Op een catalogus met duizenden referenties die al enkele jaren draait, zijn dode links geen ongeluk: ze zijn het normale gevolg van de exploitatie. Producten uit de handel genomen, categorieën gereorganiseerd, afbeeldingen vervangen, thema gewisseld. Elk van die ingrepen laat verwijzingen achter naar bronnen die niet meer bestaan.
Het probleem is niet esthetisch. Een bezoeker die op een foutpagina belandt, vertrekt, en een zoekmachine die te veel dode links tegenkomt, verlaagt geleidelijk de frequentie waarmee ze de site doorloopt.
De 404-bronnen die eigen zijn aan PrestaShop
Zes oorzaken dekken vrijwel alle gevallen, en ze zijn allemaal voorspelbaar.
- Het uitgeschakelde product. Het vinkje Ingeschakeld weghalen haalt het product uit de winkel zonder iets om te leiden. Externe links, gedeelde berichten op sociale media en Google-resultaten blijven ernaartoe wijzen.
- Het verwijderde product. Hetzelfde effect, zonder weg terug. Dit is het duurste geval wanneer de pagina een positie had opgebouwd.
- De gewijzigde vereenvoudigde URL. Het URL-veld van een product of categorie aanpassen breekt onmiddellijk alle bestaande URL’s, zonder automatische omleiding.
- De verplaatste of samengevoegde categorie. Het pad verandert, en daarmee de volledige URL als uw URL-structuur de boomstructuur bevat.
- Hardgecodeerde links in beschrijvingen. Een productbeschrijving of CMS-pagina die met de hand een URL naar een ander product bevat, overleeft zelden twee jaar exploitatie.
- Afbeeldingen die van de schijf verdwenen zijn. De database verwijst naar een afbeelding waarvan het bestand weg is, of waarvan de formaatvariant nooit opnieuw is gegenereerd.
Het bijzondere geval van de afbeeldingen
Een ontbrekende afbeelding geeft niet altijd een zichtbare fout. Afhankelijk van de configuratie toont PrestaShop een vervangende afbeelding, wat het probleem verbergt voor de bezoeker terwijl het in de data blijft bestaan.
Twee situaties zijn te onderscheiden. Het bronbestand is uit de afbeeldingenmap verdwenen: alle varianten zijn verloren. Of het bronbestand bestaat wel, maar de miniaturen zijn na een themawissel niet opnieuw gegenereerd: het product wordt correct getoond op de productpagina maar niet in de lijsten, of omgekeerd.
De miniaturen opnieuw genereren via Design > Afbeeldingsinstellingen lost het tweede geval op. Dat duurt lang op een grote catalogus, en het mislukt geruisloos wanneer de geheugenlimiet wordt bereikt, wat de gedeeltelijke regeneraties verklaart.
Dode Links Checker PrestaShop 8 & 9 - Gebroken Links & Ontbrekende AfbeeldingenVind dode links en gebroken afbeeldingen voor uw klanten dat doen€59,00
Scannen: wat een externe tool niet ziet
Een externe crawler doorloopt wat vanaf de homepagina bereikbaar is door de links te volgen. Hij vindt dus de gebroken links in de navigatie en in de beschrijvingen.
Hij ziet drie dingen niet. De uitgeschakelde producten die verkeer ontvingen, want die zijn nergens meer gelinkt. De afbeeldingen die in de database staan maar niet op de schijf, als de weergave door een vervangende afbeelding wordt gemaskeerd. En de verweesde URL’s die nog bezoek van buitenaf krijgen, informatie die in uw serverlogs of in Search Console staat, niet in een crawl.
Een interne scan, die de database bevraagt in plaats van de winkel, vult de externe crawl dus aan in plaats van die te vervangen.
Prioriteren: op waarde, niet op aantal
Een slecht onderhouden catalogus kan duizenden fouten tonen. Ze in lijstvolgorde aanpakken is tijdverlies. Drie sorteercriteria, in volgorde van belang.
- Het werkelijke inkomende verkeer op de gebroken URL, gemeten over de laatste dertig dagen. Een 404 die niemand bezoekt, kost niets.
- De externe links die ernaartoe wijzen. Een pagina waarnaar een externe site verwijst, vertegenwoordigt verworven waarde die u bij elk niet-omgeleid bezoek verliest.
- De vroegere positie van de pagina in de zoekresultaten, zichtbaar in Search Console.
In de praktijk concentreert een twintigtal URL’s vaak het grootste deel van de verloren waarde.
Drie mogelijke beslissingen
Voor elke gebroken URL die u aanpakt, geldt precies één van de drie opties.
Omleiden met een 301 naar de dichtstbijzijnde pagina: het vervangende product, de gelijkwaardige variant, of bij gebrek daaraan de bovenliggende categorie. Vermijd de systematische omleiding naar de homepagina, die als een zachte fout wordt behandeld en de bezoeker niets oplevert.
Herstellen wanneer het product alleen uitverkocht is maar terugkomt. Een productpagina zonder voorraad met een melding bij voorraadherstel is oneindig veel beter dan een 404.
Een 410 teruggeven wanneer de bron definitief weg is en geen equivalent heeft. Die code geeft expliciet een bewuste verwijdering aan en versnelt het verdwijnen uit de index.
Er een terugkerende controle van maken
Eenmalig opruimen houdt geen stand. Een maand normale exploitatie volstaat om tientallen dode links te doen ontstaan. De controle moet periodiek zijn, maandelijks op een actieve catalogus, en het resultaat moet worden vergeleken met het vorige om te zien welke ingrepen er het meest van veroorzaken.
De Dode Linkchecker voor PrestaShop voert die scan uit vanuit de back-office op PrestaShop 8 en 9: gebroken interne links, ontbrekende afbeeldingen in de database en op de schijf, gerangschikt rapport en opvolging tussen twee analyses.
