Schema.org لظهور الذكاء الاصطناعي: ما هي التوصيفات التي تهم الآن

Schema.org لظهور الذكاء الاصطناعي: ما هي التوصيفات التي تهم الآن

اعتبارًا من 5 سبتمبر 2026، لا تزال البيانات المهيكلة تساعد محركات البحث على فهم الصفحات والمؤلفين والمؤسسات والحقائق. ومع ذلك، فهي ليست مفتاح ترتيب مباشر لإجابات الذكاء الاصطناعي.

تذكر Google أن الصفحات لا تحتاج إلى توصيف Schema.org خاص لتظهر في نظرات عامة للذكاء الاصطناعي (AI Overviews) أو وضع الذكاء الاصطناعي (AI Mode). يجب أن تكون الصفحة قابلة للزحف والفهرسة، ومؤهلة لمقتطف البحث، ومدعومة بمحتوى مفيد. وتقول Google أيضًا إن البيانات المهيكلة يجب أن تتطابق مع محتوى الصفحة المرئي. (developers.google.com)

لذلك، فإن أفضل استراتيجية حالية هي:

1. استخدم البيانات المهيكلة لوصف الصفحة بدقة.
2. طابق التوصيف مع الغرض الحقيقي للصفحة.
3. ابنِ علاقات واضحة بين المقالات والمؤلفين والمؤسسات والمواضيع.
4. اكتب إجابات مباشرة وكاملة في HTML المرئي.
5. قم بقياس استشهادات الذكاء الاصطناعي بشكل منفصل عن النتائج المنسقة التقليدية.

خلاصة تنفيذية

النتيجة البحثية الشاملة مهمة: إضافة بيانات مهيكلة عامة وحدها لم ينتج عنها زيادة ثابتة في استشهادات الذكاء الاصطناعي. تتبعت دراسة Ahrefs المراقبة 1,885 صفحة أضافت ترميز JavaScript Object Notation for Linked Data وقارنتها بـ 4,000 صفحة تحكم. لم تجد الدراسة أي تحسن ملموس في وضع Google AI أو استشهادات ChatGPT. انخفضت استشهادات Google AI Overview بشكل طفيف، لكن الباحثين حذروا من أن التغيير كان صغيرًا ولا يمكن إرجاعه بوضوح إلى التوصيف. (ahrefs.com)

وجدت دراسة أولية منفصلة عام 2026 أن الأنواع العامة مثل Article و Organization و BreadcrumbList و WebPage لم تتنبأ بشكل مستقل باستشهادات الذكاء الاصطناعي بعد التحكم في ترتيب البحث وسلطة النطاق. كان أقوى ما وجدته هو أن الصفحات التي تحتوي على بيانات ملموسة وغنية بالسمات، مثل الأسعار والتقييمات والمواصفات، كانت أفضل أداءً من الصفحات التي تحتوي على تصنيفات عامة فقط. ركز هذا الاكتشاف بشكل أساسي على صفحات المنتجات والمراجعات، لذلك لا ينبغي اعتباره دليلاً على أن أي نوع من الأنواع في هذه المقالة يخلق ميزة استشهاد. (aixiv.science)

ما يمكن ولا يمكن للبيانات المهيكلة فعله

البيانات المهيكلة هي وصف لصفحة يمكن قراءته آليًا. يمكنها أن تخبر محرك البحث:

• ما هو نوع الصفحة
• من كتبها
• أي منظمة نشرتها
• ما السؤال الذي تجيب عليه
• ما هو تاريخ نشرها أو تحديثها
• أي شخص أو شركة أو مصطلح أو مجموعة بيانات تصفها الصفحة

تقول Google إن البيانات المهيكلة يمكن أن تساعد أنظمتها على فهم محتوى الصفحة وجعل الصفحات مؤهلة لميزات بحث أكثر ثراءً. وتقول أيضًا أن بحث Google قد يستخدم خصائص Schema.org أخرى للفهم، حتى عندما لا تؤدي هذه الخصائص إلى نتيجة بحث مرئية. (developers.google.com)

البيانات المهيكلة لا تضمن:

• ترتيب عضوي أعلى
• استشهاد من الذكاء الاصطناعي
• نتيجة منسقة
• لوحة معرفة
• التضمين في إجابة ذكاء اصطناعي
• استخدام النص الدقيق في التوصيف

تقدم Bing إرشادات مماثلة. تشير إرشادات مشرفي المواقع الحالية إلى أن البيانات المهيكلة قد تدعم ترسيخًا أوضح، لكنها لا تضمن الظهور أو حركة المرور من الاستشهادات. تنصح Bing أيضًا الناشرين بجعل الحقائق والتعريفات واضحة في محتوى الصفحة المرئي. (bing.com)

