Backlink-Checker PageRank oder DR: Was soll man in einem Feld speichern?

Warum PageRank keine Feld-Option ist

Die Leute suchen immer noch nach einem Backlink-Checker PageRank-Tool, aber die öffentliche Zahl ist verschwunden. Google hat die PageRank-Anzeige in der Toolbar 2016 entfernt, und seitdem hat Google selbst keine Ersatzfunktion veröffentlicht.

Übrig bleiben die Scores der Anbieter. Ahrefs hat DR, Moz hat DA, und wir veröffentlichen unseren eigenen Domain Rating-Wert mit einer offenen Formel. Wählen Sie einen und bleiben Sie dabei. Die Mischung zweier Scores in einer Spalte macht jeden späteren Vergleich bedeutungslos.

Eine praktische Regel für Headless-Teams: Speichern Sie nur das, was Sie anzeigen oder filtern möchten, und nichts anderes. Jedes zusätzliche Feld ist ein weiterer Punkt, den ein Redakteur falsch lesen kann, eine zusätzliche Spalte im Export und eine weitere Zuordnung, die bei der Migration von einem CMS zum anderen fehlschlagen kann.

Die Benennung ist wichtig. Nennen Sie das Feld link_dr, nicht authority. Der erste Name sagt aus, wessen Zahl es ist. Der zweite lädt dazu ein, ein Jahr später den Score eines anderen Anbieters einzutauschen.

Das Feld nach seiner Quelle benennen

Nennen Sie das Feld immer nach dem Anbieter, der die Zahl ermittelt hat. Ein Feld namens link_dr zeigt dem nächsten Leser, woher die Zahl stammt, und verhindert, dass ein späterer Wechsel zu einem anderen Anbieter stillschweigend passiert.

Nur die Bezeichnung bleibt erhalten, die Zahl jedoch nicht. Ahrefs DR, Moz DA und unser eigener Domain Rating sind unterschiedliche Messwerte. Ein Wert, der von einem Anbieter in ein Feld kopiert wird, das nach einem anderen benannt ist, führt den nächsten Leser in die Irre.

Können Sie Scores von zwei Anbietern speichern?

Sie können, in zwei Feldern mit zwei Namen. Die meisten Teams benötigen dies nicht, da zwei Zahlen einen Vergleich nahelegen, und genau dieser Vergleich ist der Schritt, der schiefgeht.

Wenn ein Stakeholder beide Werte haben möchte, zeigen Sie ihm die beiden Formeln nebeneinander. Die Skalen sind unterschiedlich aufgebaut, und dieser Unterschied erklärt den Großteil der Überraschung.

Ist der Score in allen Tools gleich?

Nein. Ein DR aus einem Tool und ein DA aus einem anderen stammen aus unterschiedlichen Link-Graphen und verwenden unterschiedliche Formeln. Sie können also in die gleiche Richtung weisen, sich bei der Zahl dennoch unterscheiden.

Unsere eigene Formel ist öffentlich. Die logarithmische Skala ist der Grund, warum ein Sprung von 1.000 auf 100.000 verweisende Domains den Score weniger stark verändert, als die rohen Zählwerte vermuten lassen.

Was die Tabelle über das Feld-Design aussagt

Die Skala ist logarithmisch. Zehn Domains und 1.000 Domains liegen 27 Punkte auseinander, während 1.000 und 100.000 den gleichen Abstand zueinander haben. Speichern Sie also die ganze Zahl, lesen Sie sie aber in Bandbreiten ein.

Ein Bandbreiten-Feld hilft einem Redakteur oft mehr als die rohe Zahl. Niemand kann mit 41 versus 43 etwas anfangen. Mit einer Bezeichnung wie „Mittel“ kann man jedoch handeln. Halten Sie es einfach.

Daten sind genauso wichtig wie Scores. Ein gespeicherter Score ohne Datum wirkt wie eine Echtzeitmessung, und ein Jahr später wird jemand es in einem Meeting zitieren, als wäre es aktuell. Stempeln Sie es, und aktualisieren Sie es nach einem planbaren Zeitplan, etwa dem nächtlichen bulk_dr-Scan aus der Kostentabelle.

Das Notizfeld sollte schlicht bleiben, da seine Aufgabe gering ist. Ein Satz reicht aus. Seine Aufgabe ist es, den Leser daran zu erinnern, dass sich der Index etwa monatlich ändert und dass Google Search Console Googles eigene Sichtweise enthält.

