Google Places API (Legacy) फ्रीज है: EU डेवलपर्स को Deprecation की

Google ने मार्च 2025 में Legacy Places API को फ्रीज कर दिया। यह अभी भी काम करता है, लेकिन इसे नई सुविधाएं नहीं मिलेंगी, और deprecation आ रहा है। EU डेवलपर्स के लिए, migration का निर्णय Google के दस्तावेज़ीकरण से अधिक जटिल है।

मार्च 2025 में, Google ने चुपचाप अपने mapping platform को पुनर्गठित किया जिसने डेवलपर्स के लिए वास्तविक तात्कालिकता पैदा की, भले ही संदेश नरम था। Legacy Places API, Directions API और Distance Matrix API को "Legacy services" के रूप में पुनर्वर्गीकृत किया गया। वे अभी भी काम करते हैं। वे तब तक काम करते रहेंगे जब तक Google deprecation तारीख की घोषणा नहीं करता। लेकिन उन्हें फ्रीज कर दिया गया है।

कोई नई सुविधाएं नहीं। कोई architectural सुधार नहीं। वॉल्यूम छूट 1,00,000+ टियर पर सीमित है, जो बड़े अनुप्रयोगों की जरूरत से कम है। और भविष्य में कहीं, 12 महीने की नोटिस के साथ एक deprecation घोषणा।

अधिकांश डेवलपर्स के लिए, सवाल यह नहीं है कि migrate करना है या नहीं। सवाल है कब, और किसमें।

EU डेवलपर्स के लिए विशेष रूप से, गणना अलग है। Migration निर्णय में न केवल API compatibility और मूल्य निर्धारण शामिल है, बल्कि GDPR अनुपालन, डेटा residency, और US इंफ्रास्ट्रक्चर का कानूनी जोखिम भी शामिल है जिसे Google का अपना दस्तावेज़ीकरण पूरी तरह संबोधित नहीं करता।

यह मार्गदर्शिका बताती है कि क्या बदला, migration में क्या शामिल है, और EU टीमों को किसी दिशा में प्रतिबद्ध होने से पहले कौन से प्रश्न पूछने चाहिए।

Google ने मार्च 2025 में क्या बदला

मार्च 2025 के पुनर्गठन के दो अलग घटक थे जिन्हें कई डेवलपर्स ने एक साथ मिला दिया।

मूल्य निर्धारण पुनर्गठन: Google ने $200/माह के फ्लैट मासिक क्रेडिट को प्रति-SKU मुफ्त टियर से बदल दिया। किसी भी API संयोजन पर लागू किए जा सकने वाले एकल क्रेडिट की बजाय, प्रत्येक API प्रकार का अब अपना मुफ्त टियर है:

• Geocoding API: 10,000 मुफ्त events/माह, फिर $2-7 प्रति 1,000
• Maps JavaScript API: 10,000 मुफ्त events/माह
• Places API (New): अनुरोध प्रकार के अनुसार मुफ्त टियर
• Routes API: route प्रकार के अनुसार मुफ्त टियर

पुराने $200 क्रेडिट के तहत एकल API का भारी उपयोग करने वाले डेवलपर्स के लिए, नया मॉडल अधिक भुगतान का मतलब हो सकता है। कई API प्रकारों में फैले डेवलपर्स के लिए, प्रति-SKU मुफ्त टियर वास्तव में लागत कम कर सकते हैं। इसे जानने का एकमात्र तरीका नई SKU संरचना के खिलाफ अपने वर्तमान उपयोग का ऑडिट करना है।

मूल्य निर्धारण परिवर्तन के साथ, Google ने subscription plans भी लॉन्च किए: Starter $100/माह (50,000 संयुक्त calls), Essentials $275/माह (1,00,000 संयुक्त calls), और Pro $1,200/माह (2,50,000 संयुक्त calls)। ये plans पैमाने पर पूर्वानुमान देने के लिए हैं लेकिन लागत अनुमान में जटिलता की एक और परत जोड़ते हैं।

API deprecation नामांकन: अलग से, Google ने तीन APIs को Legacy services नामित किया:

