BBuildQuill
أدلة إرشادية7 دقيقة قراءة

كيف تضيف بيانات Schema المنظمة إلى موقعك خطوة بخطوة

تعلم ما هي البيانات المنظمة، وأي أنواع Schema تهمك، وكيف تضيف ترميز JSON-LD خطوة بخطوة. يشمل أمثلة وأدوات اختبار وأخطاء شائعة.

محركات البحث بارعة في قراءة صفحاتك لكنها ضعيفة في التيقن منها. هل "أفاتار" فيلم أم علامة تجارية أم صورة شخصية؟ هل ذلك الرقم سعر أم تقييم أم تحويلة هاتف؟ يزيل ترميز Schema التخمين: إنه مفردات موحدة تضمنها في HTML تصرح، بصيغة تقرؤها الآلات، بماهية محتواك بالضبط.

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

اللبنات الأساسية: Schema.org و JSON-LD

اسمان يغطيان الموضوع كله:

Schema.org هو المفردات: فهرس من الأنواع (Article وProduct وRecipe وEvent وFAQPage وLocalBusiness ومئات غيرها) وخصائصها (الاسم وتاريخ النشر والسعر والسعرات). تشرف عليه جوجل ومايكروسوفت وياهو وياندكس معا، فمفردات واحدة تخدم كل المحركات الكبرى.

JSON-LD هو الصيغة: كتلة JSON توضع داخل وسم <script type="application/ld+json">، عادة في رأس الصفحة. توصي جوجل صراحة بـ JSON-LD على الصيغ الأقدم (خصائص Microdata وRDFa المنسوجة في HTML)، ولسبب وجيه: تبقي البيانات المنظمة في كتلة واحدة مرتبة منفصلة عن ترميزك، يسهل توليدها ومراجعتها وتحديثها.

إليك مثالا كاملا وصحيحا لمقال:

{
  "@context": "https://schema.org",
  "@type": "Article",
  "headline": "كيف تضيف ترميز Schema إلى موقعك",
  "description": "البيانات المنظمة مشروحة خطوة بخطوة.",
  "datePublished": "2026-05-21",
  "author": {
    "@type": "Person",
    "name": "فلان الفلاني"
  },
  "publisher": {
    "@type": "Organization",
    "name": "BuildQuill",
    "url": "https://buildquill.com"
  }
}

قراءته من الأعلى للأسفل: @context يعلن المفردات، و@type يختار النوع، والبقية خصائص من فهرس ذلك النوع. يمكن للقيم أن تكون كائنات متداخلة بـ @type خاص بها، مثل المؤلف أعلاه.

أي أنواع Schema تستحق وقتك؟

هناك أكثر من 800 نوع، لكن جوجل تولد نتائج غنية لبضع عشرات فقط، وحفنة منها فقط تنطبق على معظم المواقع. رتب الأولويات حسب ما هي صفحاتك فعلا:

  • Article / BlogPosting: للمحتوى التحريري. يغذي العنوان والصورة في Discover وواجهات الأخبار.
  • Product مع Offer و AggregateRating: الأهم للتجارة الإلكترونية. السعر والتوفر ونجوم التقييم مباشرة في المقتطف.
  • LocalBusiness: العنوان وساعات العمل والهاتف. أساسي لأي نشاط له موقع فعلي؛ يغذي حزمة الخرائط.
  • FAQPage: أزواج سؤال وجواب منسدلة تحت مقتطفك. يعمل في أي صفحة فيها قسم أسئلة حقيقي، وإن كانت جوجل تحصره الآن غالبا في المواقع الموثوقة المعروفة.
  • HowTo: تعليمات خطوة بخطوة مع صور اختيارية لكل خطوة.
  • Recipe: وقت الطهي والسعرات والتقييمات والصورة. لا غنى عنه لمواقع الطعام.
  • Event: التواريخ والمكان وتوفر التذاكر.
  • BreadcrumbList: يستبدل بالرابط الخام في مقتطفك مسارا مقروءا. ينطبق على كل موقع تقريبا وهو من أسهل المكاسب.
  • Organization / WebSite: ترميز هوية لعلامتك؛ يساعد لوحات المعرفة وروابط الموقع.

إن لم يكن نوع صفحتك في قائمة جوجل المدعومة، فما زال الترميز يساعد المحركات على فهم الكيانات والعلاقات، لكن لا تتوقع منه نتيجة غنية مرئية.

إضافة الترميز خطوة بخطوة

الخطوة 1: اختر النوع المطابق للمحتوى الرئيسي للصفحة

يجب أن يصف الترميز ما تدور حوله الصفحة أساسا، لا كل ما فيها. صفحة المنتج تأخذ ترميز Product؛ ولا تختمها أيضا بـ FAQPage لأن في التذييل سؤالين. تعاقب جوجل الترميز الذي يحرف تمثيل محتوى الصفحة.

الخطوة 2: ولّد JSON-LD

يمكنك كتابته يدويا من مرجع schema.org، لكن المولد أسرع ويجنبك الأخطاء الإملائية في أسماء الخصائص. يبني مولد ترميز Schema لدينا JSON-LD صحيحا للأنواع الشائعة من نموذج بسيط. املأ كل خاصية موصى بها تستطيع ملأها بصدق: الترميز الأكثر اكتمالا أرجح لنيل المعاملة الغنية.