Das Feld über die Zeit ehrlich halten

Ein Feld, das einmal beschrieben und nie wieder überarbeitet wird, wird leise zu einer Tatsache über die Vergangenheit. Der Aktualisierungsauftrag ist es, der es zu einer Messung macht, und er sollte nach einem Zeitplan ausgeführt werden, den Sie in einem Satz benennen können.

Beginnen Sie mit dem Zeitplan, da er alles andere bestimmt. Monatlich passt zum Index, und nächtliche Durchläufe erhöhen nur die Kosten, ohne zusätzlichen Mehrwert zu liefern, da sich der Index etwa einmal im Monat ändert.

Wie oft sollte der Score aktualisiert werden?

In den meisten Fällen monatlich, da dies dem Rhythmus des Index entspricht. Nächtliche Durchläufe sind dennoch sinnvoll für Teams, die bei jedem Eintrag ein aktuelles Datum wünschen, auch wenn sich die Zahl nicht geändert hat.

Kosten sind kein Grund zur Zurückhaltung. Ein nächtlicher bulk_dr-Aufruf für bis zu 2.000 Domains kostet ein Credit, und die Kostentabelle listet den Rest auf.

Was sollte der Auftrag mit einem fehlenden Wert tun?

Lassen Sie den alten Score und das alte Datum an Ort und Stelle, und markieren Sie den Versuch in Ihrem eigenen Protokoll als fehlgeschlagen. Das Überschreiben eines guten Wertes mit einem leeren Wert sieht zwar ordentlich aus, löscht jedoch die einzige Historie, die Sie haben.

Ein fehlender Wert und eine Null sind unterschiedliche Fakten. Ihr Feldtyp sollte diese trennen, damit ein Redakteur eine Lücke nicht als schlechten Score liest.

Wie halten Sie jede Charge unter dem Limit?

Teilen Sie die Liste in Chunks von maximal 2.000 Domains auf und senden Sie einen Aufruf pro Chunk. Halten Sie die Chunk-Größe in einer einzigen Konstanten, damit eine Änderung des Limits nur eine Zeile betrifft.

Protokollieren Sie die Anzahl der gesendeten Domains und die Anzahl der gespeicherten Messwerte. Eine Diskrepanz zwischen beiden ist der erste Hinweis darauf, dass eine Charge fehlerhaft war.

Was ein Redakteur neben dem Score sehen sollte

Ein Redakteur liest das Feld in wenigen Sekunden, also muss das Feld in wenigen Sekunden antworten. Zeigen Sie zuerst die Bandbreite, dann das Datum und zuletzt die ganze Zahl, da dies die Reihenfolge ist, in der ein beschäftigter Leser sie benötigt.

Die Bezeichnung ist genauso wichtig wie das Layout. Ein Feld namens link_dr_band, das „Mittel“ anzeigt, sagt dem Leser nichts über den Index aus, daher muss der Hinweis daneben diese Einschränkung enthalten.

Sollte die Bandbreite den Eintrag einfärben?

Ein farbiges Badge kann einem beschäftigten Redakteur helfen, kann aber auch eine mittlere Bewertung wie einen Fehler aussehen lassen. Halten Sie die Farben auf die Bandbreiten-Namen beschränkt und vermeiden Sie Rot für alles, was kein schwerwiegendes Problem ist.

Die Bandbreite ist eine Empfehlung für eine Überprüfung, keine Regel für die Veröffentlichung. Sagen Sie dies in der Bezeichnung daneben, damit ein grünes oder orangefarbenes Badge nie als Freigabe missverstanden wird.

Wenn die gleiche Bandbreite bei vielen Einträgen erscheint, prüfen Sie zuerst die Regel, bevor Sie die Einträge prüfen. Eine Bandbreite, die die Hälfte der Site markiert, sagt Ihnen normalerweise etwas über die Schwelle und nicht über den Inhalt aus.

Was kommt in die Notiz, wenn das Datum alt ist?

Ein altes Datum sollte die Notiz ändern, nicht den Score verbergen. Ein Satz, der besagt, dass die Messung älter ist als die letzte Aktualisierung, sagt dem Redakteur, was zu tun ist: Nämlich erneut prüfen, bevor man sich darauf verlässt.

Generieren Sie diese Zeile in Ihrem Code, damit jeder Eintrag sie auf die gleiche Weise anzeigt. Handschriftliche Notizen weichen ab, und nach einigen Monaten weiß niemand mehr, was sie bedeuten sollten.