مخطط Article

الخلاصة — مخطط Article هو كتلة صغيرة من الشيفرة تضيفها إلى تدوينة أو مقال إخباري، وتضع الأساسيات في تسميات واضحة لمحركات البحث — «هذا هو العنوان»، و«هذا هو المؤلف»، و«هذا هو وقت النشر»، و«هذه هي الصورة الرئيسية». ويساعد Google على عرض هذه التفاصيل بصورة أفضل في نتائج البحث. وتسمّي وثائق Google نفسها هذا المظهر «Article rich result»، لكنه لا ينشئ بطاقة جديدة لافتة كما تفعل Recipe أو Video — كما أنه ليس شرطًا للظهور في Google News أو Discover. وعلى خلاف ما قد تكون قرأته، فهو لا يتطلب AMP.

ما هو مخطط Article

عندما تقرأ مقالًا، تستطيع تمييز العنوان عن اسم المؤلف وعن التاريخ بمجرد النظر. أما محرك البحث فيرى نصًا عاديًا وعليه استنتاج ذلك. يوضح مخطط Article هذه العناصر في الشيفرة باستخدام مفردات schema.org المشتركة، حتى يعرف Google بدقة أي جزء هو العنوان، ومن كتبه، ومتى نُشر، وأي صورة هي الرئيسية.

يُكتب هذا المخطط في الغالب بصيغة JSON-LD — كتلة صغيرة من الشيفرة تستقر في الصفحة من دون تغيير مظهرها. وستراه باسم Article أو NewsArticle أو BlogPosting. الأنواع الثلاثة صالحة، وتغطيها Google في دليل واحد. Evidence for this claim Schema.org defines Article and the more specific BlogPosting and NewsArticle types. Scope: Schema.org vocabulary; type validity is separate from Google search-feature eligibility. Confidence: high · Verified: 2026-07-14 Schema.org: Article ولا داعي للمبالغة في القلق بشأن الاختيار (سنتناول المزيد في علامة التبويب Advanced).

لماذا يستحق التنفيذ

هذه هي النقطة التي تبالغ فيها معظم الأدلة، لذا سأقولها بوضوح: لا يمنحك مخطط Article بطاقة نتيجة جديدة لافتة بالطريقة التي قد تفعلها Recipe أو Product. ما يفعله أهدأ لكنه حقيقي:

• يساعد Google على عرض نص عنوان أفضل، وصورة أفضل، ومعلومات أوضح عن التاريخ لمقالك في نتائج البحث العادية — وتسمّي وثائق Google نفسها ذلك «Article rich result». Evidence for this claim Google says Article structured data can help it understand article pages and show better title, image, and date information. Scope: Google Search Article documentation; markup does not guarantee a particular appearance. Confidence: high · Verified: 2026-07-14 Google: Article structured data
• يمكن لـ Google News وDiscover قراءة هذا المخطط لفهم محتواك بصورة أفضل، لكن أيًّا منهما لا يتطلبه — وخصوصًا أن إرشادات Discover تقول إنها لا تحتاج إلى وسوم خاصة أو بيانات منظمة أصلًا.

إذن فالفائدة هي نسخة معروضة بصورة أفضل من نتيجتك الحالية، وليست بطاقة جديدة مميزة. ومن يعدك بـ «article carousel rich result» — أو يوحي بأن الترميز هو ما يدخلك إلى Top Stories أو Discover — يبالغ في وصف أثره.

الخبر الجيد: لا شيء إلزامي

دليل Article من Google متساهل على نحو منعش: لا توجد خصائص مطلوبة. أضف الخصائص التي تنطبق على محتواك. وعمليًا ستحتاج إلى:

• headline — عنوان المقال (اجعله موجزًا؛ فـ Google يختصر العناوين الطويلة).
• author — شخص حقيقي أو منظمة حقيقية، باسم يطابق اسم المؤلف الظاهر.
• datePublished وdateModified — وقت النشر ووقت آخر تغيير جوهري.
• image — الصورة الرئيسية (تفضّل Google صورًا لا تقل عن 50 000 بكسل، وبنسب وأشكال متعددة: 16x9 و4x3 و1x1).

الخرافات التي ينبغي تجاهلها

هناك أمران ربما قرأتهما وهما ببساطة قديمان أو خاطئان:

• «مخطط Article يتطلب AMP». هذا غير صحيح. فدليل Article الحالي من Google لا يذكر AMP إطلاقًا.
• «المزيد من الخصائص مفيد دائمًا». تقول Google صراحةً أضف ما ينطبق فقط — لا توجد قائمة عليك استكمالها من أجل «الفوز».

وهناك حقيقة لا تتغير: الترميز الصحيح يجعلك مؤهلًا، ولا يضمن النتيجة. ما تزال Google تقرر ما إذا كانت ستستخدمه.

