Domain-Rank-Checker-API: Was jede Aktion kostet

In der Tabelle verwendete Definitionen

Ein Credit ist die Abrechnungseinheit. Ein Credit entspricht 0,0001 $, also ergeben 10.000 Credits exakt einen Dollar. Ein Aufruf ist eine einzelne HTTP-Anfrage.

Eine Zeile ist ein einzelner Eintrag in einer zurückgegebenen Liste, zum Beispiel ein Backlink. Limits gelten pro Aufruf. Die Begrenzung für tiefes Pagination gilt pro Abfrage; wenn Sie diese erreichen, ist die Lösung, die Frage zu präzisieren.

Die Tabelle lesen

Die Abrechnungseinheit ist der Aufruf, nicht die Zeile. Das Abrufen von 1.000 Backlinks kostet genauso viel wie das Abrufen von 10: zwei Credits.

Mit Abstand am günstigsten ist bulk_dr. Zweitausend Domains kosten 0,0001 $, was dem Preis einer einzelnen Zeile bei der zeilenweisen Abrechnung entspricht. Deep Pagination ist auf 50.000 Zeilen begrenzt; ab dieser Tiefe präzisieren Sie die Abfrage statt zu paginieren.

Ein neues Konto beginnt mit 100 $ freien Credits, also einer Million Credits. Nachladungen werden später mit USDT auf TRC-20 über die Kontoseite bezahlt, sodass der dort angezeigte Saldo derjenige ist, von dem jeder Aufruf abbucht.

Die günstigste Aktion wählen, die die Frage noch beantwortet

Die meisten Fragen lassen sich mit mehr als einer Aktion beantworten. Wählen Sie die mit den niedrigsten Credit-Kosten, die noch die benötigte Antwort liefert.

Der günstigste Weg führt oft über zwei Schritte: Eine große Liste günstig bewerten, dann für eine kurze Liste Details bezahlen.

Zuerst bewerten, dann auflisten

bulk_dr bewertet bis zu 2.000 Domains für 1 Credit pro Aufruf. Führen Sie es auf der vollständigen Liste aus und rufen Sie dann die 2-Credit-Listen nur für die Shortlist ab.

Eine Shortlist mit 40 Namen kostet 80 Credits für Verweisungs-Domain-Listen, also 0,008 $. Das ist wenig im Vergleich zum Screening-Schritt, weshalb man zuerst eingrenzen sollte.

Schreiben Sie die Shortlist-Regel auf, damit jede monatliche Ausführung sie gleich anwendet und die Zahlen vergleichbar bleiben.

Eine Peer-Gruppe vergleichen

compare nimmt bis zu 20 Domains für 1 Credit. Eine Peer-Gruppe dieser Größe passt in einen Aufruf, während eine Liste für jeden Konkurrenten 2 Credits pro Aufruf kosten würde.

Verwenden Sie es für einen Seitenvergleich bei einer kleinen Gruppe. Wechseln Sie zu Listen nur, wenn eine Site Tiefe benötigt.

Aktionen mit einem einzelnen Ziel

top, dr_distribution und tld_breakdown kosten jeweils 1 Credit und benötigen ein Ziel. Sie beantworten engere Fragen als eine Liste, weshalb sie günstiger sind.

Prüfen Sie, welche Frage Sie stellen, bevor Sie sich entscheiden. Eine günstige Antwort auf die falsche Frage ist immer noch die falsche Antwort.

Eine Ausführung vorab kalkulieren

Eine Prognose ist nur so gut wie ihre Einheit. Hier ist die Einheit der Aufruf, also zählen Sie Aufrufe, multiplizieren Sie mit Credits und rechnen Sie am Ende in Dollar um.

Die meisten Überraschungen kommen aus dem Schritt, den niemand kalkuliert hat. Eine Nachfolge-Liste oder ein Retry fügt Aufrufe zum Plan hinzu, und jeder kostet.

Jeden Workflow separat budgetieren

Kalkulieren Sie jeden Auftragstyp separat. Ein Screening, ein monatliches Audit und eine einmalige Prüfung haben unterschiedliche Strukturen; ein gemittelter Durchschnitt verdeckt den teuren Teil.

Angenommen, eine wöchentliche Screening-Runde mit 10.000 Prospects benötigt fünf bulk_dr-Aufrufe. Das sind 5 Credits, also 0,0005 $, bevor jegliche Nachfolge-Arbeit beginnt.

Schreiben Sie das Budget zuerst in Credits und dann in Dollar. Credits entsprechen der Zeile pro Aufruf, sodass die Arithmetik sichtbar bleibt, wenn Sie eine Ausführung mit dem Plan abgleichen.

Retries einplanen

