Ergänzende APIs

Alle unterstützenden API-Endpunkte mit cURL-, Python- und Node-Beispielen: Länder, Bundesländer, Unterkategorienkatalog und Plattformen Ihres Tarifs.

Die unterstützenden Endpunkte stellen die drei Referenzkataloge bereit, anhand derer der Rest der API Eingaben validiert: welche Länder und Bundesländer unterstützt werden, welche Geschäftskategorien existieren und welche Plattformverzeichnisse Ihr Tarif abdeckt. Alle drei sind schreibgeschützt, nicht paginiert und geben jeweils den vollständigen Datensatz zurück. Daher reicht ein Read (Lesezugriff)-Schlüssel aus, und Caching ist wichtiger als Paginierung.

Endpunkte im Überblick

MethodePfadFunktionReferenz
GET/countriesAlle unterstützten Länder mit ihren Bundesländern und ISO-Codes.Unterstützte Länder und Bundesländer auflisten
GET/sub-categoriesDer vollständige Geschäftskategorienkatalog mit etwa 6.000 Einträgen.Unterkategorien auflisten
GET/plan-sitesAlle Plattformverzeichnisse, die in Ihrem Tarif enthalten sind.Plattformen des Tarifs auflisten

Unterstützte Länder und Bundesländer auflisten

GET /countries

Gibt den vollständigen Katalog unter data.supportedCountries zurück. Jedes Land enthält einen ISO-Code, einen base64-kodierten id, einen numerischen databaseId, ein states-Array, dessen Einträge eigene ISO-Codes haben, sowie drei Adresskennzeichen: hasCity (Stadt erforderlich), stateRequired (Bundesland erforderlich und anhand von states geprüft) und hasPostalCode (das Land verwendet Postleitzahlen). Für ein Land ohne Unterteilung wird ein leeres states-Array zurückgegeben.

Parameter

Dieser Endpunkt akzeptiert keine Parameter. Er gibt immer den vollständigen Datensatz zurück.

Countries
curl https://listingsapi.com/api/v4/countries \-H "Authorization: API $LISTINGSAPI_KEY"
JSON
{  "data": {    "supportedCountries": [      {        "databaseId": 13,        "hasCity": true,        "id": "Q291bnRyeToxMw==",        "iso": "AU",        "name": "Australia",        "states": [          { "countryId": 13, "id": "139", "iso": "VIC", "name": "Victoria" },          { "countryId": 13, "id": "142", "iso": "NSW", "name": "New South Wales" }        ]      },      {        "databaseId": 17,        "hasCity": true,        "id": "Q291bnRyeToxNw==",        "iso": "BE",        "name": "Belgium",        "states": []      }    ]  }}

Die beiden iso-Felder enthalten die Werte, die Sie benötigen. Der iso eines Landes wird beim Erstellen und Aktualisieren zu countryIso, und der iso eines Bundeslands wird zu stateIso. Wenn Sie beide vor einem Schreibvorgang anhand dieser Liste validieren, können Sie statt eines serverseitigen 400 eine verständliche Meldung in Ihrem eigenen Formular anzeigen.

Unterkategorien auflisten

GET /sub-categories

Gibt unter data.subcategories etwa 6.000 Kategoriedatensätze in einem einzigen, nicht paginierten Array zurück. Mit dieser Abfrage ermitteln Sie für einen Ihnen als Freitext bekannten Geschäftstyp die numerische id, die für einen Schreibvorgang für einen Standort erforderlich ist.

Parameter

Keine. Bei jedem Aufruf wird der gesamte Katalog zurückgegeben.

Subcategories
curl https://listingsapi.com/api/v4/sub-categories \-H "Authorization: API $LISTINGSAPI_KEY"
JSON
{  "data": {    "subcategories": [      {        "databaseId": 4589,        "id": "U3ViQ2F0ZWdvcnk6NDU4OQ==",        "key": "3d-printing-service",        "name": "3D printing service",        "primary": true      }    ]  }}

Jeder Datensatz enthält fünf Felder. Welches Sie verwenden, hängt davon ab, wo der Wert eingesetzt wird.