هل تريد النسخة الكاملة — سؤال Article مقابل NewsArticle مقابل BlogPosting، وكيفية ملء الخصائص الموصى بها جيدًا، وأخطاء التنفيذ الشائعة، وصلته بـ Top Stories وDiscover من دون مبالغة؟ انتقل إلى علامة التبويب Advanced.

الخلاصة — تضع البيانات المنظمة لـ Article (Article أو NewsArticle أو BlogPosting — وكلها صالحة، وتوثقها Google في دليل واحد) علامات على headline وauthor وdatePublished/dateModified وimage في صفحة مكتوبة. ولا توجد خصائص مطلوبة — فإرشاد Google هو «add the properties that apply to your content» (ترجمة) «أضف الخصائص التي تنطبق على محتواك». وتسمّي وثائق Google نفسها هذا المظهر Article rich result — لكنه، بخلاف البطاقة المميزة لـ Recipe أو VideoObject، يظهر بوصفه نسخة معروضة بصورة أفضل من نتيجتك الحالية (نص العنوان والصورة والتاريخ)، لا صيغة مقتطف منفصلة. لا يتطلب ترميز Article ميزات Google News مثل Top Stories، وتقول إرشادات Discover نفسها إن المحتوى المؤهل لا يحتاج إلى وسوم خاصة أو بيانات منظمة على الإطلاق — لذلك ليس مفتاح الأهلية الذي تعد به بعض الأدلة عندما تسوّق «article carousel». كما أن دليل Article الحالي من Google لا يذكر AMP في أي موضع — لذا فادعاء «مخطط Article يتطلب AMP» قديم. لا يكسبك الترميز الصحيح إلا الأهلية؛ فما تزال Google تقرر استخدامه، وليس عامل ترتيب.

ما يفعله مخطط Article فعلًا (وما لا يفعله)

دعني أصحح أكثر المبالغات شيوعًا من البداية، لأن كل شيء آخر يتبعها: تسمّي وثائق Google نفسها هذه الميزة Article rich result، لكنها ليست بطاقة مرئية مميزة جديدة بالطريقة التي يمنحك بها ترميز Recipe بطاقة وصفة أو يمنحك VideoObject معالجة صورة مصغرة للفيديو. لا يملك Article مقتطفًا مرئيًا مستقلًا مكافئًا — فـ «rich result» هنا هو قائمتك الحالية معروضة بصورة أفضل. وما يفعله هو:

• تحسين عرض النتائج الحالية — يمكن لـ Google عرض نص عنوان أفضل، وصورة رئيسية أفضل، ومعلومات أوضح عن التاريخ للمقال.
• مساعدة Google على فهم محتواك — لكنه ليس شرطًا لميزات Google News مثل Top Stories، وتقول إرشادات Discover من Google إن المحتوى المؤهل لا يحتاج إلى وسوم خاصة أو بيانات منظمة أصلًا. قد يجعل ترميز Article التفاصيل أكثر صراحة؛ لكنه لا يفتح أيًّا من السطحين.

هذه إشارة إلى جودة العرض، وليست نوع مقتطف جديدًا مستقلًا أو مفتاح أهلية. وعندما ترى دليلًا يعدك بأن «Article schema unlocks Top Stories / article carousels»، فاقرأ ذلك بوصفه مبالغة — فصياغة Google نفسها تتعلق بمساعدتها على فهم الصفحة وعرض نص عنوان وصورة وتاريخ أفضل، لا ببطاقة ولا بتفعيل أهلية News أو Discover. (أتعامل مع عبارة «نص عنوان وصور وتاريخ أفضل» هنا بوصفها إعادة صياغة لإطار Google، لا اقتباسًا حرفيًا — انظر علامة التبويب Quotes لما هو مؤكد كلمة بكلمة.)

Article مقابل NewsArticle مقابل BlogPosting — هل يجب أن تختار النوع الصحيح؟

الإجابة المختصرة: لا، ليس إلى حد القلق. الأنواع الثلاثة صالحة، ويغطي دليل Google Article وNewsArticle وBlogPosting معًا وبالخصائص الموصى بها نفسها. وNewsArticle وBlogPosting كلاهما نوعان فرعيان من Article، لذا:

• استخدم NewsArticle للمحتوى الإخباري في موقع إخباري.
• استخدم BlogPosting للتدوينات.
• استخدم Article بوصفه الاختيار العام الآمن عندما لا ينطبق أي منهما بوضوح.

