data_object منشئ مخطط JSON-LD star

كيف يعمل الحساب

JSON-LD هو أسلوب لكتابة بيانات منظّمة باستخدام مفردات schema.org، بحيث يحصل محرك البحث على وصف قابل للقراءة الآلية لما تحتويه الصفحة فعليًا — لا لما تقوله فقط بنص عادي. اختر نوعًا (Article أو FAQ أو Product أو Organization أو Breadcrumb)، واملأ الحقول، وتُنشئ الأداة كتلة <script type="application/ld+json"> صالحة وجاهزة للصق في صفحتك — وفق العُرف قبل </head> مباشرة، رغم أنها تعمل في أي مكان داخل HTML.

مثال ملموس: صفحة وصفة طعام مُرمَّزة بوقت الطهي وعدد المكونات ومتوسط تقييم المراجعات يمكن أن تتأهل لـنتيجة منسّقة (rich result) — وهي السطر الإضافي في قائمة نتائج Google الذي يُظهر تقييمًا بالنجوم أو وقت التحضير أو السعر مباشرة في نتائج البحث، حتى قبل أن ينقر المستخدم. الكود نفسه غير مرئي في الصفحة المعروضة؛ يقرؤه فقط زواحف محركات البحث، ولا يرى الزوّار أبدًا JSON الخام.

ما يجب معرفته

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

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

• لا تُرمّز أبدًا معلومات غير ظاهرة فعليًا للزوّار.
• الجمع بين عدة أنواع من المخططات في صفحة واحدة أمر طبيعي ومتوقّع.
• النتائج المنسّقة ليست مضمونة أبدًا — إنها احتمال تفتحه البيانات المنظّمة، لا مفتاحًا تُشغّله.