Google Places API (القديمة) مجمّدة: ما الذي يجب على مطوري الاتحاد الأوروبي فعله قبل بدء عد التقادم

جمّدت Google واجهة Places API القديمة في مارس 2025. لا تزال تعمل، لكنها لن تتلقى ميزات جديدة، والتقادم آتٍ لا محالة. بالنسبة لمطوري الاتحاد الأوروبي، قرار الترحيل أكثر تعقيداً مما تُوحي به وثائق Google.

في مارس 2025، أعادت Google هيكلة منصتها للخرائط بصمت بطرق خلقت إلحاحاً حقيقياً للمطورين، وإن كانت الرسائل ناعمة. صُنِّفت كل من واجهة Places API القديمة وDirections API وDistance Matrix API ضمن "خدمات قديمة". لا تزال تعمل. وستواصل العمل حتى تُعلن Google عن تاريخ إيقافها. لكنها جُمِّدت.

لا ميزات جديدة. لا تحسينات معمارية. خصومات حجم محدودة عند مستوى 100,000 طلب فأكثر، دون أن يفي ذلك باحتياجات التطبيقات الكبيرة. وفي مرحلة ما من المستقبل، إعلان تقادم مرفق بإشعار مدته 12 شهراً.

بالنسبة لمعظم المطورين، السؤال ليس ما إذا كانوا سيرحّلون. السؤال هو متى، وإلى أين.

بالنسبة لمطوري الاتحاد الأوروبي تحديداً، الحسابات مختلفة. لا يشمل قرار الترحيل التوافق مع واجهات API والتسعير فحسب، بل يشمل أيضاً الامتثال للائحة GDPR وإقامة البيانات والمخاطر القانونية الناجمة عن البنية التحتية الأمريكية التي لا تتناولها وثائق Google الرسمية بشكل كافٍ.

يغطي هذا الدليل ما تغير، وما يستلزمه الترحيل، والأسئلة التي ينبغي لفرق الاتحاد الأوروبي طرحها قبل الالتزام بمسار محدد.

ما الذي غيّرته Google في مارس 2025

اشتمل إعادة الهيكلة في مارس 2025 على مكوّنين مختلفين خلط بينهما كثير من المطورين.

إعادة هيكلة التسعير: استبدلت Google الرصيد الشهري الثابت بقيمة 200 دولار بمستويات مجانية لكل وحدة SKU. بدلاً من رصيد واحد يمكن تطبيقه على أي مجموعة من واجهات API، أصبح لكل نوع من واجهات API مستواه المجاني الخاص:

• Geocoding API: 10,000 طلب مجاني/شهر، ثم 2-7 دولارات لكل 1,000 طلب
• Maps JavaScript API: 10,000 طلب مجاني/شهر
• Places API (الجديدة): مستوى مجاني لكل نوع طلب
• Routes API: مستوى مجاني لكل نوع مسار

بالنسبة للمطورين الذين كانوا يستخدمون واجهة API واحدة بكثافة في ظل الرصيد القديم بقيمة 200 دولار، قد يعني النموذج الجديد دفع مبالغ أكبر. أما المطورون الموزعون على أنواع متعددة من واجهات API، فقد تُقلل مستويات المجانية لكل SKU تكاليفهم فعلياً. الطريقة الوحيدة لمعرفة ذلك هي مراجعة استخدامك الحالي بالتفصيل وتقابله مع هيكل SKU الجديد.

إلى جانب تغيير التسعير، أطلقت Google خطط اشتراك: Starter بسعر 100 دولار/شهر (50,000 استدعاء مجمّع)، وEssentials بسعر 275 دولار/شهر (100,000 استدعاء مجمّع)، وPro بسعر 1,200 دولار/شهر (250,000 استدعاء مجمّع). تهدف هذه الخطط إلى منح القدرة على التنبؤ على نطاق واسع، لكنها تضيف طبقة إضافية من التعقيد إلى تقدير التكلفة.

تصنيفات إيقاف واجهات API: بشكل منفصل، صنّفت Google ثلاث واجهات API كخدمات قديمة:

• Places API (القديمة): حلّ محلها Places API (الجديدة)
• Directions API: حلّ محلها Routes API
• Distance Matrix API: حلّ محلها Routes API مع computeRouteMatrix

يعني تصنيف "قديم" أن هذه الواجهات لا تتلقى ميزات جديدة وليست مؤهلة لمستويات خصم الحجم الموسّعة الجديدة. إنها في وضع الصيانة.

ما الذي يُغيّره Places API (الجديد) فعلياً

Places API الجديدة ليست بديلاً مباشراً. لها صيغة طلب مختلفة وهيكل استجابة مختلف ونموذج اختيار حقول مختلف.

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

