In einem Katalog mit mehreren tausend Referenzen, der seit einigen Jahren läuft, sind tote Links kein Unfall: Sie sind die normale Folge des Betriebs. Entfernte Produkte, umgebaute Kategorien, ersetzte Bilder, Theme-Wechsel. Jede dieser Operationen hinterlässt Verweise auf Ressourcen, die es nicht mehr gibt.
Das Problem ist nicht kosmetisch. Ein Besucher, der auf einer Fehlerseite landet, geht wieder, und eine Suchmaschine, die auf zu viele tote Links stößt, senkt schrittweise die Häufigkeit, mit der sie die Website durchsucht.
Die PrestaShop-eigenen Quellen von 404-Fehlern
Sechs Ursachen decken nahezu alle Fälle ab, und alle sind vorhersehbar.
- Das deaktivierte Produkt. Das Häkchen bei „Aktiviert“ zu entfernen nimmt das Produkt aus dem Frontend, ohne irgendetwas weiterzuleiten. Externe Links, Beiträge in sozialen Netzwerken und Google-Ergebnisse zeigen weiterhin darauf.
- Das gelöschte Produkt. Gleiche Wirkung, ohne Rückweg. Der teuerste Fall, wenn die Seite bereits eine Platzierung erarbeitet hatte.
- Die geänderte sprechende URL. Das Feld der sprechenden URL eines Produkts oder einer Kategorie zu ändern zerstört sofort alle bestehenden URLs, ohne automatische Weiterleitung.
- Die verschobene oder zusammengelegte Kategorie. Der Pfad ändert sich und mit ihm die vollständige URL, wenn Ihre URL-Struktur den Kategoriebaum enthält.
- Fest eingetragene Links in Beschreibungen. Eine Produktbeschreibung oder eine CMS-Seite, die ein anderes Produkt über eine von Hand geschriebene URL verlinkt, überlebt selten zwei Betriebsjahre.
- Auf der Platte fehlende Bilder. Die Datenbank verweist auf ein Bild, dessen Datei verschwunden ist oder dessen Größenvariante nie neu erzeugt wurde.
Der Sonderfall der Bilder
Ein fehlendes Bild liefert nicht immer einen sichtbaren Fehler. Je nach Konfiguration zeigt PrestaShop ein Platzhalterbild, was das Problem vor dem Besucher verbirgt und es in den Daten unberührt lässt.
Zwei Situationen sind zu unterscheiden. Die Quelldatei ist aus dem Bildordner verschwunden: alle Varianten sind verloren. Oder die Quelldatei existiert, doch die Miniaturen wurden nach einem Theme-Wechsel nie neu erzeugt: Das Produkt erscheint auf seiner Seite korrekt, in der Liste jedoch nicht, oder umgekehrt.
Die Neuerzeugung der Miniaturen unter Design > Bildeinstellungen behandelt den zweiten Fall. Sie dauert bei einem großen Katalog lange und scheitert stillschweigend, wenn das Speicherlimit erreicht wird, was die unvollständigen Durchläufe erklärt.
Broken-Link-Checker PrestaShop 8 & 9 — Defekte Links & Fehlende BilderFinden Sie defekte Links und kaputte Bilder vor Ihren Kunden59,00€
Scannen: was ein externes Werkzeug nicht sieht
Ein externer Crawler erkundet, was von der Startseite aus über Links erreichbar ist. Er findet also kaputte Links in der Navigation und in Beschreibungen.
Drei Dinge sieht er nicht. Deaktivierte Produkte, die früher Traffic erhielten, da sie nirgends mehr verlinkt sind. In der Datenbank referenzierte, auf der Platte fehlende Bilder, wenn die Anzeige durch einen Platzhalter verdeckt wird. Und verwaiste URLs, die von außen weiterhin Besuche erhalten, eine Information, die in Ihren Serverlogs oder in der Search Console steht, nicht in einem Crawl.
Ein interner Scan, der die Datenbank statt das Frontend abfragt, ergänzt den externen Crawl also, statt ihn zu ersetzen.
Priorisieren: nach Wert, nicht nach Menge
Ein schlecht gepflegter Katalog kann mehrere tausend Fehler anzeigen. Sie in der Reihenfolge der Liste abzuarbeiten ist Zeitverschwendung. Drei Sortierkriterien, nach Wichtigkeit.
- Der tatsächliche eingehende Traffic auf der kaputten URL, gemessen über die letzten dreißig Tage. Ein 404, den niemand besucht, kostet nichts.
- Externe Links, die darauf zeigen. Eine von einer fremden Website verlinkte Seite ist erworbener Wert, den Sie bei jedem nicht weitergeleiteten Besuch verlieren.
- Die frühere Platzierung der Seite in den Suchergebnissen, sichtbar in der Search Console.
In der Praxis bündeln oft rund zwanzig URLs den Großteil des verlorenen Werts.
Drei mögliche Entscheidungen
Für jede zu behandelnde kaputte URL gilt genau eine der drei Optionen.
Per 301 weiterleiten auf die nächstliegende Seite: das Ersatzprodukt, die entsprechende Variante oder ersatzweise die übergeordnete Kategorie. Vermeiden Sie die pauschale Weiterleitung auf die Startseite, die als weicher Fehler behandelt wird und dem Besucher nichts bringt.
Wiederherstellen, wenn das Produkt nur ausverkauft ist, aber zurückkommt. Eine ausverkaufte Seite mit Verfügbarkeitsbenachrichtigung ist unendlich viel besser als ein 404.
Einen 410 liefern, wenn die Ressource endgültig weg ist und keine Entsprechung hat. Dieser Code signalisiert ausdrücklich eine gewollte Entfernung und beschleunigt die Deindexierung.
Daraus eine wiederkehrende Kontrolle machen
Eine einmalige Bereinigung hält nicht. Ein Monat normaler Betrieb genügt, um Dutzende tote Links neu zu erzeugen. Die Kontrolle muss periodisch sein, monatlich bei einem aktiven Katalog, und ihr Ergebnis mit dem vorherigen verglichen werden, um zu erkennen, welche Operationen am meisten erzeugen.
Der Prüfer für tote Links für PrestaShop führt diesen Scan aus dem Back Office auf PrestaShop 8 und 9 durch: kaputte interne Links, in Datenbank und auf Platte fehlende Bilder, priorisierter Bericht und Verfolgung zwischen zwei Analysen.
