Amstelveen is een van de weinige plaatsen in Nederland waar de vraag of je site meertalig moet zijn met een volmondig ja beantwoord kan worden. Een aanzienlijk deel van de inwoners spreekt thuis geen Nederlands: internationale werknemers, gezinnen die hier tijdelijk wonen, mensen die na een paar jaar besluiten te blijven. Voor de ondernemers hier betekent dat een reële keuze die elders zelden speelt. Ik adviseer bedrijven in de meeste plaatsen om géén tweede taal te doen, omdat het onderhoud in de praktijk blijft liggen en een verouderde vertaling meer schaadt dan hij oplevert. In Amstelveen ligt dat anders: als een substantieel deel van je klantenkring alleen Engels leest, is een Nederlandse site geen keuze maar een beperking. De vraag is dan niet óf maar hóe, en daar wordt vaak de verkeerde afslag genomen — met een automatische vertaalknop bijvoorbeeld, wat het slechtste van twee werelden oplevert: teksten die niet kloppen én geen enkele winst in vindbaarheid.
Wat ik in zo’n geval doe is eerst vaststellen welk deel van je klanten het werkelijk nodig heeft, want dat bepaalt of het de moeite waard is. Is het de moeite waard, dan doen we het goed: een echte vertaling in plaats van een automatische, met een eigen adres per taal zodat zoekmachines begrijpen welke pagina bij welke taal hoort, en met de afspraak dat beide talen bij elke wijziging worden bijgewerkt. Dat laatste is de belangrijkste voorwaarde en tegelijk degene die het vaakst wordt gebroken. Is het de moeite niet waard, dan zeg ik dat gewoon en investeren we die tijd in een Nederlandse site die zo helder is dat iemand met matig Nederlands hem ook kan volgen. Zo werk ik voor bedrijven in Amstelveen, in de rest van Amstelland en voor klanten die ik nooit persoonlijk ontmoet. De volgorde is altijd dezelfde: eerst vaststellen of het nodig is, dan pas bouwen — en als het niet nodig is zeg ik dat ook.
Veelgestelde vragen over een website laten maken in Amstelveen
Kan ik niet gewoon een vertaalknop op mijn site zetten?
Dat kan, en ik raad het af. Een automatische vertaling levert teksten op die net niet kloppen, en bij een bedrijf dat het van vertrouwen moet hebben is “net niet kloppen” schadelijker dan geen vertaling. Vaktermen gaan mis, toon gaat verloren, en bij juridische of financiële informatie kan een verkeerde vertaling je in de problemen brengen. Daar komt bij dat zo’n knop voor zoekmachines vrijwel niets oplevert: de vertaalde versie bestaat alleen in de browser van je bezoeker en wordt niet geïndexeerd, dus je wordt er niet beter door gevonden in het Engels. Wil je een tweede taal, doe het dan echt: eigen pagina’s, eigen adressen, door een mens geschreven. Beperk het desnoods tot de vijf belangrijkste pagina’s in plaats van je hele site — half goed is hier beter dan alles half. Hoe de extensie van je adres daarbij meespeelt, staat bij of een TLD invloed heeft op je vindbaarheid.
Heb ik een aparte domeinnaam nodig per taal?
Niet per se, en voor de meeste bedrijven in Amstelveen is dat ook niet de verstandigste route. Er zijn drie manieren: een aparte domeinnaam per taal, een submap binnen je bestaande site, of een subdomein. Voor een bedrijf dat in Nederland gevestigd is en hier zijn klanten heeft, is een submap vrijwel altijd het beste: al je opgebouwde waarde blijft op één adres staan, je hoeft maar één site te onderhouden, en zoekmachines begrijpen prima dat het om twee talen van hetzelfde bedrijf gaat. Een aparte domeinnaam per taal is pas zinvol als je je werkelijk op een ander land richt met een eigen vestiging en eigen voorwaarden. Wat het registreren van een extra adres kost, staat bij wat een domeinextensie per jaar kost, mocht je hem alleen ter bescherming willen vastleggen zodat niemand anders er met jouw naam vandoor gaat. Ik richt de submapvariant standaard zo in dat je later alsnog kunt overstappen als je bedrijf die kant op groeit, zonder dat je opnieuw hoeft te beginnen.
Hoe zorg ik dat mensen op de juiste taal uitkomen?
Door het zichtbaar en handmatig te houden, niet door het te automatiseren. De verleiding is groot om bezoekers automatisch door te sturen op basis van hun browserinstelling of hun locatie, en dat gaat vaker mis dan goed. Een Nederlander met een Engelstalige telefoon belandt dan op de Engelse versie, en een Engelstalige die op vakantie is krijgt Nederlands. Wat wel werkt is een duidelijke, altijd zichtbare taalkeuze bovenaan, met de talen benoemd in hun eigen taal — “English” en niet “Engels”. Zet hem op een vaste plek, ook op een telefoon, en zorg dat hij je bezoeker naar dezelfde pagina in de andere taal brengt en niet naar de startpagina, want dat laatste is een klassieke ergernis waar mensen op afhaken. Ik test dat bij oplevering op elke pagina, niet alleen op de startpagina, want juist dieper in de site gaat het mis. Hoe je zo’n keuze op een klein scherm het beste inricht, staat bij hoe navigatie op mobiel werkt.
Hoe belangrijk is de indeling bij een tweetalige site?
Belangrijker dan bij een gewone site, want je verdubbelt in één klap het aantal pagina’s en daarmee de kans op een onoverzichtelijk geheel. Een zoekmachine leidt uit je structuur af wat belangrijk is: pagina’s die snel bereikbaar zijn vanaf je startpagina en waar veel naartoe verwezen wordt, krijgen meer gewicht dan pagina’s die diep weggestopt zitten. Bij twee talen moet die structuur bovendien in beide talen kloppen en gelijk lopen, anders raken bezoekers de weg kwijt zodra ze wisselen. Ik houd de talen daarom spiegelbeeldig: elke pagina heeft zijn tegenhanger op dezelfde plek in de structuur. Dat maakt onderhoud eenvoudiger en het voorkomt dat de tweede taal langzaam achterop raakt. Ik leg die opzet vooraf op papier vast voordat er iets gebouwd wordt, zodat je precies ziet welke pagina’s er in beide talen komen en wat je daarmee aan onderhoud op je neemt. Dat is een eerlijker gesprek dan achteraf ontdekken dat de helft blijft liggen. Hoe dat doorwerkt in je vindbaarheid, staat uitgelegd bij hoe een goede structuur je vindbaarheid helpt.
Telt gebruiksgemak mee voor mijn positie in Google?
Indirect, en bij een tweetalige site nog wat sterker. Google meet niet letterlijk of jouw site prettig werkt, maar het meet wel het gedrag dat eruit volgt. Klikt iemand door naar jouw pagina en is hij binnen enkele seconden weer terug bij de zoekresultaten, dan is dat een signaal dat er iets niet klopte — en bij een bezoeker die op de verkeerde taal belandt, gebeurt dat vrijwel altijd. Daar komt bij dat de dingen die een site prettig maken — snel laden, een logische indeling, leesbare tekst, een taalkeuze die je meteen ziet — precies de dingen zijn waar Google ook rechtstreeks naar kijkt. Gebruiksgemak en vindbaarheid trekken dus aan hetzelfde touw, en dat is prettig nieuws: je hoeft niet te kiezen tussen bouwen voor mensen en bouwen voor machines. Bij een tweetalige site betekent het vooral dat je de taalkeuze moet behandelen als een hoofdfunctie en niet als een detail in de kop. Hoe dat precies doorwerkt, staat bij of UX invloed heeft op je vindbaarheid.