القيد البحثي الرئيسي

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

هذا يثير ثلاثة أسئلة مختلفة:

1. هل تم الاستشهاد بالصفحة؟
2. هل احتوت الصفحة على بيانات مهيكلة؟
3. هل تسببت البيانات المهيكلة في الاستشهاد؟

يمكن لمعظم الدراسات الإجابة على السؤالين الأولين فقط. لا يمكنها إثبات الثالث.

هذا هو السبب في أن الصفحة التي تحتوي على ترميز FAQPage قد تظهر بشكل متكرر في إجابات الذكاء الاصطناعي دون أن يكون الترميز هو السبب. قد تحتوي الصفحة على محتوى قوي، أو ترتيب بحث عالٍ، أو العديد من الروابط، أو علامة تجارية معروفة.

التدقيق حسب نوع المخطط

1. Article (مقالة)

ما يفعله

يصف Article مقالة أو خبرًا أو منشور مدونة أو صفحة تحريرية مماثلة. تدعم Google Article و NewsArticle و BlogPosting كأنواع للمقالات. لا تسرد Google خصائص مطلوبة لتوصيف المقالات، لكنها توصي بإضافة الخصائص التي تنطبق على الصفحة. (developers.google.com)

الخصائص الأكثر أهمية

استخدم هذه الخصائص عندما تكون مرئية ودقيقة:

• headline (العنوان)
• author (المؤلف)
• author.name (اسم المؤلف)
• author.url (رابط المؤلف) أو author.sameAs (نفس المؤلف)
• datePublished (تاريخ النشر)
• dateModified (تاريخ التعديل)
• image (الصورة)
• publisher (الناشر)
• mainEntityOfPage (الكيان الرئيسي للصفحة)
• about (عن)
• inLanguage (اللغة)

توصي Google باستخدام Person (شخص) أو Organization (مؤسسة) حقيقي للمؤلف. كما توصي بالحفاظ على تواريخ البيانات المهيكلة متسقة مع تواريخ النشر والتحديث المرئية. (developers.google.com)

تأثير الذكاء الاصطناعي

مستوى الأدلة: غير مباشر.

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

قائمة التحقق من المقالة

• الصفحة هي مقالة حقيقية.
• العنوان يطابق العنوان المرئي.
• تم تضمين كل مؤلف مرئي.
• لكل مؤلف كائن Person (شخص) أو Organization (مؤسسة) منفصل.
• أسماء المؤلفين تحتوي على أسماء فقط، وليس مسميات وظيفية أو أسماء ناشرين.
• المؤلف يربط بملف شخصي حقيقي أو صفحة مؤلف.
• تواريخ النشر والتحديث مرئية على الصفحة.
• تستخدم التواريخ المنطقة الزمنية الصحيحة عند تضمين الوقت.
• الصورة تمثل المقالة.
• الناشر معرف بشكل متسق عبر الموقع.
• المقالة ليست موصوفة كنوع أساسي مختلف، مثل HowTo، إلا إذا كانت الصفحة تخدم كلا الغرضين حقًا.

2. WebPage (صفحة ويب)

ما يفعله

WebPage هو نوع صفحة عام. يذكر Schema.org أن كل صفحة ويب تُعامل ضمنيًا على أنها WebPage، ولكن الإعلان الصريح يمكن أن يساعد عندما تتضمن الصفحة خصائص أو علاقات على مستوى الصفحة. (schema.org)

الخصائص المفيدة تشمل:

• url (رابط)
• name (اسم)
• description (وصف)
• inLanguage (اللغة)
• dateModified (تاريخ التعديل)
• breadcrumb (مسار التنقل)
• mainEntity (الكيان الرئيسي)
• about (عن)
• isPartOf (جزء من)
• primaryImageOfPage (الصورة الرئيسية للصفحة)

تأثير الذكاء الاصطناعي

مستوى الأدلة: منخفض وغير مباشر.

يُستخدم WebPage على أفضل وجه كطبقة الصفحة الخارجية في رسم بياني متصل. يمكنه ربط الصفحة بمقالتها الرئيسية، أو تعريفها، أو مجموعة بياناتها، أو شخصها، أو مؤسستها.

لا ينبغي التعامل معه كنوع خاص لتحسين الذكاء الاصطناعي. الصفحة التي تحتوي على كائن WebPage عام فقط عادةً ما توفر معلومات أقل فائدة من الصفحة التي تحدد كيانها الرئيسي بوضوح.

