301-redirects en 404-fouten voor PrestaShop: gids

Een redirect toevoegen

Klik op het tabblad Redirects op Add a redirect om het regelformulier te openen.

• Source path or pattern: het binnenkomende pad, bijvoorbeeld /old-page. Met Pattern matching ingeschakeld kunt u de wildcards * en ? of een begrensde regex gebruiken.
• Target: een intern pad (beginnend met /) of een URL op uw webwinkel of een host op de whitelist. Externe doelen die niet op de whitelist staan, worden geweigerd (bescherming tegen open redirects).
• Redirect type: 301 Permanent of 302 Temporary.
• Shop scope multistore: bij een multistore-installatie toont het formulier een keuzelijst Shop scope: beperk de redirect tot één webwinkel, of pas hem toe op All shops.
• Pattern matching en Append the original query string to the target: optionele schakelaars per regel.

Een redirect toevoegen: bron, doel, type en bereik per webwinkel

Settings hoofdschakelaar

Het tabblad Settings groepeert de schakelaar van de engine, het gedrag bij het matchen, de beveiliging tegen open redirects en het gegevensbeheer.

• Enable the redirect engine: hoofdschakelaar. Indien uitgeschakeld worden er geen redirects uitgevoerd en wordt er niets vastgelegd.
• Log 404 errors: leg URL’s vast die op de 404-pagina uitkomen, zodat u er redirects van kunt maken.
• Auto-create 301 on slug change: wanneer de slug van een product, categorie of CMS-pagina verandert, wordt automatisch een 301 van de oude naar de nieuwe URL aangemaakt.
• Ignore the query string when matching: vergelijk het pad ongeacht ?a=b-parameters (u kunt de oorspronkelijke query string nog steeds per regel toevoegen).
• Case-insensitive matching en Normalize trailing slashes: behandel /Page, /page en /page/ als dezelfde bron.
• Allowed external hosts: door komma’s gescheiden hostnamen waarnaar een redirect mag verwijzen naast uw eigen winkeldomeinen. Laat leeg om alleen interne redirects toe te staan; dit is de bescherming tegen open redirects, elk ander extern doel wordt geweigerd.
• 404 log size cap: het maximale aantal verschillende 404-URL’s dat wordt bewaard.
• Drop data on uninstall: indien ingeschakeld worden bij het verwijderen van de module alle regels en het 404-logboek gewist. Laat uit om redirects te behouden bij een herinstallatie.

Instellingen: engine, matching, beveiliging tegen open redirects en gegevens

De keuze in het kort

• De inhoud is verhuisd en bestaat nog: een 301, naar de ene meest relevante vervanger, niet naar de homepage als vangnet.
• De inhoud is tijdelijk niet beschikbaar maar komt terug op hetzelfde adres: een 302, geen 301, zodat de zoekmachine het origineel geïndexeerd houdt en later opnieuw kijkt.
• De inhoud is verdwenen zonder directe vervanger: een 404, of een 410 als u zeker weet dat de inhoud nooit terugkomt (zoekmachines halen die URL’s doorgaans sneller uit de index).
• De inhoud heeft nooit op dat adres bestaan: een gewone 404, verder is niets nodig.

De soft 404 die u moet vermijden

Een soft 404 is een pagina waarvan de tekst een bezoeker vertelt ‘product niet gevonden’ terwijl de server nog steeds met 200 OK antwoordt. Zoekmachines merken de discrepantie op en behandelen de URL toch als een fout, alleen verspilt die dan een gewone indexeringsplek in plaats van als de fout te worden afgehandeld die hij is. De kern van PrestaShop antwoordt correct met 404 wanneer een product niet bestaat: een soft 404 ontstaat meestal wanneer een thema of module de pagina onderschept en een ‘niet gevonden’-bericht toont met code 200. Als de tekst van een pagina zegt dat er iets ontbreekt, moet de statuscode dat ook zeggen.