اختر النوع الأكثر تحديدًا الذي يصف الصفحة بصدق، لكن لا تؤرق نفسك به — فمجموعة الخصائص الموصى بها واحدة، ولا توجد فائدة منفصلة في النتائج الغنية تتوقف على الاختيار. (يعرّف Schema.org نفسه عددًا من الأنواع الفرعية الأخرى لـ Article، لكن دليل Google وهذه المقالة يغطيان الأنواع الثلاثة التي ينشر لها مجموعة خصائص مدعومة.)

لا توجد خصائص مطلوبة — ميزة وليست فجوة

ينص دليل Article من Google بوضوح على أن لا توجد خصائص مطلوبة؛ بل أضف الخصائص التي تنطبق على محتواك. Evidence for this claim Google lists no required Article properties but recommends adding applicable author, date, headline, and image data. Scope: Google Search Article feature requirements; completeness and accuracy still matter. Confidence: high · Verified: 2026-07-14 Google: Article structured data وقد يربك هذا المرونةَ لأن الناس اعتادوا ترميز Product أو Recipe ذي قوائم متطلبات صارمة. أما هنا، فالخصائص الموصى بها هي التي تستحق أن تملأها جيدًا:

الإغراء هو حشو كل خاصية يوفرها schema.org. لا تفعل ذلك. توجيه Google هو إضافة ما ينطبق — فلا مكافأة على الوصول إلى قائمة أطول، والخصائص غير ذات الصلة أو غير الدقيقة ليست إلا مخاطرة.

أخطاء التنفيذ الشائعة

• عدم تطابق اسم المؤلف. أكثرها شيوعًا هو ضبط author على قيمة عامة أو غير مطابقة («Admin»، أو اسم الموقع، أو محرر لم يكتب المقال) بدلًا من Person/Organization حقيقي يطابق اسمه سطر المؤلف في الصفحة.
• headline طويل جدًا. تختصر Google العناوين الطويلة وأحيانًا تعيد صياغتها عند العرض، لذلك لا تضيف قيمة إلى headline المتضخم وقد يبدو غير مناسب.
• dateModified قديم أو متقلب. تحديثه مع كل زحف (أو عدم تحديثه أبدًا) يرسل الإشارة الخطأ في الحالتين. حرّكه عندما يتغير المحتوى فعلًا.
• صورة image واحدة منخفضة الجودة. قدّم عدة أحجام ونسب؛ فالصورة الصغيرة أو المقصوصة بصورة سيئة تحد ما يمكن لـ Google عرضه.
• مطاردة بطاقة غير موجودة. تسمي Google هذه الميزة «Article rich result»، لكن لا يوجد مقتطف مرئي جديد مميز لمطاردته — أنت تشتري نتيجة موجودة معروضة بصورة أفضل، لا أكثر.

صلته بـ Top Stories وNews وDiscover — من دون مبالغة

هذه النقطة تستحق الدقة، لأن Google صريحة هنا ولأن السطحين ليسا متماثلين: قد يجعل ترميز Article تفاصيل مقالك أوضح لفهم Google، لكن Google تقول إنه ليس مطلوبًا لميزات Google News مثل Top Stories، كما تقول إرشادات Discover إن المحتوى المؤهل لا يحتاج إلى وسوم خاصة أو بيانات منظمة على الإطلاق. لذلك لا «يفتح» مخطط Article أيًّا من السطحين — إنه ترميز يمكن أن يساعد Google على فهم صفحة تدرسها أصلًا، وليس مفتاحًا. وما يدخلك فعليًا إلى Top Stories أو Discover هو أن تكون ناشرًا مؤهلًا، مع جودة المحتوى وحداثته، ثم قرار أنظمة Google نفسها عرضك.

هناك نقطتان متجاورتان تستحقان الذكر بدلًا من الغوص فيهما:

• ينبغي للمحتوى المدفوع أن يضيف بيانات منظمة للمحتوى المدفوع بصورة منفصلة — فهذا ترميز خاص به، وليس جزءًا من Article، وله أثر في كيفية تعامل Google مع صفحات الاشتراك.
• يجدر ضبط حقلي author والتاريخ بصورة صحيحة للأسباب نفسها التي تجعل هوية المؤلف الحقيقية والمتسقة مهمة لإشارات E-E-A-T الأوسع التي نناقشها في مواضع أخرى من الموقع — لا أعرف دليلًا حاليًا على أن هذا الترميز بحد ذاته مدخل مباشر إلى E-E-A-T، لكن ضبط التأليف ممارسة جيدة على أي حال.

البيانات المنظمة ليست عامل ترتيب