قائمة التحقق من WebPage

• استخدم @id واحدًا ثابتًا للصفحة.
• استخدم عنوان URL الأساسي كعنوان URL للصفحة.
• حدد mainEntity الحقيقي للصفحة.
• اربط الكيان الرئيسي بالصفحة باستخدام mainEntityOfPage.
• أضف inLanguage عند معرفتها.
• حافظ على اسم ووصف الصفحة متوافقين مع المحتوى المرئي.
• لا تستخدم WebPage لإخفاء حقيقة أن الصفحة هي في الواقع مقالة، أو ملف شخصي، أو مجموعة بيانات، أو صفحة أسئلة.

3. QAPage (صفحة أسئلة وأجوبة)

ما يفعله

QAPage مخصص لصفحة تركز على سؤال واحد وإجاباته. تقول Google إنها تستخدم البيانات المهيكلة Question من الصفحات الموسومة بـ QAPage، ويجب أن يكون هناك QAPage واحد فقط وسؤال Question رئيسي واحد على الصفحة. (developers.google.com)

الخصائص المطلوبة

لأهلية Google الحالية للأسئلة والأجوبة:

• QAPage.mainEntity (الكيان الرئيسي لصفحة الأسئلة والأجوبة)
• سؤال Question متداخل
• Question.answerCount (عدد الإجابات للسؤال)
• إما acceptedAnswer (إجابة مقبولة) أو suggestedAnswer (إجابة مقترحة)
• Answer.text (نص الإجابة)

السؤال الذي لا يحتوي على إجابات غير مؤهل للنتيجة المنسقة.

قاعدة محتوى مهمة

لا تستخدم QAPage لـ:

• صفحة أسئلة شائعة عادية
• منشور مدونة يجيب على سؤال
• مقالة إرشادية (كيفية)
• صفحة منتج تحتوي على العديد من الأسئلة
• إجابة تحريرية كتبها مالك الموقع فقط

تقول Google يجب أن يكون المستخدمون قادرين على تقديم إجابات لصفحة QAPage العادية. تتضمن الأمثلة الصحيحة سؤال منتدى أو صفحة دعم حيث يمكن للمستخدمين تقديم الإجابات. (developers.google.com)

تأثير الذكاء الاصطناعي

مستوى الأدلة: تطابق دلالي متوسط، لا يوجد دليل على رفع الترتيب السببي.

من الطبيعي أن تكون صفحة الأسئلة والأجوبة الحقيقية سهلة الفهم لنظام الاسترجاع. ومع ذلك، لا توجد دراسة عامة قوية تثبت أن ترميز QAPage بحد ذاته يزيد من استشهادات الذكاء الاصطناعي.

قائمة التحقق من QAPage

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

مثال QAPage

html

استخدم هذا النمط فقط عندما تدعم الصفحة حقًا تفاعل الأسئلة والأجوبة.

4. HowTo (كيفية)

ما يفعله

يصف HowTo التعليمات خطوة بخطوة. كانت Google تدعم في السابق نتائج "كيفية" المنسقة، لكنها أوقفت هذه الميزة في بحثها في سبتمبر 2023. وقالت Google إن نتائج "كيفية" لن تظهر بعد الآن على سطح المكتب وتمت إزالتها بالفعل من بحث الجوال. (developers.google.com)

تأثير الذكاء الاصطناعي

مستوى الأدلة: منخفض لـ Google.

قد تظل الخطوات المرئية تساعد المستخدمين وأنظمة الاسترجاع. الدليل التعليمي الواضح الذي يحتوي على عناوين وخطوات مرقمة وأدوات ووقت وتحذيرات أسهل للقراءة والاقتباس. لكن الأدلة الحالية لا تُظهر أن ترميز HowTo يخلق ميزة خاصة في نظرات Google AI العامة أو وضع AI.

التوصية

استخدم HowTo فقط عندما:

• تعلم الصفحة مهمة حقيقية.
• الخطوات مرئية في محتوى الصفحة.
• يستفيد محرك بحث أو منصة أو نظام داخلي آخر من التوصيف.
• يمكن لفريقك الحفاظ عليه دون إنشاء بيانات متضاربة.

بالنسبة لبحث Google، أعطِ الأولوية للعناوين القوية في HTML، والقوائم المرقمة، والتعليمات الواضحة، والصور أو الفيديو المفيدة.

قائمة التحقق من الدليل التعليمي

