Kostenlose DR-Lookups benötigen keinen Key. Melden Sie sich an für $100 Guthaben.
Hypothetisch
Alle Angaben hier sind erfunden, um die Methode zu veranschaulichen. Es werden kein echter Kunde, kein Vendor und kein reales Ergebnis beschrieben.
Die Agentur, der Vendor, die Domains und alle nachfolgenden Zahlen sind fiktiv. Sie dienen der Veranschaulichung von Rechnung und Struktur. Ihre Charge wird abweichen.
Stellen Sie sich eine Agentur vor, die für eine Kunden-Website 40 Platzierungen zu einem festen Preis pro Link gekauft hat, mit einer garantierten DR-Schwelle von 30 und einem 60-Tage-Ersatzzeitraum. Der Vendor-Report listet 40 Quell-URLs und 40 Anchor-Texte auf.
Nichts daran ist ungewöhnlich. Die Frage ist, wie man diesen Report in eine Bestanden-Gefallen-Tabelle umwandelt. Wir nutzen drei Stichtage: Tag 0, Tag 30 und Tag 60.
| Stichtag | Live-Seite abgerufen | Host in der Refdomains-Liste | Rel wie bestellt | Notizen |
|---|---|---|---|---|
| Tag 0 | 38 von 40 | 0 von 40 (noch nicht indexiert) | 36 von 38 | 2 URLs 404, 2 rel=sponsored hinzugefügt |
| Tag 30 | 37 von 40 | 29 von 40 | 35 von 37 | 1 weitere entfernt, Index am Tag 22 aktualisiert |
| Tag 60 | 36 von 40 | 34 von 40 | 35 von 36 | Ersatz für 4 Links ausstehend |
Tag 0 zeigt null Hosts im Index. Das ist normal. Null bei Auslieferung ist kein Mangel; Null nach zwei Updates schon.
Bis Tag 60 sind vier Links verschwunden. Zwei weitere haben sich geändert, weil sie ein Sponsored-Label tragen, das in der Bestellung nicht erwähnt wurde. Beachten Sie den Unterschied. Ob das Label als Mangel zählt, hängt vom Vertrag ab, daher sollte der Report klar benennen, was bestellt wurde. Das Glossar listet die rel-Werte, die Sie zitieren können.
Die Rating-Schwelle wird einmal mit bulk_dr geprüft. Ein Aufruf. Im Beispiel kosten 40 Domains in einem Aufruf 1 Credit, und 3 Domains schneiden unter 30 ab, laut unserer Formel. Diese drei kommen zuerst in die Reklamation, da sie objektiv und kostengünstig zu beweisen sind.
Ein Rating unter der Schwelle ist keine Frage des Geschmacks. Eine Regel, die sich an einer Zahl orientiert, schafft Vertrauen für die subjektiven Zeilen, die danach kommen.
Bis Tag 60 zeigt die fiktive Charge 4 fehlende Seiten und 2 Sponsored-Labels. Die beiden Gruppen erfordern unterschiedliche Handhabung, und die Sortierung ist der Schritt, der aus einer Liste von Fehlern ein Ticket macht.
Von den 4 fehlenden Seiten gehen wir davon aus, dass 3 vom Publisher entfernt wurden und 1 auf eine neue URL verschoben wurde. Die Verschiebung ist leicht zu übersehen. Ein Redirect von der alten Adresse würde als 301 im gespeicherten Header-Dump erscheinen, weshalb Header neben dem HTML gespeichert werden.
Die 2 Sponsored-Labels sind eine andere Klasse von Problem. Die Links funktionieren. Der Vendor wird wahrscheinlich sagen, dass das Label die ehrliche Option ist. Entscheiden Sie im Voraus, ob ein Label zählt, da eine Streitigkeit, die nach Geschmack entschieden wird, eine Woche kostet.
| Schritt | Aufrufe | Credits | Dollar |
|---|---|---|---|
| bulk_dr auf 40 Domains | 1 | 1 | $0.0001 |
| refdomains an Tag 0, 30 und 60 | 3 | 6 | $0.0006 |
| Anchors an Tag 60 | 1 | 2 | $0.0002 |
| Gesamt | 5 | 9 | $0.0009 |
Die Spalte Live-Seite stammt von curl auf dem Tester-Rechner, nicht von unserer API. Wir bieten diese Prüfung nicht an, und vorzugaukeln, wir täten es, würde den mühsamsten Teil der Arbeit verschleiern.
Credits sind fast nebensächlich. Die Arbeit besteht darin, 40 Seiten zu lesen. Wenn Sie das reduzieren möchten, skripten Sie den grep aus der Fehlerliste und behalten Sie die 4 oder 5 Zeilen im Auge, die fehlschlagen.
Für eine monatliche Übersicht eines gesamten Kundenportfolios wechseln Sie zur Kostentabelle. Wenn sich die Rankings nach der Charge verschoben haben, ist das Traffic-Drop-Runbook der nächste Schritt.
Die gleichen vier Aktionen wurden an Tag 0, Tag 30 und Tag 60 ausgeführt, sodass jeder Stichtag mit dem vorherigen verglichen werden konnte.
Alle 40 Seiten wurden pro Stichtag einmal abgerufen, mit gespeichertem und zeitgestempeltem HTML und Headern. Ein fehlgeschlagener Abruf ist eine Zeile in der Tabelle, niemals eine leere Zelle.
Ein refdomains-Aufruf pro Stichtag lieferte die Hostliste für den Kunden. Eine dünne Liste an Tag 0 war zu erwarten, daher wurde die Zeile markiert und für den nächsten Stichtag beiseite gelegt.
Jeder Host und jeder rel-Wert wurde mit dem vorherigen Stichtag sowie der Bestellung verglichen. Eine Änderung zeigt sich dann als Änderung, mit einem Datum versehen.
Die Regeln am Ende dieser Seite wurden zeilenweise angewendet. Die Beweise blieben neben jeder Zeile, sodass ein angefochtenes Urteil erneut geöffnet werden konnte.
Jeder Stichtag stellte eine Hauptfrage. Diese zu vermischen ist der übliche Grund, warum ein Tag-0-Ergebnis am Tag 60 diskutiert wird.
Am Tag 0 ist die Frage eng gefasst. Ist die Seite live, und existiert der Anchor im gespeicherten HTML? Der Index sollte es noch nicht wissen, daher beantwortet eine Null bei der Host-Anzahl nichts. Schreiben Sie das auf und überlassen Sie die Index-Frage für später.
Ein nützlicher Tag-0-Test ist, ob das abgerufene HTML exakt den Anchor-String aus der Bestellung enthält. Wenn ja, ist die Zeile pass-pending. Wenn nein, scheitert die Zeile, bevor die Index-Frage überhaupt aufkommt.
In der fiktiven Charge wurde der Index am Tag 22 aktualisiert, daher ist Tag 30 der erste ehrliche Blick auf die Hostliste. Hosts, die jetzt erscheinen, bestätigen die Platzierung. Hosts, die immer noch nicht erscheinen, sind Kandidaten für die Spalte Ausstehend, und der nächste Stichtag entscheidet.
Der letzte Stichtag sucht nach Drift: ein geänderter rel-Wert, ein verschobener Anchor oder eine Seite, die jetzt weiterleitet. Vergleichen Sie jede Zeile mit Tag 30, nicht nur mit der Bestellung, damit eine Änderung als Änderung sichtbar wird.
Tag 60 ist auch der natürliche Punkt, um zu prüfen, ob Ersatz noch innerhalb ihres Zeitraums liegt, da hier oft unbemerkt eine Frist verstreicht.
Ein durchgerechnetes Beispiel ist aufgeräumt. Reale Chargen sind in Punkten, die eine fiktive Tabelle nicht zeigen kann, unordentlicher, und es lohnt sich, diese zu benennen, bevor Sie das Layout kopieren.
Ein Host kann zwischen den Stichtagen den Besitzer wechseln, mit neuem Inhalt und einer neuen Vorlage. Der Link kann noch live sein, aber nicht mehr auf der Art von Seite sitzen, die die Bestellung beschrieb. Vergleichen Sie den Seitentitel und den Autorenblock, nicht nur die URL.
Ein geänderter Besitzer scheitert die Zeile nicht automatisch, aber er verändert das, was die Zeile beweist.
Fügen Sie die Besitzprüfung zu den Urteilsregeln hinzu, wenn Ihre Charge lang genug ist, damit es relevant wird.
Einige Seiten zeigen einen Link nur in einem rotierenden Modul, einer Sidebar, die sich bei jedem Besuch ändert, oder einer Liste, die auf die neuesten Artikel beschnitten ist. Der Abruf kann den Anchor in einem Durchlauf verpassen und im nächsten fangen. Wenn eine Zeile einmal fehlschlägt, rufen Sie sie zweimal am selben Tag ab und notieren Sie beide Ergebnisse. Notieren Sie die Rotation in der Zeile, da ein ausstehendes Ergebnis aus einem rotierenden Modul nicht dasselbe ist wie ein fehlender Link.
Eine Charge, die Sprachen mischt, erschwert die Anchor-Prüfung, da der Anchor auf der Donor-Seite übersetzt oder flektiert sein kann. Vergleichen Sie ihn mit der in der Bestellung vereinbarten Formulierung und notieren Sie die Sprache neben der Zeile, damit ein Prüfer weiß, warum sie abweicht.
Dieses Backlink-Audit-Beispiel ist eine Vorlage, kein Ergebnis. Seine Struktur überträgt sich auf jede Bestellung. Seine Zahlen nicht, und niemand sollte sie als Benchmark lesen.
Die Stichtags-Tabelle, die Credit-Liste und die Urteilsregeln übertragen sich auf eine neue Charge. Die Zählungen nicht. Ersetzen Sie jede erfundene Zahl durch Ihre eigene, bevor jemand das Ergebnis liest. Behalten Sie die Stichtagsdaten im Format Tag 0, Tag 30 und Tag 60 bei, damit ein Prüfer Ihren Report auf einen Blick mit dieser Seite abgleichen kann.
Schreiben Sie die Urteilsregeln vor dem ersten Abruf auf und ändern Sie sie nicht, wenn eine Zeile enttäuscht. Eine Regel, die nach dem Ergebnis geändert wird, ist ein Streitfall, der auf sich warten lässt.
Wenn der Vendor-Verweis auf dieselben Regeln verweist, lesen beide Seiten denselben Text. Eine ausstehende Zeile bedeutet dann, was der Vertrag sagt, und die Diskussion bewegt sich von der Interpretation zur Evidenz.
Eine Bestellung über 40 Zeilen kostete im Beispiel 9 Credits. Eine größere Bestellung ändert die Anzahl der Aufrufe, nicht die Methode. Zählen Sie die Aufrufe pro Stichtag, multiplizieren Sie und prüfen Sie, ob das Gesamtbudget noch in den von Ihnen festgelegten Rahmen passt. Abrufen ist immer noch pro Link, daher wächst die Lesezeit mit den Zeilen, während die Credit-Linie kaum steigt.