قاعدتان أثناء ملء القيم:

  • يجب أن تطابق القيم الصفحة المرئية. السعر في ترميزك يجب أن يكون السعر في الصفحة. والتقييمات يجب أن تكون تقييمات مستخدمين حقيقية معروضة في الصفحة. البيانات الخفية أو المضخمة هي الطريق الكلاسيكي إلى عقوبة يدوية.
  • التواريخ والصيغ مهمة. التواريخ بصيغة ISO 8601 مثل 2026-05-21، والمدد بصيغة المدة مثل PT30M لثلاثين دقيقة، والأسعار أرقاما مع priceCurrency منفصلة.

الخطوة 3: ضعه في الصفحة

الصق كتلة <script type="application/ld+json"> في <head> الصفحة (أو الجسم؛ كلاهما يعمل والرأس هو العرف). في أنظمة إدارة المحتوى، استخدم حقول Schema في إضافة السيو لديك أو حقنا على مستوى القالب ليحصل كل مقال أو منتج على الترميز تلقائيا. اللصق اليدوي في صفحات مفردة لا يتوسع ويتعفن سريعا.

إن لم تكن واثقا أن JSON نجا من القوالب سليما، فتحقق من صياغته عبر منسق JSON أولا؛ فعلامة اقتباس واحدة غير مهربة من اسم منتج ستقتل الكتلة كلها بصمت.

الخطوة 4: اختبر قبل النشر وبعده

أداتان رسميتان:

  • اختبار النتائج الغنية (search.google.com/test/rich-results): الصق رابطا أو كودا؛ يبلغ عن النتائج الغنية المؤهلة لها الصفحة، مع الأخطاء والتحذيرات.
  • مدقق ترميز Schema (validator.schema.org): يفحص الترميز ضد المفردات نفسها، فيلتقط أخطاء أسماء الخصائص وعدم تطابق الأنواع خارج مجموعة جوجل الفرعية.

الأخطاء تمنع الأهلية ويجب إصلاحها. التحذيرات خصائص موصى بها ناقصة؛ املأ ما تستطيع. بعد النشر، يتتبع قسم "التحسينات" في Search Console بياناتك المنظمة عبر الموقع ويراسلك عند ظهور أخطاء جديدة.

أخطاء شائعة تكلف النتائج الغنية

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

نجوم تقييم على محتوى ذاتي المصلحة. تتجاهل جوجل ترميز AggregateRating حيث يقيم الموقع نفسه. يجب أن تأتي التقييمات من مستخدمين عن شيء متمايز.

كتل مكررة متضاربة. تحقن إضافات أنظمة المحتوى أحيانا كل منها ترميز Organization أو WebSite خاصا بها بقيم مختلفة. دقق ما تخرجه صفحاتك فعلا؛ مصدر حقيقة واحد لكل نوع.

خصائص مطلوبة ناقصة. لكل نوع نتيجة غنية حقول مطلوبة (عرض المنتج يحتاج السعر والتوفر؛ والوصفة تحتاج الاسم والصورة). يعلمها اختبار النتائج الغنية صراحة.

نسيان تحديث الترميز عند تغير المحتوى. تغيير سعر يحدث الصفحة دون الترميز يخلق تضاربا يقوض الثقة. لهذا يتفوق الترميز المولد بالقوالب على الكتل الملصوقة يدويا.

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

مثال عملي: ترميز الأسئلة الشائعة

لنقل إن مقالك ينتهي بسؤالين حقيقيين. الترميز:

{
  "@context": "https://schema.org",
  "@type": "FAQPage",
  "mainEntity": [
    {
      "@type": "Question",
      "name": "هل يحسن ترميز Schema الترتيب؟",
      "acceptedAnswer": {
        "@type": "Answer",
        "text": "ليس مباشرة. إنه يجعل النتائج أغنى وأكثر جذبا للنقر، ومعدل النقر الأعلى قد يحسن الأداء بمرور الوقت."
      }
    },
    {
      "@type": "Question",
      "name": "متى تظهر النتائج الغنية؟",
      "acceptedAnswer": {
        "@type": "Answer",
        "text": "عادة خلال أيام إلى أسابيع قليلة بعد إعادة زحف جوجل للصفحة، إن كانت مؤهلة."
      }
    }
  ]
}

النمط يعمم: نوع، وحاوية mainEntity أو ما يعادلها، وكائنات متداخلة منمطة. بعد قراءة مثال واحد تصبح صفحات مرجع schema.org سهلة التصفح.

هل يفيد Schema السيو؟ إجابة صادقة

البيانات المنظمة ليست عامل ترتيب مباشرا، وجوجل تقول ذلك بوضوح. ما تفعله:

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

فالعرض الصادق: ترميز Schema استثمار في معدل النقر وفهم الآلات مع فوائد ترتيب غير مباشرة أحيانا. لمعظم المواقع، الساعات القليلة لإضافة ترميز Article أو Product مع BreadcrumbList عبر القوالب من أعلى أعمال السيو التقني قيمة.

قائمة فحص الإطلاق

  1. اجرد قوالب صفحاتك واربط كل قالب بنوع Schema
  2. ابدأ بـ BreadcrumbList على مستوى الموقع مع نوع محتواك الرئيسي
  3. ولّد JSON-LD عبر مولد ترميز Schema مالئا كل الحقول الموصى بها بصدق
  4. احقن عبر القالب لا باليد
  5. تحقق باختبار النتائج الغنية قبل النشر
  6. راقب تحسينات Search Console بعد النشر
  7. راجع فصليا: أنواع جديدة تُدعم، والترميز القديم ينجرف عن المحتوى

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