• تعلم الصفحة مهمة حقيقية.
• نتيجة المهمة واضحة.
• كل خطوة مرئية وكاملة.
• أسماء الخطوات تطابق العناوين المرئية.
• الأدوات والإمدادات حقيقية ومرئية.
• تقديرات الوقت دقيقة.
• تحذيرات السلامة متضمنة عند الحاجة.
• يقدم القسم الأول إجابة أو نتيجة قصيرة.
• لا تعتمد الصفحة على التوصيف لتوفير التعليمات.

5. ClaimReview (مراجعة ادعاء)

ما يفعله

تم تصميم ClaimReview لمحتوى التحقق من الحقائق. أوقفت Google دعم Claim Review في البحث كجزء من جهودها لتبسيط نتائج البحث في عام 2025. تمت إزالة هذا النوع من تقارير Search Console واختبار النتائج المنسقة. (developers.google.com)

تأثير الذكاء الاصطناعي

مستوى الأدلة: لا توجد ميزة حالية لـ Google.

لا يزال من الممكن الاستشهاد بتقرير عالي الجودة للتحقق من الحقائق لأنه يوضح بوضوح:

• الادعاء
• التقييم
• الأدلة
• التاريخ
• منظمة التحقق من الحقائق
• الأسباب وراء الاستنتاج

تأتي هذه الفوائد بشكل أساسي من المحتوى نفسه، وليس من ميزة بحث Google التي تم إيقافها.

التوصية

لصفحة الحقائق:

1. استخدم Article (مقالة) أو NewsArticle (مادة إخبارية) عندما تكون الصفحة تحريرية.
2. اذكر الادعاء بوضوح في نص مرئي.
3. استشهد بالأدلة الأولية.
4. حدد المؤلف والمنظمة المراجعة.
5. أضف تواريخ النشر والمراجعة.
6. استخدم ClaimReview فقط إذا كانت منصة أخرى أو نظام بيانات يتطلبها بشكل خاص.

لا تضف ClaimReview لمجرد توقعك أن تفضلها إجابات الذكاء الاصطناعي من Google.

6. FAQPage (صفحة الأسئلة الشائعة)

ما يفعله

يصف FAQPage صفحة تحتوي على أسئلة وإجابات رسمية. أوقفت Google عرض النتائج المنسقة للأسئلة الشائعة (FAQ) في البحث بدءًا من 7 مايو 2026، وأزالت الوثائق ذات الصلة في يونيو 2026. (developers.google.com)

تأثير الذكاء الاصطناعي

مستوى الأدلة: ضعيف ومختلط.

أضافت دراسة بائع لمدة 90 يومًا ترميز FAQPage إلى 120 صفحة. لم تجد أي تحسن موثوق به في استشهادات ChatGPT أو Gemini أو Google AI Overview. أظهرت Perplexity زيادة طفيفة، لكن الدراسة نفسها قالت إن النتيجة كانت خاصة بالمنصة ولم تثبت السببية. (authorityradar.com)

وجدت دراسة أخرى لـ 615 صفحة تم الاستشهاد بها بالفعل أن ترميز FAQ ظهر بشكل متكرر على الصفحات التي تم الاستشهاد بها بكثرة. اختفت هذه العلاقة بعد التحكم في الصفحات المتكررة من نفس الناشرين. وخلص الباحثون إلى أن الأدلة لم تثبت تأثيرًا من الترميز نفسه. (getintel.ai)

التوصية

استخدم الأسئلة الشائعة عندما تحسن الصفحة للقراء. لا تضف كتلًا كبيرة من الأسئلة العامة فقط لاستهداف إجابات الذكاء الاصطناعي.

إذا احتفظت بترقيم FAQPage لمحرك بحث آخر أو نظام محتوى:

• اجعل كل سؤال مرئيًا.
• اجعل كل إجابة كاملة.
• حافظ على تطابق التوصيف مع الصفحة.
• لا تكرر نفس السؤال في عدة كتل مخطط.
• لا تتوقع نتيجة FAQ منسقة من Google.

مثال على FAQPage للمستهلكين غير التابعين لـ Google

html

هذا وصف دلالي، وليس وعدًا بميزة بحث من Google.

7. Organization (مؤسسة)

ما يفعله

تساعد Organization Google على فهم وتمييز شركة، أو منظمة غير ربحية، أو ناشر، أو مدرسة، أو أي منظمة أخرى. تقول Google إن توصيف المؤسسة يمكن أن يؤثر على العناصر المرئية مثل الشعار المعروض في البحث وبعض معلومات لوحة المعرفة. لا توجد خصائص مطلوبة في دليل Google الحالي للمؤسسات. (developers.google.com)

