تصف البيانات المنظمة حقائق ظاهرة. طابق الأسماء والتواريخ والعناوين والعروض. البيانات المنظمة تصف محتوى الصفحة بصيغة يمكن للبرامج قراءتها. نوع Organization يصف الجهة، ونوع Service يصف خدمة، ونوع BlogPosting يصف مقالا. يمكن أن تكون Orvunweb مؤلفا مؤسسيا دون اختلاق سيرة شخص. لا تضف تقييمات أو مكاتب أو جوائز مزيفة.
اختر نوعا يصف الشيء الموجود فعلا
البيانات المنظمة تصف محتوى الصفحة بصيغة يمكن للبرامج قراءتها. نوع Organization يصف الجهة، ونوع Service يصف خدمة، ونوع BlogPosting يصف مقالا. الاختيار الصحيح يبدأ بما تعرضه الصفحة بالفعل، وليس بالنوع الذي يبدو أنه سيمنح مظهرا أجمل في نتائج البحث. قد تجمع الصفحة أكثر من كيان مترابط، لكن العلاقة بينها تحتاج إلى تعريف واضح ومعلومات متسقة.
مثلا، يمكن أن يكون المقال منشورا باسم مؤسسة إذا كانت المؤسسة هي المؤلف المعلن والمسؤول عن المحتوى. لا حاجة إلى اختراع اسم شخص وسيرة مهنية وصورة لإكمال الحقول. وكذلك لا ينبغي تحويل نموذج تصميم افتراضي إلى مشروع عميل داخل البيانات المنظمة. ما يقرأه البرنامج يجب أن يطابق الصفة التي يراها الإنسان في الصفحة، بما فيها حدود المثال أو نطاق الخدمة.
تفرق وثائق Google للبيانات المنظمة بين إضافة معلومات قابلة للقراءة وبين استحقاق ظهور معين. سلامة بناء JSON ليست ضمانا لعرض نتيجة غنية. توجد أيضا متطلبات للمحتوى والنوع والسياق، وقد تختلف طريقة العرض. لذلك قيّم التنفيذ على صحة البيانات ومطابقتها للصفحة، ولا تشتر وعدا بشكل ثابت لنتيجة بحث لمجرد نجاح أداة فحص.
اربط الحقول بمصادر تجارية مؤكدة
ابدأ بالاسم العام والعنوان الإلكتروني والرابط والخدمة المعروضة. إذا لم يتأكد عنوان مكتب أو هاتف للنشر، فلا تخترع قيمة لسد الفراغ. الحقل غير الضروري الذي لا تتوفر له معلومة موثوقة لا يصبح صحيحا بإضافة نص يبدو معقولا. وحين توجد بيانات قانونية أو تشغيلية تحتاج إلى موافقة مالك العمل، احتفظ بحالة التأكيد ضمن عملية النشر بدلا من افتراض اكتمالها.
للأسعار أهمية خاصة. يجب أن تتطابق القيمة والعملة وما يصفه السعر مع العرض المرئي. رسم إنشاء لمرة واحدة ليس اشتراكا شهريا، وحدود الباقة لا تختفي عند تحويلها إلى صيغة منظمة. إذا كانت الضريبة لم تحدد تجاريا بعد، فهذه مسألة تحتاج إلى حسم قبل تقديم وصف نهائي مضلل. مصدر موحد للأسعار يقلل احتمالات بقاء مبلغ قديم في جزء غير ظاهر من الصفحة.
التواريخ تحتاج إلى معنى أيضا. تاريخ نشر المقال وتاريخ تحديثه يعكسان أحداثا حقيقية. لا تغير تاريخ التحديث تلقائيا كلما بني الموقع إذا لم يتغير المقال نفسه. أما المؤلف والناشر فيجب أن يشيرا إلى جهات موجودة ومعلنة. تجنب إضافة تقييمات أو جوائز أو شركاء لمجرد أن أمثلة الشيفرة الشائعة تحتوي على هذه الحقول. الأمثلة التقنية تشرح البنية ولا توفر حقائق تخص عملك.
افحص المعنى إلى جانب الشيفرة
يمكن لفحص آلي اكتشاف JSON غير صالح أو رابط ناقص أو نوع حقل غير مناسب. بعد ذلك تحتاج إلى مقارنة بشرية بين البيانات والصفحة. اختر خدمة ومقالا وباقة، واقرأ الاسم والوصف والسعر والتاريخ في الموضعين. تحقق كذلك من الروابط المطلقة واللغة والصفحة المقصودة. في موقع متعدد اللغات قد يكون المعنى واحدا لكن الروابط والنصوص المحلية مختلفة، وينبغي ألا تشير النسخ كلها بالخطأ إلى صفحة لغة أخرى.
ضع بيانات الكيان المشتركة في مصدر واحد حيث يناسب ذلك، واترك تفاصيل كل صفحة في سجلها الخاص. هذه البنية تجعل التحديث قابلا للمراجعة: تغيير اسم معلن ينتشر في المواضع المطلوبة، بينما لا يمحو وصف مقال مستقل. افحص النتائج بعد التوليد، لأن صحة البيانات المصدرية لا تمنع خطأ في القالب أو الربط بينها.
أضف هذا الفحص إلى قائمة ما قبل النشر وإلى مراجعة التغييرات التجارية المهمة. عند حذف خدمة أو تعديل عنوان صفحة، يجب أن تتغير الإشارات التابعة لها أيضا. النتيجة المطلوبة وصف منظم يمكن الوثوق بتطابقه مع العرض العام. وأي تحسن في طريقة الظهور يبقى ملاحظة منفصلة تخضع لما تقرره الجهة التي تقرأ البيانات، وليس شيئا يضمنه وجود وسم تقني وحده.
قائمة عملية
- طابق المحتوى
- تحقق من JSON
- سم الناشر الحقيقي
مثال واضح: يمكن أن تكون Orvunweb مؤلفا مؤسسيا دون اختلاق سيرة شخص.
حد ينبغي توضيحه: لا تضف تقييمات أو مكاتب أو جوائز مزيفة.
