رؤى
تكافؤ المحلّيات لترجمة المواقع بالذكاء
Locale parity، أو تكافؤ المحلّيات، هو المعيار الذي يفرّق بين موقع تُرجم وموقع تم توطينه. إذا كان وكيل برمجة بالذكاء الاصطناعي سيتولى العمل متعدد اللغات، فهو يحتاج إلى هذا المعيار، لا إلى مطالبة تقول: “ترجم الموقع إلى الإسبانية”.
اختبار الجملة الواحدة: في كل محلّية مقصودة، يجب أن يختبر الإنسان والزاحف توأما متماسكا للمصدر: صفحات تؤدي المهام نفسها، وإشارات لغة صحيحة، ولغة بحث مكيفة، وبنية سليمة، ودليل يثبت أن شيئا لم ينحرف.
تتوقف معظم الفرق عند النصوص. الوكلاء يجعلون هذا الفشل أسرع. يعرّف هذا المقال تكافؤ المحلّيات من البداية إلى النهاية، ويوضح كيف ينبغي للوكلاء ترجمة المواقع من دون كسر SEO.
لماذا لا تزال المواقع “المترجمة” تفشل
إطلاق es.json بجانب en.json يبدو كأنه إنجاز. المستخدمون وجوجل لا يوافقون.
أنماط فشل شائعة:
- أشقاء مفقودون. الإنجليزية لديها
/pricing؛ الإسبانية تعيد 404. يشير hreflang إلى أشباح. - واجهة إنجليزية على صفحة “موطّنة”. شريط التنقل أو الكوكيز أو CTA لا يزال يقول Book a call بينما البطل بالإسبانية.
- لغة مستند خاطئة.
<html lang="en">على كل محلّية؛ وog:localeعالق عندen_US. - هوية زحف مكسورة. مدخلان لـ sitemap، أو hreflang نسبي، أو hreflang على عناصر noindex مؤقتة.
- كلمات مفتاحية مترجمة حرفيا. عناوين الفرنسية الكندية المنقولة حرفيا من الإنجليزية تفوّت طريقة بحث الناس الفعلية.
- انحراف البنية. عنصر
{name}سقط في الألمانية؛ عربية بلاdir="rtl"؛ وschemainLanguageيناقض URL.
يمكن أن تبدو تغطية الترجمة خضراء بينما تكافؤ المحلّيات أحمر. عدادات المفاتيح لا تلتقط انحراف القوالب، أو لغة SERP، أو البدائل المتبادلة.
توجد بالفعل أدوات “تكافؤ” ضيقة لأجزاء من هذا: فروقات مفاتيح الكتالوج، أو فحوصات إشارات دولية للعملة ومخططات الهاتف. مفيدة. غير كاملة. تكافؤ المحلّيات هو الحد الكامل لتوطين المواقع بقيادة الوكلاء.
لماذا يزيد وكلاء الذكاء الاصطناعي المشكلة من دون معيار
وكلاء البرمجة ممتازون في إنتاج تغييرات كبيرة بسرعة. وهذا هو الخطر بالضبط.
من دون دليل تشغيل، يميل الوكلاء إلى:
- ترجمة كل نص آليا في دفعة واحدة.
- نسخ العناوين الإنجليزية إلى محلّيات أخرى بواسطة قاموس.
- إضافة وسيط
Accept-Language“للمساعدة”. - إخراج hreflang لكل مسار، بما في ذلك
/404والمسودات. - تخطي التحقق لأن البناء ما زال ينجح في TypeScript.
السرعة من دون تعريف واضح للإنجاز تخلق دينا متعدد اللغات يبدو كأنه تقدم. تكافؤ المحلّيات هو ذلك التعريف.
إذا أردت النسخة المعلّبة من دليل التشغيل هذا، بما فيها قوائم التحقق، وإرشادات الترجمة، وفاحصات HTML غير المتصلة، فاحصل على حزمة i18n Agent GitHub المجانية بترخيص MIT واستنسخها إلى Cursor أو Claude Code.
الطبقات الخمس لتكافؤ المحلّيات
| الطبقة | السؤال الذي تجيب عنه | كيف يبدو الفشل |
|---|---|---|
| المسار والمحتوى | هل توجد الصفحات المقصودة كتوأم؟ | Soft-404، روابط EN يتيمة، مجموعة صفحات مال غير مكتملة |
| المستند والزحف | هل تثق الزواحف بعنقود اللغة؟ | lang خاطئ، hreflang مكسور، خرائط موقع مزدوجة |
| المعنى | هل يعمل النص بلغة ذلك السوق وبحثه؟ | ترجمات حرفية، عدم تطابق النبرة، استعلامات محلية غير مستخدمة |
| البنية | هل لا يزال التوأم يعمل؟ | عناصر نائبة ساقطة، صيغ جمع ناقصة، عربية LTR، روابط schema خاطئة |
| التحقق | هل يمكن للانحدارات أن تفشل البناء؟ | انحراف صامت بعد PR الوكيل التالي |
1. تكافؤ المسار والمحتوى
حدّد الصفحات المقصودة لكل محلّية: صفحات المال، والرؤى، والقانونية، والأدوات. محلّية افتراضية بلا بادئة أو كل شيء ببادئة؛ اختر استراتيجية واحدة والتزم بها.
قواعد ينبغي للوكلاء اتباعها:
- ابنِ شجرة المسارات المقصودة نفسها لكل محلّية، أو احذف الصفحة من hreflang عندما لا تكون موجودة فعلا.
- أبقِ الروابط الداخلية داخل المحلّية (
/es/aboutلا/aboutمن صفحة إسبانية). - طبّق سياسة noindex نفسها على التوائم (
/coffee، والعناصر المؤقتة، ومرايا markdown الخاصة بالوكلاء). - فضّل slugs مستقرة عبر المحلّيات كي تتطابق البدائل بسهولة.
مجموعات المحتوى (MDX/Markdown)، وملفات بيانات الأقسام، وواجهة المستخدم هي طبقات ترجمة منفصلة. يجب على الوكلاء جرد الثلاثة، لا messages/*.json فقط.
2. تكافؤ المستند والزحف
هذه هي نظافة SEO متعدد اللغات. إذا أخطأت فيها فلن يثق جوجل بالعنقود.
الإشارات الدنيا لكل URL محلي قابل للفهرسة:
- canonical مطلق يشير إلى نفسه
og:urlمطابق- عنوان ووصف محليان
<html lang>وdirمن سجل محلّيات (BCP47 عند اللزوم)- مجموعة
hreflangمتبادلة بصيغ BCP47 (fr-CA،zh-CN) معx-defaultيشير إلى URL المحلّية الافتراضية - لا hreflang (ولا
og:locale:alternate) على صفحات noindex - مدخل sitemap عام واحد تتفق بدائله xhtml مع
<head> - بيانات منظمة تحتوي
inLanguageصحيحا وروابط كيانات مناسبة للمحلّية
أنماط مضادة: تحويلات Geo-IP قسرية، هويات sitemap مزدوجة، hreflang نسبي، اختراع رموز محلّيات غير موجودة في السجل.
3. تكافؤ المعنى
تكافؤ المعنى هو الموضع الذي يتوقف فيه التوطين عن كونه استبدالا للنصوص.
ينبغي للوكلاء أن:
- يحافظوا على مسرد (أسماء المنتجات، الروابط المقفلة، المصطلحات التي يجب ألا تترجم).
- يتبعوا دليل أسلوب لكل سوق (الفرنسية الكندية ≠ فرنسية فرنسا؛ الإسبانية اللاتينية المحايدة ≠ تعابير إسبانيا فقط).
- يكيّفوا الكلمات المفتاحية مع SERP المحلي، بقصد أساسي واحد لكل URL، بدلا من ترجمة خرائط الكلمات الإنجليزية حرفيا.
- يعيدوا كتابة H1 والعناوين والوصف من أجل وضوح محلي وCTR أفضل؛ مع الحفاظ على اتساق كيانات العلامة.
- يرفضوا الترجمة الآلية الرقيقة التي ستتحول إلى soft-404 في Search Console.
تكافؤ المعنى هو أيضا ما تكافئه أسطح البحث بالذكاء الاصطناعي: كيانات وإجابات واضحة بلغة المستخدم، لا فقرات إنجليزية تحت URL إسباني.
4. تكافؤ البنية
التوأم الذي يعرض قمامة ليس توأما.
تحقق من:
- تطابق عناصر interpolation / ICU النائبة مع المصدر (
{count}، ووسوم<0>…</0>). - تطابق فروع الجمع والاختيار مع ما تحتاجه اللغة الهدف (CLDR)، لا مع نسخة من صيغ الإنجليزية.
- حصول محلّيات RTL على
dir="rtl"وخطوط مقروءة؛ وحصول CJK على طباعة مناسبة. - استخدام تنسيق واع بالمحلّية للتواريخ والأرقام والعملات عندما تظهر.
- عدم ترميز JSON-LD لمسارات إنجليزية فقط أو لغة
enعلى كل صفحة.
تساعد سكربتات تكافؤ الكتالوج فقط هنا. هي ضرورية لكنها غير كافية؛ اقرنها بفحوصات HTML وschema فوق dist/.
5. تكافؤ التحقق
إذا استطاع وكيل أن يدمج بلا دليل، فالانحراف مضمون.
تكافؤ التحقق يعني:
- بوابات وقت البناء فوق HTML المولّد: العنوان، والوصف، وH1، وcanonical، و
og:url، وlang، واكتمال hreflang، وقواعد noindex. - اختبارات جرد المحلّيات: كل صفحة مال مقصودة موجودة في كل محلّية حية، أو مستبعدة صراحة.
- فحوصات إنتاج عينية بعد النشر: وسوم head الحية، وهوية sitemap، و
page_localeفي التحليلات، وعينة RTL. - تقارير قابلة للقراءة من الوكلاء كي تصلح الجولة التالية النتائج بدلا من إعادة الترجمة عشوائيا.
تجري Rank & Beyond هذا النوع من الفحوصات على موقعنا متعدد اللغات. تحوّل حزمة المهارات القابلة لإعادة الاستخدام الانضباط نفسه إلى مستودعات أخرى.
أنماط الوكلاء المضادة (لا تطلق هذه)
| النمط المضاد | لماذا يضر |
|---|---|
تحويلات قسرية عبر Geo-IP أو Accept-Language |
تفتت التخزين المؤقت، وتربك الزواحف، وتحبس المستخدمين |
| hreflang على noindex / 404 / المسودات | يلوّث عناقيد اللغة |
| مداخل sitemap مزدوجة | تقسم هوية الزحف |
| ترجمات حرفية للكلمات الإنجليزية بوصفها “توطينا” | تفوّت لغة الطلب المحلي |
| تفريغ ترجمة آلية مرة واحدة بلا مسرد | انحراف في النبرة ومصطلحات المنتج |
| ترجمة روابط علامة أو حجز مقفلة | تكسر التحويلات والثقة |
| إعلان محلّية “حية” بلا توائم مسارات | hreflang إلى 404 |
عندما يقترح وكيل أيا من هذه “للتسهيل”، ارفض التغيير.
كيف ينبغي لوكلاء الذكاء الاصطناعي ترجمة موقع
تعامل مع التوطين كسير عمل هندسي على مراحل، لا كمطالبة واحدة.
المرحلة A — الاكتشاف
- اكتشف الإطار، والتوجيه، ومكتبات i18n، ومصادر المحتوى.
- اجرد المحلّيات الحالية، والمحلّية الافتراضية، واستراتيجية URL.
- افصل صفحات المال، والرؤى/المدونة، والقانوني، والأدوات noindex.
- سجّل المعرّفات الخارجية المقفلة (روابط الحجز، معرّفات التحليلات) التي يجب ألا تُخترع.
المرحلة B — التخطيط
- اكتب أو حدّث سجل محلّيات (الأكواد، والتسميات، و
htmlLang، وdir، وOG locale، وBCP47). - رتّب أولوية الأسواق (عمّق الأسواق الأساسية قبل تفجير كل محور × كل محلّية).
- صغ خريطة كلمات مفتاحية باستعلامات مكيفة لكل محلّية، لا ترجمات حرفية من الإنجليزية.
- علّم المخاطر: RTL، وCJK، والنص القانوني، والصفحات الرقيقة.
المرحلة C — تنفيذ SEO التقني
- صِل المساعدات:
localizePath، وalternatePath، واستخراج المحلّية من pathname. - أخرج canonical، وOG، وhreflang، وi18n في sitemap، وروابط schema.
- أبقِ اختيار اللغة في واجهة المستخدم؛ لا تفرض تحويلات.
- وائم
robots.txt، وURL خريطة الموقع، وفهارس الوكلاء (llms.txt، وagent.json).
المرحلة D — الترجمة وإعادة الصياغة المحلية
- وطّن واجهة المستخدم، ونص البيانات المنظمة، والمحتوى الطويل في تمريرات منفصلة.
- طبّق المسرد ودليل الأسلوب؛ وكيّف العناوين والوصف مع لغة SERP.
- حافظ على الكود، والعناصر النائبة، والنصوص المقفلة.
- فضّل مراجعة بشرية لـ H1 والعنوان والوصف والأسئلة الشائعة في الأسواق ذات الأولوية.
المرحلة E — التحقق
- شغّل مدققي HTML على
dist/أو قائمة URLs. - أفشل CI عند فقدان hreflang، أو عدم تطابق lang، أو انحراف og/canonical، أو بدائل noindex.
- افحص الإنتاج عيّنيا بعد النشر.
- سجّل ما يبقى دينا مقصودا وما يعد حاجزا.
هذا هو تكافؤ المحلّيات كحلقة تشغيل. الوكلاء الذين ينجزون المرحلة D فقط مترجمون. الوكلاء الذين يكملون A–E موطّنون.
قائمة تحقق عملية يمكنك لصقها في PR
استخدمها كتعريف للإنجاز في أي PR متعدد اللغات:
- سجل المحلّيات هو مصدر الحقيقة الوحيد للأكواد و
dir - المسارات المقصودة موجودة لكل محلّية حية (أو البدائل تحذف الصفحات المفقودة)
- روابط داخلية داخل المحلّية؛ لا تسرب EN عارض على صفحات غير إنجليزية
- canonical ===
og:urlعلى كل توأم قابل للفهرسة - hreflang كامل ومتبادل بصيغ BCP47 +
x-defaultعلى الصفحات القابلة للفهرسة فقط - العناوين/الأوصاف محلية وفريدة؛ الكلمات مكيفة لا مترجمة حرفيا
- البنية سليمة: العناصر النائبة/الجمع/RTL/schema
- مدخل sitemap واحد؛ مسارات noindex مستبعدة
- بوابة البناء تفشل عند الانحدارات
- اكتمل فحص إنتاج عيني لصفحة مال واحدة غير إنجليزية على الأقل
احصل على حزمة i18n Agent GitHub
إذا أردت من الوكلاء اتباع دليل التشغيل هذا افتراضيا، ثبّت المهارة بدلا من إعادة اختراع قائمة التحقق في كل Sprint.
احصل على حزمة i18n Agent المجانية بترخيص MIT — افتح مستودع GitHub العام، استنسخه إلى Cursor أو Claude Code ووجّه AGENTS.md / CLAUDE.md إلى SKILL.md.
في الداخل: سير عمل مرحلي للوكلاء، وقائمة تحقق SEO متعدد اللغات، ودليل ترجمة، وفاحصات Python غير متصلة لـ hreflang وcanonical/og:url وعدم تطابق lang وأخطاء بدائل noindex.
للمؤسسين الذين يحتاجون إلى نظام الإيرادات الأوسع، لا التوطين فقط، انظر BeyondOS™ وكيف تشارك أقسام Website وSEO وContent الذاكرة تحت خطة واحدة.
أسئلة شائعة حول تكافؤ المحلّيات
هل تكافؤ المحلّيات خاص بـ SEO فقط؟
لا. SEO هو طبقة الزحف. يغطي تكافؤ المحلّيات أيضا اكتمال UX، وسلامة البنية، ودليل CI. قد يترتب موقع لاستعلام مترجم ومع ذلك يفشل المستخدمين إذا كانت RTL أو CTAs أو العناصر النائبة خاطئة.
هل نحتاج إلى كل مقالة رؤى بكل لغة في اليوم الأول؟
لا. أطلق المحاور الإنجليزية أولا عندما يكون الطلب غير واضح؛ وطّن الأسواق ذات الأولوية (مثل الفرنسية الكندية، ثم الإسبانية) للفائزين؛ وحافظ على محلّيات أخرى للفائزين الواضحين أو التكافؤ الموجود. لا تعلن أي محلّية حية في hreflang بلا صفحات مقصودة.
هل يمكن لمطالبة وكيل واحدة أن تستبدل TMS؟
بالنسبة لكثير من مواقع تسويق المنتجات، يكفي وكيل لديه دليل تشغيل صارم، ومسرد، وبوابات CI، خصوصا عندما تعيش الترجمات في المستودع. لا يزال TMS مفيدا للبرامج الكبيرة المستمرة التي تضم مترجمين بشريين كثيرين. تكافؤ المحلّيات هو معيار الجودة في الحالتين.
ما أسرع طريقة للبدء؟
اجرد المحلّيات وصفحات المال، أصلح إشارات المستند والزحف، ثم ترجم الواجهة وأهم URLs بنصوص SERP مكيفة. ثبّت حزمة i18n Agent كي تدقق الجولة التالية من الوكيل قبل أن تعيد الكتابة.