اللغات

وسوم Open Graph: ليست عامل ترتيب، لكنها متطلب مهم لتحسين محركات البحث

ما وسوم Open Graph، ولماذا ليست عامل ترتيب في Google، وكيف تستخدم Google فعليًا og:title وog:image وog:site_name، وما أحجام og:image التي توثقها المنصات، وكيف تعمل آليات fallback والتخزين المؤقت، وكيف تفرض إعادة الجلب.

نُشر أول مرة: 2 يوليو 2026 · آخر تحديث: 22 أغسطس 2026 · Advanced
اللغات
AIمن تأليفAI v2

وسوم Open Graph (OG) هي عناصر <meta> في رأس صفحتك، من بروتوكول Open Graph (ogp.me، الذي أنشأته فيسبوك)، تصف صفحتك ككائن قابل للمشاركة. الخصائص الأربع المطلوبة هي og:title وog:type وog:image وog:url؛ أضف og:description وog:site_name وog:locale وog:image:alt. وظيفتها الرئيسية هي بطاقة معاينة الرابط التي يراها الأشخاص عند مشاركة عنوان URL الخاص بك على فيسبوك ولينكد إن وسلاك وديسكورد وواتساب وآي مسج — لذا فهي أداة لتحسين نسبة النقر، وليست عامل ترتيب. لكن جوجل تقرأها: og:title مدرج ضمن المصادر التي يمكنها استخدامها لعنوان الرابط في نتائج البحث (أُضيف في أغسطس 2024)، وog:image هو أحد المدخلات الموثقة لاختيار الصورة المصغرة التلقائي في بحث واكتشاف جوجل، وog:site_name هو مدخل ذو أولوية أقل لاسم الموقع المعروض في النتائج — لا شيء من هذا يضمن استخدام قيمتك كما هي. العمود الفقري العملي: og:image يحتاج إلى عنوان URL مطلق ووصف بديل موثق؛ كل منصة تنشر إرشادات الحجم الخاصة بها (لينكد إن: 1200×627 كحد أدنى، بنسبة 1,91:1؛ اكتشاف جوجل: عرض 1200 بكسل على الأقل، بنسبة 16:9) بدلاً من رقم عالمي واحد، على الرغم من أن 1200×630 (1,91:1) هو الاصطلاح طويل الأمد عبر المنصات؛ الوسوم المفقودة تسبب معاينة غير خاضعة للتحكم (وليست فارغة)؛ كل منصة تخزن نتيجة الجلب مؤقتًا، لذا لا يصلح تعديل الوسوم الروابط التي سبقت مشاركتها — افرض إعادة الجلب باستخدام Facebook Sharing Debugger أو LinkedIn Post Inspector. معظم زاحفات منصات التواصل لا تشغل JavaScript، لذا يجب أن تكون الوسوم في HTML الذي يقدمه الخادم.

الخلاصة — وسوم Open Graph هي عناصر <head> من نوع <meta> ضمن بروتوكول Open Graph (ogp.me، الذي أنشأته فيسبوك) تصف صفحتك ككائن قابل للمشاركة. المطلوبة: og:title، og:type، og:image، og:url؛ والشائعة الاختيارية: og:description، og:site_name، og:locale، وog:image:alt. تكوّن الخصائص المتكررة مصفوفات، وتكون الأولوية للوسم الأول عند التعارض. وهي ليست عامل ترتيب — بل طبقة المظهر لمعاينات الروابط في تطبيقات التواصل والدردشة (فيسبوك، لينكد إن، سلاك، ديسكورد، واتساب، iMessage). يظل تعامل محركات البحث معها منفصلًا، ولا ينبغي استنتاجه من صحة وسوم Open Graph. ولا يحدد البروتوكول نفسه أبعادًا بالبكسل لـog:image — فكل مستهلك ينشر مقاساته الخاصة (لينكد إن، Google Discover) — لذا استخدم في og:image عنوان URL مطلقًا وحجمًا يناسب المنصات التي تدعمها؛ واعلم أن الوسوم المفقودة تنتج معاينة غير متحكم فيها، لا معاينة فارغة؛ وتذكر أن كل منصة تخزن نتيجة الجلب مؤقتًا — فتعديل الوسوم لا يصلح الروابط التي سبقت مشاركتها، لذا افرض إعادة الجلب. معظم زاحفات التواصل لا تشغل JavaScript، لذا يجب أن تكون الوسوم في HTML الذي يقدمه الخادم.

