Wie prüfen Sie Backlinks über die API, wenn die Zeilen falsch aussehen

Prüfen Sie zuerst diese drei Dinge

Die meisten seltsamen Ziehungen lassen sich auf eine von drei Ursachen zurückführen. Jede davon lässt sich in weniger als einer Minute überprüfen, was es sinnvoll macht, diese auszuschließen, bevor jemand eine Stunde mit den Zeilen verbringt. Prüfen Sie diese drei Punkte: den Schlüssel, den Guthabenstand oder das Stichtagsdatum.

Jede authentifizierte Antwort enthält ok und ein _credits-Objekt mit den Kosten und dem verbleibenden Guthaben, daher ist der erste Schritt immer, diese beiden Felder auszugeben. Beginnen Sie immer dort. Wenn ok falsch ist, sind die Zeilen noch nicht relevant.

Prüfen Sie dann den Monat. Unser Index wird etwa einmal im Monat aktualisiert, und ein Link, der letzte Woche hinzugefügt wurde, ist möglicherweise einfach noch nicht darin enthalten, was kein Fehler ist.

Eine weitere Gewohnheit. Führen Sie für jeden Aufruf eine Protokollierungszeile mit der Aktion, der Seitennummer und dem verbleibenden Guthaben aus _credits; das macht es später einfacher, fehlende 7 Credits nachzuvollziehen, anstatt am Monatsende ein Rätsel zu haben.

Ein kurzes Ergebnis korrekt lesen

Eine kleine Domäne hat möglicherweise einfach wenige Anchors. Eine Domäne, die kürzlich registriert wurde oder nur wenige Seiten mit externen Links hat, kann eine Liste ergeben, die aus völlig normalen Gründen kurz ist. Kurz bedeutet nicht defekt. Nicht jede kurze Liste ist ein Fehler.

Vergleichen Sie die Zeilenanzahl mit den kostenlosen overview-Werten für dieselbe Domäne: Wenn overview Tausende Backlinks und Anchors vierzig Zeilen auf Seite eins melden, benötigen Sie wahrscheinlich Seite zwei und kein Support-Ticket. Wenn overview selbst nur eine Handvoll meldet, ist die Domäne jung oder klein und der Aufruf ist korrekt. Zählen Sie zuerst, dann beschweren Sie sich.

Das Gegenteil tritt ebenfalls ein. Große Domänen erreichen die Paginierungsgrenze von 50.000 Zeilen, also sortieren Sie nach der Spalte, die Sie interessiert, und nehmen Sie den oberen Ausschnitt, oder rufen Sie zuerst anchor_cloud auf, um zu sehen, welche Begriffe dominieren, bevor Sie alles durchblättern.

Sortier- und Seiteneinstellungen verändern das, was Sie sehen

Zwei Aufrufe können sich aus einem Grund unterscheiden, der nichts mit dem Web zu tun hat. Sortierung, Reihenfolge und Seitengröße wirken zusammen, sodass das Ändern eines dieser Werte die gesamte Ergebnisliste neu anordnen kann, selbst wenn die Domäne und der Schlüssel genau gleich bleiben. Sortierung, Reihenfolge und Seitengröße entscheiden, welche Zeilen zuerst kommen und wie viele pro Aufruf ankommen. Prüfen Sie diese zuerst.

Selbe Domäne, andere Spitzenreiter

Die ersten Zeilen folgen der von Ihnen angeforderten Sortierung, daher sieht eine nach einer Methode sortierte Datei nicht wie eine nach einer anderen sortierte aus. Sortierung verändert die Spitzenreiter. Wenn eine Datei mit den größten Verweisungsdomänen beginnt und die nächste mit den neuesten Zeilen, können beide korrekt sein. Notieren Sie die Sortierung im Dateinamen.

Ein schneller Test hilft. Führen Sie ihn zuerst auf einer kleinen Domäne durch, damit der Test fast nichts kostet und eine klare Antwort zur Anfrage liefert. Rufen Sie dieselbe Aktion zweimal mit identischen Parametern auf. Wenn die Zeilen übereinstimmen, liegt der Unterschied in der Anfrage, nicht in den Daten.

