PrestaShop meertalige SEO: Wat de webshop voor je doet en wat niet

Er heerst onder PrestaShop-winkeliers de comfortabele overtuiging dat het toevoegen van een taal een SEO-beslissing is. Dat is het niet. Het toevoegen van een taal is een inhoudelijke beslissing. Het SEO-gedeelte gebeurt automatisch, maar alleen als de vertalingen staan waar PrestaShop ze verwacht.

Die ene voorwaarde verklaart het grootste deel van het verschil tussen een meertalige webshop die scoort in nieuwe markten en een winkel met vertaalde pagina's die niemand vindt.

Wat PrestaShop zelf genereert

Dit is het deel dat mensen verbaast die van WordPress komen, waar voor elk van deze zaken een plugin nodig is.

Zodra een taal actief is en je inhoud vertalingen heeft in de taaltabellen, produceert PrestaShop zelfstandig de hreflang-annotaties, de canonical-tags, de taalspecifieke URL's en de sitemap-vermeldingen. De taalkiezer van het thema schakelt over naar de equivalente pagina in plaats van bezoekers op de startpagina te dumpen. Gestructureerde gegevens volgen de actieve taal.

De meertalige SEO-laag is dus niets wat je installeert. Het is iets dat je voedt.

Dat betekent dat de fout niet is: "mijn SEO-plugin is verkeerd geconfigureerd". Het is: "de rijen zijn leeg, dus de webshop verklaart terecht dat deze pagina geen Duitse versie heeft".

De hreflang-kwestie, opgelost

Hreflang vertelt zoekmachines dat twee URL's dezelfde pagina in verschillende talen zijn, zodat de juiste versie aan het juiste publiek wordt getoond in plaats van dat de twee met elkaar concurreren.

PrestaShop zendt dit automatisch uit voor elke actieve taal, gebruikmakend van de winkel-URL die voor elke taal is geconfigureerd. Drie dingen kunnen dit verstoren, en het is in alle gevallen een kwestie van configuratie in plaats van vertaling:

Winkel-URL's die niet overeenkomen met de werkelijkheid. Als je de winkel via HTTPS serveert maar de winkel-URL nog steeds HTTP aangeeft, of als een taal is gekoppeld aan een domein dat je niet langer gebruikt, wijzen de annotaties naar adressen die doorverwijzen of falen. Controleer Voorkeuren, en daarna SEO en URL's.

Talen die actief zijn gelaten maar leeg zijn. Een actieve taal zonder vertaalde inhoud wordt nog steeds aangegeven. Zoekmachines vinden vervolgens een pagina die grotendeels in de brontaal is, beschouwen dit als een dubbele pagina en jouw goede pagina's erven die twijfel. Deactiveer een taal als je nog niet klaar bent om deze aan te bieden.

Een pagina die in slechts één taal bestaat. Dat is legitiem en PrestaShop handelt dit af, maar het betekent dat de taalkiezer voor die pagina nergens nuttigs heen zal leiden. Bepaal bewust welke pagina's taalspecifiek zijn in plaats van dit in de logs te ontdekken.

Je hebt geen hreflang-plugin nodig. Je hebt winkel-URL's nodig die kloppen en tabellen die gevuld zijn.

Vertaalde URL's, en degene die echt een 404 geeft

PrestaShop slaat een link_rewrite per taal op voor producten, categorieën en CMS-pagina's, en een url_rewrite voor de statische meta-pagina's. Het vertalen daarvan is goed voor de zoekresultaten: een Franse klant vertrouwt /femmes/robes-ete meer dan /3-summer-dresses, en de woorden in de URL zijn in de meeste markten nog steeds een rangschikkingssignaal.

Het risico is niet gelijk verdeeld, en dit is goed om te weten voordat je iets wijzigt in een live webshop.

Standaard PrestaShop-routes bevatten het object-ID: /3-clothes, /hommes/1-1-shirt.html, /content/1-delivery. De front-controller leest het ID, merkt op dat de herschrijving niet meer overeenkomt en verwijst door naar het huidige adres. Het wijzigen van een product- of categorie-URL breekt dus de oude link niet.

De statische pagina's vormen de uitzondering. Hun herschrijvingen bevatten helemaal geen ID, dus het vertalen van één pagina verandert het oude adres in een echte 404. Dat zijn precies de pagina's die backlinks verzamelen: levering, retourbeleid, contact, algemene voorwaarden. Vertaal ze met omleidingen op hun plaats, niet achteraf.

Als je bent overgestapt vanuit een andere meertalige setup, is dit ook waar de oude adressen verdwenen zijn, en het is de meest voorkomende oorzaak van een daling in het verkeer na een meertalige migratie.

