راقب استخدام مفتاحك قبل أن تبلغ الحد
متابعة ترويسات الحصة أولًا بأول تخبرك متى يقترب الحد، قبل وقت طويل من رفض أي طلب فعليًا.
السعر المعروض بعملة غير مألوفة يجعل الزائر يتوقف ويجري حسابات ذهنية قبل أن يقرر أي شيء، وهي بالضبط اللحظة التي ينبغي أن تكون فيها صفحة الأسعار في أوضح حالاتها.
استعلم عن عنوان IP الخاص بالزائر واقرأ الحقل country_code، الذي يمكنك ربطه بعملة باستخدام جدول المطابقة الخاص بك، وهو الجدول نفسه الذي كنت ستستخدمه لو أخبرك العميل بدولته مباشرة.
GET /v1/ip?ip=203.0.113.150{
"status": "ok",
"ip": "203.0.113.150",
"version": 4,
"found": true,
"country": "Canada",
"country_code": "CA",
"region": "Ontario",
"city": "Toronto",
"postcode": "M5H",
"lat": 43.6511,
"lon": -79.3808,
"timezone": "America/Toronto",
"asn": 4321,
"org": "Example ISP"
}عرض سعر محوّل لتسهيل القراءة لا يتطلب التحصيل فعلًا بتلك العملة. فأسعار My Geocode نفسها، للاسترشاد، باليورو EUR فقط في كل أنحاء العالم بغض النظر عن المكان الذي يسجل منه العميل، والفصل نفسه ينطبق على صفحة أسعارك: يمكنك عرض تقدير محلي مع الاستمرار في تسوية كل معاملة بالعملة التي يدعمها معالج الدفع لديك فعلًا.
إذا كنت تعرض تقديرًا محوّلًا لا سعرًا ستحصّله فعلًا بتلك العملة، فضع عليه وسمًا واضحًا بأنه تقدير، لأن أسعار الصرف تتحرك، والزائر الذي يتوقع أن يُحصَّل منه الرقم الذي رآه بالضبط سيُفاجأ إذا جاءت الرسوم الفعلية بعملة مختلفة وبسعر صرف مختلف.
بعض الزوار مسافرون، أو يستخدمون VPN، أو يريدون ببساطة رؤية الأسعار بعملة غير العملة المكتشفة. ومحدد عملة صغير بجانب القيمة الافتراضية المكتشفة لا يكلف أي طلبات إضافية ويتجنب حبس أي شخص في قيمة افتراضية خاطئة.
استعلام IP واحد لكل جلسة زائر جديدة، مخزّن مؤقتًا طوال الزيارة، يساوي طلبًا واحدًا. وحتى صفحة الأسعار التي تستقبل زيارات يومية كثيرة تبقى ضمن 2,500 طلب مجاني يوميًا المضمنة مع كل مفتاح، أو الحصة نفسها المتاحة من عنوان واحد بدون مفتاح.
اكتشاف العملة المرجحة من بيانات IP يزيل عائقًا صغيرًا لكنه حقيقي في صفحة الأسعار، ما دامت عملة التسوية الفعلية مذكورة بوضوح. راجع توثيق الاستعلام عن IPv4 للاطلاع على قائمة الحقول، وصفحة الأسعار لدى My Geocode لترى كيف نتعامل مع هذا بأنفسنا.