Alles wat u wilt weten voordat u installeert.
Een gedetailleerde blik op hoe Slimme 404-pagina PrestaShop 8 & 9: Productsuggesties & 301-doorverwijzingen werkt, waarom we het zo gebouwd hebben en de gedachte achter de bovenstaande functies.
Een standaard 404-pagina is een verloren verkoop
In een standaard PrestaShop-winkel toont de 404-pagina een verontschuldiging, een leeg zoekveld en niets anders. De bezoeker komt met een duidelijke intentie binnen, vaak vanuit Google of via een oude link, en botst tegen een muur. Hij vertrekt. Elke onbehandelde 404 is een verbrand acquisitiebudget, een negatief signaal naar de zoekmachines en een klant die elders gaat kijken. De module maakt van die impasse een kruispunt: in plaats van de bezoeker te vertellen dat de pagina niet bestaat, toont hij hem de producten die hij waarschijnlijk zocht.
Hoe de suggesties worden berekend
Wanneer een 404 optreedt, splitst de module de laatste twee segmenten van de URL, laat de stopwoorden in vijf talen weg, houdt alleen tokens van minstens drie tekens over en sluit numerieke identificaties uit. De overgebleven tokens worden met de catalogus vergeleken via een gewogen scoring: een overeenkomst in de link_rewrite is vier punten waard, in de productnaam drie punten, in de referentie twee punten. De producten worden op aflopende score gerangschikt. Haalt geen enkele match de drempel, dan schakelt de module over naar de bestsellers en daarna naar de nieuwigheden: de bezoeker ziet altijd iets relevants.
Het zoekveld doet de helft van het werk
Het zoekformulier op de 404-pagina is niet leeg: het is vooraf ingevuld met de leesbare trefwoorden uit de gebroken URL. Een bezoeker die op een verwijderde URL sneakers-leer-premium terechtkomt, ziet al sneakers leer premium in het veld staan. Het formulier verwijst naar de native zoekpagina van het thema, met de query string correct doorgegeven: geen template-override en geen conflict met een zoekmodule van derden.
Het 404-logboek: zien wat er echt breekt
Elke 404 wordt geregistreerd met de URL, een hitteller die via een upsert wordt opgehoogd, de laatste referer, de laatste user-agent en de datum. De deduplicatie gebeurt op een hash van de URL, afgebakend per winkel: duizend bezoeken op dezelfde gebroken URL leveren één regel met duizend hits op, geen duizend regels. Bekende crawlers kunt u wegfilteren, en een lijst met regex-patronen houdt de ruis van kwetsbaarheidsscanners weg (wp-admin, xmlrpc, phpmyadmin, .git, statische bestanden) die de analyse zou vertroebelen. Oude records worden automatisch opgeruimd volgens de bewaartermijn die u instelt.
Van 404 naar 301 met één klik
Dat is de kern van de module. Vanuit het logboek kan een gebroken URL met een voldoende hoge overeenkomstscore onmiddellijk naar het beste product worden doorverwezen, via een AJAX-knop: één klik, de 301-doorverwijzing is aangemaakt en het record krijgt de status doorverwezen. Is het vertrouwen onvoldoende, dan opent een begeleid formulier met de op score gerangschikte suggesties en een veld voor een eigen URL. In beide gevallen worden de bron en het doel gecontroleerd: geen lus en geen dubbel.
Een discrete en veilige doorverwijzingsmotor
De doorverwijzingen die u vanuit het logboek aanmaakt worden toegepast vóór de dispatch van de pagina, dus vóór de frontend-controller. Het standaardtype (permanente 301 of tijdelijke 302) is instelbaar en per regel te overschrijven. De paden worden voor de vergelijking genormaliseerd, en een botsingsbeveiliging weigert elke regel waarbij de bron en het doel naar dezelfde plek zouden wijzen. Elke doorverwijzing telt haar hits: u ziet precies hoeveel bezoeken zijn gered.
Aanvullend, niet overbodig
Gebruikt u al een geavanceerde doorverwijzingsbeheerder (wildcards, regex, CSV-import), dan blijft de module nuttig: zijn doorverwijzingsmotor schakelt u uit met één vinkje, en u behoudt het suggestieblok op de 404-pagina en het logboek. Hebt u omgekeerd nog niets, dan volstaat de module om de volledige cyclus te dekken: detecteren, begrijpen, doorverwijzen.
Installatie in twee minuten, nette de-installatie
Geen externe afhankelijkheid, geen Composer, geen themawijziging. Upload de ZIP via de Module Manager en installeer: twee SQL-tabellen worden aangemaakt, twee tabbladen verschijnen in de backoffice en het blok wordt automatisch in de 404-pagina van uw thema geïnjecteerd. Bij de de-installatie worden de tabellen en de tabbladen verwijderd: er blijft niets in de database achter.
There are no reviews yet.