NewsArticle Schema للمواقع الإخبارية: طريقة الإضافة والاختبار خطوة بخطوة

NewsArticle Schema للمواقع الإخبارية هي بيانات منظمة تساعد محركات البحث على فهم أن الصفحة تمثل مقالة إخبارية، ومن كتبها، ومتى نُشرت أو عُدّلت، وما الصورة التي تمثلها. لكنها ليست تصريح دخول إلى Google News، وليست ضمانًا للظهور في Top Stories.

توضح Google أن استخدام Article أو NewsArticle يمكن أن يساعدها على فهم معلومات المقال، بينما لا توجد متطلبات ترميز خاصة يجب تنفيذها حتى يكون المحتوى مؤهلًا لميزات Google News.

في هذا الدليل سنركز على التطبيق العملي: متى تستخدم NewsArticle، ما الحقول المهمة، كيف تمثل الكاتب والتاريخ والصور بصورة صحيحة، وكيف تختبر الترميز وتكتشف الأخطاء قبل أن تؤثر في آلاف الأخبار.

ما هي NewsArticle Schema؟

NewsArticle نوع من أنواع Schema.org مخصص للمقالات الإخبارية. ويمكن تضمينه داخل الصفحة باستخدام JSON-LD، وهو الأسلوب الأكثر شيوعًا في تطبيقات CMS الحديثة.

الفكرة ليست إضافة كلمات مفتاحية مخفية، بل تقديم نسخة منظمة من المعلومات الموجودة بالفعل على الصفحة.

مثلًا، إذا كان الخبر يعرض:

• عنوان الخبر.
• اسم الكاتب.
• تاريخ النشر.
• تاريخ آخر تعديل.
• الصورة الرئيسية.

فإن NewsArticle Schema تقدم هذه البيانات بصيغة يمكن لمحركات البحث قراءتها آليًا بصورة أوضح.

هل NewsArticle شرط للظهور في Google News؟

لا. هذه نقطة مهمة لأن كثيرًا من الأدلة القديمة تتعامل مع NewsArticle وكأنه شرط للقبول في Google News.

وفق توثيق Google الرسمي لبيانات Article المنظمة، لا توجد متطلبات ترميز للتأهل لميزات Google News مثل Top Stories. لكن إضافة Article أو NewsArticle تساعد Google على فهم نوع المحتوى ومعلوماته بصورة أوضح.

إذًا استخدم Schema لتحسين فهم الصفحة واتساق بياناتها، وليس باعتبارها وسيلة لتجاوز معايير الجودة أو سياسات الأخبار.

NewsArticle أم Article أم BlogPosting؟

• NewsArticle: للأخبار والتغطيات الصحفية.
• Article: نوع عام للمقالات.
• BlogPosting: للمحتوى المنشور على هيئة تدوينات.

إذا كانت الصفحة خبرًا داخل موقع إخباري، يكون NewsArticle هو النوع الأكثر تعبيرًا عن طبيعة الصفحة.

مثال JSON-LD لمقال إخباري

{
  "@context": "https://schema.org",
  "@type": "NewsArticle",
  "headline": "عنوان الخبر كما يظهر للمستخدم",
  "image": ["https://example.com/images/news-16x9.jpg"],
  "datePublished": "2026-09-07T10:30:00+03:00",
  "dateModified": "2026-09-07T11:15:00+03:00",
  "author": {
    "@type": "Person",
    "name": "اسم الكاتب",
    "url": "https://example.com/ar/author-profile/15"
  }
}

يوضع هذا الكائن عادة داخل عنصر JSON-LD في قالب الصفحة. المثال ليس قالبًا يجب نسخه حرفيًا؛ يجب أن تأتي كل قيمة من بيانات المقال الحقيقية، وأن تتطابق مع ما يستطيع المستخدم رؤيته على الصفحة.

هل توجد حقول إلزامية في NewsArticle لدى Google؟

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

• headline
• image
• datePublished
• dateModified
• author

لكن غياب كلمة «مطلوب» لا يعني أن البيانات غير مهمة. الهدف من التطبيق الجيد هو إعطاء Google معلومات صحيحة ومتكاملة، لا الوصول إلى الحد الأدنى فقط.

1. headline: استخدم عنوان المقال الحقيقي

يجب أن تمثل headline عنوان المقال نفسه، لا جملة دعائية مختلفة ولا قائمة كلمات مفتاحية.

ومن الأفضل أن يكون هناك اتساق منطقي بين العنوان المرئي H1، والعنوان داخل NewsArticle، وعنوان الصفحة وSEO Title.

2. image: لا تستخدم شعار الموقع بدل صورة الخبر

توصي Google بأن تمثل الصور المحتوى الذي تم ترميزه، وأن تكون قابلة للزحف والفهرسة. ولأفضل النتائج، وفّر صورًا عالية الدقة بنسب 16:9 و4:3 و1:1 عندما يكون ذلك ممكنًا.

في CMS إخباري، الأفضل أن يستطيع النظام توليد المقاسات المختلفة من الصورة الرئيسية تلقائيًا ثم تضمين روابطها في Schema بدل مطالبة المحرر برفع ثلاث صور مستقلة.

3. datePublished: تاريخ النشر الأول وليس تاريخ آخر تعديل

datePublished يجب أن يمثل تاريخ ووقت نشر المقال لأول مرة. إذا كان النظام يحتفظ بحقل مثل first_published_at، فهو مصدر مناسب لأنه يظل ثابتًا بعد أول نشر.

2026-09-07T10:30:00+03:00

4. dateModified: لا تحدثه دون تعديل حقيقي