الخصائص الموصى بها

استخدم الخصائص الصحيحة والمرئية:

• name (الاسم)
• alternateName (اسم بديل)
• url (رابط)
• logo (الشعار)
• sameAs (نفس)
• description (الوصف)
• telephone (الهاتف)
• email (البريد الإلكتروني)
• address (العنوان)
• identifier (المعرف)
• foundingDate (تاريخ التأسيس)
• parentOrganization (المنظمة الأم)

تأثير الذكاء الاصطناعي

مستوى الأدلة: غير مباشر ولكنه مفيد.

يمكن لـ Organization ربط:

• الناشر بمقالة
• الشركة بمنتجاتها أو خدماتها
• العلامة التجارية بملفاتها الرسمية
• المنظمة بهوية ويب معروفة

هذا مفيد لتمييز الكيانات. لكنه لا يثبت أن نظام ذكاء اصطناعي سيستشهد بالصفحة.

قائمة التحقق من Organization

• ضع كائن المؤسسة كاملاً على الصفحة الرئيسية أو صفحة المؤسسة.
• استخدم @id واحدًا ثابتًا، مثل https://www.example.com/#organization.
• استخدم الاسم الدقيق للمؤسسة العامة.
• اربط بملفات تعريف رسمية حقيقية باستخدام sameAs.
• استخدم النوع الفرعي الصحيح للمؤسسة عند الاقتضاء.
• استخدم شعارًا حقيقيًا يمثل المؤسسة.
• حافظ على تحديث معلومات الاتصال.
• أشر إلى المؤسسة من المقالات بدلاً من إعادة إنشاء إصدارات متضاربة في كل صفحة.

8. Person (شخص)

ما يفعله

يحدد Person شخصًا يكتب أو يراجع أو يمتلك أو يدير أو يظهر في صفحة. وعادة ما يكون مفيدًا للغاية عند ربطه بـ:

• Article.author (مؤلف المقالة)
• مؤلف سؤال أو إجابة QAPage
• ProfilePage.mainEntity (الكيان الرئيسي لصفحة الملف الشخصي)
• Organization.employee (موظف المؤسسة)
• Review.author (مؤلف المراجعة)

تقول إرشادات Google للملفات الشخصية أن صفحة الملف الشخصي يجب أن تركز على شخص واحد أو مؤسسة واحدة. يتطلب كائن ProfilePage كيانًا رئيسيًا (mainEntity)، ويجب أن يكون هذا الكيان Person (شخص) أو Organization (مؤسسة). يجب أن يكون للشخص أو المؤسسة name (اسم)، أو alternateName (اسم بديل) إذا لم يكن الاسم متاحًا. (developers.google.com)

الخصائص الموصى بها

• name (الاسم)
• url (رابط)
• sameAs (نفس)
• image (صورة)
• description (وصف)
• jobTitle (المسمى الوظيفي)
• worksFor (يعمل لـ)
• knowsAbout (يعرف عن)
• affiliation (الانتماء)
• identifier (المعرف)

تأثير الذكاء الاصطناعي

مستوى الأدلة: غير مباشر.

يمكن أن يساعد ترميز الشخص في ربط اسم المؤلف بـ:

• سيرة ذاتية
• وظيفة أو دور
• منظمة
• مقالات منشورة
• ملفات شخصية خارجية
• مجالات الخبرة

استخدمه لتوضيح الهوية، وليس للمطالبة بخبرة لا تدعمها الصفحة.

قائمة التحقق من Person

• استخدم Person لشخص حقيقي فقط.
• استخدم Organization لشركة أو منشور.
• اربط الشخص بصفحة مؤلف مرئية.
• استخدم sameAs فقط للملفات الشخصية الدقيقة والرسمية.
• حافظ على تحديث المسميات الوظيفية والمؤهلات.
• أضف جميع المؤلفين المرئيين، وليس المؤلف الرئيسي فقط.
• استخدم نفس @id للشخص عبر المقالات وصفحات الملف الشخصي.

مصفوفة الخصائص المطلوبة

تفضل إرشادات Google العامة البيانات الكاملة والدقيقة على كميات كبيرة من التوصيف غير المكتمل. كما تحذر من أن البيانات المهيكلة يجب أن تمثل المحتوى المرئي، وأن التوصيف الصحيح لا يزال لا يضمن نتيجة منسقة. (developers.google.com)

قوائم التحقق لتنفيذ حالات الاستخدام

صفحات الحقائق