Seite zwei ist keine Kopie von Seite eins

Jede Seite ist ein eigener Aufruf mit eigener Abrechnungszeile, und die Zeilen einer Seite sollten sich nicht auf der nächsten wiederholen. Seiten sind separate Aufrufe. Wenn sie sich wiederholen, hat die Schleife wahrscheinlich denselben Seitenwert beibehalten. Geben Sie die erste Domäne jeder Seite aus, um zu bestätigen, dass sich die Zahlen verschieben.

Halten Sie die Seitennummer in Ihrem Protokoll neben dem Guthaben. Eine Schleife, die auf Seite zwei hängt, ist viel einfacher zu beheben, wenn Sie den genauen Aufruf sehen können, der gestoppt hat. Protokolle sparen Stunden.

Testen Sie zuerst zwei Seiten. Ein kurzer Test nach den ersten beiden Seiten reicht aus. Wenn Seite zwei Seite eins wiederholt, stoppen Sie die Schleife, bevor das Guthaben für dieselben Zeilen doppelt bezahlt.

Beilegung einer Meinungsverschiedenheit mit der Datei des letzten Monats

Wenn zwei Dateien widersprüchlich sind, geht es selten darum, wer recht hat. Die meisten Uneinigkeiten werden durch eine Änderung einer Einstellung verursacht, die niemand notiert hat, weshalb das Protokoll wichtiger ist als das Gedächtnis. Es geht darum, welcher Teil der Anfrage zwischen ihnen geändert wurde. Schauen Sie zuerst auf die Anfrage. Gehen Sie drei Prüfungen der Reihe nach durch, und die meisten Streitigkeiten enden bei der ersten.

Beginnen Sie mit dem Indexdatum

Der Index wird etwa einmal im Monat aktualisiert, und diese Aktualisierung ist das Erste, das ausgeschlossen werden sollte. Ein Link, der nach der letzten Aktualisierung live ging, erscheint in keiner der Dateien, und ein erneuter Aufruf am selben Tag behebt das nicht. Aktualisierungsdaten erklären Lücken.

Beschriften Sie jede Datei. Eine Datei, die mit ihrem Ziehdatum und ihrem Aktualisierungszyklus benannt ist, beantwortet die häufigste Frage, bevor jemand sie in einem Meeting stellen muss. Schreiben Sie den Aktualisierungszyklus neben jeden Dateinamen. Dann liest sich eine Lücke als Zeitlücke, nicht als Lücke im Web.

Halten Sie die Aktualisierungsdaten in einer einzigen Spalte zusammen, nicht über Notizen verteilt. Ein Leser, der die Daten neben den Gesamtwerten sieht, muss selten eine zweite Frage stellen. Das spart eine Frage.

Vergleichen Sie Gleiches mit Gleichem

Zwei Dateien sind nur vergleichbar, wenn Aktion, Domäne, Sortierung und per-Wert übereinstimmen. Wenn sich die Sortierung unterscheidet, unterscheiden sich auch die führenden Zeilen, selbst wenn alle Gesamtwerte übereinstimmen, und das kann wie eine echte Änderung im Profil aussehen. Das Mischen einer Anchors-Datei mit einer Backlinks-Datei ist eine häufige Methode, um einen Fall zu erfinden, der nie passiert ist. Übereinstimmende Einstellungen haben Vorrang.

Wenn die Parameter übereinstimmen und die Gesamtwerte sich dennoch unterscheiden, ist dieser Unterschied eine genauere Prüfung wert, und das Protokoll zeigt Ihnen, wo Sie beginnen sollen. Lesen Sie dann das Protokoll.

Geben Sie dem per-Wert ebenfalls eine eigene Spalte, da er bestimmt, wie viele Zeilen pro Aufruf ankommen und somit, wie viele Aufrufe ein Ziehen kostet. Halten Sie ihn sichtbar.

Wenn Zeilen sich verschoben haben, anstatt zu verschwinden

Nach einer Domänenänderung oder einem Redesign kann ein Link weiterhin existieren und auf eine neue Adresse verweisen. Alte Hosts behalten Links. Vergleichen Sie die Top-Seiten für den alten und den neuen Host, bevor Sie den Link als verloren bezeichnen. Die Migrations-Checkliste geht diese Paarung durch.