dateModified يمثل وقت آخر تعديل فعلي للمحتوى. لا ينبغي استخدامه كوسيلة لجعل الخبر يبدو جديدًا كل يوم.

5. author: اربط المقال بالكاتب الحقيقي

تدعم Google أن يكون author من نوع Person أو Organization.

"author": {
  "@type": "Person",
  "name": "أحمد محمد",
  "url": "https://example.com/ar/author-profile/28"
}

وتوصي Google بقوة باستخدام url أو sameAs للمساعدة على التمييز بين المؤلفين.

لا تستخدم حساب المستخدم الذي أدخل المادة إلى CMS ككاتب تلقائيًا إذا كان الكاتب التحريري شخصًا آخر.

ماذا لو لم يوجد كاتب فردي؟

"author": {
  "@type": "Organization",
  "name": "اسم المؤسسة الإخبارية",
  "url": "https://example.com/"
}

6. عدة مؤلفين: لا تضع الأسماء في حقل واحد

"author": [
  {"@type": "Person", "name": "الكاتب الأول", "url": "https://example.com/author/1"},
  {"@type": "Person", "name": "الكاتب الثاني", "url": "https://example.com/author/2"}
]

ولا تستخدم قيمة واحدة تجمع الاسمين، لأن ذلك يمنع تمثيل كل شخص ككيان مستقل.

7. publisher: لا تخلطه مع author

الكاتب هو من أنشأ المحتوى، أما الناشر فهو الجهة التي تنشره. إذا كان النظام يستخدم معلومات Publisher، اجعلها مستقلة ومتسقة مع هوية المؤسسة.

8. اجعل Schema مطابقة لما يراه المستخدم

• لا تضع كاتبًا مختلفًا عن الكاتب الظاهر.
• لا تضع صورة لا علاقة لها بالخبر.
• لا تستخدم تاريخ نشر حديثًا لخبر قديم.
• لا تضع عنوانًا مختلفًا جذريًا عن عنوان المقال.

9. Canonical وNewsArticle يجب أن يشيرا إلى نفس النسخة الأساسية

إذا كانت للمقال عدة نسخ أو روابط بمعلمات، يجب ألا ترسل إشارات متعارضة. راجع أيضًا دليل السيو التقني للمواقع الإخبارية.

10. NewsArticle لا تعوض Google News Sitemap

• NewsArticle: تساعد على وصف صفحة الخبر ومعلوماتها.
• Google News Sitemap: تساعد Google على اكتشاف أحدث الأخبار بطريقة منظمة.

11. اختبر Schema باستخدام Rich Results Test

توصي Google باختبار البيانات المنظمة باستخدام Rich Results Test. اختبر أكثر من سيناريو: كاتب له صفحة شخصية، مقال بدون كاتب فردي، مقال معدل، خبر بصورة، وخبر متعدد المؤلفين إذا كان النظام يدعم ذلك.

12. استخدم URL Inspection بعد النشر

نجاح JSON-LD في الاختبار لا يعني أن Google يستطيع بالضرورة الوصول إلى الصفحة المنشورة. تحقق من إمكانية الزحف، وعدم وجود noindex غير مقصود، ومن أن Google يرى النسخة الصحيحة من الصفحة.

13. اختبر القالب وليس الخبر فقط

في CMS، الخطأ في قالب واحد يمكن أن يتكرر في عشرات الآلاف من الصفحات. لذلك يجب التفكير في NewsArticle كميزة على مستوى القالب وليس تعديلًا يدويًا لكل خبر.

• وجود نوع Schema الصحيح.
• عدم خروج JSON غير صالح.
• استخدام الكاتب التحريري الصحيح.
• ثبات datePublished بعد إعادة النشر.
• تحديث dateModified عند تعديل المحتوى.
• استخدام روابط صور صحيحة وقابلة للوصول.

14. أخطاء NewsArticle Schema الشائعة

• اعتبار NewsArticle شرطًا للظهور في Google News.
• استخدام مستخدم CMS ككاتب بدل الكاتب الفعلي.
• تغيير datePublished عند كل إعادة نشر.
• استخدام شعار الموقع كصورة لكل المقالات.
• عدم إضافة رابط صفحة الكاتب عندما يكون متاحًا.
• دمج عدة مؤلفين داخل قيمة واحدة.
• اختبار صفحة واحدة وافتراض أن جميع القوالب سليمة.

15. قائمة فحص NewsArticle للمواقع الإخبارية

كيف يجب أن يتعامل CMS الإخباري مع NewsArticle؟

نظام إدارة المحتوى للمواقع الإخبارية ينبغي أن يبني البيانات المنظمة تلقائيًا من حقول موثوقة: العنوان، الصورة، وقت النشر الأول، آخر تعديل حقيقي، والكاتب التحريري.

الخلاصة

NewsArticle Schema للمواقع الإخبارية ليست اختصارًا للحصول على ترتيب أو Google News، لكنها وسيلة مهمة لجعل بيانات الخبر أوضح وأكثر اتساقًا لمحركات البحث.

ركز على الدقة قبل عدد الخصائص: عنوان حقيقي، صورة مناسبة، تاريخ نشر أول ثابت، تاريخ تعديل صادق، وكاتب يمثل المؤلف الفعلي. ثم اختبر القالب في Rich Results Test وراقب الصفحات الفعلية عبر Search Console.

آخر مراجعة: 7 سبتمبر 2026. تمت مراجعة المعلومات مقابل أحدث توثيق Google Search Central المتاح لبيانات Article وNewsArticle المنظمة.