Hoe vertaal je een PrestaShop-winkel zonder hem te breken

Een taal toevoegen aan PrestaShop duurt ongeveer twee minuten. Je opent de backoffice, installeert de taal en die verschijnt direct in de selector in de front-office. Vervolgens bezoek je de nieuwe versie van je winkel en stuit je op hetzelfde probleem als iedereen: de interface is vertaald, maar je eigenlijke winkel niet.

Precies in die kloof gaat de meerderheid van PrestaShop-vertaalprojecten mis. Niet omdat de tools slecht zijn, maar omdat mensen verkeerd begrijpen wat PrestaShop al voor hen doet en wat het bewust leeg laat.

PrestaShop is al meertalig. Dat verandert het hele vraagstuk

WordPress heeft een plugin nodig om überhaupt het concept van een tweede taal te ondersteunen. PrestaShop niet. Elk vertaalbaar stukje content staat in een aparte taaltabel: producten, categorieën, CMS-pagina's, metatitels en URL-rewrites. De winkel is van de eerste dag af aan meertalig gebouwd.

De vraag is dus nooit "hoe maak ik mijn winkel meertalig". De winkel is al meertalig. De vraag is: "hoe vul ik duizenden lege rijen in zonder een bureau in te huren en zonder mijn URL's te ruïneren?"

Dat onderscheid is belangrijk, want het sluit een hele categorie tools al uit voordat je überhaupt begint met vergelijken.

Wat het officiële taalpakket je werkelijk geeft

Wanneer je een taal installeert, downloadt PrestaShop het community-taalpakket. Dat is gratis en zeker nuttig, maar de reikwijdte is beperkt en die is het waard om precies te kennen.

Het pakket vult de interfacestrings aan, plus een korte lijst databaserijen: de standaard statische pagina's en hun URL-rewrites, de standaard kleur- en maatattributen, orderstatussen, levertijden van vervoerders en de standaardcategorieën. Op een nieuwe winkel gaat het om een paar dozijn rijen.

Wat het nooit aanraakt: je productcatalogus en je CMS-pagina's. Geen enkele productnaam, geen enkele beschrijving, geen enkele aangepaste pagina. Dat is jouw content, dus het pakket laat die met rust.

Dat is precies waar de grens ligt. Alles wat het pakket dekt, hoef je nooit aan een AI te betalen om te vertalen. Alles daarbuiten is het echte werk.

De overlay-valkuil

Veel vertaaltools, vooral de tools die zijn overgezet vanuit de WordPress-wereld, werken door de pagina te herschrijven terwijl die naar de browser wordt gestuurd. De winkel blijft monolinguaal van binnen en een laag wisselt de tekst onderweg uit.

Op PrestaShop is dat een slechte deal, om redenen die pas een paar weken later zichtbaar worden en niet op dag één.

Je winkel weet niet dat de vertaalde pagina's bestaan. Daardoor beschrijven de sitemap, de hreflang-tags, de canonieke URL's en de gestructureerde data allemaal een winkel in één taal. Zoekmachines indexeren wat PrestaShop declareert, niet wat een overlay er bovenop schildert.

Transactionele content blijft buiten beeld. Orderbevestigingsmails, facturen en PDF-leveringsbonnen worden server-side gegenereerd, buiten de pagina die de overlay onderschept. Klanten krijgen een vertaalde winkel maar een e-mail in de verkeerde taal.

Je betaalt ook dubbel voor het gratis gedeelte. Een overlay vertaalt alles wat op het scherm staat, inclusief de interfacestrings en orderstatussen die het taalpakket al gratis heeft geleverd.

En als je al een meertalige winkel hebt, is een overlay simpelweg onverenigbaar daarmee. Je eindigt met twee concurrerende bronnen van waarheid voor dezelfde content.

Het laatste probleem is het duurste op de lange termijn: zet de tool uit en alle vertaalde pagina's verdwijnen in één klap.

De native tabellen vullen als alternatief

Het alternatief is niet spectaculair, maar veel robuuster: schrijf de vertalingen rechtstreeks naar de taaltabellen die PrestaShop al gebruikt.

Zodra die rijen zijn gevuld, doet PrestaShop de rest van het werk zelf, want daar is het platform voor ontworpen. Routing, hreflang-tags, de sitemap, de taalselector die al in je thema zit, e-mails en PDF-facturen. Daar is geen plugin voor nodig. Alleen data.

Het betekent ook dat de vertalingen letterlijk van jou zijn. Ze staan in je eigen database, in je eigen back-ups en in je eigen export. Schakel de module uit die ze heeft geschreven en de vertaalde pagina's blijven gewoon werken.

Dat is de aanpak die de TrueLang PrestaShop-module hanteert: catalogus, combinaties, kenmerken, categorieën, CMS-pagina's, filters voor gefacetteerd zoeken, URL-rewrites en metavelden, native geschreven voor PrestaShop 1.7.6 tot en met 8.x.