Evidence for this claim The Open Graph protocol defines og:title, og:type, og:image, and og:url as basic metadata for representing a page as a graph object. Scope: Open Graph protocol vocabulary; platform rendering can vary. Confidence: high · Verified: Open Graph protocol Evidence for this claim Meta's sharing crawler uses server-rendered Open Graph metadata and provides Sharing Debugger tools to inspect and refresh scraped information. Scope: Meta/Facebook sharing behavior, distinct from search ranking. Confidence: high · Verified: Meta for Developers: Webmasters sharing guide

ما هي وسوم Open Graph فعليًا

وسوم Open Graph هي عناصر <meta> في <head> صفحتك، ويعرّفها بروتوكول Open Graph — وهو مواصفة أنشأتها فيسبوك ونشرتها على ogp.me. تقوم فكرة البروتوكول على تحويل صفحة الويب إلى “كائن” غني باستخدام مجموعة صغيرة ومتسقة من الخصائص، بحيث تستطيع أي منصة بناء المعاينة نفسها من الوسوم نفسها. ويلخص شرح Google للمطورين أصل الفكرة بوضوح: بروتوكول Open Graph “provides Facebook with the metadata necessary to allow web pages to have the same functionality as other Facebook objects” (ترجمة) «يزود فيسبوك بالبيانات الوصفية اللازمة كي تتمتع صفحات الويب بوظائف كائنات فيسبوك الأخرى نفسها»، وفق مقالة web.dev عن الاكتشاف الاجتماعي.

المواصفة تحدد أربع خصائص كمطلوبة — og:title، og:type، og:image، وog:url — والخصائص التي ستضيفها دائمًا تقريبًا هي og:description، og:site_name، وog:locale، بالإضافة إلى خصائص فرعية منظمة مثل og:image:width، og:image:height، وog:image:alt (إرشاد المواصفة نفسه: الصفحة التي تحدد og:image يجب أن تحدد og:image:alt أيضًا).

الوسوم المتكررة والخصائص المنظمة تتبع قواعد محددة. يتيح لك البروتوكول تكرار خاصية جذرية لوصف كائنات متعددة (مثلًا، عدة صور مرشحة) — عندما يرى المستهلكون قيمًا متعارضة لنفس الخاصية، الوسم الأول في ترتيب المستند هو المفضل. خاصية فرعية منظمة مثل og:image:width تنطبق على وسم og:image الذي يسبقها مباشرة، وليس على كل صورة في الصفحة، لذا حافظ على تجميع og:image لكل صورة وخصائصها الفرعية المنظمة معًا في ترتيب المصدر. هذا سلوك على مستوى البروتوكول من ogp.me نفسه، وليس خصوصية لكل منصة.

الإطار الذي أريدك أن تحتفظ به: هذه هي طبقة مظهر التواصل/الدردشة، شقيقة طبقة مظهر SERP التي تديرها بالفعل مع وسم العنوان و الوصف التعريفي. نفس الفكرة — التحكم في كيفية تقديم صفحتك لنفسها — فقط على سطح مختلف.

وسوم Open Graph الأساسية، واحدًا تلو الآخر