يجدر تكرار ذلك لأنه يدعم كل ما سبق: البيانات المنظمة — بما فيها Article — ليست عامل ترتيب. وكما قال John Mueller مرارًا، فهي تؤثر في أهلية النتيجة الغنية والعرض، لا في الترتيب مباشرةً. تضيف مخطط Article لمساعدة Google على فهم محتواك وعرضه، لا لتحريكك إلى أعلى النتائج. ولهذا بالضبط ما زلت أرى أن إضافته تستحق العناء: حتى من دون بطاقة جديدة مميزة، فإنه يحسن طريقة ظهور مقالاتك. وأنا من مؤيدي ترميز schema ما دام يوصلك إلى ميزة بحث — وتسمي Google نفسها المظهر «Article rich result» للعناوين والصور والتواريخ الأوضح، ما يحقق ذلك من دون الاتكاء على ادعاءات غير مثبتة عن أهلية News أو Discover.

موضع Article في صورة البيانات المنظمة الأوسع

يُعد Article واحدًا من أنواع Creative Works في schema.org، إلى جانب أنواع شقيقة مثل AudioObject وBook وCourse وDataset وMovie وRecipe وVideoObject — ويجمع مركز Creative Works الذي تندرج تحته هذه المقالة هذه الأنواع معًا. ولدى بعض تلك الأنواع (Recipe وVideoObject) بطاقات نتائج غنية مخصصة، ولهذا تحديدًا يجدر توضيح أن Article لا يملك ذلك. وللاطلاع على المفردات الأوسع وكيفية ملاءمة JSON-LD لها، راجع مركزي Schema Markup وStructured Data أعلاه.

ملخص بالذكاء الاصطناعي

خلاصة مركزة للنسخة المتقدمة:

• ما هو: ترميز Article في schema.org (يُنفذ بصيغة Article أو NewsArticle أو BlogPosting — وكلها صالحة، وتوثقها Google معًا)، وعادةً بصيغة JSON-LD، ويضع تسميات لـ headline وauthor وdatePublished/dateModified وimage في الصفحة المكتوبة.
• لا توجد خصائص مطلوبة. تقول Google أضف الخصائص التي تنطبق على محتواك — لا توجد قائمة متطلبات ولا مكافأة لقائمة أطول.
• تسمّيه Google «Article rich result» — لكنه، بخلاف Recipe أو VideoObject، لا يملك بطاقة مرئية مميزة جديدة. إنها نتيجتك الحالية معروضة بصورة أفضل: نص عنوان وصورة وتاريخ أفضل.
• ليس مفتاح Top Stories أو Discover. تقول Google إن ترميز Article ليس مطلوبًا لميزات Google News مثل Top Stories، وتقول إرشادات Discover إن المحتوى المؤهل لا يحتاج إلى وسوم خاصة أو بيانات منظمة على الإطلاق. قد يساعد الترميز Google على فهم الصفحة؛ لكنه لا يفتح أيًّا من السطحين.
• تجاهل مبالغة المنافسين: تخلط الادعاءات بأن مخطط Article «يفتح Top Stories / article carousels / rich snippet» بين إطار Google القائم على الفهم وحده وبين ضمان الأهلية. اقرأها بوصفها مبالغة، لا صيغة مرئية يمنحها Article.
• لا يتطلب AMP. دليل Article الحالي من Google لا يذكر AMP في أي موضع — لذا فادعاء «مخطط Article يتطلب AMP» المتكرر على نطاق واسع قديم.
• اختيار النوع: NewsArticle للأخبار، وBlogPosting للتدوينات، وArticle كخيار عام آمن (يعرّف schema.org أنواعًا فرعية أخرى، لكن Google توثق مجموعة خصائص مدعومة لهذه الثلاثة). الخصائص الموصى بها نفسها للأنواع كلها، ولا توجد فائدة مستقلة في النتائج الغنية تتوقف على الاختيار.
• الخصائص الموصى بها عند تنفيذها جيدًا: author = Person/Organization حقيقي باسم مطابق؛ وheadline موجز (تختصر Google الطويل)؛ وdateModified صادق؛ وصور تمثيلية قابلة للزحف لا تقل عن 50 000 بكسل وبـ نسب متعددة (16x9 و4x3 و1x1).
• الأخطاء الشائعة: مؤلف غير مطابق أو عام، عنوان طويل جدًا، dateModified متقلب أو قديم، صورة واحدة ضعيفة، وتوقع بطاقة غير موجودة.
• متجاورات: يحتاج المحتوى المدفوع إلى ترميز منفصل للمحتوى المدفوع؛ وضبط حقلي author والتاريخ ممارسة جيدة إلى جانب عمل E-E-A-T الأوسع في الموقع، مع أن هذا السجل لا يثبت أن الترميز نفسه مدخل مباشر إلى E-E-A-T.
• الأهلية لا تساوي العرض، وليست عامل ترتيب: تؤثر البيانات المنظمة في أهلية النتيجة الغنية والعرض، لا في الترتيب (Mueller، مرارًا). لا يجعل الترميز الصحيح صاحبه إلا مؤهلًا؛ وتقرر Google استخدامه.