الاختلافات الرئيسية التي يواجهها المطورون أثناء الترحيل:

صيغة الطلب: تستخدم الواجهة الجديدة طلبات POST مع هيئة JSON بدلاً من طلبات GET مع معاملات استعلام. إذا كان تكاملك يُنشئ استدعاءات مستندة إلى URL، فكل استدعاء يحتاج إلى إعادة هيكلة.

هيكل الاستجابة: تغيّرت أسماء الحقول. يصبح formatted_address هو formattedAddress (بصيغة camelCase). ويصبح place_id هو id. وأُعيد هيكلة كائن geometry. يحتاج كود تحليل الاستجابة إلى مراجعة شاملة.

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

معالجة الصور: تغيّرت صيغة مرجع الصور. ستتوقف عناوين URL للصور الناتجة عن الواجهة القديمة عن العمل في نهاية المطاف، لذا تحتاج أي مراجع صور مُخزّنة مؤقتاً إلى إعادة إنشاء.

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

ترحيل Routes API (منفصل لكن ذو صلة)

تتّبع Directions API وDistance Matrix API نمطاً مشابهاً. البديل هو Routes API، التي تستخدم صيغة طلب/استجابة مختلفة وتوفر ميزات لا تتوفر في الواجهات القديمة: توجيه يراعي حركة المرور ومعدّلات المسار ودعم الدراجات النارية وتحسين كفاءة استهلاك الوقود.

يختلف تسعير Routes API أيضاً. تسعّر Directions API القديمة بحسب العنصر (زوج النقطة الأصلية والوجهة). بينما تسعّر Routes API بحسب طلب المسار وبحسب العنصر في طلبات المصفوفة. قد تتغير التكاليف بشكل ملحوظ للتطبيقات التي تُنشئ أحجاماً كبيرة من طلبات المصفوفات.

إذا كنت تُرحّل Places API، فمن الأجدى التخطيط لترحيل Routes API في نفس الوقت بدلاً من تشغيل ترحيلين منفصلين. الجهد المتوازي أكثر كفاءة من الترحيلات المتسلسلة التي يتطلب كل منها دورات اختبار ونشر مستقلة.

الاعتبارات الخاصة بالاتحاد الأوروبي

هنا يصبح قرار الترحيل أكثر دقة لمطوري أوروبا مما تُوحي به وثائق Google.

اللائحة العامة لحماية البيانات (GDPR) ونقل البيانات عبر الحدود

منصة Google Maps بنية تحتية أمريكية. عندما يُرسل متصفح المستخدم طلباً إلى Places API أو يحمّل خريطة، يمر ذلك الطلب عبر خوادم Google المقيمة في الولايات المتحدة. في إطار GDPR، يُعد هذا نقلاً للبيانات عبر الحدود.

الأساس القانوني الحالي لهذه التحويلات هو إطار خصوصية البيانات بين الاتحاد الأوروبي والولايات المتحدة، الذي حلّ محل اتفاقية Privacy Shield التي أبطلها حكم Schrems II عام 2020. جُوبه إطار حماية البيانات DPF بطعون قانونية ولا تُضمن استمراريته على المدى البعيد. بالنسبة للشركات في القطاعات المنظمة (الرعاية الصحية والتكنولوجيا المالية والخدمات القانونية والتطبيقات المرتبطة بالحكومة)، يُعد الاستمرار في الاعتماد على البنية التحتية الأمريكية محادثة امتثال مستمرة تستوجب المتابعة.

يستلزم استخدام واجهات Google Maps API أيضاً الحصول على موافقة ملفات تعريف الارتباط لواجهة JavaScript API في بعض التطبيقات، نظراً لإرسال عناوين IP للمستخدمين ومعرفات الأجهزة إلى Google. بالنسبة للتطبيقات التي تريد تحميل الخرائط دون تشغيل شريط موافقة، تُشكّل البنية التحتية المستضافة في الولايات المتحدة مشكلة هيكلية.

حدّثت Google شروط خدمة Maps Platform للمنطقة الاقتصادية الأوروبية في 2025 لتنطبق تحديداً على عناوين الفوترة في الاتحاد الأوروبي. ينبغي للمطورين مراجعة الشروط المحدّثة في ضوء متطلبات اتفاقية معالجة البيانات (DPA) الخاصة بهم.

تبسيط الامتثال كمحفّز للترحيل

بالنسبة لكثير من فرق الاتحاد الأوروبي، وفّرت تغييرات مارس 2025 محفزاً عملياً لإعادة تقييم ما إذا كانوا سيبقون في بيئة Google أم ينتقلون إلى بديل مستضاف في الاتحاد الأوروبي.

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

