Eine Zapier- oder Make-Automatisierung auf einen neuen Geokodierungs-Host migrieren
No-Code-Automatisierungen mit einem Geokodierungsschritt brauchen einen anderen Migrationsansatz als eigener Code. So gehen Sie bei diesem Wechsel vor.
Migration von ipstack
ipstack authentifiziert über einen access_key-Query-Parameter und liefert eine JSON-Antwort mit Feldern wie type (ipv4 oder ipv6), continent_code, latitude, longitude und in höheren Tarifen einem verschachtelten connection-Objekt, das Angaben zum autonomen System und zum ISP getrennt von den Feldern der obersten Ebene enthält. Diese verschachtelte connection-Struktur ist etwas aufwendiger als die flacheren Formate mancher Wettbewerber, was zu Anwendungen passt, die ISP- und Netzwerkdetails als eigene logische Gruppe behandeln möchten, statt sie mit den Standortfeldern zu vermischen.
Die Migration einer solchen verschachtelten Struktur erfordert etwas mehr Sorgfalt als eine flache Antwort, einfach weil es im Antwortbaum mehr Stellen gibt, an denen sich ein Feldname unterscheiden könnte. Es lohnt sich, gezielt die verschachtelten Pfade zu testen und nicht nur die Felder der obersten Ebene, bevor Sie eine Migration als abgeschlossen betrachten.
Der Kompatibilitätshost von My Geocode für ipstack bildet die vollständige Struktur nach, einschließlich der Felder type, continent_code, latitude und longitude sowie des verschachtelten connection-Objekts, wobei nur die Texte zu Urheberrecht, Nutzungsbedingungen und Datenschutz geändert sind. Referenzdetails finden Sie unter /compatibility/ipstack/. Code, der response.connection.isp oder response.type liest, sollte dieselbe Form erhalten, sobald er mit einem neuen Schlüssel auf den neuen Host zeigt.
Da IP-Abfragen bei My Geocode vollständig durchgängig funktionieren, sind die Ergebnisse hier konkret und nicht nur in ihrer Form beschrieben. Eine Abfrage für eine bestimmte Adresse liefert Land, Region, Stadt, Koordinaten und Verbindungsdetails live, abgeglichen mit einer Caching-Schicht, die die IP-Geolokalisierung aktuell hält, statt sich auf seltene Batch-Aktualisierungen zu verlassen.
Konkrete Migrationshinweise für ipstack-Integrationen:
- Das Muster mit dem
access_key-Query-Parameter lässt sich direkt auf unsere Query-Parameter-Option abbilden, oder Sie wechseln während derselben Migration zu einemX-API-Key-Header,Authorization: Beareroder HTTP Basic Auth, wenn Sie den Authentifizierungsstil lieber gleich mit ändern möchten - Optionale Zusatzfelder (Höhe, wo relevant, IP-Bedrohungsdetails, tiefere Netzwerkinformationen) sind über
mg_extras=1oder einenX-MG-Extras-Header verfügbar und ergänzen die Standardform, statt etwas davon zu ersetzen - Wenn Ihre Integration
security-Felder für die Proxy- oder Bedrohungserkennung prüft, gehören genau diese Werte zu den optionalen Extras und nicht zur Basis-Kompatibilitätsantwort. Prüfen Sie daher, von welchen Feldern Ihr Code tatsächlich abhängt, bevor Sie von vollständiger Gleichwertigkeit ausgehen
Zu den Preisen: 2.500 Anfragen pro Tag sind ganz ohne Schlüssel kostenlos, und jeder Schlüssel erhält eigene 2.500 kostenlose Anfragen pro Tag, gezählt pro Netzwerk. Darüber hinaus gelten einheitlich Prepaid-Guthaben zu 0,0001 € pro Anfrage oder ein Unlimited-Schlüssel zu 50 € pro Monat, wobei jeder Endpunkt, einschließlich dieses Kompatibilitäts-Hosts, gleich viel kostet. Für Anwendungen, die das connection-Objekt von ipstack als eigene Datengruppe in ihren internen Modellen verwenden, bleibt diese Gruppierung unverändert erhalten. So bleiben nachgelagerter Code, Dashboards und Data Warehouses, die auf dieser Struktur aufbauen, intakt.