البيانات المنظمة (Schema): كيف تشرح صفحتك لمحركات البحث بلغة تفهمها؟

تقرأ محركات البحث صفحتك كما يقرأ إنسانٌ نصًا بلغة يعرفها جيدًا لكنه لا يعرف السياق. قد تفهم أن “350” رقم، لكن هل هو سعر بالريال؟ أم وزن بالغرام؟ أم رقم الموديل؟ البيانات المنظمة (Structured Data) تزيل هذا الغموض بمفردات موحدة من موقع schema.org، تفهمها Google وBing وغيرهما.

ما هي JSON-LD؟

JSON-LD طريقة لكتابة البيانات المنظمة في كتلة <script> منفصلة، لا تؤثر على شكل الصفحة:

<script type="application/ld+json">
{
  "@context": "https://schema.org",
  "@type": "Organization",
  "name": "Example Trading Co.",
  "url": "https://example.com",
  "logo": "https://example.com/logo.png",
  "sameAs": [
    "https://www.linkedin.com/company/example",
    "https://x.com/example"
  ]
}
</script>

يمكنك وضعها في <head> أو <body>. القيم النصية يمكن أن تكون بالعربية دون مشكلة، أما أسماء الخصائص (@type وname…) فتبقى بالإنجليزية كما في المعيار.

الأنواع الأكثر استخدامًا

Organization وLocalBusiness

Organization يعرّف شركتك: الاسم والشعار وحسابات التواصل. أما LocalBusiness (وأنواعه الفرعية مثل Restaurant وDentist وAutoRepair) فمناسب للأنشطة التي يزورها العملاء:

{
  "@context": "https://schema.org",
  "@type": "Dentist",
  "name": "Example Dental Clinic",
  "address": {
    "@type": "PostalAddress",
    "streetAddress": "King Fahd Road",
    "addressLocality": "Riyadh",
    "addressCountry": "SA"
  },
  "telephone": "+966-11-000-0000",
  "openingHours": "Sa-Th 09:00-21:00"
}

لكن بالنسبة للبحث المحلي، يبقى ملف النشاط التجاري في Google (Google Business Profile) هو المصدر الأهم للخرائط؛ البيانات المنظمة مكمّلة له.

Product

أكثر الأنواع أثرًا للمتاجر: يمكن أن يُظهر السعر والتوفر والتقييم في النتائج.

{
  "@context": "https://schema.org",
  "@type": "Product",
  "name": "Oud Perfume 100 ml",
  "image": "https://example.com/img/oud.webp",
  "sku": "OUD-100",
  "offers": {
    "@type": "Offer",
    "price": "350.00",
    "priceCurrency": "SAR",
    "availability": "https://schema.org/InStock"
  }
}

لاحظ أن priceCurrency يُكتب برمز ISO: SAR أو AED أو EGP أو MAD، وأن السعر رقم دون رمز العملة.

Article

للمقالات والأخبار: العنوان وتاريخ النشر والتحديث والكاتب. يساعد Google على فهم التواريخ والمؤلف بدقة.

BreadcrumbList

يصف مسار الصفحة في هيكل الموقع (الرئيسية ← العطور ← عطور رجالية)، ويساعد Google على فهم بنية الموقع.

FAQPage وHowTo: ماذا تغيّر؟

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

القواعد التي يجب احترامها

1. طابق المحتوى الظاهر: لا تضع تقييم 4.9 نجوم في الكود إن لم تكن التقييمات ظاهرة للزائر. هذا مخالف لإرشادات Google وقد يؤدي إلى إجراء يدوي.
2. لا تقييمات ذاتية للنشاط: تقييمات LocalBusiness وOrganization التي يكتبها النشاط عن نفسه في موقعه غير مؤهلة لنجوم التقييم.
3. حدّث الأسعار والتوفر: سعر في الكود يختلف عن سعر الصفحة يسبب أخطاء في Merchant Center والنتائج.
4. الخصائص المطلوبة: لكل نوع خصائص إلزامية وأخرى موصى بها؛ النقص في الإلزامية يلغي التأهل.
5. نوع واحد واضح لكل كيان: لا تكدّس أنواعًا متناقضة على الصفحة نفسها.

كيف تختبر البيانات المنظمة؟