• Places API (Legacy): Places API (New) द्वारा प्रतिस्थापित
• Directions API: Routes API द्वारा प्रतिस्थापित
• Distance Matrix API: computeRouteMatrix के साथ Routes API द्वारा प्रतिस्थापित

Legacy नामांकन का अर्थ है ये APIs कोई नई सुविधाएं नहीं पाते हैं और नए विस्तारित वॉल्यूम छूट टियर के लिए पात्र नहीं हैं। वे maintenance mode में हैं।

Places API (New) वास्तव में क्या बदलता है

Places API (New) एक drop-in replacement नहीं है। इसका एक अलग request format, अलग response structure और अलग field selection model है।

सबसे महत्वपूर्ण परिवर्तन field masking है। Legacy API एक निश्चित response structure लौटाता है। नया API आपको एक field mask header के माध्यम से यह निर्दिष्ट करने की आवश्यकता है कि आपको कौन से fields चाहिए। यह अनावश्यक डेटा transfer को कम करता है और इसका मतलब है कि आप केवल उन fields के लिए भुगतान करते हैं जो आप request करते हैं, लेकिन इसका मतलब यह भी है कि आपके codebase में प्रत्येक API call को explicit field masks के साथ अपडेट करना होगा।

Migration के दौरान डेवलपर्स जो प्रमुख अंतर पाते हैं:

Request format: नया API GET requests की बजाय JSON body के साथ POST requests का उपयोग करता है। यदि आपका integration URL-based calls बनाता है, तो प्रत्येक call को पुनर्गठित करना होगा।

Response structure: Field names बदल गए हैं। formatted_address formattedAddress (camelCase) बन जाता है। place_id id बन जाता है। geometry object पुनर्गठित है। Response parsing code को पूरे में ऑडिट करना होगा।

Places API (New) में केवल नई सुविधाएं: Generative AI summaries, EV charging stations के लिए नए data fields, fuel prices, accessibility details, और बेहतर autocomplete suggestions। यदि आपको इनमें से किसी की आवश्यकता है, तो आपको migrate करना होगा।

Photo handling: Photo reference format बदल गया है। Legacy API द्वारा उत्पन्न photo URLs अंततः काम करना बंद कर देंगे, इसलिए किसी भी cached photo reference को पुनः उत्पन्न करना होगा।

Google migration guides प्रदान करता है, लेकिन व्यावहारिक अनुभव यह है कि migration एक महत्वपूर्ण engineering कार्य है, configuration परिवर्तन नहीं। Teams आमतौर पर integration जटिलता के आधार पर एक से चार सप्ताह का बजट रखती हैं।

Routes API Migration (अलग लेकिन संबंधित)

Directions API और Distance Matrix API एक समान pattern का पालन करते हैं। प्रतिस्थापन Routes API है, जो एक अलग request/response format का उपयोग करता है और ऐसी सुविधाएं प्रदान करता है जो Legacy APIs नहीं करती: traffic-aware routing, route modifiers, दो-पहिया वाहनों के लिए समर्थन और fuel efficiency optimization।

Routes API भी अलग तरह से pricing करता है। Legacy Directions API प्रति element (origin-destination pair) pricing करता था। Routes API प्रति route request और matrix requests में प्रति element pricing करता है। उच्च मात्रा में matrix requests करने वाले applications के लिए, लागत में उल्लेखनीय परिवर्तन हो सकता है।

यदि आप Places API migrate कर रहे हैं, तो अलग-अलग sequential migrations के बजाय एक साथ Routes API migration की योजना बनाना उचित है। समानांतर प्रयास उन sequential migrations की तुलना में अधिक कुशल है जिनमें से प्रत्येक को अपने स्वयं के testing और deployment cycles की आवश्यकता होती है।

EU-विशिष्ट विचार

यहीं पर migration निर्णय European developers के लिए Google के दस्तावेज़ीकरण से अधिक बारीक हो जाता है।

GDPR और क्रॉस-बॉर्डर डेटा ट्रांसफर