FeldVerwendungszweck
databaseIdDie Ganzzahl, die Sie als subCategoryId und innerhalb von additionalCategoryIds übergeben.
idDer base64-kodierte Bezeichner für denselben Datensatz.
keyEin URL-tauglicher Slug des Namens.
nameDie Bezeichnung, die einer Person angezeigt werden soll.
primaryOb die Kategorie als primäre Unterkategorie eines Standorts verwendet werden darf.

Ein Standort akzeptiert eine primäre Kategorie in subCategoryId und bis zu 9 weitere in additionalCategoryIds.

Plattformen des Tarifs auflisten

GET /plan-sites

Gibt unter data.planSites alle Plattformverzeichnisse zurück, die im Tarif Ihres Kontos enthalten sind. Dies ist die maßgebliche Liste numerischer Plattform-IDs, und nur hier aufgeführte IDs sind an anderen Stellen der API gültig.

Parameter

Keine. Die Antwort ist auf den Tarif Ihres Kontos beschränkt.

Plan sites
curl https://listingsapi.com/api/v4/plan-sites \-H "Authorization: API $LISTINGSAPI_KEY"
JSON
{  "data": {    "planSites": [      {        "id": 1,        "name": "Google Maps",        "url": "maps.google.com",        "supportedCountries": ["US", "CA", "IN", "GB", "DE"],        "hideAddressSupportedCountries": ["US", "CA", "AU", "IN", "GB"]      },      {        "id": 184,        "name": "Facebook",        "url": "facebook.com",        "supportedCountries": ["US", "CA", "IN", "GB", "DE"],        "hideAddressSupportedCountries": ["US", "CA", "AU", "IN", "GB"]      }    ]  }}

Die beiden Länder-Arrays beantworten unterschiedliche Fragen. supportedCountries gibt an, wo die Plattform überhaupt einen Eintrag akzeptiert. Filtern Sie daher nach dem countryIso Ihres Standorts, bevor Sie eine Plattform zur Auswahl anbieten. hideAddressSupportedCountries gibt an, wo die Plattform eine ausgeblendete Adresse berücksichtigt, was ein Unternehmen mit Einzugsgebiet benötigt. Beide Arrays können 50 oder mehr Codes enthalten; das obige Beispiel ist gekürzt.

Plattform-IDs sind stabil, und es lohnt sich, sie zu kennen: 1 steht für Google Maps und 184 für Facebook, die beiden Plattformen, auf die die meisten Verbindungsabläufe ausgerichtet sind.

Kein eigenständiger Endpunkt. Aktionslinks für Standorte sind die Google-Schaltflächen wie Order online (online bestellen), Reserve a table (tisch reservieren) und Book an appointment (termin buchen). Die Plattform verwaltet sie als Feld am Standort statt als separate Ressource. Sie legen sie beim Erstellen und Aktualisieren über das Array placeActionLinks fest und lesen sie über einen beliebigen Endpunkt zum Lesen von Standorten wieder aus.

Jeder Eintrag benötigt placeActionType und uri, unterstützt ein optionales Flag isPreferred mit höchstens einem bevorzugten Link pro Typ und akzeptiert bei Aktualisierungen für action den Wert add oder delete. Die gültigen Typen, die Löschregeln und das Synchronisierungsverhalten finden Sie unter Aktionslinks für Standorte.

Fehler, die auftreten können

Code oder StatusBedeutungBehebung
401Fehlender oder ungültiger Schlüssel.Senden Sie Authorization: API <YOUR_API_KEY>.
429 mit Retry-AfterDiese Kataloge teilen sich das Anfragelimit Ihres Kontos.Speichern Sie das Ergebnis im Cache. Siehe Anfragelimits.
500 bei LändernServerseitiger Fehler, keine fehlerhafte Anfrage.Wiederholen Sie den Aufruf mit zunehmenden Wartezeiten; am Aufruf selbst muss nichts korrigiert werden.

Keiner dieser Endpunkte führt Schreiboperationen aus, daher wird hier bei Verwendung eines Read-Schlüssels niemals SY90016 zurückgegeben. Die vollständige Liste finden Sie unter Fehlercodes.

Nächste Schritte