Crawlbudget is echt verkeer, met de cijfers van onze eigen webwinkel

Zoekmachines, en steeds vaker AI-crawlers, wijzen elk domein een ruw dagelijks aantal verzoeken toe: elk verzoek dat wordt besteed aan een redirectketen of een verouderde 404 is een verzoek dat niet naar een pagina gaat die ertoe doet. Dit is niet abstract. Bij onze eigen webwinkel bleek vóór een routineopruiming het filter voor bezoekregistratie een lijst met botsignaturen uit 2010 te gebruiken: het registreerde 43.478 ‘bezoeken’ per dag van bots, tegenover ongeveer 300 echte mensen, en de trackinggegevens waren gegroeid tot 1,4 GB voordat de opruiming ze terugbracht tot 24 MB. Los daarvan deed één enkele crawler (die van Meta) 38.000 verzoeken per dag, ongeveer 80% van al het verkeer dat de server ontving, totdat er een gerichte regel werd toegevoegd.

410: wanneer het de juiste keuze is en wanneer het averechts werkt

Een 410 moet altijd bewust worden ingesteld: het communiceert ‘hier komt nooit meer iets’, niet alleen ‘hier is nu niets’. Het gebruiken zonder die zekerheid is de duurste fout van de vier codes. Twee typische gevallen: een product dat niet op voorraad is maar terugkomt (een 410 ontmoedigt de zoekmachine dan om de URL opnieuw te controleren, precies wanneer u dat wilt: een 404, of een 302 naar een informatieve pagina, is dan het juiste middel) en een te brede regel met een wildcardpatroon of een voorwaarde op de query string, die de deur definitief kan sluiten voor legitiem verkeer dat slechts een deel van het patroon deelt.

Hoe een goed opgebouwde 410 eruitziet

In de module maakt het kiezen van het type 410 het doelveld overbodig, het wordt genegeerd. Het antwoord wordt zo vroeg mogelijk in de levenscyclus van het verzoek verstuurd, voordat de applicatie het thema opbouwt of het product uit de database haalt, en bevat drie elementen die vaak vergeten worden wanneer een 410 met de hand wordt gebouwd: een echte HTTP-status 410 Gone (geen 200 met de tekst ‘niet beschikbaar’), een header X-Robots-Tag: noindex en een minimale paginatekst, vertaald in de taal van de bezoeker.

Een echt geval: een crawler die in een lus vastzit op een vervuilde parameter

Bij onze eigen webwinkel zat een crawler (die van Meta) vast in een lus op /login?back=...-URL’s die in de parametriewaarde nog het oude domein van de winkel bevatten: meer dan 36.000 verzoeken in één nacht, meer dan 90% van al het verkeer, elk beantwoord met een 200-respons en een volledige paginaweergave, met dezelfde cpu-kosten als een echt verzoek. Eén enkele 410-regel met een voorwaarde op de query string loste het op zonder het legitieme verkeer aan te raken: de regel wordt alleen geactiveerd wanneer de parameter back het oude domein bevat, niet bij elk verzoek aan /login. Gecontroleerd op drie verschillende PrestaShop-versies: /login?back=http://old-domain.example/x en /login?back=https://old-domain.example/login geven 410, terwijl /login?back=/my-account (legitiem verkeer) nog steeds 200 geeft, ongewijzigd.

Redirectketens: de stille belasting

Een enkele 301 kost bijna niets. Een keten van drie of vier stappen dwingt elke crawler en elke bezoeker evenveel verzoeken te doen om één pagina te bereiken, en zoekmachines volgen slechts een beperkt aantal stappen voordat ze het opgeven. Verwijs telkens wanneer een URL opnieuw verandert het origineel rechtstreeks door naar de huidige eindbestemming in plaats van er een stap bovenop te zetten: ketens afvlakken zodra u ze vindt, is een van de nuttigste opruimacties op een redirectkaart die in de loop der tijd is gegroeid.