• اختبار النتائج المنسقة من Google (Rich Results Test): يُظهر الأنواع المؤهلة للعرض في Google والأخطاء والتحذيرات.
• مدقق Schema Markup Validator: يتحقق من صحة الكود وفق schema.org بشكل عام، حتى للأنواع التي لا تعرضها Google.
• تقارير Search Console: قسم “التحسينات” يعرض الأخطاء على مستوى الموقع كله بعد الزحف.

لإنشاء الكود دون كتابته يدويًا استخدم مولد البيانات المنظمة Schema، ثم افحص الصفحة عبر أداة تحليل SEO لترى الوسوم الموجودة فعلًا.

خطة تطبيق مقترحة

1. كل المواقع: Organization (أو LocalBusiness) في الصفحة الرئيسية، وBreadcrumbList في الصفحات الداخلية.
2. المتاجر: Product مع Offer في كل صفحة منتج، مولّدة آليًا من بيانات المتجر.
3. المدونات والأخبار: Article مع تاريخ النشر والتحديث والكاتب.
4. الأنشطة المحلية: LocalBusiness بالنوع الأدق، مع اتساق الاسم والعنوان والهاتف مع ملف Google.
5. اختبر، ثم راقب تقارير Search Console شهريًا.

البيانات المنظمة جزء من منظومة الوسوم التي تصف صفحتك؛ أكملها بعنوان ووصف جيدين كما في دليل العنوان ووصف الميتا.

أين تضع الكود في ووردبريس والمتاجر؟

لا تحتاج غالبًا إلى كتابة JSON-LD يدويًا لكل صفحة:

• ووردبريس: إضافات السيو المعروفة مثل Yoast وRank Math تولّد Organization وArticle وBreadcrumbList تلقائيًا، وWooCommerce يضيف بيانات Product الأساسية. راجع الإعدادات لتعبئة اسم المنشأة والشعار وحسابات التواصل بشكل صحيح.
• Shopify ومنصات المتاجر: معظم القوالب الحديثة تتضمن بيانات Product، لكن تحقق أنها تعرض العملة الصحيحة (SAR أو AED لا USD) والتوفر الفعلي.
• المواقع المخصصة: ولّد الكود من قاعدة البيانات في القالب نفسه، حتى يتحدث السعر والتوفر تلقائيًا مع كل تغيير.

المشكلة الشائعة هي التكرار: إضافة سيو وقالب وإضافة مراجعات تُخرج كلٌّ منها كتلة Product أو Organization مختلفة للصفحة نفسها، بقيم متعارضة. افحص الصفحة بعد تثبيت أي إضافة، واترك مصدرًا واحدًا لكل نوع.

البيانات المنظمة ومحركات البحث الأخرى

لا تقتصر الفائدة على Google؛ Bing يقرأ الأنواع نفسها، وكثير من أدوات الذكاء الاصطناعي ومحركات المقارنة تعتمد على البيانات المنظمة لفهم الأسعار والعناوين وساعات العمل. الكود الدقيق استثمار صغير يخدم أكثر من منصة.

أخطاء شائعة في الكود

• صيغة JSON غير صالحة: فاصلة زائدة بعد آخر عنصر، أو علامات تنصيص عربية مثل «» أو علامات ذكية بدل علامات التنصيص العادية ". كتلة واحدة غير صالحة تُتجاهل بالكامل.
• روابط نسبية للصور والشعار: استخدم دائمًا روابط كاملة تبدأ بـ https://.
• تواريخ بصيغة محلية: اكتب التواريخ بصيغة ISO مثل 2026-10-07، لا بصيغة 07/10/2026 ولا بالأرقام الهندية.
• أرقام بفواصل: السعر 1500.00 لا 1,500 ولا ١٥٠٠.

قائمة تحقق

• الكود بصيغة JSON-LD وصالح في أداتي الاختبار.
• كل قيمة في الكود ظاهرة للزائر في الصفحة.
• الخصائص الإلزامية لكل نوع مكتملة.
• العملات برموز ISO والأسعار أرقام دون رموز.
• لا تعتمد على FAQ أو HowTo للظهور المميز.
• البيانات تُولَّد آليًا وتتحدث مع تغيّر الأسعار والتوفر.