Het meest voorkomende probleem bij meertalige officiële websites is niet de vertaalstijl, maar dat de brontekst al is aangepast, terwijl de vertaalsite nog steeds het oude document weergeeft . De Chinese actiepagina is al online, maar de Engelse prijslijst blijft die van vorig kwartaal; in het Japans is er een juridische verklaring over het hoofd gezien en komen klachten uit het buitenland rechtstreeks bij ons binnen. De onderliggende oorzaak is meestal: elke taalvoorziening publiceert onafhankelijk, zonder een centrale releasebeheer voor “één en dezelfde contentpakket”.
Laten we het probleem opdelen: contentpakket, taalstatus, publicatievenster
Beschouw een revisie als een contentpakket, in plaats van “een paar pagina’s aanpassen”:
- Bronstaalitem : titel, tekst, CTA, gestructureerde velden (prijs, specificaties, nalevingsverklaring)
- Taalversie : één record per taal, met vertaalstatus: te vertalen/vertaling bezig/te beoordelen/klaar
- Publicatievenster : de set talen die online mogen gaan en de uniforme ingangsdatum; ontbreken van een klaarstaande taal leidt tot blokkering van het hele pakket of strategische downgrade
- Terugdraai punt : terugdraaien volgens de versie van het contentpakket, niet alleen het bestand van één taal
Word-vertalingen via een netwerkmap en handmatig plakken: dit leidt gemakkelijk tot het verliezen van velden en links. Als het CMS toestaat dat “een bepaalde taal afzonderlijk wordt gepubliceerd”, ontstaat er een internationale site met halfnieuwe en oude inhoud.
Hoe ontwerpen we dit?
Rollen: contentverantwoordelijke (brontaal), vertaler/agent, juridische controle (specifieke rubrieken), publicatiemanager. Zolang de brontekst niet definitief is, mag de vertaler niet beginnen met vertalen; zolang de juridische rubriek niet is goedgekeurd, mag die taal niet naar de klaarstaat worden gebracht. Voorraadcache op de front-end vervalt volgens de versienummer van het contentpakket, om te voorkomen dat CDN oude pagina’s bewaart.
- Contentpakket: zakelijke sleutel, lijst met doeltalen, geplande lanceringstijd
- Items: diff op veldniveau, schermafbeeldingen voor vergelijking, verwijzing naar terminologielijst
- Toegangsregels: verplichte talen, uitgestelde talen, blokkeringsvoorwaarden
- Publicatiegeschiedenis: operator, versie, hash-waarde per taal
SEO-aandacht: hreflang en canonical moeten samen met de versie worden aangepast; bij offline talen moet de juiste statuscode worden geretourneerd, geen soft 404. Voor tijdelijke actiepagina’s kan men de “alleen brontaal + Engels”-strategie hanteren, maar dit moet expliciet in de toegangsregels worden gedefinieerd en mag niet louter mondeling worden besproken.
Ontwikkeling en acceptatie
Vertalingen kunnen de eerste machinevertaling ontvangen, maar de definitieve goedkeuring moet manueel gebeuren. Gestructureerde velden (prijs, datum) mogen niet in vrije tekst worden ingevuld; aparte velden moeten worden vertaald om fouten te verminderen. In de pre-release omgeving wordt per taalpad geaccepteerd: na wijziging van de prijs in de brontekst mogen niet-klaarstaande talen niet door het externe netwerk naar de nieuwe prijs worden gelinkt.
Acceptatiescenario’s:
- Wanneer de brontekst wordt aangepast en de Engelse versie nog niet klaar is, wordt dan de oude prijs getoond of wordt de hele pagina in onderhoud gehouden (volgens de strategie)?
- Moeten auditregistraties worden bijgehouden en moet er een tweepersoonscontrole zijn bij het forceren van een publicatie?
- Is de hreflang na terugdraaien consistent?
- Leidt langdurige achterstand van een bepaalde taal tot een rood lampje op het dashboard?
- Worden relevante items in de terminologielijst massaal gemarkeerd bij wijzigingen?
De discipline van meertalige sites is: eerst alles compleet maken voordat ze verschijnen. Langzaamheid is toegestaan, maar halfnieuwe en oude inhoud is niet toegestaan.
Foutmodus
Marketing gaat eerst in het Chinees online : de campagne is al gelanceerd, maar de vertaalsite is nog niet aangepast, waardoor buitenlandse gebruikers een gebroken ervaring hebben. De standaardtoegangsregels stellen “alle talen compleet” vast; uitzonderingen voor dringende gevallen moeten worden goedgekeurd en binnen een beperkte tijd worden aangevuld. Machinevertaling rechtstreeks verzonden : juridische en prijsgerelateerde pagina’s zijn verboden; productbeschrijvingen mogen machinaal vertaald worden, met bemonstering en controle. Technische stack van verschillende taalseed-sites is gesplitst : toegangsregels en versienummers kunnen niet worden统一, dus prioriteit is om over te stappen op dezelfde contentdienst.
Wat moet er na de lancering worden gecontroleerd?
Binnen vier weken: hoeveel uur achterstand in content tussen talen, hoe vaak er sprake is van omzeiling van toegangsregels, hoeveel klachten er zijn veroorzaakt door oude vertalingen, hoe vaak er is teruggegrepen. Als de achterstand en omzeiling afnemen, kunnen we praten over automatische vertaling voor de hele site.
Hoe kan de vertaalworkflow in de toegangsregels worden geïntegreerd?
Definitieve brontekst activeert vertaaktaken: machinevertaling kan optioneel zijn, maar menselijke beoordeling is verplicht. Beoordelaars worden per rubriek ingedeeld; productpagina’s en vacaturepagina’s kunnen door verschillende personen worden beoordeeld. Bij afwijzing moet duidelijk worden aangegeven welk veld problematisch is; het mag niet alleen luiden “opnieuw aanpassen”. Na goedkeuring gaat het over naar de berekening van het complete contentpakket.
Uitbestede vertalers gebruiken beperkte accounts; ze kunnen alleen de toegewezen items zien, maar mogen niet direct publiceren. Documenten worden naast elkaar vergeleken (tweetalig) om segmentverlies te verminderen. Links en alt‑teksten van afbeeldingen worden apart gecontroleerd; veel “incidenten met oude vertalingen” blijken eigenlijk oude links te zijn.
Voor pagina’s met strenge nalevingsvereisten (privacybeleid, contractuele bepalingen) is een juridische rol verplicht vóór de lancering; kalenders voor herbeoordeling van verlopen worden per taal gegenereerd om te voorkomen dat de Engelse versie wordt aangepast terwijl de Chinese versie wordt vergeten.
Belangrijkste technische implementatiepunten
Contentdiensten slaan versies op op veldniveau; bij het genereren van statische sites wordt een versie‑lijstbestand ingevuld, zodat het operationele team kan controleren of de CDN‑objecten op één lijn staan. Pre‑release domeinen worden volledig gerenderd per taal, met scripts die belangrijke URL’s voor prijs‑ en datumvelden inspecteren.
Als er gebruik wordt gemaakt van vertaalgeheugen, moeten wijzigingen in de brontekst de betreffende geheugenitems markeren, om te voorkomen dat oude vertaalzinnen in nieuwe context worden hergebruikt. Bij conflicten in de terminologielijst beslist de business owner; wijzigingen worden in de notities vermeld.
Aanbeveling voor het publicatievenster: vermijd piekuren van bedrijfsactiviteiten; bij mislukking stop de pre‑release automatisch, niet halverwege de productie. Monitor “achterstand in taalbereidheid” als KPI voor het contentteam; dit is veel zinvoller dan “hoeveel pagina’s zijn gepubliceerd”.
Template voor incidentanalyse
Een typisch incident: de Chinese prijs is aangepast en online gebracht, maar de Engelse versie toont nog steeds de oude prijs; de klantenservice heeft de bestelling geblokkeerd op basis van de Engelse offerte. De analyse moet duidelijk maken: welke toegangsregel is geschonden, wie had het recht om te omzeilen, hoe lang de terugdraaiing duurde, en wat de impact op de klanten was. Maak van “omzeilen van toegangsregels” een uitzonderlijke route die door twee personen moet worden bevestigd en houd een audit bij.
Terugdraai‑oefeningen worden elk kwartaal gehouden: bewust worden minder belangrijke talen vervuild, en de volledige terugdraai‑ en kennisgevingsprocedure wordt doorlopen. Tijdens de oefening werd ontdekt dat de TTL van CDN‑cache te lang was; daarom moest de strategie vroegtijdig worden aangepast, voordat er echt een incident zou gebeuren.
Verkoop‑ en klantenservicemedewerkers krijgen toegang tot “consistentie‑query’s per taal”: voer het product‑SKU in en bekijk de huidige prijs en ingangsdatum per taal. Problemen worden proactief aangepakt, zodat er minder behoefte is aan screenshots van gebruikers.
Aansluiting met marketingcampagnes
De landingpagina‑URL’s van reclame‑materiaal moeten gekoppeld zijn aan de versie van het contentpakket. Advertentiegroepen voor talen die nog niet klaar zijn, worden automatisch gepauzeerd of omgezet naar onderhoudspagina’s, om te voorkomen dat advertentiegeld wordt uitgegeven voor oude prijzen. Reclame‑medewerkers kijken alleen naar de “taal kan adverteren”‑status en raden niet zelf in het CMS.
Bij het einde van een campagne en de offline‑fase, verliezen alle talen tegelijkertijd hun geldigheid; resterende externe links worden omgeleid naar de overzichtspagina met 301‑redirects, terwijl een versie‑snapshot wordt bewaard voor naslag.
Als dochterondernemingen elk hun eigen CMS gebruiken, moet er ten minste een uniforme “contentpakket‑status‑API” worden ingesteld: het hoofdkantoor kan de gereedheid van elke site controleren voordat er wordt gepubliceerd. Zonder status‑API kunnen toegangsregels alleen mondeling worden gesynchroniseerd, en het aantal incidenten zal niet dalen.
Het nummer van het contentpakket wordt in het klantenserviceworkorder‑veld vermeld, zodat oudere vertaalklachten gemakkelijk kunnen worden gekoppeld aan de betreffende publicatie.