Retries erhöhen die Aufrufe. Zehn Retries bei einem Plan von 100 Aufrufen sind eine Erhöhung um 10 Prozent, auch wenn jeder Retry günstig erscheint.

Ob ein fehlgeschlagener Aufruf abgerechnet wird, steht in diesem Eintrag nicht. Testen Sie es einmal mit einem günstigen Aufruf und lesen Sie _credits, bevor Sie sich auf eine der Antworten verlassen.

Eine Endlosschleife stoppen, die ständig wächst

Skripte und Agents entscheiden manchmal, dass ein weiterer Aufruf hilfreich ist. Eine Schleife ohne Limit kann weit mehr ausgeben als der Plan vorsieht.

Legen Sie das Limit im Code fest: eine maximale Anzahl von Aufrufen und einen Stopp, wenn der Saldo unter das fällt, was der Rest des Auftrags benötigt.

Eine einfache Log-Zeile pro Aufruf macht Abweichungen früh sichtbar. Protokollieren Sie die Aktion, die Domain-Anzahl und den _credits-Wert. Vergleichen Sie die laufende Summe am Ende jeder Batch mit dem Plan.

Bereits bezahlte Antworten zwischenspeichern

Wiederholte Fragen sind die günstigste Verschwendung, die man eliminieren kann. Ein Cache speichert ein Ergebnis einmal und beantwortet die nächste Anfrage aus dem Speicher.

Cachen Sie nach Domain und Aktion, nicht nur nach Domain. Eine bulk_dr-Bewertung und eine refdomains-Liste für denselben Namen sind unterschiedliche Antworten mit unterschiedlichen Preisen.

Den Refresh-Zeitpunkt als Ablaufdatum setzen

Der Index wird etwa einmal im Monat aktualisiert. Ein wiederholter Aufruf innerhalb desselben Monats liefert normalerweise denselben Snapshot, sodass ein Cache, der bis zur nächsten Aktualisierung lebt, wenig verliert.

Speichern Sie einen Zeitstempel zu jedem Eintrag. Ein gecacheter Wert ohne Datum ist in einem späteren Bericht schwer zu vertreten.

Ein Job, der häufiger läuft als das Refresh, würde sonst zweimal für denselben Snapshot innerhalb eines Zyklus zahlen. Der Cache verhindert das.

Was nicht gecacht werden sollte

Ein fehlgeschlagener Aufruf ist keine Antwort. Speichern Sie kein 401 oder 402 als Ergebnis, da der nächste Aufruf erfolgreich sein kann, sobald der Key oder der Saldo behoben ist.

Kostenlose Aktionen sind günstig zu wiederholen, daher lohnt sich ein Cache möglicherweise nicht für sie. Messen Sie zuerst.

Schließen Sie den Aktion-Namen und die Parameter, die die Antwort beeinflussen, in den Cache-Schlüssel ein, wie per und sort. Zwei Listen mit unterschiedlichen Sortierungen sind unterschiedliche Ergebnisse.

Den _credits-Wert Aufruf für Aufruf lesen

Jede authentifizierte Antwort gibt ihre eigenen Kosten an. Lesen Sie diesen Wert neben der Tabelle, und jeder Aufruf lässt sich einer Aktion und einem Preis zuordnen.

Protokollieren Sie den Wert während der Ausführung. Eine unerklärliche Gesamtsumme ist viel leichter nachzuvollziehen, wenn jeder Aufruf bereits seinen Aktion-Namen trägt.

Ein Domain-Rank-Checker-Job ist am einfachsten zu prüfen, wenn jede Antwort ihren eigenen Preis enthält. Ordnen Sie den Wert der Tabelle zu, und die Rechnung hört auf, ein Rätsel zu sein.

Jede Gebühr einer Aktion zuordnen

Eine Antwort, die 2 Credits meldet, sollte zu einer 2-Credit-Aktion gehören, wie einer Liste. Eine 3-Credit-Belastung gehört zu search oder keyword. Alles andere ist einer genaueren Prüfung wert.

Wenn eine Gebühr nicht passt, prüfen Sie zuerst den Aktion-Namen, den Sie gesendet haben, bevor Sie den Saldo prüfen. Der Fehler ist meist ein Tippfehler im Action-Parameter.

Eine Schleife an ihren Gesamtsummen erkennen

Eine Schleife zeigt sich durch viele identische Aufrufe mit denselben Kosten. Wenn die Gesamtsumme für eine Aktion viel schneller wächst als der Rest, suchen Sie nach einem Retry oder einem Pagination-Schritt, der nie endet.

Vergleichen Sie diese Gesamtsumme mit der Prognose für denselben Auftrag, nicht mit dem letzten Monat, da die Auftragsgrößen von einer Ausführung zur nächsten variieren.