أفضل تركيبة:

• WebPage (صفحة ويب)
• Article (مقالة) أو NewsArticle (مادة إخبارية)
• Person (شخص)
• Organization (مؤسسة)
• ClaimReview (مراجعة ادعاء) اختياري فقط لمستهلك آخر مدعوم

قائمة التحقق:

• اذكر الحقيقة الرئيسية بالقرب من أعلى الصفحة.
• اذكر مصدر الحقيقة.
• اربط بالأدلة الأولية.
• قم بتضمين تاريخ النشر وآخر مراجعة.
• حدد المؤلف والمراجع.
• افصل الحقائق عن الرأي.
• استخدم Article (مقالة) عندما تكون الصفحة تحريرية.
• لا تستخدم ClaimReview كتكتيك بحث حالي لـ Google.

صفحات التعريف

أفضل تركيبة:

• WebPage (صفحة ويب)
• DefinedTerm (مصطلح معرف)
• Article (مقالة) اختياري إذا كانت الصفحة شرحًا تحريريًا طويلًا
• Organization (مؤسسة) أو Person (شخص) عندما يكون خبير أو ناشر مسؤولاً

يُعرف Schema.org DefinedTerm (مصطلح معرف) على أنه كلمة أو عبارة أو رمز أو مفهوم له تعريف رسمي. تشمل خصائصه الرئيسية name (اسم)، description (وصف)، termCode (رمز المصطلح)، inDefinedTermSet (في مجموعة المصطلحات المعرفة)، و sameAs (نفس). (schema.org)

قائمة التحقق:

• قدم التعريف في الفقرة الأولى.
• استخدم مصطلحًا واحدًا واضحًا ككيان رئيسي.
• أضف أسماء بديلة فقط عندما تكون حقيقية.
• اربط بتعريف خارجي موثوق عند الاقتضاء.
• اشرح المصطلح بلغة بسيطة.
• استخدم الأمثلة والحدود.
• تجنب ترميز قائمة من المصطلحات غير ذات الصلة كمصطلح DefinedTerm واحد.

البرامج التعليمية

أفضل تركيبة:

• WebPage (صفحة ويب)
• HowTo (كيفية) فقط عندما يحتاجها مستهلك آخر
• Article (مقالة) عندما يكون الدليل التعليمي مقالة تحريرية أيضًا
• Person (شخص) و Organization (مؤسسة) للتأليف

قائمة التحقق:

• اذكر النتيجة قبل الخطوات.
• استخدم عناوين مرئية مرقمة.
• اجعل كل خطوة تركز على إجراء واحد.
• قم بتضمين الأدوات، والإمدادات، والوقت، والتحذيرات عند الحاجة.
• أضف صورًا أو فيديو عندما تكون مفيدة.
• لا تخفِ الخطوات فقط في JSON-LD.
• لا تتوقع نتائج "كيفية" منسقة في بحث Google.

كتالوجات البيانات

أفضل تركيبة:

• WebPage (صفحة ويب)
• DataCatalog (كتالوج بيانات)
• Dataset (مجموعة بيانات)
• DataDownload (تنزيل بيانات)
• Organization (مؤسسة)

يُعرف Schema.org Dataset (مجموعة البيانات) على أنها مجموعة من المعلومات المهيكلة ويدعم علاقات مثل includedInDataCatalog (متضمنة في كتالوج البيانات) و distribution (توزيع). (schema.org)

أوضحت Google في أواخر عام 2025 أن البيانات المهيكلة لـ Dataset تُستخدم بواسطة بحث مجموعات البيانات (Dataset Search) وليست ميزة عامة لنتائج بحث Google. لذلك، يجب التعامل معها كطبقة اكتشاف بيانات وقابلية التشغيل البيني، وليس كاختصار لاقتباس الذكاء الاصطناعي. (developers.google.com)

قائمة التحقق:

• أعطِ كل مجموعة بيانات معرفًا ثابتًا.
• اذكر الموضوع والنطاق.
• قم بتضمين الناشر أو المنشئ.
• أضف النطاق الزمني الذي تغطيه البيانات.
• اذكر التغطية الجغرافية عند الاقتضاء.
• صف التراخيص وشروط الوصول.
• أضف كل ملف قابل للتنزيل كـ DataDownload.
• قم بتضمين تنسيق الملف وعنوان URL للتنزيل.
• حافظ على تزامن بيانات تعريف الكتالوج مع الملفات الفعلية.
• وثّق تكرار التحديث وتاريخ آخر تحديث.

مثال JSON-LD: صفحة حقائق