تُلغي واجهة API للخرائط مستضافة في الاتحاد الأوروبي قلق نقل البيانات عبر الحدود بموجب GDPR كلياً. تبقى جميع الطلبات داخل الاتحاد الأوروبي. لا بنود تعاقدية قياسية للتفاوض عليها، ولا اعتماد على DPF، ولا حاجة لموافقة ملفات تعريف الارتباط لتحميل خريطة. بالنسبة للشركات التي أجرت مؤخراً عمليات تدقيق بموجب GDPR أو تتوقع إجراءها، يمتلك هذا التبسيط قيمة تنظيمية حقيقية.

تقييم ما إذا كان يجب الترحيل داخل Google أو التحوّل إلى مزوّد آخر

يتكوّن الإطار الصادق لهذا القرار من أربعة أجزاء.

1. راجع استخدامك الحالي لواجهات API

قبل اتخاذ أي قرار، أنشئ خريطة لكل استدعاءات Places API وDirections API وDistance Matrix API في قاعدة الكود الخاصة بك. احصِ الحجم لكل نوع نقطة نهاية. ضعها في مقابل كل من نموذج تسعير Places API الجديدة والنقاط النهائية المعادلة لدى مزوّدي البدائل المحتملين.

المقارنة بين التكاليف لا تُجدي إلا ببيانات استخدام حقيقية. التقديرات التقريبية المستندة إلى حجم الطلبات الإجمالي غير كافية لأن واجهات API المختلفة لدى نفس المزوّد تُسعَّر بشكل مختلف.

2. قيّم مخاطر GDPR

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

إذا كان تبسيط الامتثال ذا قيمة، فأسند له تكلفة. العبء القانوني الداخلي لصيانة البنود التعاقدية القياسية ومتابعة استقرار DPF والتعامل مع استفسارات الامتثال من العملاء عمل حقيقي بتكلفة حقيقية.

3. قدّر جهد الترحيل لكل مسار

الترحيل إلى Places API (الجديدة) داخل Google: قدّر بناءً على تعقيد تكاملك. تغييرات إخفاء الحقول وإعادة هيكلة الطلبات وتحديثات تحليل الاستجابة. عادةً ما بين أسبوع وأربعة أسابيع من الجهد الهندسي.

الترحيل إلى بديل من طرف ثالث: نطاق هندسي مماثل. تغييرات عناوين URL لنقاط النهاية واختلافات المعاملات وفروق صيغ الاستجابة. بالنسبة للفرق التي تستخدم بالفعل MapLibre GL JS كطبقة عرض (شوكة مفتوحة المصدر من Mapbox GL JS)، تبقى طبقة العرض كما هي. تتغير فقط استدعاءات الترميز الجغرافي والبحث والتوجيه.

4. فكّر فيما تحصل عليه في الجانب الآخر

تتيح لك Places API (الجديدة) الوصول إلى أحدث ميزات Google: إكمال تلقائي أفضل وملخصات الذكاء الاصطناعي التوليدي وبيانات أماكن موسّعة. لا يُضاهى تغطية بيانات Google على المستوى العالمي.

توفر البدائل المستضافة في الاتحاد الأوروبي كـ MapAtlas امتثال GDPR بالتصميم وإقامة بيانات داخل الاتحاد الأوروبي وفي بعض الحالات أدوات لمرئية بحث الذكاء الاصطناعي لا توفرها واجهات API من Google. بالنسبة للتطبيقات في مجالات العقارات والضيافة واللوجستيات حيث تهمّ قابلية الاكتشاف في الذكاء الاصطناعي لصفحات المواقع، تُعدّ طبقة مرئية الذكاء الاصطناعي عاملاً مميزاً ذا قيمة.

لا يوجد مسار صحيح عالمياً. الإجابة الصحيحة تعتمد على متطلبات الامتثال لديك وحساسيتك للتسعير والميزات الأكثر أهمية لتطبيقك.

ما يجب فعله الآن

بصرف النظر عن مسار الترحيل الذي تختاره، عدة إجراءات منطقية على الفور:

راجع ووثّق سطح واجهة API الحالية: اعرف بالضبط أي النقاط النهائية القديمة تستخدم، ومدى تكرارها، وحقول البيانات التي تعتمد عليها. هذه المعلومات ضرورية لأي قرار ترحيل.

شغّل المقارنة بين الأسعار بأرقام حقيقية: استخدم بيانات استخدامك الفعلية لمقارنة التسعير القديم وتسعير Places API (الجديدة) والمزوّدين البديلين. افعل ذلك عند حجمك الحالي وعند ضعف حجمك الحالي.