الوثائق الرسمية

وثائق المصادر الأولية من محركات البحث.

Google — بيانات Article المنظمة

• بيانات Article المنظمة (Article وNewsArticle وBlogPosting) — الدليل الوحيد الذي يغطي الأنواع الثلاثة، ويسمي الميزة الموثقة «Article rich result»، ويقرر «لا توجد خصائص مطلوبة»، ويحدد الخصائص الموصى بها (author وdateModified وdatePublished وheadline وimage)، وإرشادات الصور متعددة النسب التي لا تقل عن 50 000 بكسل. ويذكر أيضًا أن ترميز Article ليس مطلوبًا لميزات Google News مثل Top Stories. لاحظ أنه لا يذكر AMP.
• إرشادات البيانات المنظمة العامة — سياسات المحتوى والجوانب التقنية والجودة التي تنطبق على كل البيانات المنظمة، بما فيها Article.
• المحتوى المدفوع والاشتراكات — الترميز المنفصل للمقالات المدفوعة أو القائمة على الاشتراك (المذكور في دليل Article ويُنفذ مستقلًا).
• اختبار النتائج الغنية — تحقق من الترميز وافحص ما يستطيع Google قراءته منه.
• الظهور في Discover (Google) — إرشادات Discover الخاصة بالأهلية، وتقول إن المحتوى لا يحتاج إلى وسوم خاصة أو بيانات منظمة على الإطلاق.

Bing / Microsoft

• وضع علامات على موقعك بالبيانات المنظمة — دعم Bing العام للبيانات المنظمة (schema.org، مع توصية JSON-LD)، والتحقق عبر Markup Validator العام من Bing.

اقتباسات من المصدر

تصريحات موثقة من Google. حيث تعرض صفحة المصدر النص، يكون الرابط رابطًا عميقًا يقفز إلى المقطع المقتبس.

وثائق Google — لا توجد خصائص مطلوبة

• “There are no required properties; instead, add the properties that apply to your content.” (ترجمة) «لا توجد خصائص مطلوبة؛ بل أضف الخصائص التي تنطبق على محتواك». الانتقال إلى الاقتباس

عن البيانات المنظمة والترتيب (إطار دائم)

• البيانات المنظمة ليست عامل ترتيب — وكما قال John Mueller مرارًا، فهي تؤثر في أهلية النتيجة الغنية والعرض، لا في الترتيب مباشرةً. (هذه إعادة صياغة لتصريحاته العامة المتسقة عبر ساعات Google Search Central ومنشورات التواصل؛ تعامل معها بوصفها إطارًا راسخًا لا نصًا واحدًا موثقًا.)

خرافات وأخطاء مخطط Article التي ينبغي تجنبها

الخرافة: «مخطط Article يتطلب AMP». هذا خطأ، ويستحق التصحيح مباشرةً لأنه ما يزال يتكرر في الأدلة القديمة. دليل Article الحالي من Google لا يذكر AMP إطلاقًا — فلا يوجد شرط AMP لمعالجة Article اليوم. وإذا ربط موردٌ ما ترميز Article بـ AMP، فهو قديم.

الخرافة: «يمنحك مخطط Article بطاقة نتائج غنية جديدة ومميزة». لا يفعل ذلك. تسمّي وثائق Google نفسها الميزة الموثقة «Article rich result»، لكن Article، بخلاف Recipe أو VideoObject، لا يملك مقتطفًا مرئيًا مميزًا — بل نسخة معروضة بصورة أفضل من نتيجتك الحالية (نص العنوان والصورة والتاريخ). وهو ليس مطلوبًا لميزات Google News مثل Top Stories، كما تقول إرشادات Discover إن المحتوى المؤهل لا يحتاج إلى وسوم خاصة أو بيانات منظمة على الإطلاق. الأدلة التي تعد بنتيجة غنية على شكل “article carousel rich result” (ترجمة) «نتيجة غنية على شكل carousel للمقالات» من schema وحده — وقد رأيت ذلك مؤطرًا كصيغة منفصلة لدى Yoast وSemrush وSEJ — تبالغ في أثر الترميز. اقرأها بوصفها ادعاءات أهلية مبالغًا فيها، لا ضمانات لصيغة أو أهلية.

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

الخرافة: «سترفع البيانات المنظمة ترتيبي». البيانات المنظمة — بما فيها Article — ليست عامل ترتيب (Mueller، مرارًا). إنها تؤثر في أهلية النتيجة الغنية والعرض، لا في الترتيب. أضفها لمساعدة Google على فهم محتواك وعرضه، لا للصعود في النتائج.

