Zum Hauptinhalt springen
Mit Place Lookup prüfen Sie, wie KI-Engines ein Geschäft, eine Filiale oder eine Praxis zeigen. Jede Engine zeigt Orte aus einer Kartendatenbank. Gemini, Copilot und die Google-Ergebnisseite zeigen Google-Maps-Einträge, Naver AI Tab zeigt Naver-Place-Einträge, und ChatGPT zeigt Einträge aus Quellen wie Yelp, Tripadvisor und Google Maps. Eine Abfrage zeigt Ihnen, welchen Eintrag jede Engine verwendet hat und was daran falsch ist, damit Sie wissen, welchen Eintrag Sie korrigieren müssen.

Abfrage einreichen

Die Abfrage stellt jeder Engine zwei Fragen. Jede Frage ist ein normaler Task dieser Engine, und die Antwort listet sie auf:
Lesen Sie die Abfrage mit GET /v1/place-lookup/{id}, bis lookup.status COMPLETED ist. Die meisten Abfragen sind in unter zwei Minuten fertig, fragen Sie also alle 5 bis 10 Sekunden ab. Eine Abfrage sendet keinen Webhook. Das Anfrageschema finden Sie in der API-Referenz.

Anfragefelder

Andere Felder, auch webhook, liefern 400 VALIDATION_ERROR.

Wie eine Abfrage fragt

Jede Engine erhält zwei Fragen. ChatGPT, Gemini und Copilot sollen das Geschäft auf einer Karte zeigen, beim zweiten Mal mit seiner Adresse. Auf der Google-Ergebnisseite wird nach dem Standort des Geschäfts gesucht, dann nach seinem Namen von seiner eigenen Position aus. Naver AI Tab wird nach dem Standort des Geschäfts gefragt, dann nach seinem Namen. Für KR sind die Fragen koreanisch, und die zweite Frage an ChatGPT ist Show {name} on a map auf Englisch, weil ChatGPT die Ortskarte eines koreanischen Geschäfts häufiger zeigt, wenn man auf Englisch fragt. Ohne place.address stellt eine Engine, deren zweite Frage die Adresse ergänzt, die erste Frage zweimal. Ohne place.location ergänzt die zweite Google-Suche außerhalb von KR die Adresse. via[] im Ergebnis zeigt jede Frage so, wie sie gesendet wurde.

Ergebnis lesen

Die Canlis-Abfrage sieht so aus, gekürzt auf die wichtigsten Felder:
ChatGPT zeigte den Yelp-Eintrag des Restaurants. Gemini und Copilot zeigten denselben Google-Maps-Eintrag mit derselben Place ID. Die Google-Ergebnisseite zeigte bei keiner der beiden Fragen einen Ort, daher ist ihr found false.

engines[]

record

issues

Eine Nummer, die alle Filialen einer Kette angeben, etwa eine gebührenfreie Nummer, wird nicht verglichen.

summary und credits

lookup.status ist PROCESSING, bis alle Engines enden, danach COMPLETED. Das Ergebnis wird bei jedem Lesen aus den gespeicherten Antworten bewertet, und eine Abfrage ist 24 Stunden nach dem Ende ihrer Tasks lesbar.

Abfrage erneut senden

Jede Frage ist ein Task mit dem Schlüssel {lookup id}:{engine}:{ask}, etwa canlis-2026-10:GEMINI:2. Senden Sie dieselbe Anfrage mit demselben idempotencyKey erneut, gibt die Abfrage ihre vorhandenen Tasks zurück und sendet die Fragen, die noch keinen Task haben, etwa solche, die mangels Credits abgelehnt wurden. Dieselbe id mit einem anderen Geschäft, Land oder einer anderen Engine-Liste liefert 409 RESOURCE_ALREADY_EXISTS und erstellt nichts. Um das Geschäft später erneut abzufragen, verwenden Sie einen neuen idempotencyKey.

Parallelität des Tarifs

Jede Frage zählt als ein Task für das Parallelitätslimit Ihres Tarifs. Eine Abfrage startet so viele Fragen, wie Ihr Tarif Platz hat, die übrigen warten in tasks[] mit status: "PENDING":
Eine wartende Frage startet von selbst, sobald Ihre laufenden Tasks fertig sind, innerhalb einer Minute oder beim nächsten Lesen der Abfrage. So führt eine einzige Anfrage die ganze Abfrage aus. Im Free-Tarif mit 2 parallelen Tasks laufen zwei Fragen gleichzeitig, und eine Abfrage dauert einige Minuten. Bezahlte Tarife beginnen bei 50 parallelen Tasks, sodass eine ganze Abfrage auf einmal startet, solange Ihr Konto Kapazität frei hat. Fragen warten auch, solange die Warteschlange einer Engine voll ist oder der Schlüssel sein tägliches Credit-Limit erreicht hat. Der Preis einer Frage wird reserviert, wenn sie startet. Wird der Schlüssel, der die Abfrage gesendet hat, vorher widerrufen oder läuft er ab, enden die wartenden Fragen als FAILED mit API_KEY_INACTIVE und kosten 0. Siehe Credits und Limits.

Fehler und Abrechnung

Eine Abfrage der Standard-Engines des Landes kostet 10 Credits. Jede Frage zahlt ihren Anteil: 1 Credit für jede der 10 Fragen in KR und 1,25 für jede der 8 Fragen anderswo. Eine Abfrage weniger Engines zahlt die Fragen, die sie sendet. Der Preis jeder Frage wird beim Einreichen reserviert und bei Abschluss berechnet, und eine fehlgeschlagene Frage kostet 0. Siehe Credits und Limits.

Beim Einreichen abgelehnt

Werden alle Fragen abgelehnt, ist die erste Ablehnung die Antwort, mit ihrem eigenen Status, etwa 402 INSUFFICIENT_CREDITS oder 403 KEY_SCOPE_DENIED, und es wird nichts erstellt. Werden einige Fragen angenommen, ist die Antwort 200, und jede abgelehnte Frage trägt ihren error in tasks[]:

Eine Abfrage lesen

GET /v1/place-lookup/{id} liefert 404 RESOURCE_NOT_FOUND für eine id, die Ihr Konto nicht verwendet hat, und für eine Abfrage, deren Tasks das 24-Stunden-Fenster überschritten haben. Eine fehlgeschlagene Frage zeigt status: "FAILED" in via[] und einen error, der mit seinem Code beginnt, etwa ENGINE_NO_RESULT. Die Codes sind die der Tasks dieser Engine, und eine wartende Frage, die vor ihrem Start endet, trägt API_KEY_INACTIVE oder INSUFFICIENT_CREDITS. Siehe Fehler.

Nächste Schritte

ChatGPT

Die Ortskarten, die ChatGPT zeigt, in map.

Batches und Raster

Stellen Sie einen Prompt von jedem Punkt eines Rasters um ein Geschäft.