De metadata die niemand vertaalt totdat het pijn doet

Je productbeschrijvingen krijgen aandacht omdat ze zichtbaar zijn. De velden die bepalen of iemand de pagina überhaupt ziet, worden vaak overgeslagen.

Meta-titels en meta-beschrijvingen per taal. Een Duitse productpagina met een Franse meta-titel wordt door Google herschreven, en zelden in jouw voordeel.

Categoriebeschrijvingen. In de meeste webshops zijn dit de pagina's die scoren op brede commerciële zoekopdrachten, en het zijn de pagina's die het vaakst in de brontaal blijven staan omdat niemand zo ver scrolt in de backoffice.

Alt-tekst voor afbeeldingen. Het heeft gewicht in zoekopdrachten naar afbeeldingen, wat een echt acquisitiekanaal is voor fysieke producten, en het is het veld dat vertaalprojecten het meest consequent overslaan.

Faceted search-waarden, als je die gebruikt. Filtercombinaties genereren indexeerbare pagina's, en een Franse filterpagina met Duitse attribuutwaarden wordt niet gelezen als een Franse pagina.

De sitemap is niet het probleem waarvan mensen denken dat het het is

De sitemap van een vertaalde webshop moet elke taalversie van elke pagina bevatten. PrestaShop en de gebruikelijke sitemap-modules doen dat correct zodra de vertalingen bestaan.

Wat misgaat is de timing. De sitemap wordt op aanvraag of volgens een schema gegenereerd, dus een webshop die op dinsdag vertaald is, kan op vrijdag nog steeds zijn eentalige sitemap adverteren. Genereer deze opnieuw na een vertaalronde en controleer of de taalversies er daadwerkelijk in staan in plaats van er zomaar vanuit te gaan.

Het tweede probleem is caching voor de webshop. Als je een full-page cache of een CDN gebruikt, kan een oude sitemap of een oude set hreflang-tags lang na de wijziging blijven bestaan. Wanneer er iets mis lijkt, vraag dan de pagina op met een cache-busting query string voordat je concludeert dat de webshop de fout in gaat. Het is de snelste manier om een echte bug van een verouderde kopie te onderscheiden.

Wat werkelijk de positie in een nieuwe markt verbetert

Zodra de techniek klopt, is het resterende werk redactioneel, en dat is waar automatische vertaling zijn waarde bewijst of verliest.

Zoekopdrachten zijn geen vertalingen van elkaar. Een Duitse klant zoekt niet op de letterlijke vertaling van wat een Franse klant zoekt. Vertaalde titels zijn een startpunt, geen zoekwoordstrategie: controleer de termen die je concurrenten in die markt daadwerkelijk gebruiken en pas de handvol pagina's aan die er echt toe doen.

Vertrouwensinhoud is belangrijker in het buitenland, niet minder. Levertijden, retourbeleid, lokale betaalmethoden, btw-afhandeling. Deze pagina's zorgen voor conversie en ze verdienen ook links, en daarom is het dubbel kostbaar om ze in de brontaal te laten staan.

En consistentie van woordgebruik. Een catalogus waar dezelfde productfamilie op drie verschillende manieren wordt benoemd in verschillende categorieën, verwatert elke pagina die er melding van maakt. Dat is een terminologieprobleem in plaats van een vertaalprobleem.

Een korte audit die je vandaag kunt uitvoeren

1. Open een productpagina in elke taal en bekijk de broncode. Bevestig dat er één hreflang-regel per actieve taal is, plus x-default, die allemaal naar bereikbare URL's wijzen.
2. Deactiveer elke taal waarvan de catalogus nog leeg is.
3. Maak een lijst van je statische pagina's en controleer of hun URL's zijn gewijzigd. Elke URL die gewijzigd is, heeft een omleiding vanaf het oude adres nodig.
4. Sorteer je categorieën op verkeer en controleer de top tien op vertaalde meta-titel, meta-beschrijving en beschrijving.
5. Genereer de sitemap opnieuw en open deze. Tel de talen.
6. Zoek naar een van je productnamen in een zoekmachine van de doelmarkt, in een privévenster. Wat daaruit komt, vertelt je meer dan elke audit-tool.

De techniek is het werk van PrestaShop, en dat doet het goed. Het vullen van de tabellen en het kiezen van wat je in elke markt zegt, is jouw taak. De TrueLang-module is er voor het eerste deel van die zin: het schrijft de catalogus, de CMS-pagina's, de meta-velden en de URL-herschrijvingen naar de eigen tabellen van de webshop, zodat de SEO-laag die PrestaShop al weet te bouwen, materiaal heeft om mee te werken.