أداة مجانية

أداة إنشاء ترميز Schema بتنسيق JSON-LD

أنشئ ترميز JSON-LD لأنواع Article وNewsArticle وFAQPage وVideoObject وOrganization وBreadcrumbList. أداة مجانية تعمل في متصفحك.

تعمل بالكامل في متصفحك. لا يُرفع ما تُدخله، ولا يُسجَّل، ولا يُحفظ.

أهم النقاط

توصي Google بتنسيق JSON-LD بدل Microdata وRDFa، لأنه أسهل تنسيقات البيانات المنظَّمة في التطبيق والصيانة.
تجعل البيانات المنظَّمة الصفحة مؤهلة للنتائج الغنية بصريًا، لكنها لا تضمن ظهورها.
لا تذكر وثائق Google عن Article أي خصائص مطلوبة، بل خصائص مقترحة فقط مثل headline وimage وdatePublished وauthor.
تقول Google إنه يجب ألا تُرمَّز معلومات لا يراها المستخدم، حتى لو كانت دقيقة.
يُبنى كل شيء في متصفحك، ولا يُنسخ الناتج إلا عندما تضغط زر النسخ.

ما تحتاج إليه

عنوان URL للصفحة وعنوانها الرئيسي ووصفها
التواريخ بصيغة ISO 8601
اسم المؤلف واسم الناشر

أدوات أخرى

كلها مجانية، وكلها تعمل في المتصفح.

تصفّح الأدوات

طريقة الاستخدام

1اختر النوع الذي يطابق الصفحةصفحة واحدة ونوع أساسي واحد. الخبر من نوع NewsArticle؛ لا تعلنه أيضًا Article وBlogPosting.
2املأ الحقول المعلَّمة بنجمةتعلّم النجمة الحقول التي تطلبها الأداة قبل أن تعدّ الكتلة مكتملة. وتعرض الفحوص تحت النموذج كل ما زال ناقصًا.
3اقرأ التحذيرات، لا الناتج فقطعنوان URL نسبي أو تاريخ بصيغة خاطئة ينتج JSON صالحًا يفشل في التحقق لاحقًا. وتنبّه الأداة إلى الاثنين أثناء الكتابة.
4الصقه في قسم head للصفحةضعه داخل وسم script نوعه application/ld+json، ثم تأكد منه في اختبار النتائج الغنية بصريًا من Google على العنوان الحقيقي.

اختر نوعًا واملأ النموذج، وستكتب الأداة ترميز JSON-LD أثناء الكتابة، مع قائمة تحته بكل ناقص أو خاطئ. انسخ الكتلة إلى وسم script نوعه application/ld+json، وستذكر الصفحة صراحة ما هي. ويعمل كل ذلك في متصفحك.

ماذا تنشئ الأداة؟

توصي Google بتنسيق JSON-LD لأنه أسهل تنسيقات البيانات المنظَّمة في التطبيق والصيانة. وتغطي الأداة ستة أنواع من Schema.org:

Article وNewsArticle: العنوان الرئيسي وعنوان URL والوصف والتواريخ والمؤلف والناشر والصورة، مع قسم المقال للأخبار.
FAQPage: سؤال وإجابة في كل سطر، يفصل بينهما الرمز |.
VideoObject: العنوان والوصف ومعرّف YouTube وتاريخ الرفع والمدة، مع نص مكتوب اختياري. وتُملأ عناوين الصورة المصغّرة والتضمين والمشاهدة من معرّف YouTube.
Organization: الاسم والموقع الإلكتروني والشعار وعناوين الحسابات في sameAs.
BreadcrumbList: اسم وعنوان URL في كل سطر، مرقّمة بالترتيب.

في Article وNewsArticle يتضمن الناتج @id وmainEntityOfPage مبنيين من عنوان الصفحة، ويضع تاريخ النشر في dateModified إذا تركته فارغًا.

ويعلّم الناتج الصفحة بأنها متاحة مجانًا، ولغتها “en” في inLanguage. غيّر inLanguage يدويًا إذا لم تكن الصفحة بالإنجليزية.

ماذا تفحص أثناء الكتابة؟

الحقول الناقصة: يظهر كل حقل معلَّم بنجمة وفارغ. وهذه الحدود الدنيا من الأداة نفسها، فوثائق Google عن Article لا تذكر خصائص مطلوبة أصلًا، بل مقترحة فقط.
العناوين الطويلة: يحصل العنوان الرئيسي الذي يتجاوز 110 أحرف على تحذير. هذا الحد اصطلاح من الأداة؛ لا تذكر Google رقمًا، بل تقول فقط إن العناوين الطويلة قد تُقتطع على بعض الأجهزة.
عناوين URL النسبية أو غير الآمنة: يجب أن تبدأ عناوين الصفحة والصورة والمؤلف والشعار بـ https://.
التواريخ: يجب أن تبدأ تواريخ النشر والتعديل والرفع بصيغة ISO 8601، مثل 2026-09-25.
مدة الفيديو: يجب أن تكون مدة بصيغة ISO 8601، مثل PT12M30S.

