البيانات المنظَّمة متعددة اللغات: توطين JSON-LD لكل عنوان URL خاص بنسخة لغوية

يسهل الوقوع في أخطاء عند إعداد البيانات المنظَّمة متعددة اللغات إذا تعاملت الفرق مع JSON-LD بوصفه مقتطفًا موحّدًا بالإنجليزية يُلصق في جميع عناوين URL الخاصة بالنسخ اللغوية للموقع. تتعامل محركات البحث وأنظمة الإجابة مع البيانات المنظَّمة بوصفها وصفًا للصفحة على عنوان URL محدد. فإذا كانت صفحة منتجك بالفرنسية لا تزال تتضمن inLanguage: en وقيم name بالإنجليزية ورسمًا بيانيًا مرجعيًا للكيانات منسوخًا من الموقع الأمريكي، فأنت ترسل إشارات متضاربة تضر بالفهرسة التقليدية وبوضوح المحتوى لدى محركات الإجابة.

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

أسئلة يجيب عنها هذا الدليل

• لماذا يجب توطين البيانات المنظَّمة لكل عنوان URL خاص بلغة؟
• كيف ينبغي تمثيل inLanguage والصفحات البديلة بلغات أخرى؟
• ما أنواع البيانات المنظَّمة الأهم للمواقع متعددة اللغات؟
• كيف يتفاعل hreflang وعناوين URL الأساسية مع البيانات المنظَّمة؟
• ما الأخطاء التي تؤدي إلى ترميز كيانات مختلط اللغات أو مكرر؟
• كيف نحافظ على اتساق كيانات المؤسسة والمنتجات عبر النسخ اللغوية والإقليمية؟
• كيف تدعم البيانات المنظَّمة محركات الإجابة دون اختلاق عوامل ترتيب؟
• ما فحوصات ضمان الجودة اللازمة لإطلاق ترميز بيانات منظَّمة متعدد اللغات؟

إجابة سريعة: وطّن البيانات المنظَّمة لكل عنوان URL خاص بنسخة لغوية وقابل للزحف

باختصار: أدرج JSON-LD في كل عنوان URL خاص بنسخة لغوية وقابل للزحف، بحيث يصف المحتوى الظاهر في الصفحة بتلك اللغة بدقة، مع inLanguage صحيح، وخصائص نصية موطَّنة، وurl دقيق، ومعرّفات كيانات متسقة عبر الأسواق.

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

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

لماذا تتبع البيانات المنظَّمة بنية النسخ اللغوية

ليست البيانات المنظَّمة طبقة منفصلة لتحسين محركات البحث الدولي بمعزل عن بنية عناوين URL، بل هي انعكاس لها. عند نشر /de/produkt/widget، ينبغي أن يصف JSON-LD على ذلك العنوان الصفحة الألمانية: عناوين وأوصاف وعروض بالألمانية حيثما ينطبق ذلك، مع ضبط inLanguage على وسم BCP 47 صالح مثل de أو de-DE.

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

يُعرّف hreflang محركات البحث بالنسخ البديلة، بينما توضّح البيانات المنظَّمة موضوع الصفحة الحالية. ويجب أن يتفق كلاهما على أن كل عنوان URL يمثّل نسخة لغوية كاملة، لا نسخة مكررة تتظاهر بأنها بلغة أخرى.

لفهم الجوانب الاستراتيجية لاستهداف اللغات مقابل استهداف البلدان، اقرأ تحسين محركات البحث الدولي مقابل تحسين محركات البحث متعدد اللغات.

الخصائص الأساسية: inLanguage وurl وهوية الكيان

تستحق ثلاث خصائص تدقيقًا أوليًا في كل قالب لنسخة لغوية أو إقليمية:

inLanguage — استخدم رمز لغة أو إعداد محلي صالحًا يطابق الصفحة. لا تُبقِ الإنجليزية محددة لعناوين URL الموطَّنة. وعند استهداف نسخ إقليمية (en-GB مقابل en-US)، اجعلها متوافقة مع رموز hreflang لديك.

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