Google Maps Platform US इंफ्रास्ट्रक्चर है। जब किसी उपयोगकर्ता का ब्राउज़र Places API को request करता है या map लोड करता है, तो वह request Google के US-based servers से होकर गुजरती है। GDPR के तहत, यह एक cross-border data transfer है।

इन transfers के लिए वर्तमान कानूनी आधार EU-US Data Privacy Framework है, जिसने 2020 में Schrems II फैसले द्वारा अमान्य किए गए Privacy Shield समझौते की जगह ली। DPF को कानूनी चुनौती दी गई है और इसकी दीर्घकालिक स्थिरता की गारंटी नहीं है। विनियमित उद्योगों (स्वास्थ्य सेवा, फिनटेक, कानूनी सेवाएं, सरकार से जुड़े applications) में companies के लिए, US इंफ्रास्ट्रक्चर पर निरंतर निर्भरता एक चल रही compliance बातचीत है जिसे monitoring की आवश्यकता है।

Google Maps APIs का उपयोग करने के लिए कुछ implementations में JavaScript API के लिए cookie consent भी आवश्यक है, क्योंकि user IP addresses और device identifiers Google को भेजे जाते हैं। जो applications consent banner trigger किए बिना maps लोड करना चाहते हैं, उनके लिए US-hosted infrastructure एक structural समस्या पैदा करता है।

Google ने 2025 में अपने Maps Platform EEA Terms of Service को अपडेट किया ताकि विशेष रूप से EU billing addresses पर लागू हो सके। Developers को अपनी DPA आवश्यकताओं के खिलाफ updated terms की समीक्षा करनी चाहिए।

Compliance सरलीकरण Migration Trigger के रूप में

कई EU teams के लिए, मार्च 2025 के परिवर्तनों ने यह पुनर्मूल्यांकन करने के लिए एक व्यावहारिक trigger प्रदान किया कि Google के ecosystem में बने रहना है या EU-hosted विकल्प पर जाना है।

पुनर्मूल्यांकन के लिए business case सीधा है: यदि आप वैसे भी migration में engineering समय निवेश करने जा रहे हैं (Legacy Places API से Places API New तक), तो किसी भिन्न provider पर migrate करने का अतिरिक्त प्रयास अक्सर जितना लगता है उससे कम है। API endpoint परिवर्तन, field mapping कार्य और testing cycles काफी हद तक समान हैं चाहे आप Google के नए API में migrate कर रहे हों या किसी तृतीय-पक्ष विकल्प में। अंतर यह है कि जब आप समाप्त करते हैं तो आपको क्या मिलता है।

EU-hosted mapping API GDPR cross-border transfer चिंता को पूरी तरह समाप्त करता है। सभी requests EU के भीतर रहती हैं। कोई SCCs negotiate नहीं, कोई DPF निर्भरता नहीं, map लोड करने के लिए कोई cookie consent आवश्यक नहीं। उन companies के लिए जो हाल ही में GDPR audits पूरे कर चुके हैं या एक की प्रत्याशा में हैं, इस सरलीकरण का वास्तविक संगठनात्मक मूल्य है।

Google के भीतर Migrate करना या Provider बदलना: मूल्यांकन

इस निर्णय के लिए ईमानदार framework के चार भाग हैं।

1. अपने वर्तमान API उपयोग का ऑडिट करें

कोई भी निर्णय लेने से पहले, अपने codebase में प्रत्येक Places API call, Directions API call और Distance Matrix API call को map करें। प्रति endpoint type मात्रा गिनें। उसे Places API (New) pricing model और candidate alternative providers में समतुल्य endpoints दोनों पर map करें।

लागत तुलना केवल वास्तविक उपयोग डेटा के साथ समझ में आती है। कुल request मात्रा के आधार पर अनुमानित अनुमान पर्याप्त नहीं हैं क्योंकि एक ही provider के भीतर विभिन्न APIs अलग-अलग pricing करते हैं।

2. GDPR जोखिम का मूल्यांकन करें