URL's zijn waar live winkels schade oplopen

Als je iets vertaalt op een winkel die al verkeer heeft, lees dit gedeelte dan twee keer.

De standaard routes van PrestaShop bevatten het object-ID, zoals /3-clothes of /content/1-delivery. Omdat het ID in de URL zit, breekt het wijzigen van de rewrite het oude adres niet: de front controller herkent het ID en stuurt door naar het nieuwe adres. Dat beschermt je bij producten en categorieën.

Statische pagina's zijn de uitzondering. Hun rewrites bevatten geen ID, dus op het moment dat je er een vertaalt, wordt het oude adres een echte 404. Als die pagina's backlinks hebben of in de index staan, heb je redirects nodig vanaf de oude adressen, geen goede bedoelingen.

Vertaalde URL's zijn desondanks de moeite waard. Een /femmes/robes-ete doet het beter dan /3-summer-dresses in een Franse SERP. Doe het gewoon met een redirectplan klaar, niet nadat het verkeer al is gedaald. Dezelfde discipline geldt voor elke meertalige migratie: de posities die je al hebt zijn het bezit dat je beschermt.

Checkout, e-mails en facturen zijn onderdeel van de winkel

Het is verleidelijk om te juichen zodra de productpagina's er goed uitzien. Maar klanten stoppen niet bij productpagina's.

Checkoutlabels, de tekst bij de betaalstap, orderbevestigingsmails, facturen en leveringsbonnen zijn allemaal onderdeel van de koopervaring. En dat zijn precies de plekken waar een half-vertaalde winkel vertrouwen verliest op het moment dat hij het bijna had verdiend. Een native aanpak dekt ze allemaal, omdat PrestaShop ze genereert uit dezelfde taaltabellen.

Bescherm wat je al hebt geschreven

Twee regels besparen later een enorme hoeveelheid opruimwerk.

Overschrijf nooit menselijk werk. Als iemand in je team een productbeschrijving in het Duits heeft herschreven, mag geen geautomatiseerde run die aanraken. Een veld dat met de hand is bewerkt, moet als zodanig worden herkend en voor altijd met rust worden gelaten.

Houd een woordenlijst bij. Merknamen, productlijnen, vakjargon en woorden die je nooit vertaald wilt zien. AI-vertalingen zijn tegenwoordig goed genoeg dat de fouten zelden grammaticaal zijn. Het zijn terminologiefouten: je modelnaam veranderd in een gewoon zelfstandig naamwoord, je handelsmerk behulpzaam gelokaliseerd. Een woordenlijst kost tien minuten en voorkomt dit allemaal.

Wat dit zou moeten kosten

Vertaalprijzen zijn de plek waar een normaal project verandert in een onvoorspelbare doorlopende kostenpost. Abonnementstools rekenen je elke maand voor pagina's die je ooit één keer hebt vertaald en gepubliceerd, en de rekening groeit mee met je catalogus.

Voor een winkel is dat model achterstevoren. Een catalogus is geen stroom, het is een voorraad. Je vertaalt een product één keer en het verkoopt twee jaar lang.

Op credits gebaseerde prijzen passen veel beter: je betaalt voor het vertaalwerk dat je daadwerkelijk uitvoert, en niets terwijl je catalogus gewoon staat te verkopen. TrueLang-licenties worden geleverd met 5 EUR aan credit inbegrepen, wat neerkomt op ruwweg een winkel van honderd pagina's in twee talen, zonder abonnement erachter. Als je de berekening in detail wilt zien, hebben we die uitgewerkt in hoeveel websitevertaling kost.

Een verstandige volgorde van aanpak

1. Installeer eerst het officiële taalpakket voor elke doeltaal. Het is gratis en het dekt de interface.
2. Controleer je brontaal. Op PrestaShop is de bron de taal waarin je content daadwerkelijk is geschreven, en dat is niet altijd de standaardtaal van de winkel.
3. Vertaal de catalogus en de CMS-pagina's. Dat is het deel dat niets anders afdekt.
4. Lees de pagina's die verkopen opnieuw door: bestsellers, landingspagina's, en het beleid rondom levering en retourneren.
5. Zorg voor redirects voor elke statische pagina waarvan de URL is gewijzigd.
6. Controleer hreflang en de sitemap één keer via de front-office. Als de vertalingen in de native tabellen staan, genereert PrestaShop beide correct op eigen kracht.

De korte versie

PrestaShop weet al hoe het meertalig moet zijn. Het wordt alleen geleverd met lege schappen.

Vul de schappen correct, in de eigen tabellen van de winkel, en alles wat daarop volgt werkt zoals het platform het heeft bedoeld: URL's, SEO, e-mails, facturen en vertalingen die van jou blijven, wat je ook later besluit over de tool die ze heeft gemaakt.