@id للكيان أو المعرّفات الثابتة — غالبًا ما تحتاج كيانات المؤسسة والمنتجات إلى معرّفات متسقة عبر النسخ اللغوية والإقليمية (https://example.com/#organization)، مع توطين الخصائص المقروءة للمستخدم. تساعد المعرّفات المتسقة الأنظمة على التعرّف على العلامة التجارية نفسها أو رمز SKU نفسه عبر اللغات، بينما يحمل حقلا name وdescription الموطَّنان النصوص بلغة السوق المستهدفة.

تجنّب تكرار تعريفات متعارضة للكيانات على عنوان URL واحد. فرسم بياني واحد متماسك من نوع Organization لكل صفحة أوضح من ثلاث كتل متنافسة تُدرجها إضافات مختلفة.

أنواع البيانات المنظَّمة التي تحتاج عادةً إلى التوطين

لا تحتاج جميع أنواع البيانات المنظَّمة إلى الترجمة، لكن الأنواع التالية تحتاج إليها غالبًا في المواقع متعددة اللغات:

• WebPage / Article / BlogPosting — headline وdescription وinLanguage وurl.
• Product — name وdescription وoffers، مع العملة المناسبة ونص ملائم لحالة التوفر.
• FAQPage — يجب أن تطابق الأسئلة والأجوبة محتوى الأسئلة الشائعة الظاهر بلغة الصفحة.
• Organization — توطين name عندما تُستخدم أسماء قانونية أو تجارية مختلفة في الأسواق، مع الحفاظ على اتساق @id.
• BreadcrumbList — تسميات موطَّنة لمسار التنقّل تطابق عناصر التنقّل في الموقع.
• LocalBusiness — عنوان وareaServed ملائمان للنسخة اللغوية أو الإقليمية، حيثما ينطبق ذلك.

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

مواءمة hreflang وعناوين URL الأساسية وJSON-LD

تُعرّف تعليقات hreflang التوضيحية Google بعناوين URL البديلة للنسخ اللغوية أو الإقليمية، ويجب أن تكون متبادلة عبر مجموعة الصفحات التي تصفها. أما عناوين URL الأساسية فتخبر Google بالعنوان المفضّل بين الصفحات المكررة باللغة نفسها. وينبغي ألّا يتعارض JSON-LD مع أي من هاتين الإشارتين.

قواعد عملية للمواءمة:

1. عناوين URL أساسية باللغة نفسها — ينبغي أن يكون لكل عنوان URL خاص بنسخة لغوية أو إقليمية عنوان أساسي محدد بوضوح يشير إلى العنوان المفضّل باللغة نفسها عند وجود نسخ مكررة. لا تجعل النسخة الإنجليزية هي العنوان الأساسي لجميع النسخ اللغوية والإقليمية بينما تنشر صفحات موطَّنة بالكامل.
2. Hreflang في HTML أو خريطة الموقع — تساعد خرائط مواقع XML على اكتشاف النسخ اللغوية، ويمكن أن تتضمن تعليقات hreflang التوضيحية باستخدام xhtml:link عند اعتمادها طريقةً للتنفيذ.
3. تطابق url في JSON-LD مع عنوان URL الأساسي — عند تعيين /fr/produit عنوانًا أساسيًا لنفسه، ينبغي أن يشير url في البيانات المنظَّمة إلى ذلك العنوان، لا إلى /en/product.
4. لا تستخدم hreflang داخل JSON-LD بديلًا للطرق المعتمدة — تركز إرشادات Google الخاصة بـ hreflang على عناصر الروابط أو ترويسات HTTP أو خرائط المواقع، وليس على البيانات المنظَّمة بوصفها الوسيلة الأساسية للإعلان عن النسخ البديلة.

عندما تُنشئ الإضافات الطبقات الثلاث تلقائيًا وبشكل مستقل، أجرِ فحصًا للتأكد من اتساقها بعد إطلاق كل نسخة لغوية أو إقليمية.

الحفاظ على اتساق كيانات المؤسسة والمنتجات

تتضرر جهود تحسين محركات البحث متعدد اللغات عندما تبتكر كل نسخة لغوية أو إقليمية اسمًا جديدًا للمؤسسة أو معرّفًا جديدًا للمنتج. إليك استراتيجية عملية للكيانات:

• @id واحد ثابت لكل مؤسسة عبر النسخ اللغوية والإقليمية؛ مع توطين خصائص العرض.
• تبقى رموز SKU للمنتجات أو معرّفاتها العالمية ثابتة؛ مع توطين العناوين التسويقية.
• استخدم عنوان URL نفسه لـ logo ما لم تتطلب الأسواق أصولًا مختلفة، ووثّق السبب عندئذٍ.
• حافظ على اتساق حسابات التواصل الاجتماعي في sameAs ما لم تكن هناك حسابات موثّقة منفصلة لسوق معيّنة.

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

تستفيد الفرق التي تدير نسخًا محلية عديدة من منصة لتحسين محركات البحث متعددة اللغات تحافظ على اتساق مصطلحات المسرد بين النصوص الظاهرة وحقول البيانات المنظمة.

ما يعنيه ذلك لمحركات الإجابات، دون اختلاق عوامل ترتيب

قد تستخدم محركات الإجابات وGoogle AI Overviews البيانات المنظمة بوصفها إشارة من بين إشارات عديدة عند تلخيص الصفحات أو الاستشهاد بها، لكن لا توجد وثائق عامة تَعِد بأن JSON-LD وحده يضمن الاستشهادات أو الترتيب أو الظهور في AI Overviews.

ما يمكن للبيانات المنظمة فعله بالفعل:

• توضيح نوع الصفحة (Article، FAQPage، Product).
• إتاحة inLanguage لعنوان URL الموصوف.
• دعم التعرّف المتسق على الكيانات عند تطابق المعرّفات عبر النسخ المحلية.

ما لا يمكنها فعله:

• تعويض المحتوى غير المترجم أو الهزيل.
• الحلول محل عناوين URL المحلية القابلة للزحف أو hreflang.
• ضمان ظهور النتائج المنسّقة في كل سوق.

تعامل مع مخططات البيانات المنظمة بوصفها بيانات وصفية دقيقة عن صفحات تضع المستخدم أولًا، لا حيلة لتحسين الترتيب.

أخطاء شائعة في مخططات البيانات المنظمة متعددة اللغات

1. JSON-LD بالإنجليزية على عناوين URL لصفحات بلغات أخرى — يبقى inLanguage والخصائص النصية بلغة المصدر.
2. مكوّن مشترك لمخططات البيانات المنظمة — تُنسخ كتلة واحدة من نظام إدارة المحتوى إلى جميع النسخ المحلية دون آليات تتيح توطينها.
3. تعارض العنوان الأساسي وurl — يشير مخطط البيانات المنظمة إلى النسخة الإنجليزية، بينما تحدد الصفحة النسخة الفرنسية عنوانًا أساسيًا لها.
4. مخطط الأسئلة الشائعة بلغة غير صحيحة — لا تطابق لغة الترميز لغة الأسئلة الشائعة الظاهرة.
5. رسوم بيانية مكررة للكيانات — تُدرج إضافات متعددة كتل Organization متنافسة.
6. خصائص مختلقة للمنتج — ترميز عروض أو مراجعات غير موجودة على الصفحة.
7. إهمال hreflang أثناء «إصلاح» مخطط البيانات المنظمة — يجب أن تعمل التعليقات التوضيحية وJSON-LD معًا.
8. صفحات أولية هزيلة بمخططات بيانات منظمة كاملة — ترجمات نمطية مصحوبة بترميز مفصّل.

تؤكد إرشادات مشرفي المواقع في Bing أهمية المحتوى المفيد القابل للزحف وبنية الموقع الواضحة للفهرسة عبر الأسواق، ويجب استيفاء معيار قابلية الزحف نفسه قبل أن تضيف البيانات المنظمة أي قيمة.

قائمة التحقق من التنفيذ

استخدم قائمة التحقق هذه قبل إطلاق كل دفعة جديدة من مخططات البيانات المنظمة للنسخ المحلية:

• وطّن inLanguage وname وdescription والخصائص النصية الأخرى لكل عنوان URL
• اضبط url على العنوان الأساسي للنسخة المحلية
• حافظ على ثبات قيم @id لكيانات المؤسسة والمنتجات
• طابق مخططات FAQ وHowTo مع المحتوى الظاهر باللغة نفسها
• تحقّق من توافق وسوم العنوان الأساسي مع url في JSON-LD
• تأكّد من تبادل إشارات hreflang ضمن مجموعة عناوين URL نفسها
• تحقّق من صحة كل قالب لنسخة محلية باستخدام Rich Results Test أو أداة مكافئة
• أعِد التدقيق بعد تحديثات نظام إدارة المحتوى أو الإضافات

أسس البحث التقليدي ومحركات الإجابات

تظل الأسس المشتركة مهمة في Google وBing ومحركات الإجابات: نسخ لغوية قابلة للزحف، وكيانات واضحة، وادعاءات مدعومة بالأدلة، وبيانات منظمة تعكس الواقع، وتوطين حقيقي، لا مجرد واجهات شكلية بمحتوى إنجليزي فقط. تعامل مع الأدلة أدناه بوصفها زوايا خاصة بكل منصة لتطبيق المعيار نفسه في تقديم المحتوى متعدد اللغات.

دليل المنصة: Google Search

في Google Search، يعتمد اكتشاف الصفحات على عناوين URL محلية قابلة للزحف، تتضمن HTML ملائمًا للغة، وعناوين صفحات وعناوين فرعية دقيقة، وإشارات hreflang متبادلة عند وجود نسخ بديلة. وتشمل الأسس التقنية محتوى قابلًا للفهرسة بدلًا من أدوات تبديل تعتمد على ملفات تعريف الارتباط وحدها، وبيانات وصفية موطّنة، وخرائط مواقع، وضبطًا دقيقًا للعناوين الأساسية لكل نسخة لغوية. وتعني جودة المحتوى تقديم محتوى رئيسي يضع المستخدم أولًا في كل لغة؛ أما الموثوقية فتأتي من وضوح هوية المؤسسة والمصادر المؤيدة، لا من الادعاءات التسويقية لأدوات الترجمة. ما يعنيه ذلك للمحتوى متعدد اللغات: يجب أن يكون كل عنوان URL مخصص لسوق أو لغة صفحةً مكتملة وقائمة بذاتها يستطيع Google ترتيبها لعمليات البحث المحلية. قِس الأداء من خلال تقارير التغطية وأداة فحص عنوان URL في Search Console لكل نسخة محلية. ما هو مؤكد وما هو غير مؤكد: توثّق Google آلية التعامل مع المحتوى متعدد اللغات وhreflang، لكنها لا تضمن ترتيبًا ناتجًا عن أي نظام لإدارة المحتوى أو سير عمل للترجمة.

دليل المنصة: Bing

يكتشف Bing الصفحات متعددة اللغات القابلة للزحف ذات البنية الواضحة ويفهرسها، بما يشبه متطلبات Google لوضوح عناوين URL والمحتوى. وتشمل الأسس التقنية عناوين URL محلية يمكن جلبها، ومحتوى مفيدًا، ومراقبة كل موقع أو نطاق تم إثبات ملكيته باستخدام Bing Webmaster Tools. أعطِ الأولوية لتوطين العناوين والادعاءات والأسئلة الشائعة بدلًا من الاكتفاء بترجمة عناصر الواجهة، حيث تتغير لغة التنقل دون النص الرئيسي. وتظل إشارات الموثوقية معتمدة على مصادر جديرة بالثقة وكيانات متسقة عبر النسخ المحلية. ما يعنيه ذلك للمحتوى متعدد اللغات: لا تُخفِ اللغات خلف أدوات تبديل تعمل على جانب العميل فقط، أو أدوات تعتمد على ملفات تعريف الارتباط ضمن عنوان URL واحد ولا تستطيع برامج الزحف حصر نسخها. قِس الفهرسة وإحصاءات الزحف في Bing Webmaster Tools. ما هو مؤكد وما هو غير مؤكد: تؤكد إرشادات Bing أهمية المحتوى المفيد القابل للزحف؛ فلا تختلق عوامل ترتيب خاصة بـ Bing لأدوات الترجمة.

دليل المنصة: ChatGPT

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

دليل المنصة: Gemini

يستفيد Gemini وتجارب الذكاء الاصطناعي المرتبطة به لدى Google من اتساق الكيانات، والبيانات المنظمة الدقيقة، والصفحات الموطّنة القابلة للفهرسة. والظهور يعني الإشارة إلى المحتوى أو التعرّف عليه، لا اختلاق عوامل ترتيب خاصة بـ Gemini. وتتقاطع الأسس التقنية مع متطلبات Google Search لقابلية الزحف وجودة البيانات الوصفية لكل عنوان URL محلي. وينبغي أن يقدّم المحتوى ادعاءات وتعريفات واضحة بكل لغة، بعمق يضع المستخدم أولًا. وتعتمد الموثوقية على اتساق معلومات المؤسسة ووجود ما يؤيدها عبر الأسواق. ما يعنيه ذلك للمحتوى متعدد اللغات: تقلّل أسماء المنتجات المضبوطة وفق المسرد من الالتباس بين الكيانات عبر النسخ المحلية، سواء في البحث أو واجهات الذكاء الاصطناعي. قِس الأداء بالطرق التقليدية عبر Search Console، وافحص عينات من إجابات الذكاء الاصطناعي باللغات المستهدفة فحصًا نوعيًا. ما هو مؤكد وما هو غير مؤكد: لا يحل سلوك Gemini محل إرشادات Google Search الموثّقة بشأن hreflang والنسخ اللغوية.

دليل المنصة: Google AI Overviews

قد تتضمن Google AI Overviews روابط إلى صفحات داعمة؛ وتظل الأهلية للظهور فيها قائمة على محتوى قابل للفهرسة يضع المستخدم أولًا بكل لغة. وهي ليست أداة لتبديل اللغة، ولا تحل محل تعليقات hreflang التوضيحية بين النسخ البديلة. وتبقى الأسس التقنية متمثلة في HTML محلي قابل للزحف وبيانات منظمة صادقة تطابق المحتوى الظاهر على الصفحة. ومن خصائص المحتوى المطلوبة إجابات موجزة وعناوين واضحة في كل نسخة لغوية. وتعكس إشارات الموثوقية معايير المحتوى المفيد، ولا تعتمد على ترميز البيانات المنظمة وحده. ما يعنيه ذلك للمحتوى متعدد اللغات: لا يُضمن إدراج أي صفحة مترجمة في AI Overviews، بغض النظر عن أداء النسخة الإنجليزية. قِس الأداء باستخدام تقارير البحث التوليدي في Search Console حيثما توفرت، مع إبقاء مقاييس الفهرسة التقليدية منفصلة. ما هو مؤكد وما هو غير مؤكد: لا يمكن لأي سير عمل للترجمة أن يَعِد بالظهور في AI Overviews.

كيف يساعدك GlotEO

توطين مخططات البيانات المنظمة على نطاق واسع هو تحدٍّ في عمليات المحتوى بقدر ما هو مهمة للمطورين. وعندما تفقد المسارد والحقول المترجمة والتعليقات التوضيحية الخاصة بتحسين محركات البحث اتساقها، يصبح JSON-LD آخر موضع تختبئ فيه أخطاء مزج اللغات. تساعد GlotEO الفرق على الحفاظ على اتساق سير عمل تحسين محركات البحث متعددة اللغات، بحيث تستخدم البيانات المنظمة وhreflang ونصوص الصفحات المصطلحات وعناوين URL المحلية نفسها.

استكشف منصة تحسين محركات البحث متعددة اللغات عندما تحتاج إلى حوكمة العمل عبر نسخ محلية عديدة، وراجع أسعار GlotEO وخططها لمقارنة مستويات سير العمل الخاصة بضمان جودة مخططات البيانات المنظمة ومراجعة الترجمة.