Tarife und Add-ons

Listings- und Social-Tarife, jeweilige Leistungen, Preise aller Add-ons, anteilige Abrechnung und Wachstumsgrenzen für Self-Service-Konten.

Listings API bietet zwei Produkte an. Listings verwaltet Unternehmensstandorte und ihre Präsenz in Verzeichnissen. Social verwaltet Marken und veröffentlicht Inhalte auf deren Social-Media-Konten. Die Produkte haben separate Preise, werden separat abgerechnet und unterliegen separaten Obergrenzen.

Listings

Die Preise der Listings-Tarifstufen richten sich nach der Anzahl der Standorte, die Sie verwalten dürfen.

Für jeden Standort im Tarif stehen das gesamte Verzeichnisnetzwerk, die Bewertungsverwaltung, Beiträge und Analysen zur Verfügung. Die Tarifstufe bestimmt, wie viele Standorte Sie verwalten dürfen und wie hoch Ihr Anfragekontingent ist, nicht jedoch, welche Endpunkte Sie aufrufen können.

Social

Die Preise der Social-Tarifstufen richten sich nach der Anzahl der Verbindungen, die Sie haben dürfen. Eine Verbindung ist ein Social-Media-Konto – eine Facebook-Seite, ein Instagram-Business-Konto, ein X-Konto, eine LinkedIn-Organisation oder eine Pinterest-Pinnwand –, das über einen Verbindungslink auf einem Netzwerk mit einer Marke verknüpft ist.

Marken sind in jeder Tarifstufe unbegrenzt und werden nicht nach Anzahl abgerechnet. Eine Marke ist lediglich der Container, dem verbundene Konten und die darüber veröffentlichten Beiträge zugeordnet sind; ihre Erstellung kostet nichts und wird niemals aufgrund einer Obergrenze abgelehnt. Für POST /social/brands gilt in einem API-Tarif keine Markenobergrenze.

Sie kaufen Verbindungen. Bei fünf unterstützten Netzwerken verbraucht eine vollständig verbundene Marke fünf Verbindungen. Somit reichen 20 Verbindungen ungefähr für vier Marken, die mit allen Netzwerken verbunden sind, und 125 ungefähr für 25 – diese Aufteilung ist jedoch nicht vorgeschrieben. Sie können 125 Verbindungen auf 60 Marken mit jeweils zwei Netzwerken verteilen oder sie auf wenige Marken konzentrieren.

Add-ons

Add-ons haben veröffentlichte Preise und können jederzeit ohne Wechsel der Tarifstufe gekauft werden.

Verbindungspakete lassen sich kombinieren. Sie werden nach Stückzahl gekauft: Zwei Pakete kosten $50/Monat für 10 zusätzliche Verbindungen, drei kosten $75/Monat für 15 und so weiter. Es gibt weder ein Add-on pro Marke noch die Möglichkeit, eine einzelne Verbindung zu kaufen: Die Einheit beträgt fünf. Ein Paket ist nicht an einen bestimmten Typ gebunden: Es fügt dem Kontingent fünf Verbindungen hinzu, und Sie entscheiden, welchen Netzwerken und Marken Sie diese zuweisen.

Verbindungen bilden einen kontoweiten Pool

Verbindungen werden nicht pro Marke zugeteilt. Ihr Tarif und Ihre Pakete ergeben zusammen einen kontoweiten Pool, aus dem jede Marke schöpfen kann:

maxConnections = tier connections + (5 × connection packs)

Mit Social Growth und zwei Paketen stehen einem Konto 125 + 10 = 135 Verbindungen zur Verfügung, wobei eine Marke zwölf davon belegen kann und eine andere eine. Es gibt kein Verbindungslimit pro Marke — nur den Pool.

Ein Platz wird für den gesamten Abrechnungszeitraum verbraucht, nicht nur für die Dauer der Verbindung. Für die Auslastung des Pools zählen die unterschiedlichen Verbindungen, die ein Konto im laufenden Zeitraum genutzt hat. Wenn Sie einen Kanal trennen, geht dieser daher sofort offline, sein Platz bleibt jedoch bis zum Beginn des nächsten Zeitraums verbraucht. Hier gilt dieselbe Regel wie bei jeder anderen Reduzierung im Konto — siehe Anteilige Abrechnung — und das bedeutet, dass der Pool innerhalb eines Abrechnungszyklus nicht wiederverwendet werden kann: Wenn Sie 20 Verbindungen herstellen und anschließend trennen, bleibt Ihr Verbrauch bis zur Verlängerung bei 20.