الخطأ: author عام أو غير مطابق. إن ضبط author على «Admin»، أو اسم الموقع، أو محرر لم يكتب المقال يقوّض الفكرة كلها. أشِر إلى Person أو Organization حقيقي يطابق اسمه اسم المؤلف الظاهر.

الخطأ: headline طويل جدًا. تختصر Google العناوين الطويلة وأحيانًا تعيد صياغتها عند العرض. لا تضيف قيمة إلى قيمة headline المتضخمة وقد تبدو خاطئة — اجعلها موجزة ومتوافقة مع العنوان الظاهر.

الخطأ: dateModified متقلب أو قديم. يؤدي تحديث dateModified مع كل زحف (لتزييف الحداثة) أو عدم تحديثه أبدًا إلى التضليل في الحالتين. حرّكه عندما يتغير المحتوى فعلًا.

الخطأ: توقع أن يشغّل مخطط Article Top Stories أو Discover. تقول Google إن ترميز Article ليس مطلوبًا لظهور Top Stories، وتقول إرشادات Discover نفسها إن المحتوى المؤهل لا يحتاج إلى وسوم خاصة أو بيانات منظمة على الإطلاق. تعتمد تلك المواضع على كونك ناشرًا مؤهلًا، وجودة المحتوى وحداثته، وقرارات Google نفسها. قد يساعد الترميز النظيف Google على فهم الصفحة؛ لكنه لا يقلب مفتاحًا.

الخطأ: نسيان ترميز المحتوى المدفوع. تحتاج المقالات القائمة على الاشتراك أو المحجوبة خلف الدفع إلى بيانات منظمة منفصلة للمحتوى المدفوع — فهي ليست جزءًا من Article، وقد يؤدي تخطيها إلى مشكلات في طريقة تعامل Google مع الصفحات المحجوبة.

JSON-LD عام مقابل JSON-LD سليم لمخطط Article

لا توجد خصائص مطلوبة في Article، لذلك نادرًا ما تعني كلمة «معطوب» هنا «يفشل التحقق» — بل تعني نحيفًا وغير مفيد: ترميزًا يُحلل تقنيًا لكنه لا يقدم لـ Google ما يكفي للعمل به، أو قيمًا لا تطابق الصفحة.

مقتطف نحيف وعام

يُحلل بصورة صحيحة، لكن author عام، وهناك صورة واحدة منخفضة الجودة، كما أن معلومات التاريخ والتعديل مفقودة:

{
  "@context": "https://schema.org",
  "@type": "Article",
  "headline": "How To Implement Article Schema Markup For Better Search Visibility And Rich Results In Google Today",
  "author": {
    "@type": "Person",
    "name": "Admin"
  },
  "image": "https://example.com/img/thumb.jpg"
}

ما الذي يضعفه؟

• author.name: «Admin» — عام ولا يطابق أي سطر مؤلف حقيقي. استخدم الكاتب الفعلي.
• headline طويل جدًا — ستختصره Google أو تعيد صياغته؛ كما أنه لن يطابق العنوان الظاهر.
• image صغيرة واحدة — تحد الصورة المصغرة الواحدة ما يمكن لـ Google عرضه.
• غياب datePublished/dateModified — أنت تترك إشارة التاريخ دون استخدام.

المقالة نفسها بصياغة سليمة

نوع BlogPosting محدد، ومؤلف حقيقي مطابق، ونسب صور متعددة، وتواريخ صادقة:

{
  "@context": "https://schema.org",
  "@type": "BlogPosting",
  "headline": "How to implement Article schema markup",
  "author": {
    "@type": "Person",
    "name": "Patrick Stox",
    "url": "https://example.com/author/patrick-stox/"
  },
  "publisher": {
    "@type": "Organization",
    "name": "Example",
    "logo": {
      "@type": "ImageObject",
      "url": "https://example.com/img/logo.png"
    }
  },
  "datePublished": "2026-07-01T09:00:00-04:00",
  "dateModified": "2026-07-01T09:00:00-04:00",
  "image": [
    "https://example.com/img/article-1x1.jpg",
    "https://example.com/img/article-4x3.jpg",
    "https://example.com/img/article-16x9.jpg"
  ]
}

لماذا هي أفضل؟

• @type: "BlogPosting" — النوع الأكثر تحديدًا الذي يصف الصفحة بصدق (وهو نوع فرعي صالح من Article).
• author حقيقي ومطابق مع url يشير إلى كيان المؤلف.
• headline موجز ومتوافق مع العنوان الظاهر.
• وجود التاريخين بصيغة ISO 8601 مع منطقة زمنية.
• ثلاث نسب للصور (16x9 و4x3 و1x1) حتى تختار Google الأنسب لكل سطح.

