Hoe een eenpersoons contentbureau meertalige sites levert zonder vertaler
By Robert M
Hoe een eenpersoons contentbureau meertalige sites levert zonder vertaler
Een klant vraagt of je hun nieuwe site kunt leveren in het Engels, Frans, Duits, Spaans en Nederlands. Je runt een eenmanszaak. Je hebt geen vertaalbudget opgenomen in je retainer, en je hebt geen netwerk van freelance vertalers paraat. Maar je wilt ook niet nee zeggen tegen een goed project.
Dit is een situatie waarin veel kleine bureaus en freelancers terechtkomen. De vraag naar meertalige sites is gestaag gegroeid nu meer bedrijven proberen doelgroepen buiten hun thuismarkt te bereiken, maar de budgetgesprekken zijn niet meegegroeid. Klanten behandelen vertaling vaak als een kostenpost die ze kunnen verkleinen of schrappen, zonder echt te begrijpen wat het kost om het goed te doen.
Deze post gaat over hoe je die kloof praktisch kunt overbruggen, zonder concessies te doen aan kwaliteit of verlies te lijden op het project.
De oude opties, en waarom ze tekortschieten
De traditionele wegen zijn bekend.
Je zou per taal een freelance vertaler kunnen inhuren. Voor een site met vijf talen en dertig pagina's inhoud kijk je tegen aanzienlijke kosten aan voordat je revisierondes, doorlooptijd en de overhead van het briefen van vijf verschillende mensen over de toon en terminologie van de klant meerekent. Die kosten vreten je marge op of komen op de factuur van de klant, en plotseling staat het project op het spel.
Je zou een consumentvertalingstool kunnen gebruiken en het handmatig opruimen. Dat werkt voor eenvoudige zinnen, maar zodra je inhoud enige structuur heeft (een JSON locale-bestand, een Markdown blogpost, een HTML-pagina met attributen en tags) wordt de output onvoorspelbaar. Sleutels worden vertaald. Markdown-syntaxis breekt. HTML-attributen raken in de war. Je besteedt uiteindelijk meer tijd aan het corrigeren van de output dan je bespaarde door geen vertaler in te huren.
Je zou de klant kunnen vertellen dat meertalig buiten scope valt en een eentalige site maken. Soms is dat het juiste antwoord. Maar het is niet altijd een gesprek dat je wilt voeren.
Wat er eigenlijk veranderde
Wat deze workflow haalbaar maakte, is niet AI-vertaling in abstracto. Het is specifiek het behoud van het formaat.
Het probleem met het invoeren van gestructureerde inhoud in een vertaaltool voor algemeen gebruik was nooit echt de vertaalkwaliteit. Moderne machinevertaling is goed. Het probleem was dat de tools het verschil tussen inhoud en structuur niet begrepen. Ze behandelden alles als tekst om te vertalen, inclusief de delen die onaangeroerd hadden moeten blijven.
Een locale-bestand zoals dit:
{
"nav": {
"home": "Home",
"about": "About us",
"contact": "Get in touch"
}
}
Zou terugkomen met de sleutels vertaald, de nesting ingestort, of het geheel omgezet in proza. Elk van die uitkomsten betekent handmatige opruiming voordat het bestand bruikbaar is, en daar verdwijnt de tijdwinst.
Een API die structuur als off-limits behandelt, verandert de economie. Je stuurt het bestand, je krijgt een identieke structuur terug met alleen de stringwaarden veranderd. Drop het outputbestand rechtstreeks in het project. Geen opruimronde nodig.
De workflow in de praktijk
Zo ziet het proces eruit in een echt project.
In de contentfase gaat alles in platte tekst- of Markdown-bestanden in plaats van hardcoded strings. Dit is sowieso goede praktijk voor onderhoudbaarheid, maar het betekent ook dat de inhoud in een formaat staat dat schoon vertaald kan worden.
In de bouwfase leest een kort script het bronbestand, stuurt het naar de PolyLingo API met de lijst van doeltalen, en schrijft één outputbestand per locale. Voor een site die vijf talen nodig heeft, is dat één API-call. Het script duurt een paar seconden om te draaien. De outputbestanden gaan rechtstreeks in de projectstructuur.
In de reviewfase beoordeelt de klant de vertaalde inhoud. Dit is een stap die het waard is om te behouden. Machinevertaling verwerkt de meeste inhoud goed, maar klanten hebben soms voorkeursterminologie, merkzinnen of regionale conventies die een menselijk oog nodig hebben. De review is sneller dan vertalen vanaf nul omdat de structuur al correct is en het grootste deel van de inhoud accuraat is. Je beoordeelt in plaats van produceert.
In de overdrachtsfase wordt de site geleverd met alle locale-bestanden op hun plek. De taalwisselaar werkt vanaf dag één. Er is niets om op te volgen.
Wat dit kost versus het inhuren van vertalers
De cijfers hangen af van de omvang van het project, maar de structuur van de vergelijking is consistent.
Een typische kleine zakelijke site heeft ongeveer 2.000 woorden aan interface- en paginacontent. Vertaald in vijf talen is dat ongeveer 10.000 woorden output. Tegen een freelance vertaaltarief in het middensegment kijk je naar enkele honderden euro's of dollars vóór revisies.
Met PolyLingo passen 2.000 woorden inhoud over vijf doeltalen comfortabel binnen het betaalde Starter-plan van $9 per maand, inclusief capaciteit voor meerdere projecten in dezelfde factureringsperiode. De gratis laag (50.000 tokens per maand) dekt kleinere projecten zonder kosten.
De klant doet nog steeds een review, wat betekent dat ze betrokken zijn bij de kwaliteit van de output in plaats van alleen een rekening te ontvangen. Dat valt meestal beter in projectgesprekken.
Het scope-gesprek met klanten
Een verschuiving die deze workflow mogelijk maakt, is het veranderen van hoe je praat over meertalige scope met klanten.
Voorheen betekende "meertalig" "duurder, langere doorlooptijd, afhankelijkheid van derden." Nu is het dichter bij een configuratiebeslissing. Je scope het, je draait het script, de klant reviewt. Het moeilijke deel is de contentstrategie en de site-architectuur, niet de vertaal-logistiek.
Dat verandert wat je kunt aanbieden. Een klant die een eentalige lancering wilde doen met een vaag plan om later talen toe te voegen, kan alle vijf bij de lancering doen zonder dat de projectkosten verdubbelen. Een klant die pagina's blijft toevoegen kan het script opnieuw draaien wanneer de inhoud verandert in plaats van terug te gaan naar een vertaler met een nieuwe briefing.
Het verandert ook het gesprek over wat meertalig eigenlijk inhoudt. De taak van het bureau is om een site te bouwen met een goede i18n-architectuur, goede copy in de brontaal, en een reviewproces voor de vertalingen. Dat is een waardevoller gesprek dan "we regelen de vertalingen zodra de Engelse versie klaar is."
Waar het nog steeds zinvol is om menselijke vertalers te gebruiken
Dit is het waard om eerlijk over te zijn.
Voor marketingteksten die echte emotionele lading moeten dragen in de doeltaal, levert een bekwame menselijke vertaler beter werk. Het verschil doet er het meest toe voor campagnes, merkpositioneringsverklaringen, en alles waarbij de formulering zelf het product is.
Voor sterk gereguleerde inhoud (juridisch, medisch, financieel) is een menselijke vertaler met domeinexpertise de juiste keuze, en vaak een compliance-eis.
Voor lange redactionele inhoud waarbij de stem natuurlijk moet aanvoelen in plaats van vertaald, is menselijke review meer dan een lichte controle.
De hier beschreven workflow is het best geschikt voor interface-copy, paginacontent, productbeschrijvingen, documentatie en marketingsites waar nauwkeurigheid en structurele integriteit belangrijker zijn dan stilistische nuances. Dat dekt een groot deel van wat een klein bureau daadwerkelijk oplevert.
Aan de slag
De gratis laag van PolyLingo bevat 50.000 tokens per maand zonder creditcardvereiste. Voor een klein bureau dekt dat een betekenisvolle hoeveelheid inhoud voordat je aan een betaald plan hoeft te denken.
De API accepteert platte tekst, Markdown, JSON en HTML. De no-code vertaler in het dashboard verwerkt eenmalige klussen zonder de API aan te raken, wat handig is voor klantreview-sessies waarbij je vertaalde output wilt tonen zonder eerst iets te bouwen.