rel-prev- und rel-next-Tags der Pagination prüfen

Geben Sie jede Seiten-URL zusammen mit dem Ziel aus ihren rel=prev- und rel=next-Tags an. Das Ergebnis erkennt fehlende Links, unerwartete Links an den Endpunkten, Selbstverweise, doppelte URLs sowie Ziele, die eine Seite überspringen oder auf den falschen Nachbarn zeigen. Der exakte, deterministische Vergleich ruft keine Seite ab und eignet sich daher für Build-Prüfungen, Crawler-Exporte und reproduzierbare technische SEO-Audits.

Beschreiben Sie die Serie in der vorgesehenen Reihenfolge

Beginnen Sie mit der Seite, die Suchmaschinen und Besucher als Anfang der Serie behandeln sollen, und fügen Sie anschließend alle weiteren Seiten der Reihe nach hinzu. Tragen Sie für jeden Datensatz die absolute Seiten-URL und die in den rel=prev- und rel=next-Tags angegebenen Ziele ein. Der Prüfer behandelt die Reihenfolge des Arrays als die von Ihnen behauptete kanonische Reihenfolge. Dadurch ist die erwartete Beziehung eindeutig: Seite zwei muss Seite eins als vorherige Seite nennen, Seite eins muss Seite zwei als nächste Seite nennen, und dieselbe Regel gilt für die gesamte Serie. Im ersten Datensatz muss prev fehlen, weil ihm nichts vorausgeht; im letzten muss next fehlen, weil ihm nichts folgt. Verwenden Sie die tatsächlich ausgegebenen Tag-Ziele und nicht die URLs, die Ihre Vorlagen Ihrer Erwartung nach erzeugen sollten. Nur mit exakten Eingaben kann der Bericht unauffällige Abweichungen wie einen anderen abschließenden Schrägstrich, einen abweichenden Abfrageparameter oder einen Sprung von Seite zwei direkt zu Seite vier aufdecken. Listen mit weniger als zwei Datensätzen werden abgelehnt, da sie keine Paginierungsbeziehung belegen können.

Verstehen Sie die gemeldeten Probleme

Ein gültiges Ergebnis bedeutet, dass jedes benachbarte Paar in beide Richtungen übereinstimmt: Die frühere Seite verweist vorwärts auf die spätere, und die spätere verweist zurück auf die frühere. missing_link bedeutet, dass eine durch die angegebene Reihenfolge erforderliche Beziehung fehlt. unexpected_link erscheint, wenn die erste Seite prev oder die letzte Seite next deklariert und die Kette damit über die eingereichte Serie hinaus verlängert. mismatched_link zeigt auf ein anderes Ziel als den unmittelbar erwarteten Nachbarn. Dies kann übersprungene Seiten, veraltete Vorlagenwerte oder falsch einsortierte Datensätze offenlegen. self_link bedeutet, dass eine Seite auf sich selbst statt auf ein anderes Element der Serie verweist. Doppelte URLs werden gesondert gemeldet, weil eine wiederholte Seite die behauptete Reihenfolge mehrdeutig macht, selbst wenn benachbarte Tag-Werte scheinbar passen. Jedes Problem enthält die bei eins beginnende Seitenposition, die Seiten-URL, das betroffene Feld sowie das erwartete und das tatsächliche Ziel. Der Prüfer ruft keine URL ab und bewertet keine Erreichbarkeit, sondern ausschließlich die von Ihnen gelieferten Beziehungen.

Nutzen Sie das Ergebnis in der SEO-Qualitätssicherung

Führen Sie diese Prüfung aus, nachdem Sie Link-Elemente aus gerenderten Seiten, einem Crawler-Export oder einem Vorlagentest extrahiert haben. Machen Sie das Ergebnis in der kontinuierlichen Integration zu einer Freigabebedingung, indem Sie vor der Bereitstellung einer Paginierungsvorlage valid gleich true verlangen. Bewahren Sie bei einem Audit die Probleme zusammen mit dem Crawl-Snapshot auf, damit das Entwicklungsteam die fehlerhafte Beziehung ohne erneuten Crawl exakt reproduzieren kann. Nach dem Entfernen äußerer Leerzeichen bleibt der Vergleich bewusst exakt. Der Prüfer normalisiert keine Abfragezeichenfolgen, entfernt keine Fragmente, setzt HTTP nicht mit HTTPS gleich und nimmt keine Gleichwertigkeit abschließender Schrägstriche an, weil solche Umformungen ein echtes Problem der Kanonisierung verdecken könnten. Korrigieren Sie die Quell-Tags oder die eingereichte Reihenfolge und prüfen Sie dieselben Datensätze erneut, bis keine Probleme mehr vorliegen. Das Browserwerkzeug eignet sich für manuelle Stichproben; automatisierte Anfragen kosten jeweils $0.002 und liefern dieselbe deterministische Struktur. Kombinieren Sie diese Beziehungsprüfung für eine vollständige Abdeckung mit separaten Prüfungen von Statuscodes, canonical-Tags, Indexierbarkeit und gerendertem HTML.