ما هو ترميز schema وكيف يُضاف؟

ما هو ترميز schema وأين يُضاف؟

يستطيع القارئ البشري أن يعرف من العنوان والتنسيق أهذه صفحة خدمة أم خبر. أما الآلة فلا؛ فما تراه نصّ بلا تسمية. وترميز schema هو البيانات المنظَّمة المضافة لسدّ هذه الفجوة — بيانات تقول: «هذه الصفحة تعود إلى مؤسسة، وتصف خدمة، وتقع في هذا العنوان».

ثمّة ثلاث صيغ — JSON-LD وMicrodata وRDFa — لكن الخيار محسوم عملياً. فـJSON-LD يقف في وسم script دون أن يمسّ HTML الصفحة؛ فلا ينكسر الترميز حين يتغيّر المحتوى، ولا ينكسر التنسيق حين يتغيّر الترميز. وتوصي Google به. ونقل موقع قديم من Microdata إلى JSON-LD أثناء التجديد يخفض كلفة الصيانة إلى النصف وحده.

قاعدة واحدة: كل ما في الترميز يجب أن يكون ظاهراً في الصفحة. وكتابة سعر أو تقييم أو عنوان في الترميز لا يظهر في الصفحة لا يُفقدك نتيجة غنيّة فحسب — بل هو الهدف المباشر لإجراءات مخالفات البيانات المنظَّمة.

ما الأنواع اللازمة فعلاً؟

يضمّ معجم schema.org أكثر من ثمانمئة نوع، ومعظمها لا يخصّ موقعاً مؤسسياً. والمجموعة المستخدَمة صغيرة وترتيبها ثابت:

كيف تربط العقد بعضها ببعض عبر @id؟

هذا القسم هو الفرق بين ترميز «أُضيف» وترميز يعمل. فمعظم المواقع تحمل ثلاثة وسوم script منفصلة: Organization وWebPage وArticle. وثلاثتها صحيحة، وثلاثتها تجتاز المدقّق، وثلاثتها يجهل بعضها بعضاً. وما تراه الآلة ليس شركة بل ثلاثة سجلات لا رابط بينها.

والحل إعطاء كل عقدة معرّفاً ثابتاً (@id) وجعل العقد تشير بعضها إلى بعض عبر هذه المعرّفات. ويُكتب @id كعنوان ولا يتغيّر لتلك المؤسسة أو الصفحة طوال عمر الموقع. وجمعها في مصفوفة @graph واحدة يقدّم للزاحف صورة متّسقة في كتلة واحدة.

<script type="application/ld+json">
{
  "@context": "https://schema.org",
  "@graph": [
    {
      "@type": "Organization",
      "@id": "https://example.com/#organization",
      "name": "Kuzey Furniture",
      "url": "https://example.com/",
      "logo": {
        "@type": "ImageObject",
        "url": "https://example.com/logo.png"
      },
      "telephone": "+902121234567",
      "address": {
        "@type": "PostalAddress",
        "streetAddress": "Atatürk Mah. 12. Sok. No: 4",
        "addressLocality": "Ümraniye",
        "addressRegion": "İstanbul",
        "postalCode": "34760",
        "addressCountry": "TR"
      },
      "sameAs": [
        "https://www.linkedin.com/company/kuzeymobilya",
        "https://www.instagram.com/kuzeymobilya"
      ]
    },
    {
      "@type": "WebSite",
      "@id": "https://example.com/#website",
      "url": "https://example.com/",
      "name": "Kuzey Furniture",
      "inLanguage": "tr-TR",
      "publisher": { "@id": "https://example.com/#organization" }
    },
    {
      "@type": "WebPage",
      "@id": "https://example.com/products/office-chairs#webpage",
      "url": "https://example.com/products/office-chairs",
      "name": "كراسي المكتب",
      "inLanguage": "tr-TR",
      "isPartOf": { "@id": "https://example.com/#website" },
      "about": { "@id": "https://example.com/#organization" }
    }
  ]
}
</script>

هل ما زال ترميز الأسئلة الشائعة مجدياً؟

كنتيجة غنيّة: لا. ففي 14 سبتمبر 2023 قيّدت Google نتائج الأسئلة الشائعة الغنيّة بـ«المواقع الحكومية والصحية المعروفة والموثوقة»؛ ولم يعد على موقع مؤسسي عادي أن يتوقّع قائمة أسئلة قابلة للتوسيع في النتائج. وكل دليل كُتب قبل ذلك التاريخ مخطئ في هذه النقطة، وما زال يُباع وعدُ «احتلّ ضعف المساحة في النتائج بترميز الأسئلة الشائعة».

أما من جهة فهم الآلة فنعم، يستحق الكتابة. فترميز FAQPage يرسم الحدّ بين السؤال والجواب صراحةً، وهذا الحدّ ثمين للمحرّكات التوليدية: إذ لا يلتبس أين تبدأ الإجابة وأين تنتهي، فتُقتطع الفقرة نظيفة. اكتب الترميز إذن، لكن لأجل قابلية الاقتباس لا لأجل نتيجة غنيّة.

كيف تتحقّق من صحّة الترميز؟

توجد أداتان تجيبان عن سؤالين مختلفين، واستخدام إحداهما وحدها أشيع أخطاء التدقيق.

• يفحص Rich Results Test الأنواع التي تُنتج لها Google نتائج غنيّة فقط. فإن كتبت Organization أو WebPage قال «لا عناصر مؤهّلة»؛ وهذا نطاق الأداة لا خطأ.
• يقرأ Schema Markup Validator الشبكة كاملةً ويُظهر أخطاء الأنواع والحقول. وإن أردت رؤية شبكة كيانك فهذه هي الأداة.
• أما تقرير النتائج الغنيّة في Search Console فيقول، بخلاف الاختبار المعملي، ما تراه Google فعلاً في الصفحات الحيّة — وحيث يخالف الأداتين فهو المصيب.
• إن كانت الصفحة تحقن الترميز بـJavaScript فهو يظهر في الصفحة المعروضة لا في مصدر HTML؛ وعلى التدقيق أن يجري على النسخة المعروضة.

ما الأخطاء الخمسة الأكثر شيوعاً؟

• كتابة معلومات في الترميز لا تظهر في الصفحة. سعر خفيّ، وتقييم خفيّ، وعنوان خفيّ — وهو الهدف المباشر للإجراءات.
• وضع كتلة Organization مستقلة في كل صفحة. فعشرون سجلاً متفاوتاً قليلاً للشركة نفسها أضعف من سجلّ واحد متّسق.
• نشر تقييم ولّدته بنفسك بوصفه aggregateRating. فدرجةٌ تمنحها الشركة لنفسها ادّعاءٌ غير قابل للتحقّق ويخفض مصداقية الصفحة كلها.
• عدم تعيين @id أو تغييره عند التجديد التالي. فالعقدة التي تتغيّر هويتها تفقد صلتها بالكيان الذي حلّه المحرّك من قبل.
• قيم المثال المتروكة في القالب. فسطر «streetAddress: 123 Main St» المنسيّ أثناء الإعداد والمنشور حيّاً يُعلن عنوان الشركة خطأً.