لاحظ أنه لا توجد هنا خاصية «مطلوبة» يجري استيفاؤها — كل الحقول موصى بها. والفرق بين المقتطفين ليس نجاحًا أو فشلًا؛ بل مقدار ما تستطيع Google فعله بما قدمته لها.

اختبر نفسك: Article Schema

خمسة أسئلة سريعة عن ترميز Article وNewsArticle وBlogPosting، وما يفعله (وما لا يفعله)، والخرافات التي تستحق التجاهل. اختر إجابة لكل سؤال، ثم تحقّق منها.

مؤشرات الأداء الدائمة لمخطط Article

لا يملك مخطط Article تقرير نتائج غنية خاصًا به في Search Console بالطريقة التي يملكها Recipe أو Product، لذلك فالمؤشرات المفيدة هنا هي التي تعكس ما يفعله الترميز فعلًا: تحسين جودة عرض نتيجتك الحالية. تتبع هذه المؤشرات ربعًا بعد ربع بدل مطاردة رقم واحد بعد النشر.

مرات ظهور Top Stories وDiscover في مظهر البحث

المقياس: مرات الظهور والنقرات عندما يعرض تفصيل مظهر البحث في Search Console «Top stories»، أو عندما يعرض تقرير Discover المنفصل نشاطًا. ما الذي يخبرك به: هل تعرض Google صفحاتك التي تحمل Article على تلك السطوح — لكن تذكر أن ترميز Article ليس مطلوبًا لأي منهما (تقول Google إن Top Stories لا يتطلب ترميزًا، وإن Discover لا يحتاج إلى وسوم خاصة أو بيانات منظمة على الإطلاق)، لذلك لا يعني الرقم المنخفض بالضرورة أن الترميز معطوب، ولا ينبغي أن تنسب الرقم القوي إلى الترميز وحده. طريقة استخراجه: Search Console ← Performance ← مرشح مظهر البحث (أو تقرير Discover المخصص، إذا كانت الخاصية قد سجلت حركة مرور مؤهلة لعرضه). المعيار / النطاق الواقعي: لا يوجد معيار عابر للمواقع — تعتمد أهلية Top Stories وDiscover كثيرًا على حالة الناشر والمجال والحداثة، لذا أنشئ خط أساسك الخاص لكل قسم وراقب الاتجاه بدل مقارنته برقم خارجي. الدورية: شهريًا، أو بعد أي تغيير في ترميز Article أو وتيرة النشر.

معدل البيانات المنظمة الصحيحة عبر قوالب المقالات

المقياس: نسبة الصفحات المبنية بقالب Article التي تُحلل بصورة نظيفة من دون حقول موصى بها مفقودة. ما الذي يخبرك به: هل أدى تحديث CMS، أو تغيير السمة، أو تعديل القالب إلى كسر الترميز على مستوى الموقع، إذ قد يسقط عطل واحد في القالب author أو image من كل مقالة بصمت. طريقة استخراجه: افحص عينة من عناوين URL باستخدام Schema Markup Validator أو Rich-Result Eligibility Checker؛ كما قد تحذر البيانات المنظمة في Search Console من الصفحات التي فشلت Google في تحليلها. المعيار / النطاق الواقعي: هذا مقياس نظافة وليس منحنى — الهدف الصادق هو 100٪ من الصفحات ذات القالب وهي تحمل الحقول الموصى بها، إذ لا فائدة من تغطية جزئية. الدورية: مباشرةً بعد أي تغيير في القالب أو CMS؛ وإلا يكفي فحص عينة ربع سنوي.

دقة العنوان والصورة والتاريخ المعروضة

المقياس: هل يطابق العنوان والصورة والتاريخ الذي تعرضه Google في نتائج البحث ما ضبطته في headline وimage وdatePublished/dateModified. ما الذي يخبرك به: هذه هي النسخة القابلة للملاحظة مباشرةً من «جودة العرض الأفضل»، وهي الوظيفة الرئيسية لمخطط Article — فإذا استبدلت Google عنوانك المخمن أو صورة مختلفة، فلا يؤدي الترميز وظيفته لهذه الصفحة. طريقة استخراجه: استخدم المعاينة المصيّرة في أداة URL Inspection، أو Rich Results Test، أو فحصًا يدويًا في SERP لاستعلامات المقال المستهدفة. المعيار / النطاق الواقعي: لا توجد نسبة ينبغي بلوغها — هذا فحص نجاح/فشل لكل صفحة تفحصها، لذا تعامل مع أي عدم تطابق كإشارة لمراجعة قيم مؤلف الصفحة أو عنوانها أو صورتها. الدورية: افحص الصفحات المهمة بعد النشر بوقت قصير، ثم من حين لآخر في المحتوى الأقدم الذي جرى تحديثه.

أدوات بناء مخطط Article وفحصه