अपनी कानूनी या compliance team से पूछें कि US infrastructure निर्भरता आपके विशिष्ट संदर्भ के लिए कितना चल रहा जोखिम प्रतिनिधित्व करती है। DPAs वाले enterprise EU customers के साथ एक SaaS product के लिए, जोखिम स्तर sensitive personal data प्रोसेस करने वाले consumer application से अलग है।

यदि compliance सरलीकरण मूल्यवान है, तो इसे एक लागत असाइन करें। SCCs बनाए रखने, DPF stability monitoring करने और customer compliance questionnaires संभालने का internal कानूनी overhead वास्तविक कार्य है जिसकी वास्तविक लागत है।

3. प्रत्येक path के लिए migration प्रयास का मूल्यांकन करें

Google के भीतर Places API (New) में migrate करना: अपनी integration जटिलता के आधार पर अनुमान करें। Field masking परिवर्तन, request पुनर्गठन, response parsing updates। आमतौर पर एक से चार सप्ताह का engineering प्रयास।

किसी तृतीय-पक्ष विकल्प में migrate करना: समान engineering scope। Endpoint URL परिवर्तन, parameter अंतर, response format अंतर। जो Teams पहले से MapLibre GL JS को rendering layer के रूप में उपयोग कर रही हैं (Mapbox GL JS का open-source fork), उनके लिए rendering layer वही रहती है। केवल geocoding, search और routing calls बदलते हैं।

4. विचार करें कि दूसरी तरफ आपको क्या मिलता है

Places API (New) आपको Google की नवीनतम सुविधाओं तक पहुंच देता है: बेहतर autocomplete, generative AI summaries, विस्तारित place data। Google का data coverage globally बेजोड़ है।

MapAtlas जैसे EU-hosted विकल्प आपको design से GDPR compliance, EU data residency, और कुछ मामलों में AI search visibility tooling देते हैं जो Google के APIs प्रदान नहीं करते। Real estate, hospitality, या logistics में applications के लिए जहां location pages की AI discoverability महत्वपूर्ण है, AI visibility layer एक meaningful differentiator है।

कोई भी path universally सही नहीं है। सही उत्तर आपकी compliance आवश्यकताओं, pricing sensitivity और आपके application के लिए सबसे महत्वपूर्ण features पर निर्भर करता है।

अभी क्या करें

आप जो भी migration path चुनें, कई actions तुरंत समझ में आती हैं:

अपनी वर्तमान API surface को ऑडिट और document करें: ठीक-ठीक जानें कि आप कौन से legacy endpoints उपयोग करते हैं, कितनी बार, और किन data fields पर निर्भर हैं। यह जानकारी किसी भी migration निर्णय के लिए आवश्यक है।

वास्तविक संख्याओं के साथ pricing comparison चलाएं: Legacy pricing, Places API (New) pricing और alternative providers की तुलना करने के लिए अपने वास्तविक उपयोग डेटा का उपयोग करें। यह अपने वर्तमान volume पर और 2x volume पर करें।

अपना GDPR documentation जांचें: Google के साथ अपने वर्तमान DPA, अपने SCCs या DPF निर्भरता, और अपने cookie consent implementation की समीक्षा करें। इसे बदलने से पहले अपनी वर्तमान कानूनी स्थिति समझें।

समय के दबाव में migrate न करें: Legacy API अभी भी काम करता है। यह फ्रीज है, टूटा नहीं है। Migration निर्णय स्पष्ट डेटा और पर्याप्त engineering runway के साथ करें, न कि कथित तात्कालिकता के कारण जल्दबाजी में। Deprecation घोषणा आपको 12 महीने की नोटिस देगी।

एक निर्णय deadline निर्धारित करें: "जब Google deprecation की घोषणा करे" कोई plan नहीं है। आप कौन सा migration path ले रहे हैं इसके लिए एक internal निर्णय बिंदु निर्धारित करें, आदर्श रूप से अगले quarter के भीतर।

यदि आप API surface, pricing और migration effort के संदर्भ में EU-hosted mapping APIs वास्तव में कैसे दिखते हैं तुलना करना चाहते हैं, तो MapAtlas एकल pricing model के साथ geocoding, address autocomplete, routing और map tiles को EU data residency के साथ cover करता है। pricing page वर्तमान tier structure दिखाता है, और free tier (अधिकांश APIs के लिए 10,000 requests प्रति माह, geocoding के लिए 25,000) आपको commitment करने से पहले integration test करने देता है।

