Ahrefs API-Alternative für Link-Neuüberprüfungen: Kosten und Limits

Limits, die Ihr Skript bestimmen

Jeder Aufruf wird einmal abgerechnet. Wie viele Zeilen zurückkommen, ist für den Preis gleich. Ein einzelner Aufruf liefert bis zu 1.000 Zeilen, und die tiefe Paginierung ist insgesamt auf 50.000 Zeilen begrenzt.

Der Parameter per akzeptiert Werte von 10 bis 5000, und page durchläuft den Rest. Werte von per über 1.000 geben nicht mehr Zeilen in einem Aufruf zurück, planen Sie die Schleife also um 1.000 herum.

Was ein 401 und ein 402 Ihnen sagen

Ein 401 bedeutet, dass der Key fehlt oder falsch ist. Das ist ein Konfigurationsfehler, der die Aufgabe stoppen sollte. Ein 402 bedeutet, dass das Guthaben aufgebraucht ist, was eine Aufladeaufgabe ist. Keiner von beiden ist ein Grund für eine Wiederholung in einer Schleife.

Lesen Sie den Status, bevor Sie den Body lesen. Jede Antwort enthält ein ok-Feld, prüfen Sie also zuerst dieses und analysieren Sie den Rest nur, wenn der Aufruf erfolgreich war.

Zeilenbegrenzungen und Paginierung in einer Schleife

Fordern Sie die größtmögliche Seite an, die Sie benötigen, bis zur Zeilenbegrenzung, und paginieren Sie nur, wenn ein Ergebnis abgeschnitten ist. Das schrittweise Durchgehen einer langen Liste kostet jedes Mal einen Aufruf, daher sind weniger, vollere Aufrufe günstiger und einfacher zu protokollieren.

Sobald eine Liste tiefer als 50.000 Zeilen reicht, hilft Paginierung nicht mehr. Schneiden Sie die Anfrage mit den Parametern sort und order ab und notieren Sie den Ausschnitt.

Tempo und Backoff nach Fehlern

Hier wird keine Requests-per-Minute-Zahl veröffentlicht, also gehen Sie nicht von einer aus. Backoff nach jedem Fehler und halten Sie ein bescheidenes Tempo im Cron-Job ein.

Eine nächtliche Überprüfung von hundert Sites ist eine kleine Aufgabe und benötigt keinen Burst paralleler Aufrufe zum Abschluss.

Wenn ein Fehler einen Host trifft, überspringen Sie diesen Host, protokollieren Sie ihn und fahren Sie fort, anstatt jede Zeile dahinter zu stoppen. Protokollieren Sie die Zeit jedes Durchlaufs neben seinem Status, damit ein Fehlermuster im Protokoll und nicht in einer Kunden-E-Mail auffällt.

Im Vergleich zu Ahrefs API-Einheiten

Ahrefs verkauft API-Einheiten innerhalb von Abonnements, ab 129 $ pro Monat für 200.000 Einheiten, wobei mindestens 50 Einheiten pro Anfrage erforderlich sind. Bei 50 Einheiten pro Anfrage sind maximal 4.000 Anfragen pro Monat möglich. Für viele Teams ist das mehr als ausreichend.

Der Vergleich hinkt. Ahrefs und Semrush sind die umfassenderen Produkte für Keywords, Rank Tracking und einen täglich frischen Crawl. Wir verkaufen Linkdaten und ein Rating zu einem niedrigen Preis pro Aufruf mit einer etwa monatlichen Aktualisierung.

Bulk-Prüfungen sind unser Kerngebiet. Wenn es darum geht, gekaufte Links im großen Umfang zu verifizieren, ist der niedrige Preis pro Aufruf am wichtigsten. Wenn es hingegen um Keyword-Recherchen für denselben Kunden geht, greifen Sie ohnehin zu Ahrefs oder Semrush, und beide Tools ergänzen sich problemlos. Nutzer von Majestic und Moz stehen vor derselben Abwägung, die im Glossar unter DR und DA behandelt wird.

Konkrete Zahlen aus einer erfundenen Bestellung finden Sie im Beispiel mit 40 Links, und die offenen Fragen zum Timing werden in warum ein gekaufter Link fehlt erläutert.

Wobei Abo-Einheiten sinnvoll sind

Ein Team, das bereits ein monatliches Abo bezahlt und es täglich nutzt, findet die enthaltenen Einheiten vielleicht praktisch. Die Rechnung auf dieser Seite trifft keine Entscheidung für diese Wahl. Das bestimmt Ihr Anfragevolumen.

Wobei prepaid Pre-paid-Preise pro Aufruf sinnvoll sind

