أي الدول تستحق التوطين (WooCommerce)

ثلاثة أصحاب متاجر WooCommerce فرديين حقيقيين، ثلاث حالات حقيقية:

«22% من زياراتي من ألمانيا لكن تحويل السلة نصف المملكة المتحدة. هل أترجم أم أن شيئاً آخر يجري أولاً؟»

«أحصل على طلبات مستمرة من فرنسا لـ 3 أشهر لكن الموقع بالإنجليزية فقط. هل WPML هي الخطوة أم مجرد محوّل عملة؟»

«وطّنت الإيطالية حدساً — 200 SKU، 1,200 دولار تكلفة، 25,000 دولار في عطلة نهاية أسبوع واحدة. الألمانية العام الماضي لم تفعل تقريباً شيئاً. ليتني كان لدي طريقة لمعرفة أيهما سيهبط.»

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

هذا المقال هو قاعدة القرار. عتبة 5%/80%. تسلسل العملة أولاً. التكاليف الخفية التي لا يذكرها أحد آخر.

ما يجيب عنه هذا المقال

• عتبة 5%/80% التي تخبركم أي الدول مرشّحة للتوطين.
• تسلسل العملة-مقابل-اللغة: أيهما تختبرون أولاً ولماذا.
• مسارات إضافات تعدد العملات الـ 3 (مع رياضيات رسوم FX).
• التكاليف الخفية الأربعة التي لا تذكرها قوائم «ترجموا كل شيء».
• إشارة لغة المتصفح التي تجاهلتموها في تقرير لغات Statnive.

عتبة 5%/80%

افتحوا Statnive ← تقرير الجغرافيا. صفّوا إلى آخر 90 يوماً. رتّبوا حسب الزوار تنازلياً. لكل دولة غير محلية في أعلى 10:

شرطان، كلاهما مطلوب:

1. ≥5% من إجمالي الجلسات. تحت 5%، عيّنة الاختبار صغيرة جداً للقراءة بموثوقية في اختبار توطين 30-يوم.
2. متوسط مدة ≥80% من مدة زواركم المحليين. تحت 80%، الزوار يشيرون إلى أن شيئاً آخر خاطئ — ملاءمة منتج-سوق خاطئة لتلك الدولة، مصدر زيارات خاطئ، صفحة هبوط مكسورة — التوطين لن يصلحه.

إذا قابلت دولة كليهما، فهي مرشّحة. القرار التالي هو العملة أولاً أم اللغة أولاً.

قراءة مثال حقيقي:

الدولة	حصة الزوار	المدة مقابل المحلية	مرشّحة؟
المملكة المتحدة (الموطن)	45%	100% خط أساس	—
ألمانيا	22%	92%	نعم — قوية
هولندا	8%	78%	حدّية — حقّقوا لماذا المدة قصيرة
إيطاليا	6%	89%	نعم
فرنسا	4%	85%	تحت عتبة 5% — راقبوا، لا تلتزموا
الولايات المتحدة	7%	45%	إشارة جمهور خاطئ، ليست فرصة توطين

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

العملة أولاً، اللغة ثانياً

الاختبار الأرخص المعنوي هو عرض العملة، لا الترجمة. ثلاثة أسباب:

1. التكلفة. عرض العملة يأخذ 30 دقيقة عبر CURCY (مجاني) أو تعدد العملات الأصلي لـ WooCommerce Payments. الترجمة تتطلب إضافة (WPML 99-199 دولار/سنة، Polylang Pro 99 دولار/سنة)، مترجماً (أو ذكاء اصطناعي + مراجعة أصلية)، وصيانة متكررة.
2. القابلية للعكس. إذا لم يرفع عرض العملة التحويلات، تُلغون تثبيت الإضافة وتعودون حيث بدأتم. الترجمة السيّئة تعيش على متجركم حتى تزيلوا كل سلسلة.
3. وضوح تشخيصي. إذا أنتج عرض العملة وحده رفعاً قابلاً للقياس (5-15% على الزوار من الدولة المستهدفة)، فذلك إشارة لتسحّب إدراك التسعير، لا تسحّب اللغة. تتعلّمون أي تدخّل تلتزمون به بعد ذلك.

التسلسل الصريح:

الاختبار	التكلفة	الوقت للشحن	الرفع المتوقع	متى تصاعدون
عرض العملة فقط	0 دولار (CURCY مجاني)	30 دقيقة	5-15% على الدولة	إذا ≥5% رفع بعد 30 يوم
عرض العملة + طرق دفع محلية	~2% FX	يوم	10-20% على الدولة	إذا ≥10% رفع
ترجمة كاملة (واجهة + محتوى)	300-1,500 دولار	1-2 أسبوع	15-30% على الدولة	عندما يثبت ما سبق الطلب
صفحات هبوط خاصة بالدولة	500+ دولار	3-4 أسابيع	20-40% على الدولة	عندما تستمر الزيارات 6 أشهر+

