البيانات المنظمة لإجابات الذكاء الاصطناعي: ما الذي ترمّزه وكيف

تاريخ النشر

الإجابة المختصرة

البيانات المنظمة لا تفتح لك إجابات الذكاء الاصطناعي بمفردها، لكنها تزيل الشك عن الحقائق. رمّز الناشر بوصفه Organization مع روابط sameAs، وكل مقال مع author وdatePublished وdateModified، والمنتجات مع offers والسعر والعملة، وأقسام الأسئلة بـ FAQPage. استخدم JSON-LD وأبقِه مطابقاً لما تعرضه الصفحة.

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

في هذه الصفحة
  1. لماذا تساعد البيانات المنظمة إجابات الذكاء الاصطناعي؟
  2. كيف أرمّز مؤسستي؟
  3. ماذا يجب أن يتضمن ترميز Article أو BlogPosting؟
  4. هل ما زال ترميز FAQPage يستحق الإضافة؟
  5. كيف أرمّز سعر منتج أو تطبيق؟
  6. كيف أتحقق من أن ترميزي يُقرأ بشكل صحيح؟

لماذا تساعد البيانات المنظمة إجابات الذكاء الاصطناعي؟

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

استخدم JSON-LD حيثما أمكن؛ فـ Google توصي به بوصفه أسهل صيغة في التنفيذ والصيانة. والتزم بقاعدة Google الأساسية: لا ترمّز معلومات غير مرئية للمستخدمين في الصفحة، حتى لو كانت صحيحة.

كيف أرمّز مؤسستي؟

الترميز Organization مع name وurl وlogo وsameAs يخبر الزاحف من يقف وراء الموقع. تعرّف schema.org الخاصية sameAs بأنها عنوان URL لصفحة مرجعية تدل بلا لبس على هوية العنصر، مثل ملفاتك الرسمية في أماكن أخرى. وتقترح Google وضعه في الصفحة الرئيسية أو في صفحة «من نحن»؛ ولا تحتاج إليه في كل صفحة.

{
  "@context": "https://schema.org",
  "@type": "Organization",
  "@id": "https://example.com/#org",
  "name": "Example Co",
  "url": "https://example.com/",
  "logo": "https://example.com/logo.png",
  "sameAs": [
    "https://www.linkedin.com/company/example-co",
    "https://github.com/example-co"
  ]
}

امنح المؤسسة @id ثابتاً ليتمكن الترميز الآخر في موقعك، مثل publisher في المقال، من الإشارة إليها. ولا تدرج في sameAs إلا ملفات تتحكم فيها. فروابط الصفحات الخاصة بشركة أخرى باسم مشابه تفعل عكس المطلوب: تُضبّب الهوية التي يُفترض أن يوضحها الترميز.

وتذكر Google أيضاً خصائص اختيارية مثل description وlegalName وcontactPoint وaddress. أضف ما هو صحيح وثابت؛ واترك ما سيضطرك إلى تحديثه يدوياً.

ماذا يجب أن يتضمن ترميز Article أو BlogPosting؟

بالنسبة للمقالات، أهم الخصائص للثقة والحداثة هي headline وauthor مع name وurl يحدد المؤلف، وdatePublished وdateModified. وتطلب Google تواريخ بصيغة ISO 8601 وتوصي بإدراج المنطقة الزمنية.

{
  "@context": "https://schema.org",
  "@type": "BlogPosting",
  "headline": "How to choose a clinic scheduling app",
  "author": {"@type": "Person", "name": "Jane Doe", "url": "https://example.com/team/jane"},
  "publisher": {"@id": "https://example.com/#org"},
  "datePublished": "2026-10-01T09:00:00+00:00",
  "dateModified": "2026-11-12T09:00:00+00:00",
  "image": "https://example.com/img/scheduling.jpg"
}

أبقِ dateModified صادقاً ومتسقاً. استخدم التاريخ نفسه في الصفحة المرئية وفي lastmod بخريطة موقعك، ولا تحدّثه إلا عندما يتغير المحتوى فعلاً.

هل ما زال ترميز FAQPage يستحق الإضافة؟

كن واضحاً بشأن ما لم يعد يفعله. أوقفت Google عرض نتائج FAQ المميزة في البحث وحذفت وثائق تلك الميزة. فلن يمنحك ترميز FAQPage نتائج FAQ موسّعة في Google.

لكنه يبقى نوعاً صالحاً في schema.org يقرن كل سؤال بجوابه بصيغة مقروءة آلياً، وهذا مفيد لأي نظام يحلّل الصفحة. وإذا كان في صفحتك قسم أسئلة شائعة ظاهر أصلاً، فترميزه قليل الكلفة. ولا تضف إلى الترميز أسئلة غير موجودة في الصفحة.

{
  "@context": "https://schema.org",
  "@type": "FAQPage",
  "mainEntity": [{
    "@type": "Question",
    "name": "Does the app work offline?",
    "acceptedAnswer": {"@type": "Answer", "text": "Yes. Changes sync when the device is back online."}
  }]
}

كيف أرمّز سعر منتج أو تطبيق؟

كثيراً ما يسأل الناس مساعدات الذكاء الاصطناعي عن سعر منتج، والسعر المدفون في جدول أسعار يسهل الخطأ في قراءته. أضف offers مع price وpriceCurrency إلى ترميز Product أو SoftwareApplication. وتعدّ Google الخاصية price مطلوبة للعرض وتوصي بـ priceCurrency؛ والتطبيق المجاني يجب أن يذكر سعراً قدره 0.

{
  "@context": "https://schema.org",
  "@type": "Product",
  "name": "Example Planner Pro",
  "offers": {
    "@type": "Offer",
    "price": 19.00,
    "priceCurrency": "USD",
    "availability": "https://schema.org/InStock"
  }
}

كيف أتحقق من أن ترميزي يُقرأ بشكل صحيح؟

يحلّل AISeeWhy كتل JSON-LD في صفحتك ويبلّغ عن الكتل غير الصالحة، ونقص الناشر أو sameAs، وبيانات المقال الناقصة، وترميز التطبيق أو المنتج بلا سعر، وعناوين الأسئلة التي لا يقابلها ترميز FAQ، مع مقتطف جاهز لإصلاح كل منها.

الأسئلة الشائعة

هل أحتاج إلى بيانات منظمة لأظهر في Google AI Overviews؟

لا. تقول Google إنه لا حاجة إلى بيانات schema.org منظمة خاصة لـ AI Overviews أو AI Mode. ومع ذلك يساعد الترميز في جعل حقائق مثل التواريخ والأسعار لا لبس فيها.

JSON-LD أم Microdata أم RDFa؟

جميعها صالحة، لكن Google توصي بـ JSON-LD حيثما سمح إعدادك، لأنه أسهل في الإضافة والصيانة بمعزل عن HTML المرئي.

هل يجب أن يكون في كل صفحة ترميز Organization؟

تقترح Google وضعه في الصفحة الرئيسية أو في صفحة واحدة تصف المؤسسة. ويمكن للصفحات الأخرى الإشارة إليه عبر @id.

هل تغني البيانات المنظمة عن المحتوى الجيد؟

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

هل أستطيع ترميز محتوى مخفي عن الزوار؟

لا. تقول إرشادات Google ألا ترمّز معلومات غير مرئية للمستخدمين، حتى لو كانت صحيحة.

المصادر

مقالات أخرى