الخصائص المقترحة لـ Article لدى Google هي author وauthor.name وauthor.url وdateModified وdatePublished وheadline وimage، وملؤها هو ما يطلبه نموذج Article.

وعندما لا ينقص شيء، تقول القائمة إن كل الخصائص المطلوبة لهذا النوع موجودة.

مثال عملي

اختر Article، واملأ كل الحقول ما عدا الصورة، واكتب تاريخ النشر 25/09/2026. ستعرض الأداة مشكلتين:

الحقل “عنوان URL للصورة” مطلوب في Article.
يجب أن تكون قيمة datePublished بصيغة ISO 8601، مثل 2026-09-09.

أصلح الاثنين، واكتب اسم المؤلف Adam Hafez مع عنوان URL لصفحته، وسيظهر المؤلف ككيان لا كنص مجرد:

"author": {
  "@type": "Person",
  "name": "Adam Hafez",
  "url": "https://example.com/authors/adam-hafez"
}

لا تُنسخ الكتلة إلا عندما تضغط زر النسخ. وإذا رفض المتصفح الوصول إلى الحافظة، يذكر سطر الحالة ذلك، ويمكنك تحديد الكتلة ونسخها يدويًا.

أخطاء شائعة تكشفها

تاريخ بصيغة محلية: 25/09/2026 قيمة JSON صالحة، لكنها ليست ISO 8601.
عنوان URL نسبي للصورة أو الشعار: لا يمكن تحديده خارج الصفحة.
مدة مكتوبة 12:30: بدل PT12M30S.
مؤلف كاسم فقط بلا عنوان URL: مع أن author.url من الخصائص المقترحة لدى Google.

ما لا تستطيع الأداة فحصه هو تطابق الترميز مع الصفحة. تقول Google إنه يجب ألا تُرمَّز معلومات لا يراها المستخدم، حتى لو كانت دقيقة، لذلك يجب أن تظهر كل قيمة هنا في الصفحة نفسها.

أما FAQPage تحديدًا، فقد توقفت Google عن عرض نتيجة الأسئلة الشائعة في 2026. يبقى النوع صالحًا، لكنه لم يعد يمنح نتيجة موسّعة.

أدوات وقراءات ذات صلة

المصادر

1.Intro to how structured data markup works، Google Search Centralمصدر أساسي
2.Article structured data، Google Search Centralمصدر أساسي
3.Latest documentation updates: Removing documentation for the FAQ rich result feature، Google Search Central
4.Schema.org vocabulary، Schema.orgمصدر أساسي

أسئلة شائعة

ما ترميز Schema؟

ترميز Schema بيانات منظَّمة مكتوبة بمفردات Schema.org، تذكر صراحة ما هي الصفحة، مثل مقال أو فيديو أو مؤسسة. وتستخدمه Google لفهم الصفحة وتحديد أهليتها للنتائج الغنية بصريًا.

هل أستخدم JSON-LD أم Microdata أم RDFa؟

JSON-LD. توصي به Google لأنه الأسهل في التطبيق والصيانة، ويقع في كتلة script واحدة بدل أن يتوزع داخل شيفرة HTML.

هل يضمن ترميز Schema النتائج الغنية بصريًا؟

لا. تقول Google إن البيانات المنظَّمة قد تجعل الصفحة مؤهلة للنتائج الغنية بصريًا لكنها لا تضمنها. ويجب أيضًا أن يتبع الترميز إرشادات Google وأن يصف محتوى ظاهرًا في الصفحة.

ماذا يحدث إذا رمّزت شيئًا لا تعرضه الصفحة؟

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

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

توقفت Google عن عرض نتيجة الأسئلة الشائعة في البحث وحذفت وثائقها في يونيو 2026. وما زال FAQPage نوعًا صالحًا في Schema.org، فتبقيه الأداة للصفحات التي هي قائمة أسئلة وإجابات فعلًا، لكنه لم يعد يمنح مقتطفًا موسّعًا في Google.

كيف أختبر JSON-LD؟

توصي Google باختبار النتائج الغنية بصريًا أثناء البناء، ثم بأداة فحص عنوان URL وتقارير حالة النتائج الغنية بصريًا في Search Console بعد نشر الصفحة، لكشف مشكلات القوالب أو العرض.