Gekaufte Links werden nicht angezeigt: sechs Mythen, sechs Reproduktionsschritte
Ihr Tool zeigt null neue Links an, der Anbieter sagt, geliefert. Beide können eine Weile recht haben. Hier erfahren Sie, wie Sie herausfinden, wer aufhört, recht zu haben.
LinksVerifier-Research-Team ·
Bug-Triage
Die meisten fehlenden Links sind ein Timing-Problem, kein Betrug
Index-Latenz erklärt einen großen Teil der Meldungen. Betrug, eine noindex-Seite und ein geändertes rel-Attribut erklären den Großteil des Rests. Testen Sie in dieser Reihenfolge, und Sie sparen sich viele wütende E-Mails.
Unser Index wird etwa monatlich aktualisiert
Die Search Console listet Links mit eigener Verzögerung auf
Nur ein Live-Fetch beweist, dass der Link heute im HTML enthalten ist
Mythos gegen Realität
Mythos
Realität
Reproduktionsschritt
Wenn ein Tool keinen Link anzeigt, existiert der Link nicht
Jedes Tool hat ein Crawl-Datum, und unseres ist monatlich
Rufen Sie die Quellseite ab und suchen Sie nach Ihrer Domain
Die Search Console sollte ihn innerhalb von Tagen auflisten
Sein Linkbericht wird nach eigenem Zeitplan aktualisiert und stichprobenartig Daten erfasst
Vergleichen Sie das Berichtsdatum mit dem Platzierungsdatum
Ahrefs, Semrush und Majestic stimmen immer überein
Jeder betreibt seinen eigenen Crawler, daher unterscheiden sich die Zählungen von vornherein
Prüfen Sie dieselbe Domain in zwei Tools, erwarten Sie Lücken
Eine 200er-Antwort bedeutet, dass der Link in Ordnung ist
Die Seite kann 200 zurückgeben und trotzdem noindex oder ein canonical-Tag an anderer Stelle tragen
Prüfen Sie Wayback-Aufzeichnungen zum Entfernungsdatum
Dofollow ist ein rel-Wert
Es ist Jargon; die tatsächlichen Werte sind nofollow, sponsored und ugc
Quelltext anzeigen und die rel-Zeile lesen
Die drei Mythen, die die meisten Diskussionen verursachen
Dass gekaufte Links nicht angezeigt werden, ist meist eine Timing-Frage, bevor es eine Betrugsfrage ist. Drei der Mythen in der Tabelle verdienen eine genauere Betrachtung, da jeder einzelne ein Ticket in die falsche Richtung lenkt.
Eine 200er-Antwort räumt den Link nicht frei
Ein Status von 200 sagt Ihnen, dass der Server geantwortet hat. Er sagt nichts über das Markup in der Antwort aus. Eine Seite kann 200 zurückgeben und trotzdem noindex oder ein canonical-Tag tragen, das auf eine andere Adresse verweist.
Lesen Sie das HTML, das der Server tatsächlich gesendet hat, und lesen Sie dann die Header-Dumps auf ein X-Robots-Tag. Beide können ein Problem verbergen, das der Statuscode nie zeigt.
Ein gelöschter Link ist nicht immer ein Betrug
Wenn ein Link verschwindet, ist die erste Vermutung meist der Anbieter. Die häufigeren Ursachen sind langweilig: eine Site-Migration, ein Redakteur, der alte Artikel kürzt, oder ein CMS-Update, das Markup entfernt, das es nicht erkennt.
Prüfen Sie das Webarchiv auf das Entfernungsdatum, bevor Sie den Anbieter kontaktieren. Wenn die Aufzeichnungen zeigen, dass sich die Seite nach Ihrer Platzierung geändert hat, wird die Frage zu „wann“ hat es sich geändert, nicht zu „wer“ hat es getan.
Zwei Tools, die nicht übereinstimmen, verhalten sich normal
Zwei Link-Tools, die sich bei einer Domain nicht einig sind, funktionieren beide. Jedes hat seinen eigenen Crawler, seinen eigenen Zeitplan und seine eigenen Regeln dafür, was als Link zählt. Eine Lücke von einigen Hosts ist üblich.
Nennen Sie in der Ticket ein Tool als Referenz und halten Sie die anderen als Kontext. Mischen Sie ihre Zählwerte nicht in einer einzigen Spalte.
Die Search Console läuft nach eigenem Takt
Der Linkbericht in der Search Console ist eine separate Pipeline mit eigener Verzögerung und kann die angezeigten Daten stichprobenartig erfassen. Ein Link, der dort fehlt, kann in einem frischen Fetch immer noch sichtbar sein, und ein Link, der dort sichtbar ist, kann eine Weile brauchen, bis er erscheint.
Vergleichen Sie das Berichtsdatum mit dem Platzierungsdatum und notieren Sie beide im Ticket. Halten Sie den Anbieter nicht an ein Zeitfenster, das der Bericht nie versprochen hat.
Der erwartete Zeitplan der ersten Woche
Tag 0, der Anbieter meldet den Link als live. Rufen Sie ihn ab. Ihre Aufgabe ist es, ihn an diesem Tag abzurufen und das HTML zu speichern. Eine gespeicherte Kopie ist mehr wert als ein Screenshot.
Geben Sie ihr Zeit. Innerhalb des ersten Monats hat unser Crawler die Seite möglicherweise besucht oder auch nicht. Wenn das Refresh bereits vor der Platzierung stattgefunden hat, sehen Sie nichts, bis zum nächsten, also kann ein Anruf am Tag 10 legitim keine Zeile zurückgeben. Protokollieren Sie sie als „ausstehend“ statt als „fehlgeschlagen“.
Führen Sie es nach dem nächsten Refresh aus. Rufen Sie backlinks für Ihre Domain auf und suchen Sie nach dem Source-Host. Wenn er jetzt fehlt, haben Sie eine echte Diskrepanz. Graben Sie tiefer: Rufen Sie die Seite erneut ab, prüfen Sie auf einen geänderten Anchor, einen neuen rel-Wert oder eine Weiterleitung. Das Glossar listet jeden dieser Tests auf.
Reproduktionsschritte für ein Ticket zu einem fehlenden Link
Speichern Sie den Live-Quell-HTML mit Zeitstempel, mit curl oder der Speichern-Funktion Ihres Browsers.
Notieren Sie den HTTP-Status der Source-URL und Ihrer Target-URL mit curl -I.
Notieren Sie das Datum des letzten bekannten monatlichen Refreshs und ob die Platzierung davor erfolgte.
Führen Sie refdomains für Ihre Site aus und suchen Sie die Liste nach dem Source-Host.
Fügen Sie alle vier Elemente dem Vendor-Ticket bei, bevor Sie nach einem Ersatz fragen.
Reihenfolge der Tests, wenn ein Link verschwindet
Führen Sie diese in dieser Reihenfolge aus. Jeder Schritt schließt entweder die Frage oder sagt Ihnen, welche Sie als Nächstes stellen müssen.
01
Rufen Sie die Seite erneut ab
Rufen Sie die Source-URL mit curl ab und speichern Sie das HTML mit Zeitstempel. Nichts anderes in dieser Liste ist es wert, gegen eine Seite getestet zu werden, die Sie nicht heute abgerufen haben.
02
Lesen Sie das Markup, nicht das Tool
Suchen Sie im gespeicherten HTML nach Ihrer Domain und lesen Sie die rel-Zeile an diesem Anchor. Ein Tool kann verzögert sein. Das Markup zeigt, was die Seite gerade sendet. Das Glossar definiert jeden rel-Wert.
03
Prüfen Sie den Status und die Weiterleitungen
Führen Sie curl -I an der Source- und Ihrer Target-URL aus. Eine Weiterleitungskette oder ein 404 erklärt einen fehlenden Link schneller als jeder Index.
04
Vergleichen Sie das Platzierungsdatum mit dem letzten Refresh
Wenn die Platzierung nach dem letzten Refresh erfolgte, ist die Lücke erwartungsgemäß. Protokollieren Sie die Zeile als „ausstehend“ und notieren Sie beide Daten.
05
Führen Sie nach dem nächsten Refresh eine Neuanfrage durch
Sobald der Refresh vorbei ist, rufen Sie backlinks oder refdomains für den Client auf und suchen Sie nach dem Source-Host. Nur ein Host, der live, indexierbar und immer noch abwesend ist, ist eine Diskrepanz, die ein Ticket wert ist. Legen Sie die nächste Prüfung mit der Kostentabelle zur Hand fest.
Timing-Beispiele, als hypothetisch markiert
Die folgenden Beispiele sind hypothetisch. Sie zeigen, wie dasselbe leere Ergebnis je nachdem, wann der Link live ging, unterschiedlich gelesen wird.
Ein Link, der kurz nach einem Refresh platziert wurde
Stellen Sie sich einen Link vor, der am Tag nach einem monatlichen Refresh platziert wurde. Seine erste echte Chance zu erscheinen, ist der Refresh danach, fast einen ganzen Zyklus später. Ein leeres Ergebnis in der Zwischenzeit ist der Zeitplan, wie vorgesehen, funktioniert.
Markieren Sie die Zeile als „ausstehend“ und notieren Sie beide Daten. Niemand sollte einen Anbieter wegen einer Zeile verfolgen, die der Index noch nicht gesehen haben konnte.
Ein Link, der kurz vor einem Refresh platziert wurde
Stellen Sie sich nun das Gegenteil vor. Ein Link geht ein paar Tage vor dem nächsten Refresh live. Er kann bei diesem Refresh erscheinen oder sich bis zum nächsten verzögern. In jedem Fall ist ein Fehlschlag nach einem einzigen Refresh ein schwaches Signal.
Ein Link, der nach zwei Refreshes immer noch fehlt
Sagen wir, derselbe Link fehlt immer noch nach zwei Refreshes, während die Seite 200 zurückgibt und der Anchor im gespeicherten HTML sitzt. Jetzt hat die Zeile eine echte Diskrepanz. Prüfen Sie robots.txt, Login-Walls und noindex, bevor Sie den Index beschuldigen.
Nun verdient die Überprüfung mit einer zweiten Datenquelle aus der Stop-Regel ihren Kostenwert.
Führen Sie eine Zeile pro Refresh im Protokoll, mit dem Datum, an dem Sie die Seite abgerufen haben, und dem Ergebnis jeder Prüfung. Über zwei Refreshes hinweg ist dieses Protokoll der Unterschied zwischen einer Vermutung und einem Protokoll. Schreiben Sie das Ticket als Liste datierter Beobachtungen, nicht als Schlussfolgerung über den Anbieter.
Fragen aus einem Ticket zu einem fehlenden Link
Welchen Mythos sollte ich zuerst testen?
Beginnen Sie mit dem Test, der nichts kostet: ein frischer Fetch der Quellseite und eine Suche nach Ihrer Domain in ihrem HTML. Wenn der Link im Markup ist, fällt der Großteil der Mythosliste weg. Wenn nicht, kommen die rel-, noindex- und Redirect-Prüfungen als Nächstes, und jede erfordert einen Befehl.
Ist ein fehlender Link in Woche 1 ein Problem?
Allein nicht. Ein Link, der kurz vor einem Refresh platziert wurde, erscheint möglicherweise erst beim nächsten. Ein Fehlschlag in Woche 1 ist ein Grund, die Seite zu speichern, das Datum zu notieren und die nächste Prüfung nach einem Refresh zu planen.
Kann ein fehlender Link eine Strafe sein?
Das kann es, aber es ist selten die erste Erklärung. Die meisten fehlenden Links bedeuten, dass der Index nicht nachgekommen ist oder sich die Seite geändert hat. Eine manuelle Maßnahme erscheint im eigenen Bericht der Search Console, also prüfen Sie das, bevor Sie Schlussfolgerungen über die Links ziehen.
Bedeutet ein noindex-Tag, dass der Link wertlos ist?
Es bedeutet, dass die Seite Suchmaschinen bittet, aus den Ergebnissen fernzubleiben, also tut der Link darauf selten das, was die Bestellung bezweckte. Ob das ein Defekt ist, hängt davon ab, was bestellt wurde. Notieren Sie die noindex-Feststellung im Ticket neben dem gespeicherten HTML, das sie zeigt.
Wann aufhören zu warten
Zwei Refreshes. Das ist unsere Faustregel, keine Google-Regel, und Sie können sie für langsam bewegende Nischen dehnen, in denen Verlage selten eine Seite ändern. Wenn die Seite live, indexierbar und wie vereinbart gefolgt ist, aber zwei monatliche Refreshes sie immer noch verpassen, kann die Source-Seite für Crawler unerreichbar sein, hinter einer Login-Wall liegen oder in robots.txt blockiert sein.
Testen Sie zu diesem Zeitpunkt mit einer zweiten Datenquelle. Ahrefs oder Semrush werden das tun. Unserer allein reicht nicht aus. Uneinigkeit über drei Indizes ist für eine normale öffentliche Seite selten. Einigkeit über das Fehlen ist starker Beweis und gehört in den kostenbewerten Wiederholungsplan.
Wenn der Link live und nur durch Fetchen auffindbar ist, akzeptieren Sie das und fahren Sie fort. Indexierungsfragen zur Seite selbst gehen an das Runbook für Traffic-Einbrüche, wenn auch die Rankings sich bewegt haben.