अक्सर पूछे जाने वाले प्रश्न

Google Legacy Places API को कब deprecate करेगा?

2026 की शुरुआत तक Google ने कोई अंतिम deprecation तारीख निर्धारित नहीं की है। Legacy API मार्च 2025 में फ्रीज किया गया था और अब नई सुविधाएं नहीं पाता। Google की नीति deprecation से पहले कम से कम 12 महीने की नोटिस देने की है। Migration को तत्काल मानें लेकिन emergency नहीं।

क्या Places API (New) Legacy Places API से अधिक महंगा है?

यह आपके उपयोग पैटर्न पर निर्भर करता है। नए प्रति-SKU मुफ्त टियर कुछ उपयोग प्रोफाइल को लाभ देते हैं और अन्य को नुकसान। निष्कर्ष निकालने से पहले अपने वास्तविक उपयोग डेटा के साथ अपने वर्तमान API calls को नई SKU संरचना में map करें।

क्या मुझे Directions API से भी migrate करने की आवश्यकता है?

हां, यदि आप नई सुविधाएं और बेहतर वॉल्यूम छूट चाहते हैं। Directions API और Distance Matrix API दोनों को मार्च 2025 में Legacy services नामित किया गया था। प्रतिस्थापन Routes API है, जिसके लिए अपने स्वयं के अलग migration मूल्यांकन की आवश्यकता है।

EU डेवलपर के रूप में Google Maps APIs जारी रखने का GDPR जोखिम क्या है?

Google Maps Platform US infrastructure का उपयोग करता है, जिसके लिए GDPR के तहत cross-border data transfer mechanisms की आवश्यकता होती है। वर्तमान आधार EU-US Data Privacy Framework है, जिसे कानूनी चुनौती दी गई है। विनियमित उद्योगों के लिए, यह एक चल रहा compliance जोखिम है जिसे monitoring की आवश्यकता है।

किसी वैकल्पिक provider पर migrate करने में कितना समय लगता है?

Engineering प्रयास Google के भीतर migrate करने के समान है: integration जटिलता के आधार पर एक से चार सप्ताह, ज्यादातर endpoint updates, parameter अंतर और response format testing पर खर्च। Rendering के लिए MapLibre GL JS उपयोग करने वाली teams के लिए सबसे हल्का migration path है क्योंकि rendering layer वही रहती है।

निष्कर्ष

मार्च 2025 के परिवर्तनों ने Legacy Places API उपयोग पर officially countdown शुरू किए बिना एक घड़ी रख दी। API अभी भी काम करता है। Deprecation तारीख की घोषणा नहीं हुई है। लेकिन दिशा स्पष्ट है, और migration पर्याप्त planning के साथ तात्कालिकता के साथ कम दर्दनाक होगी।

EU developers के लिए, migration का क्षण एक मूल्यांकन का क्षण भी है। API endpoints बदलने का engineering प्रयास काफी हद तक समान है चाहे आप Google के भीतर रहें या EU-hosted विकल्प पर जाएं। सार्थक अंतर यह है कि आप आगे क्या ले जाते हैं: Google का व्यापक global dataset और नवीनतम सुविधाएं, या design से GDPR compliance, सरल pricing और EU data residency।

यह एक ऐसा निर्णय है जिसे जानबूझकर, वास्तविक उपयोग डेटा और अपनी compliance आवश्यकताओं की स्पष्ट दृष्टि के साथ करना उचित है, न कि कम से कम immediate resistance के path को default करना।

संबंधित पठन:

• EU developers के लिए Google Maps API के विकल्प
• GDPR-compliant map APIs के लिए EU developer की मार्गदर्शिका
• Google Maps API pricing 2026: आप वास्तव में क्या भुगतान करते हैं
• Google Maps API से switching: EU developers क्या चुनते हैं
• Address autocomplete API: यह checkout conversion कैसे सुधारता है