يربط هذا المثال الصفحة والمقالة والمؤلف والناشر والموضوع. استبدل كل قيمة بمعلومات تظهر على الصفحة الحقيقية.

html

مثال JSON-LD: صفحة تعريف

html

يجب أن يظهر التعريف أيضًا كنص عادي في الصفحة. لا تضع التعريف فقط في البيانات المهيكلة.

مثال JSON-LD: دليل تعليمي

نظرًا لأن نتائج Google المنسقة لـ "كيفية" قد تم إهمالها، تعامل مع هذا على أنه توصيف اختياري للأنظمة الأخرى. يجب أن تظل الصفحة المرئية تحتوي على التعليمات الكاملة.

html

مثال JSON-LD: كتالوج بيانات

html

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

مخطط غير متطابق

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

أمثلة شائعة:

• وسم مقالة كـ HowTo (كيفية) بينما لا تحتوي على خطوات حقيقية
• وسم شركة كمؤلف بينما المقالة كتبها شخص
• إضافة إجابات للأسئلة الشائعة لا تظهر في الصفحة
• استخدام تاريخ نشر مستقبلي
• وسم منشور مدونة عام كـ QAPage (صفحة أسئلة وأجوبة)
• إضافة ClaimReview (مراجعة ادعاء) إلى مقال رأي

إجابات ضعيفة

لا يمكن للبيانات المهيكلة ملء صفحة فارغة.

إجابة قصيرة ومبهمة داخل Answer.text أو acceptedAnswer لا تخلق مصدرًا قويًا. يجب أن يكون المحتوى المرئي:

• يجيب على السؤال مباشرة
• يشرح الحدود والاستثناءات الهامة
• يذكر المصادر
• يتضمن تواريخ، أمثلة، أو قياسات حيثما كان ذلك مفيدًا
• يقف بذاته عند نسخه خارج السياق

تقول إرشادات Google للذكاء الاصطناعي إنه لا توجد مدة مثالية للصفحة ولا حاجة لتقسيم المحتوى إلى قطع صغيرة لأنظمة الذكاء الاصطناعي. الهدف الأفضل هو محتوى مفيد، كامل، يضع الإنسان أولاً. (developers.google.com)

الكيانات المكررة

تجنب نشر عدة إصدارات متضاربة من نفس المؤسسة أو المؤلف أو الصفحة.

تنفيذ ضعيف:

• كائن Organization واحد باسم واحد على الصفحة الرئيسية
• كائن ثانٍ باسم مختلف في كل مقالة
• كائن ثالث بدون @id على صفحة المؤلف

تنفيذ أفضل:

• أعطِ المؤسسة @id واحدًا ثابتًا
• أعطِ كل مؤلف @id واحدًا ثابتًا
• أشر إلى تلك الكائنات من المقالات، والملفات الشخصية، وصفحات الأسئلة
• حافظ على اتساق الاسم، الشعار، عنوان URL، وروابط الهوية الخارجية

الأسئلة المكررة

لا تكرر نفس السؤال في:

• FAQPage (صفحة الأسئلة الشائعة)
• QAPage (صفحة أسئلة وأجوبة)
• توصيف المقالة
• عدة أقسام مرئية من الصفحة
• كتل JSON-LD متعددة

استخدم نوع المخطط الذي يتطابق مع الغرض الرئيسي للصفحة. إجابة واحدة واضحة أفضل من عدة كتل توصيف متداخلة.

تواريخ غير صحيحة

تستخدم Google عدة مصادر لتقدير تواريخ النشر والتحديث. وتوصي بأن تتفق التواريخ المرئية والتواريخ المهيكلة، وتحذر من استخدام تواريخ مستقبلية أو تواريخ تتعلق بأحداث نوقشت في المقالة بدلاً من التواريخ المتعلقة بالصفحة نفسها. (developers.google.com)

الإفراط في استخدام sameAs

يجب أن يحدد رابط sameAs نفس الشخص أو المنظمة في العالم الحقيقي. لا تربط بـ:

• ملف شخصي اجتماعي غير ذي صلة
• صفحة نتائج بحث
• قائمة دليل عامة
• صفحة بها تهجئة أو هوية مختلفة
• ملف شخصي لا تتحكم فيه المنظمة

التوصيف باستخدام JavaScript فقط

يمكن لـ Google معالجة البيانات المهيكلة المضافة إلى الصفحة المعروضة، ولكن التنفيذ باستخدام JavaScript فقط قد يكون أصعب على الزواحف وأدوات التدقيق الأخرى اكتشافه. عادةً ما تكون كتلة JSON-LD التي يتم عرضها من الخادم أسهل في الاختبار والصيانة. (developers.google.com)