يشرح دليل web.dev من Google الغرض من كل وسم في سطر واحد: og:title هو “the title of the web page,” (ترجمة) «عنوان صفحة الويب»، وog:description هو “the description of the web page,” (ترجمة) «وصف صفحة الويب»، وog:image هو “URL to an image attached to the shared post,” (ترجمة) «عنوان URL لصورة مرفقة بالمنشور المشترك»، وog:url هو “the canonical url of the web page,” (ترجمة) «عنوان URL الأساسي لصفحة الويب»، وog:type هو “a string that indicates the type of the web page” (ترجمة) «سلسلة تشير إلى نوع صفحة الويب» (web.dev). عمليًا:

  • og:title — عنوان البطاقة. اجعله تقريبًا بما يظهر على بطاقات الجوال/سطح المكتب؛ استخدم العنوان الخام دون إضافة اسم الموقع. هذا منفصل عن عنصر <title> في HTML، على الرغم من أن Google قد تستخدم أيًا منهما لرابط العنوان (انظر أدناه).
  • og:description — وصف البطاقة. جملة أو جملتان؛ النص الأطول يُقتطع على معظم المنصات.
  • og:image — الصورة المصغرة، وهي الخاصية التي تصنع البطاقة أو تكسرها. يجب أن تكون URL مطلقًا (https://…) — المسار النسبي يتم تجاهله بصمت بواسطة برامج الزحف. أضف og:image:width/og:image:height حتى تتمكن المنصات من تخطيط البطاقة قبل اكتمال تحميل الصورة، وog:image:alt مع وصف حقيقي — البروتوكول نفسه يوصي به كلما حددت og:image.
  • og:url — عنوان URL الأساسي للصفحة (قم بمحاذاته مع rel=canonical حتى تتجمع المشاركات على عنوان واحد).
  • og:type — يعلن نوع الكائن. website هو الافتراضي (وهو ما يتم التعامل مع أي صفحة غير موسومة به)؛ article يفتح خصائص إضافية مثل article:author، وarticle:published_time، وarticle:section؛ هناك أيضًا أنواع profile، وbook، وvideo.*، وmusic.*. هذا مهم لميزات المنصة، وليس لتحسين محركات البحث مباشرة.
  • og:site_name وog:locale — الزوج الاختياري لكن المفيد. og:site_name يسمي العلامة التجارية وراء الصفحة؛ og:locale (الافتراضي en_US) مطلوب فقط عندما لا يكون المحتوى باللغة الإنجليزية الأمريكية.

هل وسوم Open Graph عامل ترتيب؟ لا — ولكن إليك ما تفعله Google بها

لا يوجد مصدر رسمي من Google يذكر أن وسوم OG تؤثر في الترتيب. فهي تتحكم في المظهر، لا في الموضع — وهي الفئة نفسها التي وضع فيها John Mueller وصف meta حين قال إنه “primarily used as a snippet in the search results page. And that’s not something that we would use for ranking” (ترجمة) «يُستخدم أساسًا كمقتطف في صفحة نتائج البحث، وليس شيئًا نستخدمه للترتيب» (عبر تقرير Search Engine Journal). لم يقدم أي ممثل مسمى من Google اقتباسًا رسميًا مكافئًا عن Open Graph والترتيب تحديدًا، لذا لن أخترع واحدًا — الدليل هو الآلية الموثقة، والآلية كلها تتعلق بالمظهر. هناك ثلاثة مواضع مؤكدة تقول فيها وثائق Google إنها تقرأ وسوم OG — وفي كل حالة يكون الترميز الصالح مجرد مدخل قد تستخدمه Google، لا ضمانًا لعرض أو قص معين، ولا لأي نتيجة ترتيب أو زيارات. كما أن غياب وسم عن إحدى هذه الوثائق لا يثبت أن Google تتجاهله في موضع آخر — تعامل مع هذا على أنه “ما هو موثق”، لا قائمة شاملة بكل ما قد تلمسه أنظمة Google.

og:title كمصدر لرابط العنوان

منذ 26 أغسطس 2024، تدرج وثائق Google عبارة “Content in og:title meta tags” (ترجمة) «المحتوى داخل وسوم og:title الوصفية» ضمن المصادر التي قد تستخدمها لإنشاء رابط العنوان تلقائيًا — وهو العنوان القابل للنقر في النتائج. وينص سجل التغييرات مباشرة على أن “Google Search can use content within og:title meta tags to automatically generate title links” (ترجمة) «يمكن لبحث Google استخدام المحتوى داخل وسوم og:title الوصفية لإنشاء روابط العناوين تلقائيًا» (سجل تغييرات Search Central). وهذا واحد من نحو تسعة مصادر تمزج Google بينها (وثائق روابط العناوين) — وليس ضمانًا لاستخدام قيمة og:title حرفيًا.

og:image كمصدر للصورة المصغرة

يحتوي دليل أفضل ممارسات تحسين محركات البحث للصور من Google على قسم «تحديد صورة مفضلة باستخدام البيانات الوصفية» يذكر مصدرين للبيانات الوصفية يمكنك استخدامهما للتأثير في الصورة التي تُختار للبحث: primaryImageOfPage من schema.org (أو صورة على الكيان الرئيسي)، أو “the og:image meta tag.” (ترجمة) «وسم og:image الوصفي». وتوضح Google صراحة أن “Google’s selection of an image preview is completely automated” (ترجمة) «اختيار Google لمعاينة الصورة آلي تمامًا»، وتحذر من “avoid using a generic image (for example, your site logo) or an image with text in the schema.org markup or og:image meta tag.” (ترجمة) «تجنب استخدام صورة عامة، مثل شعار موقعك، أو صورة تحتوي على نص في ترميز schema.org أو وسم og:image الوصفي». ويقدم دليل Discover الخيارين نفسيهما لصور Discover، مع إرشادات محددة: عرض لا يقل عن 1200 بكسل، وأكثر من 300 000 بكسل إجمالي، ونسبة عرض إلى ارتفاع 16:9 (ومثاله 1280×720) — وهي نسبة مختلفة عن اصطلاح 1,91:1 المستخدم لصور بطاقات المشاركة الاجتماعية أدناه، لذلك لن تكون صورة واحدة مهيأة للمشاركة الاجتماعية بالضرورة هي القص المفضل في Discover.

غطت الصحافة التجارية (Search Engine Land، Search Engine Journal، Search Engine Roundtable) هذه الوثائق الخاصة بالصور/Discover كأمر جديد في أوائل مارس 2026 وذكرت أن دور og:image يمتد الآن إلى AI Overviews أيضًا. لم أتمكن من تأكيد ذكر AI Overviews في صفحات الصور أو Discover الخاصة بـ Google مباشرةً — لا تذكر أي من الصفحتين حاليًا AI Overviews أو “أسطح الذكاء الاصطناعي” — لذا تعامل مع دور Search/Discover كحقيقة موثقة وامتداد AI Overviews كأمر أبلغت عنه جهات خارجية، وليس شيئًا تذكره وثائق Google نفسها صراحةً. في كلتا الحالتين، هذا اختيار، وليس ترتيبًا: og:image هو أحد المدخلات من بين عدة مدخلات، دون ضمان للعرض الدقيق.

og:site_name كمصدر لاسم الموقع

بالنسبة إلى اسم الموقع المعروض بجانب نتائجك، تقول Google إن نظامها “will also consider content in og:site_name, <title>, heading elements, and other text on a home page. However, WebSite structured data is most important” (ترجمة) «سينظر أيضًا في محتوى og:site_name، و<title>، وعناصر العناوين، ونصوص أخرى في الصفحة الرئيسية. ومع ذلك، تظل البيانات المنظمة WebSite هي الأهم» (دليل أسماء المواقع). لذا فإن og:site_name أحد المدخلات، لكنه يأتي في الأولوية بعد ترميز schema الخاص بـWebSite. (ولصفحات الفيديو نقطة رابعة: تدعم Google بروتوكول OGP وتقرأ og:video:image للصور المصغرة للفيديو، وفق وثائق تحسين محركات البحث للفيديو.)

اجمع ذلك كله، وستحصل على الخلاصة الدقيقة: تقرأ Google وسوم OG، ولكن فقط للمساعدة في تحديد كيف تبدو نتيجتك — لا موضعها في الترتيب.

كيف تستخدم منصات التواصل الاجتماعي وتطبيقات الدردشة وسوم OG

الوظيفة الأساسية اليومية لوسوم OG هي بطاقة معاينة الرابط. تقرأها Facebook وLinkedIn وSlack وDiscord وWhatsApp وiMessage وTelegram جميعًا لبناء البطاقة المعروضة قبل النقر.

X/Twitter هو الحالة الخاصة. بطاقات Twitter، بحسب تعبير Google، “an extension to the Open Graph Protocol applicable for Twitter” (ترجمة) «امتداد لبروتوكول Open Graph ينطبق على Twitter» (web.dev). يتحقق X من وسوم twitter:card وtwitter:* أولًا، ثم يلجأ إلى وسوم OG لكل خاصية؛ وإذا غاب twitter:card تمامًا، فقد يظل X يبني بطاقة من بيانات OG، لكنه يستخدم نوع البطاقة البسيط summary افتراضيًا. ومن المفيد أن تعرف أن أداة Twitter Card Validator القديمة أُوقفت نحو عام 2022 — ولا تزال أدلة منافسة عدة تشير إليها كما لو كانت متاحة. لم يعد هناك مدقق رسمي خاص بـX؛ وتسد أدوات فحص OG التابعة لجهات خارجية هذه الفجوة.

الحجم والتنسيق الموصى به لـ og:image

لا يحدد بروتوكول Open Graph نفسه أي أبعاد بكسل أو نسبة عرض إلى ارتفاع لـ og:image — يحدد ogp.me فقط الخصائص المنظمة (og:image:width، og:image:height، og:image:type، og:image:alt)، وليس حجمًا مطلوبًا. التحجيم هو قرار لكل مستهلك، ولا يتفق المستهلكون جميعًا:

  • LinkedIn يوثق الحد الأدنى الخاص به مباشرة: 1200 × 627 بكسل، بنسبة 1,91:1؛ وتُعرض الصور الأضيق من ~401px كصورة مصغرة صغيرة فقط.
  • Google Discover يوثق عرضًا لا يقل عن 1200 بكسل، وأكثر من 300 000 بكسل إجمالي، ونسبة أبعاد 16:9 (ومثاله 1280×720) لبيانات الصورة المفضلة — وهي نسبة تختلف بوضوح عن اصطلاح بطاقة التواصل أدناه.
  • تطلب وثائق المشاركة الحالية من Facebook صورًا “at least 1080 pixels in width” (ترجمة) «بعرض لا يقل عن 1080 بكسل»، من دون تحديد نسبة عالمية؛ وتحيل إلى دليل منفصل لأفضل الممارسات لمزيد من التفاصيل.

بالنظر إلى هذا الانتشار، 1200 × 630 بكسل (حوالي 1,91:1) يظل الافتراضي العملي عبر المنصات الذي يستخدمه معظم المنفذين — فهو قريب من الحد الأدنى الخاص بـ LinkedIn ويُعرض بشكل مقبول (وإن لم يكن دائمًا مثاليًا بالبكسل) على Facebook وSlack وDiscord وWhatsApp وiMessage، ويعرضه X كبطاقة صورة كبيرة. تعامل معه كاصطلاح معقول، وليس كقاعدة تفرضها أي مواصفة واحدة — إذا كانت منصة معينة مهمة جدًا بالنسبة لك، تحقق من وثائق تلك المنصة الحالية بدلاً من افتراض أن هذا الرقم مضمون هناك.

شيئان هما قواعد صارمة، وليسا اصطلاحات:

  • مطلوب عنوان URL مطلق. يجب أن يشير og:image إلى عنوان URL كامل https://…؛ المسار النسبي يتم تجاهله بواسطة برامج الزحف.
  • لا شعارات عامة أو صور كثيفة النص إذا كنت تريد أيضًا أن تكون الصورة مؤهلة لاختيار الصور المصغرة من Google — يحذر Google صراحةً من كلاهما، ومن نسب الأبعاد المتطرفة. اضبط og:image:alt مع وصف حقيقي أيضًا.

ماذا يحدث عندما تكون وسوم Open Graph مفقودة

من الأساطير الشائعة أن “عدم وجود وسوم OG” يعني “رابط نص عادي، بدون صورة.” ليس كذلك — المنصات تلجأ إلى البدائل، ولا تتركه فارغًا. يملأ Facebook الفجوات من <title> الصفحة، ووصف meta، وأول صورة محتوى قابلة للاستخدام؛ يتصرف LinkedIn بشكل مشابه ويعامل الصور الأضيق من ~401px كصورة مصغرة فقط. لذا فإن الخطر الحقيقي لحذف وسوم OG هو معاينة غير خاضعة للتحكم وأسوأ — صورة عشوائية داخل النص، أو <title> مقطوع — وليس معاينة مفقودة. إذا كنت تهتم بكيفية ظهور الصفحة عند مشاركتها (وبالنسبة لأي شيء تريد الترويج له، يجب أن تهتم)، فاضبط الوسوم بدلاً من ترك كل منصة تخمن.

لماذا لا تظهر وسوم OG المحدثة — التخزين المؤقت وإعادة الجلب

هذه هي المشكلة العملية الأكثر شيوعًا. يخزن Facebook وLinkedIn وSlack جميعًا بيانات OG التي جلبتها مؤقتًا، لذلك لا يؤدي تعديل الوسوم إلى تحديث الروابط التي سبقت مشاركتها بأثر رجعي. وتؤكد وثائق مشرفي المواقع من Facebook آلية محددة تستحق المعرفة: “images are cached based on the URL and won’t be updated unless the URL changes” (ترجمة) «تُخزَّن الصور مؤقتًا استنادًا إلى عنوان URL، ولن تُحدَّث ما لم يتغير العنوان» — لذلك، إذا علقت صورة قديمة، فقد يفرض تغيير اسم ملف og:image، لا محتوياته فقط، جلبًا جديدًا. لا أملك مصدرًا أوليًا يحدد بالضبط مدة بقاء ذاكرة التخزين المؤقت في كل منصة قبل أن تنتهي تلقائيًا، لذلك لا تعامل أي مدة محددة تراها في مصدر آخر على أنها ضمان موثق — اطلب إعادة الجلب في كل منصة بدل انتظار انتهاء المدة:

  • Facebook Sharing Debugger (developers.facebook.com/tools/debug) — الصق عنوان URL واستخدم “Scrape Again” لبدء جلب جديد.
  • LinkedIn Post Inspector — يعيد جلب البطاقة ويعاينها؛ وإذا تعذر جلب الصورة، فتحقق من أنها ليست محظورة أو خلف مصادقة.
  • X/Twitter — لا يوجد مدقق رسمي منذ نحو 2022. وبما أن X يلجأ إلى وسوم OG، فالمسار العملي هو استخدام مدقق OG عام ثم إجراء مشاركة جديدة.

لأن الزاحفات تخزن النتائج مؤقتًا ولأن المحتوى يتغير، فلا يمكن ضبط وسوم OG ثم نسيانها: بعد تحديث مهم للمحتوى أو الصورة في صفحة عالية القيمة، اطلب إعادة جلبها.

مشكلات التنفيذ: JavaScript، حدود البايت، عناوين URL المطلقة

الأكبر منها يرتبط مباشرة بـ الرندر: معظم زاحفات منصات التواصل الاجتماعي لا تنفّذ JavaScript. وسوم OG المُحقنة من جهة العميل — مثلًا عبر React بعد الـ hydration — غير مرئية لها؛ يرى الزاحف <head> فارغًا. يجب أن تكون الوسوم موجودة في HTML الخام المُقدَّم من الخادم. هذا هو نفس التمييز بين الزحف والرندر الذي يضرب المواقع كثيفة JavaScript في أماكن أخرى (انظر JavaScript SEO). تم الإبلاغ (وليس توثيقه في مواصفة رسمية) أن Slack يجلب عددًا محدودًا فقط من البايتات من بداية الصفحة، لذا كهامش أمان ضع وسوم OG مبكرًا في <head> بدلًا من وضعها بعد سكربت أو كتلة أنماط كبيرة. ومرة أخرى لأنها القاتل الصامت: يجب أن يكون og:image عنوان URL مطلقًا.

Bing وMicrosoft وOpen Graph

Bing أقل توثيقًا هنا بكثير من Google. أداة التحقق من العلامات في Bing (في Bing Webmaster Tools) تدرج Open Graph ضمن تنسيقات العلامات المنظمة التي يتعرف عليها، إلى جانب schema.org وMicrodata وMicroformats وRDFa، وإرشادات ترحيل Bing تشير إلى بيانات OG كشيء يجب إبقاؤه محدثًا أثناء النقل — لكن Bing لم ينشر تفاصيل بأسلوب Google حول ما إذا كانت بيانات OG تغذي مقتطفاته أو صوره المصغرة أو كيف. عمليًا، المستهلك الأقوى في نظام Microsoft البيئي لوسوم OG هو LinkedIn (المملوكة لـ Microsoft)، والتي تقرأ og:title وog:description و og:image وog:url لبناء بطاقات المشاركة الخاصة بها. لا تبالغ في ادعاء آلية Bing غير الموثقة.

خرافات Open Graph الشائعة، مُفنَّدة

  • “وسوم OG عامل ترتيب في Google.” لا — لا يوجد مصدر رسمي يقول ذلك. فهي تؤثر في المظهر (مصادر رابط العنوان والصورة المصغرة واسم الموقع)، لا في الموضع.
  • “OG is only for Facebook, irrelevant to real SEO.” (ترجمة) «OG مخصص لـFacebook فقط، ولا صلة له بتحسين محركات البحث الحقيقي.» هذا طرح قديم. تدرج وثائق Google og:title (روابط العناوين؛ أُضيف في أغسطس 2024)، وog:image (مدخل لاختيار الصور في البحث وDiscover)، وog:site_name (مدخل لاسم الموقع بأولوية أقل) كثلاث ميزات مظهر منفصلة تقرأ لها وسوم OG — مع أن دور og:image في AI Overviews مذكور في تقارير صحفية، لا في صفحات الصور وDiscover من Google نفسها وقت هذا الفحص.
  • “غياب وسوم OG يعني رابطًا نصيًا عاديًا بلا صورة.” لا — تلجأ المنصات إلى <title> ووصف meta والصورة الأولى، فتنتج معاينة غير متحكم فيها، لا معاينة فارغة.
  • “تحديث og:image يصلح فورًا كل رابط تمت مشاركته مسبقًا.” لا — يخزن Facebook وLinkedIn وSlack نتيجة الجلب مؤقتًا؛ ويجب أن تطلب إعادة الجلب، وقد يؤخرها تخزين CDN المؤقت أيضًا.
  • “استخدم Twitter Card Validator لإصلاح معاينات X.” أُوقفت الأداة نحو 2022؛ ولا يوجد الآن مدقق رسمي لـX.
  • “أي حجم أو عنوان URL يصلح لـog:image.” لا — يجب أن يكون عنوان URL مطلقًا، وتحذر Google من الشعارات العامة والنص داخل الصورة ونسب الأبعاد المتطرفة عند اختيار الصور المصغرة.

ما الخطوة التالية؟

هذه الصفحة هي غوص عميق تحت مركز وسوم Meta لـ SEO، خريطة مجموعة الصفحات الداخلية لعناصر الرأس المهمة فعليًا. Open Graph هو طبقة المظهر الاجتماعي/الدردشة — نظائره على جانب مظهر SERP هي وسم العنوان (الذي قد تستمد منه Google og:title الخاص بك) ووصف meta (أقرب نظير: ليس عامل ترتيب، بل كله حول النقرة). بالنسبة للصورة و جانب اسم الموقع، يتداخل OG مع ترميز schema — تعامل Google og:image وprimaryImageOfPage في schema كمصدرين بديلين للصور المصغرة. ولأن معظم زاحفات التواصل الاجتماعي لا تشغّل JavaScript، فإن الموضوع كله يقع في مرحلة لاحقة عن الرندر و JavaScript SEO.

Add an expert note

Pin an expert quote

New person? Create their unclaimed profile at /admin/experts/ → Pin a quote first.