تقديم إعدادات افتراضية ملائمة للمتجر
اقترح بلدًا وعملة بناءً على اتصال الزائر لتقليل الاحتكاك قبل الدفع، دون التعامل مع الموقع الجغرافي المُشتق من IP كدليل لقرارات الضرائب أو الشحن أو الفوترة التي يجب أن تكون دقيقة.
عملة العرض مقابل عملة الفوترة
استخدم geo.currency لملء عملة العرض في المتجر وتنسيق الأسعار مسبقًا عند التحميل الأول. عامله بوصفه إعدادًا افتراضيًا للعرض فقط: إذ يجب أن يأتي المبلغ الفعلي المُحصَّل من معالج الدفع لديك، الذي يحدد العملة وسعر الصرف من طريقة الدفع نفسها، لا من عنوان IP.
مُحدِّد منطقة، لا قفل موقع
اعرض البلد المقترَح واسمح للمتسوق بتغييره. لا تُقيِّد ظهور الكتالوج أو مستويات التسعير أو إمكانية الدفع بناءً على البلد المُشتق من IP وحده — فقد يظهر مستخدم VPN، أو وكيل شركة، أو متسوق مسافر في مكان لا يرغب فعليًا في التسوق منه.
رسائل شحن تقديرية
تدعم حقول المدينة والمنطقة رسالة تقريبية مثل "يُشحَن عادةً خلال 3 إلى 5 أيام إلى منطقتك"، وليست تاريخ تسليم أو تكلفة شحن مضمونة. تأكَّد من العنوان الفعلي وعرض تكلفة الشحن أثناء الدفع، حيث يقدِّمه المتسوق مباشرةً.
مثال: اقترح العملة، ثم أعد حسابها عند الدفع
عند تحميل الصفحة، استدعِ GET /v1/geo من جافاسكريبت المتجر نفسه، واقرأ country و currency، واملأ مسبقًا مُحدِّد العملة والأسعار المعروضة. وعند الدفع، تجاهل العملة المُشتقة من IP واستخدم بدلًا منها ما يحدده معالج الدفع لديك من طريقة دفع المتسوق وعنوان الفوترة.
ما لا يضمنه هذا
لا تحسب الحقول الحالية أسعار الصرف أو ضريبة المبيعات أو ضريبة القيمة المضافة، ولا تُثبت محل إقامة المشتري لأغراض الفوترة — فحقل الضريبة نفسه يُعيد معدلًا فارغًا (null) للعناوين الأمريكية تحديدًا لأن ضريبة المبيعات الأمريكية المعتمدة على وجهة التسليم لا يمكن تحديدها من البلد/المنطقة وحدهما. استخدم محرك ضرائب مخصصًا ومعالج الدفع لديك في أي أمر يجب أن يكون دقيقًا عند الدفع.