Zuerst Backlinks kostenlos prüfen, dann die $100 gezielt einsetzen

Drei Budgets, allesamt hypothetisch

Dies sind Planungsbeispiele, keine Berichte von echten Konten. Ändern Sie die Volumina, und die Berechnung bleibt gültig, sodass Sie Ihre eigenen Werte einsetzen können.

Budget A, ein öffentliches Widget

Ein kostenloser DR-Checker auf Ihrem Blog nutzt domain, was 0 Credits kostet. Zehntausend Abfragen pro Monat sind in der API kostenlos, und die einzige Rechnung, die Sie erhalten, betrifft das Hosting, das nichts mit uns zu tun hat. Ein Backlink-kostenlos-Tool auf einem Blog ist derselbe Aufruf, der von einer Seite aus erfolgt, die ein Besucher sehen kann.

Cachen Sie die kostenlosen Aufrufe für einen Tag, so wie es die Next.js-Anleitung empfiehlt. Ein Widget, das tausend Abfragen von einem beliebten Beitrag erhält, führt nur einen Upstream-Aufruf pro Domain und Tag durch, was die Berechnung übersichtlich hält und die Seite schnell macht.

Die relevante Rechnung für ein Widget betrifft Hosting und Traffic-Verarbeitung, also kalkulieren Sie diese zuerst und betrachten Sie die API als den kleinen Posten, den sie ist.

Budget B, ein Agenturbericht

Monatlich, 300 Kundendomains, jeweils ein refdomains-Aufruf zu 2 Credits. Das sind 600 Credits im Monat und 7.200 im Jahr, oder $0,72. Klein. Das $100-Guthaben würde bei dieser Rate etwa 139 Jahre reichen, also dominieren Speicherplatz und Ihre eigene Zeit, nicht die API.

Der Zeitplan ist hier der Hebel. Die gleichen 300 Domains wöchentlich statt monatlich auszuführen, bedeutet etwa viermal so viele Durchläufe, und da sich der Index etwa monatlich aktualisiert, wiederholen die meisten wöchentlichen Antworten die letzte Ausgabe.

Budget C, ein vollständiger Export

Eine Domain, 50 Aufrufe zu je 1.000 Reihen, um die 50.000er-Grenze zu erreichen, zu 2 Credits pro Aufruf: 100 Credits, also ein Cent. Wiederholen Sie dies für 1.000 Domains, und Sie geben 100.000 Credits aus, was $10 von den $100 und ein Zehntel des Guthabens entspricht.

Die Credit-Kosten sind gering, aber die gespeicherten Reihen nicht. Planen Sie den Speicherplatz für sie genauso wie für Credits, und behalten Sie nur die Spalten, die Ihre Berichte lesen.

Wenn der Export monatlich wiederholt werden muss, ist der monatliche Wert derjenige, den Sie in das Budget einplanen sollten, nicht der einmalige Gesamtbetrag.

Was die Budgets außer Acht lassen

Beachten Sie, was fehlt: ein monatlicher Plan. Es gibt kein zu erneuerndes Abonnement, und Sie zahlen für Aufrufe, nicht für Sitzplätze. Günstig. Jedes Budget stützt sich auf dieselbe Tatsache. Das Bulk-Skript und die Hinweise zur Paginierung zeigen den Code hinter diesen Aufrufzahlen.

Ein Budget, das die Zeit ignoriert, ist unvollständig, daher fügt der nächste Abschnitt die Kosten hinzu, die außerhalb der Preisliste liegen.

Eine weitere Zeile gehört in jedes Budget: die Kosten für das erneute Ausführen eines fehlgeschlagenen Jobs. Wenn ein Lauf stoppt und von vorne beginnt, wiederholen sich die bezahlten Aufrufe, daher ist die Wiederaufnahme-Logik ebenfalls ein Budgetpunkt.

Was ein Budget nicht einschließt

Die API-Zeile ist in den meisten Projekten der kleinste Posten. Drei andere Kosten sind meist wichtiger, und eine Budgetseite sollte sie benennen.

Hosting und Speicher

Ihr Server, Ihre Datenbank und Ihr Cron-Host rechnen separat ab, und zusammen können sie mehr kosten als die Aufrufe selbst. Stellen Sie sich einen nächtlichen Job auf einem kleinen VPS vor: Das VPS ist der zu beobachtende Posten, nicht die Aufrufe.

Eine Roh-Tabelle gespeicherter Antworten belegt ebenfalls Speicherplatz. Schätzen Sie ihr Wachstum basierend auf einer gespeicherten Charge, multipliziert mit den geplanten Durchläufen.

Kalkulieren Sie den Job, bevor Sie den Host wählen. Ein Cron-Job, der einmal im Monat läuft, benötigt weit weniger als ein Worker, der den ganzen Tag läuft, und der Unterschied entscheidet oft über das Budget.

