البيانات المنظّمة: ما الذي يحتاجه موقع الشركة فعلًا
البيانات المنظّمة ليست عامل ترتيب. إنّها ترجمة: تخبر الآلات بما يعنيه مقطع نصّي بدل أن تتركها تخمّن. وهذا بالذات ما يقرّر بازدياد هل تظهر الصفحة في الأجوبة أصلًا.
الأهم باختصار
- أربعة أنواع تكفي أيّ موقع شركة تقريبًا: Organization، وWebPage أو Article، وBreadcrumbList، وFAQPage.
- يُسلَّم JSON-LD داخل
<head>— لا كتوصيف داخل النص المتّصل. - الخطأ الأكثر شيوعًا صامت ومكلف: معطيات في البيانات المنظّمة ليست موجودة على الصفحة نفسها.
- ثلاثة أنواع كثيرة النقاش يمكن لشركة خدمات الاستغناء عنها — فهي لا تعمل إلا مع عرض مناسب أو تقييمات حقيقية.
الآلة التي تقرأ صفحة لا ترى في البداية سوى نصّ. أنّ «Emma Woelk» إنسان، و«TEISENDA GmbH» شركة، و«22 أغسطس 2026» تاريخ نشر، عليها أن تخمّنه — أو أن يكون مذكورًا صراحةً.
البيانات المنظّمة هي هذا الوجود الصريح. إنّها لا تحسّن الترتيب. بل تقرّر هل تصلح الصفحة للعرض الموسّع وللأجوبة المولَّدة أصلًا.
الأربعة التي تكفي
1. Organization — مرة واحدة، على الصفحة الرئيسية
من أنتم: الاسم والعنوان والشعار وسنة التأسيس، والحسابات في الشبكات الأخرى. هذه هي المُدخلة التي تجعل ظهور شعار بجانب نتيجة البحث ممكنًا — وأكثر سبب لغيابه هو ببساطة غياب هذه المُدخلة.
مهم: يجب أن يكون الشعار صورة نقطية. أمّا SVG فلا يُعالَج في هذا الموضع.
2. WebPage أو Article — على كل صفحة
ما هذه الصفحة: العنوان والوصف واللغة وتاريخ النشر وآخر مراجعة. وللمقالات إضافةً Article أو BlogPosting مع الكاتب كمُدخلة Person مستقلّة — بدوره، لا بالاسم فقط.
مهم: يجب أن يكون تاريخ التعديل صحيحًا. تاريخ يُضبَط من جديد عند كل رسم للصفحة إشارة تُفرِغ نفسها من قيمتها.
3. BreadcrumbList — على كل الصفحات الفرعية
أين تقع هذه الصفحة في البنية. ظاهرًا كمسار أعلى الصفحة، ومقروءًا آليًّا في منطقة الرأس. وكلاهما يسير معًا — مسار في البيانات لا وجود له على الصفحة معطًى كاذب.
4. FAQPage — حيث توجد أسئلة حقيقية
قسم الأسئلة في نهاية المقال. وهو لمحرّكات الأجوبة أثمن نوع على الإطلاق، لأنّه يقدّم السؤال والجواب زوجًا جاهزًا — بالصيغة نفسها التي يُقتبَس بها.
مهم: للأسئلة الظاهرة فعلًا على الصفحة فقط. أمّا الأسئلة المختلقة الموجودة في البيانات وحدها فمخالفة للإرشادات.
ثلاثة يمكن الاستغناء عنها
Product وOffer. بالنسبة إلى خدمات بعرض عند الطلب لا تُجدي شيئًا — من دون سعر وتوافر لا تُعرَض على أيّ حال. لا تصير مفيدة إلا مع متجر حقيقي.
AggregateRating. النجوم في نتيجة البحث مغرية ومرتبطة بشروط صارمة: يجب أن تكون التقييمات حقيقية وقابلة للتحقّق وظاهرة على الصفحة. أمّا التقييمات الممنوحة ذاتيًّا فمخالفة للإرشادات بمخاطرة واقعية.
HowTo. جرى تقليص عرضه بوضوح ولم يعد يستحقّ جهد الصيانة لمعظم مواقع الشركات.
هل كنت تعلم؟
البيانات المنظّمة ليست عامل ترتيب — وقد أوضح Google ذلك مرارًا. إنّها تقرّر العرض، لا الموضع.
أمّا مع محرّكات الأجوبة فالأمر مختلف بعض الشيء. النموذج الذي عليه أن يبني جوابًا من صفحة يفضّل استخدام ما هو موصَّف بوضوح: أزواج سؤال-جواب، كاتب بدوره، تاريخ آخر مراجعة. عندها لا يحتاج إلى تخمين ما يخصّ ما. فالفائدة إذن ليست في الترتيب بقدر ما هي في قابلية الاقتباس.
كيف تُدمَج
ثلاث قواعد تتجنّب معظم المشكلات.
- JSON-LD، داخل
<head>. لا كسمات داخل النص المتّصل. يمكن صيانة JSON-LD منفصلًا عن التصميم ولا يضيع عند تغيير الشكل. - كتلة واحدة لكل صفحة، لا خمس. المُدخلات المتعدّدة تنتمي إلى
@graphواحد وتُربَط ببعضها عبر@id. هكذا يشير المقال إلى المنظّمة نفسها المذكورة على الصفحة الرئيسية بدل تكرارها. - توليدها من المصدر نفسه الذي يُولَّد منه المحتوى المرئي. إن أتى العنوان والتاريخ والكاتب من الحقول نفسها التي تأتي منها الصفحة، فلا يمكنها أن تتباعد أصلًا. وهذه أنجع وقاية على الإطلاق.
أغلى الأخطاء أهدؤها: تقول البيانات المنظّمة شيئًا غير موجود على الصفحة. تاريخ تعديل من الأمس لنصّ من 2023. كاتب لا يظهر في المنطقة المرئية. أسئلة في البيانات لا وجود لها على الصفحة.
لا تلحظه أيّ أداة فحص — فالبيانات صحيحة شكليًّا. يُلحَظ عند فحص يدوي، وعندها لا تمسّ العاقبة التوصيف المعنيّ وحده. لذلك فقاعدة «التوليد من المصدر نفسه» أهمّ من أيّ اكتمال.
الفحص — بهذا الترتيب
| الخطوة | بماذا | ماذا ترى |
|---|---|---|
| 1. البُنية النحوية | مدقّق توصيف Schema | هل الـ JSON صحيح والنوع سليم |
| 2. قابلية العرض | اختبار النتائج الغنية | هل عرض موسّع ممكن |
| 3. الواقع | Search Console، قسم التحسينات | ما جرى التعرّف عليه فعلًا، عبر كل الصفحات |
| 4. المطابقة | القراءة بنفسك | هل كل معطى موجود ظاهرًا على الصفحة أيضًا |
الخطوة الرابعة هي الوحيدة التي لا تتولّاها أيّ أداة — والوحيدة التي تظهر عندها الأخطاء الجدّية.
افحص البيانات المنظّمة لهذه الصفحة من حيث الاكتمال ومن حيث المطابقة للمحتوى المرئي. المحتوى المرئي للصفحة: [أدرِج نص الصفحة] JSON-LD الخاص بالصفحة: [أدرِج الكتلة] المهام: 1. اذكر كل معطى في JSON-LD غير وارد في المحتوى المرئي. هذه أهمّ نقطة — كن دقيقًا هنا. 2. اذكر كل معطى مرئي كان ينبغي توصيفه لكنّه ناقص (كاتب بدوره، تاريخ تعديل، أسئلة، مسار). 3. افحص هل الأنواع الأربعة الأساسية مشغولة بمعنى: Organization، WebPage/Article، BreadcrumbList، FAQPage. 4. اذكر الأنواع في الكتلة التي لا تُجدي شركة خدمات بلا متجر وبلا تقييمات قابلة للتحقّق أيّ فائدة. 5. أشِر إلى كل مخالفة للإرشادات، لا سيّما التقييمات الممنوحة ذاتيًّا والأسئلة التي لا وجود لها على الصفحة. أخرِج JSON-LD المصحَّح في النهاية كاملًا. لا تختلق قيمًا — علِّم الناقص بـ [يُضاف].
الخلاصة
البيانات المنظّمة سريعًا ما يُبالَغ في تقديرها وسريعًا ما تُنفَّذ خطأً. أربعة أنواع تغطّي حاجة موقع الشركة، وفائدتها ليست في الموضع بقدر ما هي في أن تكون قابلة للاقتباس.
القاعدة الوحيدة التي يقوم عليها كل شيء: لا توصِّف شيئًا غير موجود على الصفحة. من يولّد البيانات من المصدر نفسه الذي يولّد منه المحتوى المرئي فقد حلّ هذه المشكلة بنيويًّا — ويستطيع الاستغناء إلى حدّ كبير عن المراجعات اللاحقة.
أسئلة متكرّرة
ما البيانات المنظّمة التي يحتاجها موقع الشركة؟
أربعة أنواع تكفي: Organization مرة واحدة على الصفحة الرئيسية، وWebPage أو Article على كل صفحة، وBreadcrumbList على كل الصفحات الفرعية، وFAQPage حيثما وُجدت أسئلة حقيقية ظاهرة. أمّا Product وAggregateRating وHowTo فلا تُجدي شركة خدمات عادةً.
هل تحسّن البيانات المنظّمة الترتيب؟
لا. ليست عامل ترتيب، بل تقرّر العرض — مثلًا هل يظهر شعار أو مسار أو أسئلة قابلة للطيّ في نتيجة البحث. وبالنسبة إلى محرّكات الأجوبة ترفع قابلية الاقتباس، لأنّ أزواج السؤال-الجواب والكاتب والتاريخ موصَّفة بوضوح بدل أن تُخمَّن.
لماذا لا يُظهر Google شعارنا؟
أكثر سبب هو مُدخلة Organization ناقصة أو غائبة على الصفحة الرئيسية. وثاني أكثر سبب: الشعار المودَع موجود بصيغة SVG فقط — والمطلوب في هذا الموضع صورة نقطية. وحتى مع توصيف سليم لا حقّ في العرض.
ما الخطأ الأكثر شيوعًا في البيانات المنظّمة؟
معطيات موجودة في البيانات لكن ليست في المحتوى المرئي: تاريخ تعديل خاطئ، كاتب غير مذكور، أسئلة مختلقة. لا تبلّغ أدوات الفحص عن ذلك لأنّ البيانات صحيحة شكليًّا. ويمكن تجنّبه بتوليد التوصيف من المصدر نفسه الذي يُولَّد منه النص المرئي.
JSON-LD أم Microdata؟
JSON-LD داخل <head>. إنّها الصيغة التي يوصي بها Google، ويمكن صيانتها منفصلة عن التصميم ولا تضيع عند تغيير الشكل. أمّا Microdata فتوزّع التوصيف عبر النص المتّصل وتنكسر عند كل إعادة بناء للصفحة.
تسويق يُعِدّ نفسه بنفسه
النسخة التجريبية من Studio Engine متاحة الآن. احجز مكانك وشارك في تشكيلها منذ البداية.
انضمّ إلى النسخة التجريبية ←