رقم POWR المُستشهد به على نطاق واسع «92% يُفضّلون العملة المحلية / حتى 40% رفع تحويل» هو السقف الصناعي، لا الوسيط. الوسيط الصريح لعرض العملة فقط هو نسبة من رقم واحد إلى رقمين منخفضين. رقم 40% عادةً يتطلب عملة + لغة + دفع محلي + شحن DDP مجموعة — وينبغي أن تتوقعوا التسلّق هناك، لا القفز.

مسارات إضافات تعدد العملات الـ 3

لعرض العملة، ثلاثة خيارات تستحق المعرفة:

المسار 1 — CURCY (مجاني، عرض عملة فقط)

إضافة تعدد العملات المجانية الأكثر تثبيتاً لـ WooCommerce. تُظهر للزوار الأسعار بعملتهم المحلية بناءً على لغة المتصفح أو محوّل يدوي. الدفع لا يزال يكتمل بعملة متجركم الأساسية.

انتبهوا لـ: الزائر يرى €19.99، يكمل الدفع، ويُشحَن 22.45 USD. بانر موافقة عند خطوة عرض السعر ضروري («الأسعار المعروضة بـ EUR؛ مشحونة بـ USD عند الدفع») وإلا سترون تخلٍّ مفاجئ عن السلة بسبب FX.

المسار 2 — تعدد العملات الأصلي لـ WooCommerce Payments (~2% FX)

إذا استخدمتم WooCommerce Payments كبوابتكم، فإن تعدد العملات مدمج: الزوار يرون ويدفعون بعملتهم المحلية، تحويل FX تلقائي بهامش ~2%. UX الأنظف. مقتصر على 130+ عملة يدعمها WooPayments.

انتبهوا لـ: WooCommerce Payments غير متاح في كل مكان (الولايات المتحدة، المملكة المتحدة، الاتحاد الأوروبي، أستراليا، نيوزيلندا، كندا، اليابان، وآخرون اعتباراً من 2026). تحققوا من الأهلية قبل الالتزام.

المسار 3 — Stripe Adaptive Pricing (2-4% FX)

حل Stripe لعرض أسعار العملة المحلية والشحن بنفس الطريقة. هامش FX 2-4% حسب زوج العملة. يعمل دولياً.

انتبهوا لـ: Stripe Adaptive Pricing يتطلب التفعيل على مستوى حساب Stripe، والضبط خاص بالبوابة. اقرأوا توثيق Stripe الرسمي قبل البث المباشر.

إذا كان هامش ربحكم الإجمالي تحت 25%، فإن الشحن بالعملة المحلية قد يمحو ربحكم. في تلك الحالة، التزموا بـ عرض العملة فقط — الزائر يرى الأسعار المحلية للسياق، لكنه يدفع بعملتكم الأساسية عند الدفع.

التكاليف الخفية الأربعة للذهاب الدولي

قوائم «ترجموا كل شيء!» لا تذكر هذه أبداً. خطّطوا لها قبل الالتزام:

التكلفة الخفية 1 — مناطق الشحن + التفاوض على شركة الشحن

إضافة دولة تعني ضبط منطقة شحن WooCommerce لها. ذلك يعني: مستويات أسعار، أقواس وزن، تكاملات شركة شحن، نماذج جمارك. راجعوا Post 10 حول قرارات الشحن المدفوعة بالجغرافيا للجانب التشغيلي.

التكلفة الخفية 2 — التسجيلات الضريبية

• المملكة المتحدة: عتبة دوران 85,000 جنيه إسترليني لتسجيل VAT (90,000 جنيه من أبريل 2024).
• الاتحاد الأوروبي: مخطط OSS (One-Stop Shop) يُطلَق عندما تتجاوز مبيعات B2C عابرة الحدود للمستهلكين في الاتحاد الأوروبي 10,000 يورو/سنة مجتمعة. تحت ذلك، تفرضون VAT دولتكم.
• الولايات المتحدة: قواعد نيكسس لكل ولاية — بمجرد تجاوزكم لعتبة نيكسس اقتصادية للولاية (غالباً 100K دولار إيرادات أو 200 معاملة)، يجب أن تُسجّلوا وتجمعوا ضريبة المبيعات هناك.

هذه ليست اختيارية. الامتثال الضريبي هو القاتل الصامت للتجارة الإلكترونية الدولية الصغيرة.

التكلفة الخفية 3 — دعم العملاء متعدد اللغات

