Een meertalige website is klaar wanneer een klant het aanbod kan begrijpen, een weloverwogen keuze kan maken en de volgende stap kan zetten in de gekozen taal. Een vertaalde homepage is maar één onderdeel van dat traject. De dienstenpagina, het aanvraagformulier, de bevestiging en de persoon die de aanvraag beantwoordt, moeten allemaal een afgesproken rol hebben.
Deze checklist voor de lancering van een meertalige website helpt kleine bedrijven een briefing op te stellen en een oplevering te beoordelen. Begin met een werkblad voor pagina’s en talen en doorloop vervolgens één echte klanttaak in elke geplande taal. Zo kom je tot een praktische beslissing over de lancering: welke trajecten zijn klaar, welke moeten worden aangepast en welke moeten wachten?
1. Kies talen die je ook na de lancering kunt ondersteunen
Leg vast wie elke taal nodig heeft en wat die mensen moeten kunnen doen. Een bestaande klant die hulp zoekt, heeft andere behoeften dan een nieuwe bezoeker die diensten vergelijkt. Gebruik aanvragen, gesprekken en de ervaring van je team om de eerste trajecten te kiezen. Voeg geen taal toe alleen omdat de software het makkelijk maakt een extra menuoptie aan te maken.
Maak onderscheid tussen taal en commerciële beschikbaarheid. Een Franse pagina kan een dienst uitleggen aan Franstaligen in verschillende landen; daarmee staat nog niet vast waar je die dienst levert. Noteer welke gebieden je bedient, in welke valuta je daadwerkelijk factureert en in welke taal iemand een antwoord kan verwachten. Houd die keuzes zichtbaar in de briefing.
Kies een eerste versie die behapbaar is. Je kunt bijvoorbeeld een volledig traject voor een dienstenaanvraag in twee talen lanceren, terwijl een derde nog in voorbereiding is. Wijs voor elke voorgestelde taal een reviewer en een operationeel aanspreekpunt aan. Als niemand de tekst kan controleren of klanten te woord kan staan, los dat dan op voordat je een volledige ervaring belooft.
2. Maak vóór het vertalen een overzicht van pagina’s en talen
Maak een lijst van de pagina’s die nodig zijn om de gekozen taak te voltooien: de instappagina, dienstdetails, ondersteunende informatie, de aanvraag en de bevestiging. Neem ook navigatielabels, knopteksten, validatiemeldingen, afbeeldingsbeschrijvingen en downloadbare documenten op. Deze kleinere onderdelen worden makkelijk vergeten als de briefing alleen volledige pagina’s telt.
Leg voor elke pagina en taal de bronversie, vertaalstatus, reviewer, bestemmings-URL en volgende actie vast. Gebruik duidelijke statussen, zoals ‘niet gestart’, ‘in beoordeling’, ‘goedgekeurd’ en ‘gecontroleerd in de browser’. Goedkeuring van een tekstdocument en goedkeuring van de uiteindelijke pagina zijn verschillende mijlpalen.
| Vast te leggen onderdeel | Voorbeeld | Bijbehorende beslissing |
|---|---|---|
| Klanttaak | In het Frans informatie over een dienst aanvragen | Welke pagina’s en berichten bij de lancering horen |
| Inhoudelijk verantwoordelijke | De dienstverantwoordelijke keurt de brontekst goed | Wie een gewijzigde toezegging kan beoordelen |
| Taalreviewer | Een aangewezen Franse reviewer, met een afgesproken beoordelingsdatum | Of de taalversie kan worden geaccepteerd |
| Volgende bestemming | Een Franse aanvraagpagina en bevestiging | Of het traject in dezelfde taal blijft |
| Openstaand punt | De download is alleen in het Engels beschikbaar | Vertalen, de taal duidelijk vermelden of de download uitstellen |
De bovenstaande gegevens illustreren een planningsmethode, geen opgeleverd klantproject. Bouw je eigen werkblad rond de taak die je klanten moeten kunnen uitvoeren. Tel vertaalde paginaversies en gedeelde interfacemeldingen afzonderlijk, zodat een offerte geen grote hoeveelheid beoordelingswerk verbergt achter een klein aantal pagina’s.
3. Keur ook de betekenis goed, niet alleen de woorden
Zorg dat de brontekst vaststaat voordat je deze laat vertalen. Spreek dienstnamen af, wat wel en niet is inbegrepen, hoe prijzen worden omschreven en welke actie elke knop beschrijft. Houd een korte terminologielijst bij met voorkeurstermen, te vermijden termen en namen die ongewijzigd blijven. Leg ook de toon en de mate van formaliteit vast, zodat de aanspreekvorm niet sterk verschilt tussen opeenvolgende pagina’s.
Vraag de taalreviewer te lezen vanuit de keuzes die een bezoeker moet maken: is duidelijk wat wordt aangeboden, wat de bezoeker moet aanleveren en wat er daarna gebeurt? Ook een vloeiende zin kan meer beloven dan de brontekst. Controleer woorden die het aanbod begrenzen zorgvuldig, waaronder ‘vanaf’, ‘tot’, ‘geschat’ en ‘optioneel’. Houd vragen bij die de ondernemer moet beantwoorden.
Beoordeel voorbeelden en praktische details in de lokale context. Maak datums ondubbelzinnig, vermeld de valuta en controleer telefoonnummers, adresaanwijzingen en openingstijden waar die voorkomen. Een vertaling mag niet ongemerkt een werkelijke prijs veranderen of een dienst toezeggen voor een regio die je niet bedient.
Houd een kort wijzigingslogboek bij
Als het oorspronkelijke aanbod tijdens de beoordeling verandert, markeer dan elke betrokken taal voor een nieuwe controle. Een eenvoudige notitie kan aangeven wat is veranderd, welke paginaversies dat raakt en wie ze goedkeurt. Zo voorkom je een lancering waarbij de Engelse pagina een nieuw pakket beschrijft, terwijl een andere taal nog het oude aanbod verkoopt.
4. Behoud de taal van de klant bij de volgende stap
Gebruik dit als uitgangspunt voor een traject dat je kunt beoordelen. Spreek af wat een taalwissel doet op een dienstenpagina, een handleiding en een aanvraagpagina. Als er een gelijkwaardige pagina bestaat, maak die dan de bestemming. Kies anders een duidelijke terugvaloptie: leg uit wat beschikbaar is, bied een passende vertaalde pagina aan of laat de onvoltooide versie weg uit de taalkeuze.
Leg die terugvaloptie vast in de acceptatienotities. Wie zonder uitleg op een niet-gerelateerde homepage terechtkomt, moet mogelijk opnieuw zoeken. Een taalkeuzemenu moet ook herkenbaar zijn voor iemand die de huidige pagina niet kan lezen. Gebruik taalnamen die de beoogde lezers herkennen en controleer het bedieningselement op een smal scherm.
Volg de belangrijkste knop ook voorbij de pagina. Controleer de taal van formulierlabels, foutmeldingen bij verplichte velden, de succesmelding en elke bevestiging die de afgesproken werkwijze verstuurt. Als boeken, betalen of ondersteuning via een andere tool verloopt, controleer dan ook die overgang. Vermeld onvermijdelijke taalbeperkingen voordat een klant aan de actie begint.
Een denkbeeldig aanvraagtraject
Stel dat een adviesbureau dienstenpagina’s in het Engels en Frans voorbereidt. De Franse tekst is goedgekeurd, maar de boekingstool en afspraakbevestiging zijn alleen in het Engels beschikbaar. Het team legt die beperking vast, spreekt een duidelijke toelichting vóór de boekingslink af en wijst iemand aan die Franse aanvragen kan beantwoorden. Daarna kan het beslissen of dat beperkte traject acceptabel is of dat boeken moet wachten. Dit is een planningsvoorbeeld, geen klantresultaat.
5. Vraag om een kleine, controleerbare technische overdracht
Je hoeft geen code te kunnen schrijven om bewijs te vragen. Vraag om een lijst met de definitieve pagina-adressen en de taal waarin elke pagina is geschreven. Open de links zelf. Controleer of elk adres naar de bedoelde inhoud leidt, zonder dat een eerder bezoek nodig is en zonder een onverklaarde taalwissel.
Vraag de ontwikkelaar te controleren of de opgegeven alternatieven gelijkwaardige pagina’s zijn. Vraag om een korte uitzonderingenlijst voor ontbrekende vertalingen, verwijderde pagina’s of regionale verschillen. Een technisch rapport moet die keuzes makkelijker te controleren maken, met echte adressen in plaats van een algemene mededeling dat de meertalige inrichting klaar is.
Neem de opgegeven paginataal op in de overdrachtscontroles. Vraag ook welke pagina’s bedoeld zijn voor zoekmachines en of de definitieve titels, beschrijvingen en voorkeurs-URL’s daarbij passen. Houd privévoorvertoningen en onvoltooid materiaal buiten de openbare versie. Beschouw dit als controles van de implementatie; ze bepalen geen zoekposities en bevestigen niet dat een pagina is geïndexeerd.
6. Beoordeel elke taal in de uiteindelijke vormgeving
Laat reviewers de echte pagina’s op een telefoon en een computer bekijken, in dezelfde versie die je wilt lanceren. Langere koppen, samengestelde woorden en uitgebreidere knopteksten kunnen zich anders gedragen dan de brontekst. Controleer navigatie, kaarten, tabellen en formuliermeldingen met de langste realistische formuleringen die je wilt publiceren.
Vraag iemand een taak uit te voeren zonder uit te leggen waar die moet klikken. Kan die persoon de dienst vinden, de beperkingen begrijpen, van taal wisselen en de juiste volgende stap bereiken? Noteer de pagina, taal, het apparaat, het waargenomen probleem en het verwachte resultaat. ‘Het Franse mobiele menu bedekt de aanvraagknop’ geeft de ontwikkelaar iets concreets om op te lossen.
Neem toetsenbordnavigatie, zichtbare focus, leesbare tekst bij inzoomen en betekenisvolle afbeeldingsbeschrijvingen mee in de beoordeling. Controleer of belangrijke informatie beschikbaar blijft als een decoratieve afbeelding ontbreekt. Een screenshot is nuttig bewijs van het uiterlijk, maar bewijst niet dat een knop, taalwissel of formuliertraject werkt.
Spreek gecontroleerde testomstandigheden af voor elke actie die een aanvraag, boeking of bericht aanmaakt. Wijs de testontvanger aan, leg de verwachte bevestiging vast en bepaal wie het resultaat controleert. Houd echte klanten buiten de test. Bewaar het resultaat en test herstelde fouten opnieuw in de versie die daadwerkelijk wordt gepubliceerd.
7. Beslis wat live gaat en wie het actueel houdt
Loop het werkblad taal voor taal door. Beschouw een onjuist aanbod, een onbruikbare hoofdactie of een onverklaard doodlopend traject in een taal als reden om dat traject nog niet te lanceren. Leg kleinere tekst- of vormgevingsproblemen vast met een verantwoordelijke en een geplande correctie. Vermijd een algemeen ‘ziet er goed uit’ dat een onvoltooide taalversie verbergt.
- Inhoud: de aangewezen reviewer heeft het aanbod, de beperkingen en de tekst voor de volgende stap goedgekeurd.
- Traject: de afgesproken taak werkt tot aan de eindbestemming en eventuele taalbeperkingen zijn vermeld.
- Pagina’s: de definitieve adressen, taalalternatieven en verklaringen van de paginataal zijn gecontroleerd.
- Presentatie: de daadwerkelijke publicatieversie is beoordeeld op de afgesproken schermen en met de afgesproken invoermethoden.
- Uitvoering: iemand is verantwoordelijk voor aanvragen, toekomstige vertalingen en het corrigeren van verouderde informatie.
- Lancering: iemand geeft toestemming voor publicatie en weet hoe de vorige versie zo nodig kan worden teruggezet.
Gebruik na de lancering hetzelfde werkblad wanneer prijzen, beschikbaarheid of de omvang van diensten veranderen. Leg de betrokken talen, reviewer en publicatiedatum vast. Plan die beoordeling rond werkelijke bedrijfswijzigingen en de capaciteit van je team. Een kleiner aantal talen met correcte informatie onderhouden is een verstandig begin als er weinig middelen voor beoordeling zijn.
Stel een bruikbare websitebriefing op
Stuur je overzicht van pagina’s en talen, goedgekeurde brontekst, beschikbare reviewers en eventuele externe boekings- of contacttools mee met je aanvraag. Onze gids voor een websiteprojectbriefing helpt het bredere project te organiseren. De Doggo Paradiso-case laat de gepubliceerde omvang zien van een website met Spaanse, Engelse en Catalaanse pagina’s.
De websitedienst van Digital Studio begint bij EUR 2.190 voor de eenmalige bouw van maximaal vijf pagina’s op basis van aangeleverde inhoud, met responsive design, een SEO-basis, één leadformulier en lancering op je eigen domein. Talen, pagina’s, aangeleverde inhoud en beoordelingsverantwoordelijkheden worden afgesproken voordat prijs en planning worden bevestigd. Ga er niet van uit dat elke vertaling of controle uit deze gids in het startpakket is inbegrepen.
Beschrijf de meertalige website die je nodig hebt, inclusief de eerste klanttaak die je wilt ondersteunen. De aanvraag is gratis en je hoeft niets te betalen. Een duidelijk afgebakend taalbereik geeft beide partijen een concrete basis om te begroten, te bouwen en te accepteren.