Logs sind ebenfalls eine Kostenstelle. Eine Zeile pro Aufruf, die ein Jahr lang gespeichert wird, summiert sich bei einem ausgelasteten Job, also entscheiden Sie bewusst über die Aufbewahrungsfrist, statt sie dem Standard zu überlassen.

In zwei Jahren wegziehen

Planen Sie einen Ausstieg ein, nicht nur einen Start. Wenn in zwei Jahren ein Redesign oder ein neuer Anbieter kommt, sind die Fetch-Schicht und die Feldzuordnung die Arbeit, und das Bulk-Skript speichert Rohdaten, die diese Zuordnung erleichtern.

Bewahren Sie die alten Antworten so lange auf, wie die Historie für Sie relevant ist, da sie der einzige Aufzeichnung der Zahlen sind, die Ihre Berichte verwendet haben.

Den Ausstieg jetzt aufzuschreiben kostet eine Stunde. Es herauszufinden, wenn in zwei Jahren klar wird, dass die Rohdaten nie gespeichert wurden, kostet einen Wiederaufbau der Historie.

Speichern Sie eine kurze Beschreibung jedes gelesenen Feldes im selben Ordner wie die Rohdaten. Diese Beschreibung ermöglicht es einem zukünftigen Team, die Historie zuzuordnen, ohne zu raten.

Ihre eigene Zeit für die Fetch-Schicht

Die Fetch-Schicht, die Wiederholungen und die Allow-Liste benötigen einen Nachmittag zum Schreiben und länger zum Testen. Zählen Sie diese Zeit, bevor Sie entscheiden, dass ein kostenloses Tool wirklich kostenlos ist.

Dies ist der Posten, den die meisten Budgets außer Acht lassen, und er ist meist der größte nach dem Hosting. Schreiben Sie ihn trotzdem auf, damit der Vergleich ehrlich ist.

Ein guter Test ist die Zeit, die ein neuer Entwickler benötigt, um einen Aufruf von Grund auf zu erstellen. Wenn das einen Tag dauert, ist die Fetch-Schicht die eigentliche Kostenstelle des Projekts, nicht die Credits.

Legen Sie einen groben Stundenlohn neben dieser Zeit auf, auch eine Schätzung. Eine aufgeschriebene Schätzung ist leichter anzuzweifeln als eine Kostenstelle, die gar nicht in der Tabelle erscheint.

Die Arithmetik prüfen, bevor Sie ihr vertrauen

Ein Budget ist nur so gut wie seine Multiplikation. Zwei Prüfungen fangen die meisten Fehler ab, bevor ein geplanter Lauf beginnt.

Beginnen Sie mit dem Preis pro Credit

Ein Credit ist $0,0001. Das macht 10.000 Credits zu $1 und die vollen 1.000.000 Starter-Credits zu $100, was die einzige Umrechnung ist, die eine Planungstabelle benötigt.

Schreiben Sie die Umrechnung einmal in eine Zelle oder eine Konstante und verwenden Sie sie wieder. Das erneute Tippen an drei Stellen führt dazu, dass eine Tabelle drei verschiedene Preise enthält.

Halten Sie die Tabelle bis zur letzten Zeile in Credits. Die frühe Umrechnung und anschließende Multiplikation ist die übliche Stelle, an der ein Faktor zehn unbemerkt einschleicht.

Eine Planungstabelle mit einer Währungsspalte lädt zum Runden ein. Halten Sie eine Credits-Spalne neben der Dollar-Spalne und lassen Sie die Dollar den abgeleiteten Wert darstellen.

Testen Sie einen Aufruf gegen das Guthaben

Führen Sie einen bezahlten Aufruf aus, lesen Sie _credits vor und nach dem Aufruf und prüfen Sie, ob der Rückgang dem Preis der Aktion entspricht. Ein refdomains-Aufruf sollte das Guthaben um 2 Credits verschieben, ein search-Aufruf um 3.

Wenn der Rückgang abweicht, stoppen Sie, bevor ein geplanter Lauf die Abweichung multipliziert. Der Testaufruf kostet Bruchteile eines Cents, was ihn zur günstigsten Prüfung im gesamten Budget macht.

Protokollieren Sie den Test im selben Log wie die Läufe. Ein Monat später zeigt die Testzeile, was jede Aktion kostete, als die Tabelle erstellt wurde, was nützlich ist, wenn sich die Preisliste ändert.

Prüfen Sie das Guthaben auch einmal auf Ihrer eigenen Kontoseite. Die beiden Zahlen sollten übereinstimmen, und eine Abweichung ist eine kurze Notiz im Runbook wert.