Verbinden Sie Ihr System mit Publisher-Katalog, Backlink-Bestellungen und gespeicherten Link-Prüfungen. Erstellen Sie eine Anfrage, wählen Sie Berechtigungen und verfolgen Sie das Ergebnis im Konto.
Keine Credit-Belastung
Senden Sie den Schlüssel im Authorization: Bearer-Header über HTTPS. Speichern Sie ihn serverseitig, niemals in öffentlichem Browsercode oder URLs. Beispiele lesen die Umgebungsvariable API_KEY.
curl --fail-with-body --request GET 'https://panel.starbacklink.com/api/v1/credits' \
--header "Authorization: Bearer ${API_KEY}"Senden Sie den Schlüssel im Authorization: Bearer-Header über HTTPS. Speichern Sie ihn serverseitig, niemals in öffentlichem Browsercode oder URLs. Beispiele lesen die Umgebungsvariable API_KEY.
60 Anfragen pro Schlüssel und Minute, 120 pro Konto und Minute sowie 10.000 pro Konto und UTC-Tag. Summen umfassen 30 Tage; bis zu 500 letzte Datensätze je Schlüssel werden höchstens 30 Tage aufbewahrt.
Katalognamen und Domains sind bei null Guthaben verborgen. Publisher eigener bezahlter Links bleiben sichtbar. Katalogmetriken stammen vom Anbieter und sind keine neuen Analyseberichte.
HTTP 202 bedeutet zur Verarbeitung angenommen, nicht veröffentlicht. Prüfen Sie Bestellung oder Monitor für den aktuellen Stand.
Erstattungen setzen das Tagesbudget nicht zurück. Angenommene Bestellantworten bleiben für sichere Wiederholungen erhalten; eine Wiederholung erzeugt keine neue Belastung.
Die API liefert Kontodaten und prüft bekannte Quell-Ziel-Paare. Sie entdeckt nicht sämtliche Backlinks im Web und liefert keinen fremden Linkindex.
Erstellen Sie einen Schlüssel im Entwicklerbereich. Beginnen Sie mit Leserechten für Guthaben, Katalog, Bestellungen und Monitoring. Legen Sie ein Ablaufdatum fest und speichern Sie das Geheimnis auf Ihrem Server.
Wählen Sie einen Vorgang und eine Sprache. Übernehmen Sie für eine kostenpflichtige Bestellung die Publisher-ID und den aktuellen Katalogpreis. Prüfen Sie Laufzeit und Gesamtkosten.
Wählen Sie für jeden Schreibvorgang eine UUID und speichern Sie diese mit dem genauen Anfrageinhalt. Senden Sie die Anfrage vom Server und prüfen Sie anschließend den Bestell- oder Monitorstatus.
02 / Praxisbeispiel
Beispiel: Ein Publisher mit 2 Credits pro Monat kostet für drei Monate 6 Credits. Ein Schlüssel mit Tageslimit 5 erhält DAILY_CREDIT_LIMIT. Bei einem Limit von 6 wird die Bestellung bei bestätigter E-Mail, ausreichendem Guthaben und verfügbarem Bestand angenommen. Eine Wiederholung mit derselben UUID reserviert keine weiteren Credits.
03 / Ergebnisse einordnen
60 Anfragen pro Schlüssel und Minute, 120 pro Konto und Minute sowie 10.000 pro Konto und UTC-Tag. Summen umfassen 30 Tage; bis zu 500 letzte Datensätze je Schlüssel werden höchstens 30 Tage aufbewahrt. Die API liefert Kontodaten und prüft bekannte Quell-Ziel-Paare. Sie entdeckt nicht sämtliche Backlinks im Web und liefert keinen fremden Linkindex.
Die API liefert Kontodaten und prüft bekannte Quell-Ziel-Paare. Sie entdeckt nicht sämtliche Backlinks im Web und liefert keinen fremden Linkindex. Katalognamen und Domains sind bei null Guthaben verborgen. Publisher eigener bezahlter Links bleiben sichtbar. Katalogmetriken stammen vom Anbieter und sind keine neuen Analyseberichte.
Wählen Sie pro neuer Schreibaktion eine UUID und verwenden Sie diese bei Wiederholungen. Gleiche erfolgreiche Anfragen liefern das ursprüngliche Ergebnis; andere Daten mit derselben UUID ergeben 409. Den aktuellen Stand liefert der Bestell-Endpunkt. Erstattungen setzen das Tagesbudget nicht zurück. Angenommene Bestellantworten bleiben für sichere Wiederholungen erhalten; eine Wiederholung erzeugt keine neue Belastung.