بحث Lokalise للدعم متعدد اللغات يُظهر أن تذاكر الدعم متعددة اللغات تأخذ 30-45 دقيقة مقابل 5-10 دقائق للغة الأصلية. 82% من متاجر التجارة الصغيرة لا تقدّم دعماً متعدد اللغات — يُترجمون متجرهم ثم لا يستطيعون فعلاً خدمة العملاء الذين يكتبون.

خطّطوا لترجمة بمساعدة الذكاء الاصطناعي في أداة مكتب المساعدة لديكم (Help Scout، Crisp، Intercom كلها تتكامل مع DeepL أو ما شابه) أو اقبلوا أنكم ستحصلون على طلبات استرداد بدلاً من تذاكر محلولة.

التكلفة الخفية 4 — انحدار الترجمة

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

إشارة لغة المتصفح في تقرير لغات Statnive

Statnive يلتقط لغة متصفح الزائر (ترويسة Accept-Language) في تقرير اللغات. هذه إشارة مختلفة عن الجغرافيا — وينبغي أن تُسندوا متبادلاً بين كليهما.

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

قاعدة الإسناد المتبادل: إذا أظهرت دولة حصة جلسات ≥5% AND ≥30% من زوار تلك الدولة يملكون لغة متصفح غير إنجليزية، فترجمة اللغة على الأرجح سترفع التحويلات أكثر من عرض العملة وحده. إذا كانت لغات المتصفح من تلك الدولة معظمها إنجليزية، فإن عرض العملة فقط هو الاختبار الصحيح.

خطة اختبار التوطين لـ 30 يوم

إذا تجاوزت دولة عتبة 5%/80% وقرّرتم الاختبار:

1. اليوم 0: ثبّتوا CURCY (أو تعدد العملات لـ WooCommerce Payments). لاحظوا خط أساس آخر 30 يوم: الزوار من الدولة X، الطلبات من الدولة X، AOV من الدولة X.
2. اليوم 1-30: قيسوا. لا تغييرات أخرى على متجركم أثناء نافذة الاختبار (أو لا يمكنكم إسناد النتيجة).
3. اليوم 30: احسبوا الرفع. (طلبات الدولة X بعد التثبيت ÷ طلبات الدولة X قبل التثبيت). إذا ≥5%، التزموا أكثر (اللغة). إذا تحت 5%، لم تكن العملة هي عنق الزجاجة — حقّقوا في فجوة المدة-مقابل-المحلية لأسباب أخرى.
4. اليوم 30-90 (إذا نجحت الخطوة 3): حدّدوا نطاق ترجمة اللغة. حدّدوا الصفحات بأعلى زيارات الدولة X وترجموها أولاً (PDPs والصفحة الرئيسية عادةً). لا تترجموا المدونة بعد.
5. اليوم 90+: قيّموا بالكامل. رفع مستدام = التزموا. قفزة شهر واحد = أرجعوا.

حدّان معروفان

اعتباراً من v1.0.0، تقرير الإيرادات في Statnive يُفصّل الإيرادات حسب القناة والمنتجات الأعلى وقمع من السلة إلى الشراء — لكن ليس حسب الدولة. حدّان يبقيان في سير عمل التوطين أعلاه، مُؤطَّران بصراحة:

1. الإيرادات لكل دولة لكل زائر داخل Statnive. للإيرادات لكل دولة، أسندوا متبادلاً بين الجغرافيا (Statnive) والطلبات حسب الدولة (إدارة WooCommerce). بُعد لكل دولة على تقرير الإيرادات ليس في v1.0.0.
2. قياس معدل تحويل اختبار التوطين. ما زلتم تحسبون رفع اختبار التوطين يدوياً بطلبَي نطاق تاريخ في إدارة WooCommerce ← التقارير، مقارنين طلبات الدولة المستهدفة قبل وبعد الاختبار. مؤشرات تقرير الإيرادات الإجمالية تعطيكم قبل/بعد العالمي، لكن ليس التقسيم لكل دولة.

ما تفعلون بعد ذلك

1. افتحوا جغرافيا Statnive لآخر 90 يوم. حدّدوا أعلى 5 دول غير محلية لكم.
2. طبّقوا عتبة 5%/80%. لاحظوا المرشّحين.
3. لكل مرشّح، ثبّتوا عرض العملة أولاً (CURCY المجاني يكفي للاختبار). شغّلوا 30 يوم. قيسوا.
4. للمرشّحين الناجحين، حدّدوا نطاق الترجمة وفق التسلسل أعلاه.
5. لكل شيء آخر، راجعوا دليل CRO الكامل لحلقة التشغيل الأوسع.

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