كيف يتفاعل ووردبريس متعدد اللغات مع إضافات تحسين محركات البحث

أين تنتهي البنية متعددة اللغات ويبدأ نطاق ملكية إضافة تحسين محركات البحث

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

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

تحتاج العناوين والأوصاف إلى تحكم خاص بكل لغة، لا إلى قيم افتراضية مشتركة

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

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

يجب أن تعكس الروابط الأساسية عنوان URL المفضل لكل نسخة لغة

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

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

يجب أن تصف البيانات المنظمة الصفحة، بينما تصف علاقات اللغات بنية الموقع

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

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

يجب ألا تكرر خرائط مواقع XML وتوجيهات robots قرارات الفهرسة

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

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

النمط الأكثر أمانًا هو وجود مالك واحد لكل إشارة من إشارات تحسين محركات البحث

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

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

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