Prepaid-Guthaben eignet sich für sprunghafte Arbeitslasten, wie z. B. eine Lieferung von Vendor-Listen, die einmal pro Quartal eintrifft. Sie zahlen nur für die Aufrufe, die Sie tätigen, und sonst nichts. Es gibt kein Abo und keine monatliche Mindestmenge.

Keyword-Arbeit bleibt bei den umfassenden Tools

Für Keyword-Recherchen, Rank Tracking und einen täglich frischen Crawl nutzen Sie eine vollständige SEO-Suite. Beide können nebeneinander existieren, und die Link-Prüfungen in diesem Leitfaden ersetzen nichts, was Sie bereits nutzen.

Budgetierung für ein wachsendes Portfolio

Ein Schema, das für zehn Seiten wenig kostet, kann bei zweihundert Seiten anders aussehen. Das Budget ist eine Multiplikation, und es hilft, die Multiplikation aufzuschreiben, bevor das Portfolio wächst.

Anrufe pro Mandant zählen

Multiplizieren Sie die Anzahl der Mandanten mit den Checks pro Zeitraum und dann mit dem Kreditpreis für jede Aktion. Stellen Sie sich ein Portfolio von 250 Mandanten-Websites vor, die monatlich geprüft werden, mit jeweils einem refdomains-Aufruf. Das sind 3.000 Aufrufe im Jahr oder 6.000 Credits, was 0,60 $ entspricht.

Ändern Sie immer nur eine Variable, und die Auswirkungen auf die Gesamtkosten bleiben leicht nachvollziehbar.

Eine Reserve für ungeplante Aufrufe

Geplante Checks machen nur einen Teil der Kosten aus. Ein Mandant sendet eine Anfrage, ein Anbieter bestreitet eine Zeile, und plötzlich sind am späten Freitag Nachmittag drei zusätzliche Aufrufe nötig. Halten Sie eine Reserve bereit, die solche Aufrufe für einige Wochen abdeckt.

Ein gut eingestellter Alert oberhalb von Null ist günstiger als eine überraschende 402-Fehlermeldung mitten in einem Batch.

Den Kontostand nach jedem Lauf prüfen

Lesen Sie den Kontostand im Feld _credits nach jedem Lauf aus und vergleichen Sie ihn mit den erwarteten Aufrufen. Eine Abweichung zwischen erwarteten und tatsächlichen Aufrufen deutet meist darauf hin, dass eine Schleife doppelt ausgeführt wurde – ein Fehler, den Sie beheben sollten, bevor er mehr kostet.

Speichern Sie die erwartete Anzahl im Skript-Log. Der Abgleich dauert dann nur Minuten statt eines ganzen Nachmittags.

Eine wöchentliche Mindestabfrage hinzufügen

Ein bulk_dr-Aufruf deckt bis zu 2.000 Domains für 1 Credit ab. Eine wöchentliche Mindestabfrage für eine Liste dieser Größe treibt die Gesamtkosten kaum nach oben, weshalb die Mindestabfrage kostengünstig zu halten ist.

Fragen zum Betrieb des Schedules

Drei Fragen tauchen immer auf, sobald ein Schedule live geht. Die Antworten sind kurz, und jede endet an einem Limit, das die Kostentabelle bereits vorgibt.

Kann ein kleines Team dies ohne Entwickler durchführen?

Ja, wenn der Zeitplan aus einem Shell-Skript und einem Cron-Eintrag besteht. Das Skript benötigt curl, grep und den Schlüssel, der in einer Umgebungsvariable gespeichert ist. Die eigentliche Herausforderung liegt im Lesen der Daten, nicht im Code.

Beginnen Sie mit einem Kunden und einem Intervall. Fügen Sie weitere Kunden hinzu, sobald das Protokoll bei jedem Lauf dieselben Zählwerte anzeigt.

Was passiert, wenn ein monatlicher Lauf eine Überraschung bringt?

Dann ist es ein Befund, kein Fehler des Zeitplans. Notieren Sie das Datum, rufen Sie die Seite am selben Tag ab und entscheiden Sie, ob Sie die nächste Überprüfung vorziehen möchten. Ein monatliches Intervall schließt einen zusätzlichen Lauf nach einem bestimmten Ereignis nicht aus.

Reicht ein günstiger refdomains-Aufruf für eine Streitigkeit?

Normalerweise nicht allein. Ein refdomains-Aufruf zeigt Ihnen, was der Index enthält, während das gespeicherte HTML zeigt, was die Seite enthält. Für eine Streitigkeit werden beide benötigt, und die Preistabelle bepreist nur den ersten Aufruf.