تغطي ثلاثة من أدواتي المجانية الدورة الكاملة لمخطط Article — إنشاءه بصورة صحيحة، والتحقق مما لديك، والتأكد من الحقول الموصى بها التي ما تزال مفقودة.

أنشئ الترميز باستخدام Schema Markup Generator

يبني Schema Markup Generator JSON-LD من نوع Article أو NewsArticle أو BlogPosting من نموذج بدل كتابته يدويًا. ويضبط التعشيق في الأجزاء التي يخطئ فيها الناس عادةً — مثل author صحيح بوصفه كائن Person أو Organization بدل سلسلة نصية عارية، وpublisher مع شعار ImageObject متداخل، ومصفوفة image حتى تقدم نسب 16x9/4x3/1x1 التي توصي بها Google — ثم يصدّر بستة تنسيقات يمكنك إسقاطها مباشرةً في الصفحة.

تحقق من الترميز الحالي باستخدام Schema Markup Validator

يفحص Schema Markup Validator JSON-LD الموجود لديك — الصق الشيفرة أو صفحة HTML كاملة — ويعرض نتائج بدرجات خطورة مقابل مفردات schema.org والخصائص الموصى بها من Google لـ Article. وهو مفيد خصوصًا لخطأ عدم تطابق المؤلف المشروح في علامة التبويب Advanced: إذ تكشف فحوص الرسم البياني @id العابرة للكتل مرجع author الذي لا يحل إلى كيان Person أو Organization حقيقي في موضع آخر من الصفحة.

افحص الأهلية حقلًا بحقل باستخدام Rich-Result Eligibility Checker

إن Rich-Result Eligibility Checker هو أسرع طريقة لرؤية ما إذا كان ترميز Article يغطي، لكل حقل، المجموعة الموصى بها — headline وauthor وdatePublished وdateModified وimage — مع علامة تحقق واضحة، أو X لشيء مفقود، أو تحذير لحقل موصى به لكنه اختياري. وبما أن Article لا يملك خصائص مطلوبة، فهذه هي الأداة التي تساعدك على تقرير الحقول الموصى بها التي تستحق الإضافة بدل التخمين.

مدقق Google نفسه لرأي ثانٍ

يستحق Rich Results Test من Google تشغيله بعد الأدوات أعلاه، لأنه يوضح بالضبط ما يقرأه محلل Google نفسه من الصفحة بدل تفسير جهة خارجية للمواصفة — وهو مفيد كفحص نهائي قبل شحن تغيير قالب على مستوى الموقع.

موارد تستحق وقتك

من أنحاء المجال

موضوع Article schema من الموضوعات التي تبالغ فيه عدة أدلة معروفة بشأن ما يشتريه الترميز في Top Stories وDiscover، لذلك أدرج بعض تلك الأدلة بوصفها أمثلة على المبالغة التي تصححها هذه المقالة — واقرأها مقابل وثائق Google نفسها، التي تسمي الميزة «Article rich result» لكنها تؤطر الفائدة في صورة عرض أفضل لنتيجتك الحالية مع فهمها، لا بطاقة جديدة مستقلة ولا مفتاح أهلية:

• بيانات Article (Article وNewsArticle وBlogPosting) المنظمة (Google Search Central) — المرجع المعتمد: لا خصائص مطلوبة، وحقول موصى بها، وصور متعددة النسب لا تقل عن 50 000 بكسل، ولا شرط للترميز من أجل Top Stories، ومن اللافت أنه لا يذكر AMP.
• الظهور في Discover (Google) — يذكر أن أهلية Discover لا تحتاج إلى وسوم خاصة أو بيانات منظمة على الإطلاق.
• إرشادات البيانات المنظمة العامة (Google) — السياسات المنطبقة على كل البيانات المنظمة.
• المحتوى القائم على الاشتراك والمدفوع (Google) — الترميز المنفصل للمقالات المحجوبة.
• الدليل النهائي للبيانات المنظمة وschema (Yoast) — مرجع عام مفيد، لكن لاحظ أنه يؤطر Article schema بوصفه ممكنًا لنتائج غنية مثل Top Stories وarticle carousels؛ بينما تقول وثائق Google إن الترميز ليس مطلوبًا لأي من السطحين.
• دليل ترميز schema (Semrush) — يعرض بالمثل Article schema بوصفه «مؤهلًا لمقتطف غني»، وهو يخلط بين أهلية News/Discover والترميز نفسه؛ فتعامل معه بوصفه ادعاء أهلية مبالغًا فيه.
• ما هو ترميز Schema؟ كيف تضيفه ولماذا يهم (Ahrefs) — دليل عام متين عن schema مع زاوية مفيدة حول قابلية القراءة للآلات ووكلاء الذكاء الاصطناعي.

سجل التغييرات