Protokollieren Sie beide Seiten. Notieren Sie beide Adressen in einer Zeile, damit die Verschiebung in der Tabelle sichtbar bleibt.

Kosten, die Menschen überraschen

Eine Rechnung, die schneller wächst als geplant, hat normalerweise eine Ursache. Viele Teams bemerken eine höhere Rechnung erst am Monatsende, daher fängt eine wöchentliche Überprüfung der laufenden Summe die Abweichung früher ab. Es ist die Aktion. Viele Leser fragen, wie Sie Backlinks prüfen, ohne zu viel auszugeben, und die Antwort beginnt mit dem Aktionsnamen. Lesen Sie das Guthaben in jeder Antwort und führen Sie eine laufende Summe neben Ihrer Tabelle.

Ein Guthaben, das schneller abgebaut wird als geplant

Aktionsnamen sind wichtig. Der übliche Übeltäter ist der Aktionsname. anchors kostet 2 Credits, während keyword und search jeweils 3 kosten, sodass ein Skript, das die Aktionen wechselte, die Rechnung leise erhöht hat. Prüfen Sie den action-Wert in der Anfrage vor dem ersten großen Lauf.

Verfolgen Sie die Abweichung. Führen Sie eine laufende Summe von _credits in der Tabelle. Eine kleine Abweichung pro Tag ist dort leicht zu sehen, lange bevor der Monat endet.

Ein 402 mitten in einer Schleife

Ein 402 bedeutet, dass das Guthaben aufgebraucht ist. Stoppen Sie die Schleife. Aufrufe, die bereits bedient wurden, wurden abgerechnet, während der nächste Aufruf fehlschlägt. Stoppen Sie die Schleife, laden Sie mit USDT (TRC-20) über die Kontoseite auf und setzen Sie an der Seite fort, an der Sie gestoppt haben.

Ein Wiederaufnahmepunkt ist nur nützlich, wenn er notiert wird. Halten Sie die Seitennummer im Protokoll, damit der Neustart keine Schätzung ist. Schreiben Sie die Seite auf.

Ein zu großes Ergebnis lesen

Eine plötzlich wachsende Zahl verdient einen Blick auf die Quelle, bevor sie zu einer Geschichte wird. Ein einzelner Template-Link kann Tausende Zeilen hinzufügen, und eine Gesamtwertzeile allein sagt Ihnen nicht, ob dies eine Site oder viele sind. Die Zeilen können korrekt sein, und der Grund kann in einer Domäne liegen, nicht im gesamten Profil. Prüfen Sie zuerst die Quelle.

Ein seitenweiter Footer hinter einem großen Zähler

Ein einzelner Template-Link, der auf Tausenden Seiten einer einzigen Site erscheint, kann einen großen Block von Zeilen erklären. Gruppieren Sie den Aufruf nach Verweisungsdomäne und sehen Sie, wie viel vom Gesamten eine Site ausmacht. Gruppieren Sie zuerst, urteilen Sie dann.

Wenn eine Domäne dominiert, ist der Gesamtwert eine Tatsache über diese Site, und die Analyse sollte so gerahmt werden. Rahmen Sie sie so.

Zeilen von einer Domäne, die Sie nie verlinkt haben

Seltsame Anchors müssen geprüft werden. Ihr Vorhandensein beweist nicht, dass etwas falsch ist, aber es bedeutet, dass die Zeile dieselbe Prüfung verdient wie jede andere Zeile in Ihrer Analyse. Unbekannte Verweisungsdomänen mit fremden Anchors können von einem Scraper oder einer kompromittierten Seite stammen. Öffnen Sie eine der verlinkenden Seiten, wie ein Besucher, bevor Sie annehmen, dass die Zeilen zu Ihrem Profil gehören.

Protokollieren Sie die Domäne, das Datum und den Anchor in der Tabelle und behalten Sie die Rohdaten bei, damit eine spätere Überprüfung die Beweise hat. Beweise schlagen Gedächtnis.