Daraus folgen zwei Dinge. Dasselbe Social-Media-Konto erneut mit derselben Marke zu verknüpfen, ist kostenlos, da dabei der Platz wiederverwendet wird, den dieses Konto bei dieser Marke bereits belegt. Ein Platz gehört zu genau einem Paar aus Marke und Konto. Daher belegt die Verknüpfung desselben Kontos mit einer anderen Marke einen zweiten Platz, und der erste bleibt bis zum Beginn des nächsten Abrechnungszyklus belegt. Außerdem ist der Kauf eines Pakets die einzige Möglichkeit, während eines laufenden Zeitraums zusätzliche Kapazität zu erhalten, da Zusatzoptionen sofort berechnet und bereitgestellt werden, während freigegebene Plätze erst zu Beginn des nächsten Abrechnungszyklus wieder verfügbar werden.

GET /social/limits liefert die vollständige Übersicht:

Die verbleibende Kapazität beträgt maxConnections - usage.connections. Ist der Pool ausgeschöpft, gibt der Endpunkt zur Verknüpfung einer Verbindung den Fehler SY95042 zurück — deshalb kann eine Anfrage auch dann noch abgelehnt werden, wenn ein Entwickler gerade mehrere Konten getrennt hat. Beim Erstellen einer Marke gibt es in einem API-Tarif keinen entsprechenden Fehler.

Obergrenzen bei Selbstbedienung

Unabhängig davon, wie viele Zusatzoptionen gekauft werden, gelten zwei feste Obergrenzen:

• 100 Standorte in einem Listings-Konto mit Selbstbedienung.
• 250 Verbindungen in einem Social-Konto mit Selbstbedienung.

Es gibt keine Obergrenze für Marken: Ihre Anzahl ist unbegrenzt, und ein Konto kann beliebig viele Marken enthalten, solange die von diesen Marken genutzten Verbindungen die Kapazität des Pools nicht überschreiten.