راجع وثائق GDPR الخاصة بك: راجع اتفاقية DPA الحالية مع Google والبنود التعاقدية القياسية أو الاعتماد على DPF وتطبيق موافقة ملفات تعريف الارتباط. افهم وضعك القانوني الحالي قبل تغييره.

لا تُرحّل تحت ضغط الوقت: الواجهة القديمة لا تزال تعمل. إنها مجمّدة لا معطوبة. اتخذ قرار الترحيل ببيانات واضحة ومهلة هندسية كافية بدلاً من التسرّع بسبب إلحاح مُتوهّم. سيمنحك إعلان التقادم إشعاراً مسبقاً بـ 12 شهراً.

حدّد موعداً نهائياً للقرار: "عندما تُعلن Google عن التقادم" ليس خطة. حدّد نقطة قرار داخلية بشأن مسار الترحيل الذي ستتخذه، يُفضَّل خلال الربع القادم.

إذا أردت مقارنة ما تبدو عليه واجهات API للخرائط المستضافة في الاتحاد الأوروبي من حيث سطح API والتسعير وجهد الترحيل، فإن MapAtlas تغطي الترميز الجغرافي والإكمال التلقائي للعناوين والتوجيه وبلاطات الخرائط ضمن نموذج تسعير واحد مع إقامة بيانات في الاتحاد الأوروبي. تعرض صفحة التسعير هيكل المستويات الحالي، ويتيح لك المستوى المجاني (10,000 طلب شهرياً لمعظم الواجهات، و25,000 للترميز الجغرافي) اختبار التكامل قبل الالتزام.

الأسئلة الشائعة

متى ستُوقف Google واجهة Places API القديمة؟

لم تحدد Google تاريخاً نهائياً للإيقاف حتى مطلع عام 2026. جُمِّدت الواجهة القديمة في مارس 2025 ولم تعد تتلقى ميزات جديدة. سياسة Google تقضي بتقديم إشعار مسبق لا يقل عن 12 شهراً قبل التقادم. تعامل مع الترحيل باعتباره عاجلاً لكن ليس طارئاً.

هل Places API (الجديدة) أغلى من Places API القديمة؟

يعتمد ذلك على نمط استخدامك. تُفيد المستويات المجانية الجديدة لكل SKU بعض أنماط الاستخدام وتضرّ أنماطاً أخرى. ضع استدعاءات API الحالية في مقابل هيكل SKU الجديد ببيانات استخدامك الفعلية قبل استخلاص الاستنتاجات.

هل أحتاج أيضاً إلى الترحيل من Directions API؟

نعم، إذا أردت ميزات جديدة وخصومات حجم أفضل. صُنِّفت Directions API وDistance Matrix API كلتاهما كخدمات قديمة في مارس 2025. البديل هو Routes API الذي يستلزم تقييم ترحيل مستقلاً.

ما خطر GDPR الناجم عن الاستمرار في استخدام واجهات Google Maps كمطور في الاتحاد الأوروبي؟

تستخدم منصة Google Maps بنية تحتية أمريكية، مما يستلزم آليات نقل بيانات عبر الحدود بموجب GDPR. الأساس الحالي هو إطار خصوصية البيانات بين الاتحاد الأوروبي والولايات المتحدة، الذي جُوبه بطعون قانونية. بالنسبة للقطاعات المنظمة، هذا خطر امتثال مستمر يستوجب المتابعة.

كم يستغرق الترحيل إلى مزوّد بديل؟

الجهد الهندسي مماثل للترحيل داخل Google: من أسبوع إلى أربعة أسابيع بحسب تعقيد التكامل، يُقضى معظمه في تحديثات نقاط النهاية واختلافات المعاملات واختبار صيغ الاستجابة. الفرق التي تستخدم MapLibre GL JS للعرض لديها أخف مسار ترحيل لأن طبقة العرض تبقى كما هي.

خلاصة

وضعت تغييرات مارس 2025 عقارب الساعة على استخدام Places API القديمة دون أن تبدأ العد التنازلي رسمياً. الواجهة لا تزال تعمل. تاريخ التقادم لم يُعلَن. لكن الاتجاه واضح، والترحيل سيكون أقل إيلاماً بتخطيط كافٍ من أن يكون تحت ضغط الإلحاح.

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

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

قراءة ذات صلة:

• بدائل Google Maps API لمطوري الاتحاد الأوروبي
• دليل مطور الاتحاد الأوروبي لواجهات API للخرائط المتوافقة مع GDPR
• تسعير Google Maps API 2026: ما الذي تدفعه فعلياً
• التحوّل من Google Maps API: ما يختاره مطورو الاتحاد الأوروبي
• واجهة API للإكمال التلقائي للعناوين: كيف تحسّن معدل تحويل صفحة الدفع