خطة اختبار عملية

لقياس ما إذا كان الترميز له تأثير إضافي، استخدم اختبارًا مُتحكَمًا بدلاً من الاعتماد على بضعة عمليات بحث يدوية.

قبل التغيير

سجّل:

• استعلامات الاستهداف
• الترتيب العضوي الحالي
• ما إذا كانت إجابة ذكاء اصطناعي تظهر
• الصفحات التي تم الاستشهاد بها
• موضع الاستشهاد عند توفره
• حركة البحث
• التحويلات
• البيانات المهيكلة الحالية
• تغييرات المحتوى التي تمت خلال فترة الاختبار

أثناء الاختبار

• أضف تغييرًا رئيسيًا واحدًا في الترميز في كل مرة.
• حافظ على استقرار المحتوى والروابط الداخلية والعناوين والروابط الخلفية.
• استخدم صفحات تحكم مماثلة لا تتلقى التغيير.
• سجل تاريخ النشر الدقيق للتغيير.
• انتظر وقتًا كافيًا للزحف وإعادة المعالجة.

استخدمت Ahrefs ضوابط متطابقة ومنهجية الفرق في الفروقات قبل وبعد التغيير. نهجها هو نموذج مفيد للمؤسسات التي ترغب في اختبار البيانات المهيكلة بدلاً من الافتراض بأن الارتباط يثبت السببية. (ahrefs.com)

بعد التغيير

تتبع:

• بيانات أداء الذكاء الاصطناعي في Google Search Console
• استشهادات نظرات Google AI العامة
• استشهادات وضع Google AI
• استشهادات الذكاء الاصطناعي في Bing Webmaster Tools
• استشهادات ChatGPT أو Gemini أو Perplexity عند الاقتضاء
• الترتيب العضوي
• نقرات البحث
• التحويلات المساعدة

تبلغ Google عن حركة البحث المدعومة بالذكاء الاصطناعي من خلال تقارير أداء Search Console. تُظهر تقارير أداء الذكاء الاصطناعي في Bing الصفحات المستشهد بها واستعلامات الأساس، لكنها لا تُظهر سبب اختيار الصفحة أو مدى أهميتها ضمن الإجابة. (developers.google.com)

ترتيب التنفيذ الموصى به

بالنسبة لمعظم الناشرين، الترتيب الأفضل هو:

1. إصلاح المحتوى المرئي أولاً.
2. جعل الزحف والفهرسة موثوقين.
3. تطبيق Article (مقالة) للصفحات التحريرية الحقيقية.
4. ربط المؤلفين بـ Person (شخص) وصفحات الملفات الشخصية.
5. ربط الناشرين بـ Organization (مؤسسة).
6. استخدام WebPage (صفحة ويب) كطبقة رسم بياني نظيفة على مستوى الصفحة.
7. استخدام QAPage (صفحة أسئلة وأجوبة) فقط للأسئلة المجتمعية الحقيقية.
8. استخدام DefinedTerm (مصطلح معرف) لصفحات المسارد والتعاريف.
9. استخدام Dataset (مجموعة بيانات) و DataCatalog (كتالوج بيانات) لموارد البيانات.
10. التعامل مع FAQPage (صفحة أسئلة شائعة)، HowTo (كيفية)، و ClaimReview (مراجعة ادعاء) كترميز ثانوي أو غير تابع لـ Google لأن ميزات بحث Google الخاصة بها قد تم إزالتها أو إهمالها.

الخلاصة

الدرس الأقوى حاليًا بسيط: ترميز Schema.org يساعد الآلات على فهم المحتوى، ولكنه ليس مسارًا مضمونًا لإجابات الذكاء الاصطناعي.

التنفيذ الأكثر ديمومة ليس مجموعة كبيرة من أنواع المخططات. إنه رسم بياني كياني صغير ودقيق:

• Article (مقالة) تصف الصفحة التحريرية.
• Person (شخص) يحدد المؤلف.
• Organization (مؤسسة) تحدد الناشر.
• WebPage (صفحة ويب) تربط الصفحة بكيانها الرئيسي.
• QAPage (صفحة أسئلة وأجوبة) تصف سؤال مستخدم حقيقي وإجاباته.
• DefinedTerm (مصطلح معرف) يوضح تعريفًا.
• Dataset (مجموعة بيانات) و DataCatalog (كتالوج بيانات) يصفان موارد البيانات المهيكلة.

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