Soll eine dieser Obergrenzen überschritten werden, muss das Konto zu Enterprise wechseln, wo die Obergrenzen ausgehandelt werden — wenden Sie sich an den Vertrieb, statt weitere Pakete zu kaufen. Ein Konto ganz ohne Listings-Tarif kann keine Standorte erstellen und erhält SY10155; bei Social entspricht dies einfach einem fehlenden Social-Abonnement, wodurch sämtliche /social/*-Endpunkte nicht verfügbar sind.

Das zweite Produkt hinzufügen

Ein Konto, das bereits ein Produkt nutzt, kann das andere über das Dashboard kaufen, ohne mit dem Vertrieb sprechen oder ein neues Konto anlegen zu müssen. Jedes Produkt behält sein eigenes Abonnement, sein eigenes Verlängerungsdatum und seine eigene Kündigung, genau wie bei einem separaten Kauf.

Jedes Produkt bietet einen eigenen kostenlosen Testzeitraum. Der Launch-Tarif eines Produkts, das Sie noch nie genutzt haben, beginnt mit 14 kostenlosen Tagen, selbst wenn Sie für das andere Produkt bereits zahlender Kunde sind. Ein Listings Growth-Kunde, der Social Launch hinzufügt, erhält die 14 kostenlosen Tage von Social mit einem eigenen Verlängerungsdatum, und seine Listings-Abrechnung läuft unverändert weiter. Dasselbe gilt umgekehrt für einen Social-Kunden, der Listings Launch hinzufügt.

Alle Tarife oberhalb von Launch werden am Kauftag abgerechnet, und der Leistungsumfang von Enterprise wird für beide Produkte mit uns vereinbart, statt im Selbstbedienungsverfahren verkauft zu werden.

Der Testzeitraum gilt einmal pro Produkt. Wenn Sie ein Produkt bereits getestet haben, wird ein erneuter Kauf sofort berechnet — es gibt keinen zweiten kostenlosen Zeitraum für dasselbe Produkt. Der Kauf einer Zusatzoption während des Testzeitraums eines Abonnements beendet diesen Testzeitraum und startet die kostenpflichtige Abrechnung, was das Dashboard vorab bestätigt.

Anteilige Abrechnung

Add-ons werden sofort berechnet. Der Kauf eines zusätzlichen Standorts oder eines Verbindungspakets wird sofort wirksam und umgehend anteilig für den Rest des aktuellen Abrechnungszeitraums in Rechnung gestellt. Sie müssen nicht bis zum nächsten Abrechnungszeitraum warten, um die gerade gekaufte Kapazität zu nutzen.

Reduzierungen werden am Ende des Abrechnungszeitraums wirksam. Für nichts, worauf Sie verzichten, erhalten Sie eine Erstattung für den Rest des Zeitraums, und nichts davon gibt vor Ende des Abrechnungszeitraums Kapazität frei. Diese eine Regel gilt für jede Reduzierung bei beiden Produkten:

Ein freigegebener Verbindungsplatz verhält sich somit genau wie ein gekündigtes Add-on: Die Auswirkung tritt am Ende des Zeitraums ein, nicht beim API-Aufruf. Während Sie warten, wird er als usage.connectionsReleased unter GET /social/limits ausgewiesen, wo Sie eine Prognose der wieder verfügbaren Kapazität erhalten.

Diese Asymmetrie ist beabsichtigt: Sie können jederzeit sofort erweitern und genau für das bezahlen, was Sie genutzt haben, und Sie verlieren nie bereits bezahlte Kapazität — können sie aber auch nicht zweimal im selben Zeitraum nutzen.

Die Regel zur Mindestbestandsdauer von 90 Tagen

Ein Standort oder eine Marke muss mindestens 90 Tage alt sein, bevor eine Archivierung möglich ist. Sowohl POST /locations/archive als auch POST /social/brands/archive setzen diese Regel durch; der Marken-Endpunkt meldet sie als status: "TENURE_NOT_MET" mit SY95051.

Diese Regel besteht, weil ein Abonnement durch Archivierung verkleinert wird und eine Ressource, die innerhalb eines Abrechnungszeitraums erstellt und archiviert wird, andernfalls nichts kosten würde. Daraus ergibt sich eine praktische Konsequenz, die Sie bei der Gestaltung berücksichtigen sollten: Eine versehentlich erstellte Marke oder ein versehentlich erstellter Standort kann 90 Tage lang nicht entfernt werden. Prüfen Sie die Angaben vor dem Erstellen.

Was nach Erreichen der Mindestbestandsdauer geschieht, unterscheidet sich je nach Produkt:

• Marken werden sofort archiviert, ihre Verbindungsplätze werden jedoch nicht sofort wieder verfügbar. Die Marke und jede mit ihr verknüpfte Verbindung werden in derselben Anfrage archiviert und gehen sofort offline; jeder dieser Verbindungsplätze bleibt anschließend bis zum Ende des Abrechnungszeitraums belegt, genau wie beim direkten Trennen einer Verbindung. GET /social/limits zeigt beim nächsten Abruf den Rückgang von usage.connectionsActive und den entsprechenden Anstieg von usage.connectionsReleased, während der abrechenbare Wert usage.connections bis zur Verlängerung unverändert bleibt. Die Archivierung selbst hat keinen geplanten Zustand und lässt sich nicht stornieren.
• Die Archivierung von Standorten wird für das Ende des Abrechnungszeitraums vorgemerkt. Der Standort bleibt aktiv und zählt bis zum Ende des Abrechnungszeitraums weiterhin zu Ihrem Listings-Limit; bis dahin können Sie die Entscheidung mit Archivierung eines Standorts stornieren rückgängig machen.

Ihre eigenen Limits ablesen

Prüfen Sie das jeweilige Limit vor dem Erstellen und nicht erst nach einem Fehler: So können Sie Kunden eine Upgrade-Möglichkeit statt eines Fehlercodes anzeigen.