Een meertalige website moet de juiste vertaalde inhoud leveren aan de juiste bezoekers zonder snelheid op te offeren. Hier wordt het cachen van meertalige websites essentieel, wat helpt om vertaalde pagina's sneller te laden en tegelijkertijd herhaalde verzoeken aan je server te verminderen. Het cachen van meerdere taalversies kan echter uitdagingen met zich meebrengen, zoals verouderde vertalingen, inhoud in de verkeerde taal en inconsistente resultaten voor zoekmachinecrawlers.
In deze gids verkennen we de meest voorkomende problemen met meertalige caching en leggen we uit hoe Cloudflare en Varnish omgaan met vertaalde content. Lees verder om de juiste cachingstrategie te kiezen, cross-language cache hits te voorkomen en een betrouwbare setup voor je meertalige website te bouwen.
Belangrijke punten: Meertalige website caching met Cloudflare & Varnish
Aparte taalversies
Gebruik taalspecifieke URL's of cachesleutels om ervoor te zorgen dat elke vertaalde versie afzonderlijk wordt opgeslagen en geserveerd. Dit helpt te voorkomen dat gebruikers inhoud in de verkeerde taal ontvangen.
Voorkom cacheconflicten
Varnish en Cloudflare moeten rekening houden met taal informatie uit URL's, headers of cookies. Een juiste configuratie voorkomt cross-language cache hits en zorgt ervoor dat bezoekers de juiste vertaling ontvangen.
Houd vertalingen actueel
Stel passende cache-TTL's in en leeg de getroffen caches telkens wanneer vertalingen worden bijgewerkt. Dit voorkomt dat verouderde inhoud zichtbaar blijft voor bezoekers.
Waarom meertalige caching belangrijk is?
Meertalige websites kunnen meerdere gecachte versies van dezelfde pagina hebben, omdat elke taal andere inhoud en URL's kan bevatten. Door deze vertaalde versies te cachen, kan de website bestaande responses hergebruiken in plaats van dezelfde inhoud bij elk verzoek opnieuw te verwerken. Dit kan het aantal verzoeken aan de origin-server verminderen, de laadtijden van pagina's verbeteren en bezoekers een snellere ervaring bieden.
Meertalige caching moet echter elke taalversie goed gescheiden houden. Als het cachesysteem geen onderscheid maakt tussen taalvarianten, kan een bezoeker die een Franse pagina opvraagt in plaats daarvan een gecachte Engelse versie ontvangen. Evenzo kan, wanneer een vertaling wordt bijgewerkt, een oudere gecachte reactie blijven worden weergegeven totdat deze verloopt of ongeldig wordt gemaakt.
Caching speelt ook een rol bij de manier waarop zoekmachine-crawlers meertalige pagina's benaderen. Elke taal-URL moet consistent de bijbehorende vertaalde inhoud retourneren, zodat zoekmachines de gelokaliseerde versies goed kunnen begrijpen en indexeren. Een betrouwbare caching-opzet moet daarom samengaan met SEO-signalen zoals hreflang, canonical URL's, en taalspecifieke metadata.
Hoe u een cachestrategie voor een meertalige website opbouwt
Een goede meertalige cachingstrategie zorgt ervoor dat bezoekers consistent de juiste taalversie ontvangen, terwijl pagina's snel blijven en serververzoeken worden verminderd. De eerste stap is bepalen hoe uw website elke taal identificeert en hoe het cachesysteem die informatie gebruikt.
URL- en subdomeinroutering
Taalspecifieke URL's zijn een van de eenvoudigste manieren om meertalige caching voorspelbaar te maken. Elke taal heeft zijn eigen URL, zodat de cache elke versie afzonderlijk kan opslaan en serveren. Bijvoorbeeld, example.com/fr/ kan de Franse versie vertegenwoordigen, terwijl example.com/de/ de Duitse versie vertegenwoordigt.
Taalspecifieke subdomeinen werken op dezelfde manier. Een website kan fr.example.com gebruiken voor Frans en de.example.com voor Duits. Omdat de taal direct in de URL is opgenomen, kunnen bezoekers en cachesystemen gemakkelijk identificeren welke versie moet worden geserveerd. Veelvoorkomende URL-structuren zijn:
- example.com/fr/
- example.com/nl/
- fr.example.com
- de.example.com
Taaldetectie op basis van headers
Websites kunnen ook de voorkeurstaal van een bezoeker bepalen via HTTP-headers, met name de Accept-Language-header die de browser verzendt. Een browser die bijvoorbeeld op Frans is ingesteld, kan Accept-Language: fr verzenden, waardoor de server automatisch de Franse versie kan selecteren.
Detectie op basis van headers vereist echter een zorgvuldige cacheconfiguratie. Als de cache alleen de pagina-URL in overweging neemt en de taalheader negeert, kan er één taalversie worden opgeslagen en worden teruggegeven aan bezoekers met een andere taalvoorkeur. De cachesleutel of het Vary-gedrag moet daarom rekening houden met de relevante taalgegevens. Bijvoorbeeld:
- Accept-Language: en
- Accept-Language: fr
- Accept-Language: de
Op cookies gebaseerde taaldetectie
Een andere aanpak is het opslaan van de taalvoorkeur van de bezoeker in een cookie. Zodra een bezoeker een taal selecteert, kan de website die keuze opslaan en gebruiken voor volgende verzoeken. Dit kan zorgen voor een consistentere ervaring, vooral wanneer bezoekers handmatig een taal kiezen in plaats van te vertrouwen op hun browserinstellingen.
De uitdaging is dat cookies caching kunnen compliceren. Als de cache geen onderscheid maakt tussen verzoeken op basis van de taalcookie, kunnen bezoekers een gecachte pagina ontvangen die voor een andere taal bedoeld is. De cachinglaag moet daarom zo worden geconfigureerd dat de cache wordt gevarieerd of omzeild wanneer dat nodig is. Bijvoorbeeld:
- language=nl
- language=fr
- language=de
Een cachingstrategie kiezen
De beste cachingstrategie hangt af van hoe je website met taalselectie omgaat. Taalroutering op basis van URL is over het algemeen eenvoudiger te cachen, omdat elke taal een unieke URL heeft. Detectie op basis van headers en cookies kan nog steeds werken, maar vereist een zorgvuldigere configuratie om ervoor te zorgen dat gecachte reacties correct worden gescheiden.
Overweeg voordat u een aanpak kiest het aantal talen, hoe bezoekers talen selecteren en hoe vaak vertaalde content verandert. Het doel is om taaldetectie en cachegedrag samen te laten werken, in plaats van de cachinglaag elke aanvraag als dezelfde pagina te laten behandelen. Belangrijke factoren om te overwegen:
- Taal-specifieke URL's
- Cache-sleutelconfiguratie
- Header- en cookieverwerking
- Cache-TTL
- Cache-invalidatie
- Frequentie van vertaalupdates
- Crawlen door zoekmachines
Hoe Varnish meertalige en vertaalde content cachet
Varnish Cache werkt als een reverse proxy tussen bezoekers en de origin server. Wanneer een bezoeker een pagina opvraagt, controleert Varnish of er een geldig gecachet antwoord beschikbaar is. Als het een overeenkomend antwoord vindt, serveert het de gecachete inhoud zonder het verzoek terug naar de origin te sturen. Als er geen geschikt antwoord bestaat, stuurt Varnish het verzoek door naar de origin, ontvangt het antwoord en kan het opslaan voor volgende verzoeken.
Voor meertalige websites moet Varnish onderscheid maken tussen verzoeken die verschillende taalversies moeten retourneren. De taal informatie moet daarom worden meegenomen wanneer Varnish bepaalt of een gecachte reactie kan worden hergebruikt. Dit voorkomt dat de cache verschillende vertalingen als dezelfde reactie behandelt.
Taalspecifieke cachesleutels
Varnish heeft een manier nodig om gecachte responses die verschillende taalversies vertegenwoordigen van elkaar te onderscheiden. Wanneer de taal al in de URL is opgenomen, kan elke URL van nature aan een andere cache-entry worden gekoppeld. Wanneer de taal wordt bepaald door een request header, cookie of een andere request-waarde, moet de Varnish-configuratie die informatie opnemen in de caching-logica. Een meertalige site zou gecachte responses bijvoorbeeld kunnen onderscheiden met:
- /en/about/ → Engelse cache-entry
- /fr/about/ → Franse cache-entry
- Accept-Language: en → Engelse variatie
- Accept-Language: fr → Franse variant
- Een taalcookie → Door de bezoeker gekozen taal
De exacte implementatie hangt af van hoe de website de taal bepaalt. De belangrijkste vereiste is dat verzoeken die verschillende vertaalde reacties opleveren, niet naar hetzelfde gecachte object mogen verwijzen.
Cross-taal hits voorkomen
Een cross-language cache-hit treedt op wanneer Varnish een gecachte reactie voor de ene taal retourneert aan een bezoeker die een andere taal opvraagt. Een bezoeker die bijvoorbeeld een Franse pagina opvraagt, kan een Engelse reactie ontvangen als beide verzoeken als dezelfde cachebare resource worden behandeld.
Om dit risico te beperken, mag Varnish een gecachte respons alleen hergebruiken wanneer de taalvariatie bekend is en overeenkomt met het verzoek. Als de taal niet betrouwbaar kan worden bepaald, moet de respons zorgvuldig worden behandeld in plaats van te worden opgeslagen als een gedeelde cache-entry. Belangrijke waarborgen zijn:
- Vermijd het cachen van reacties met dubbelzinnige taal informatie
- Behandel taal-cookies en headers consistent
- Test cache hits en misses voor verzoeken in verschillende talen
- Controleer taalwisseling nadat caching is ingeschakeld
Varnish cache-invalidatie
Cache-invalidatie verwijdert of markeert gecachte inhoud als niet langer geldig. Dit is belangrijk wanneer de originele inhoud of de vertaling ervan is bijgewerkt. Zonder invalidatie kan Varnish een oudere gecachte versie blijven serveren totdat de geconfigureerde TTL verloopt.
Voor meertalige websites moet invalidatie rekening houden met alle getroffen taalversies. Als een Engelse pagina en de Franse vertaling ervan worden bijgewerkt, moeten de bijbehorende gecachte reacties worden gewist of vernieuwd, zodat bezoekers geen verouderde inhoud te zien krijgen. Gangbare benaderingen zijn:
- Specifieke URL's opschonen
- Meerdere taalversies opschonen
- Cache-TTL's gebruiken
- Automatisch opschonen na contentupdates
- Betrokken vertaalde pagina's vernieuwen
Hoe Cloudflare meertalige content aan de edge cachet
Cloudflare fungeert als een edge-cachinglaag tussen bezoekers en je origin-server. Wanneer een bezoeker een pagina opvraagt, controleert Cloudflare of er een gecachte versie beschikbaar is op een edge-locatie. Als er een geldig antwoord bestaat, kan dit rechtstreeks vanaf de edge worden geleverd in plaats van de pagina op te vragen bij de origin-server. Als er geen gecachte reactie beschikbaar is, haalt Cloudflare de inhoud op bij de origin en kan de reactie cachen voor volgende verzoeken.
Voor meertalige websites moet dit proces rekening houden met de opgevraagde taal. Cloudflare moet onderscheid kunnen maken tussen verschillende taalversies, zodat een gecachte Engelse respons niet wordt geleverd aan iemand die de Franse versie opvraagt. Dit maakt taalbewuste cacheconfiguratie belangrijk wanneer vertaalde content via verschillende URL's, headers of cookies wordt geleverd.
Taalversies scheiden
Cloudflare kan verschillende taalversies afzonderlijk cachen wanneer elke versie een eigen URL heeft. Bijvoorbeeld: /en/, /fr/ en /it/ kunnen Engelse, Franse en Italiaanse content vertegenwoordigen. Omdat de taal direct in de URL is opgenomen, kan elke versie een eigen cache-item hebben, waardoor het eenvoudiger wordt om afzonderlijke taalversies te beheren en te purgen. Bijvoorbeeld:
- example.com/en/products/
- example.com/fr/products/
- example.com/it/products/
Cloudflare cachesleutels en taalvariaties
Cloudflare moet verzoeken kunnen onderscheiden wanneer verschillende taalinputs verschillende reacties kunnen opleveren. Bij URL-gebaseerde taalroutering gebeurt deze scheiding op natuurlijke wijze, omdat elke taal zijn eigen URL heeft.
Er is meer aandacht nodig wanneer de taal wordt bepaald door de Accept-Language-header of een cookie. Als deze waarden de vertaalde respons beïnvloeden maar niet door de cacheconfiguratie worden afgehandeld, kunnen verzoeken voor verschillende talen als dezelfde resource worden behandeld. Dit kan ertoe leiden dat de ene taal wordt geserveerd aan bezoekers die een andere taal opvragen.
Voor de meeste meertalige websites is URL-gebaseerde routing eenvoudiger te beheren, omdat de taal direct zichtbaar is in de URL. Detectie op basis van headers en cookies kan ook werken, maar vereist extra configuratie om te voorkomen dat reacties in verschillende talen onterecht worden gedeeld.
Cache-TTL's en opschonen
Een cache-TTL (Time to Live) bepaalt hoe lang Cloudflare een gecachte respons bewaart voordat deze verloopt. Een langere TTL kan de prestaties verbeteren omdat content langer in de cache blijft, terwijl een kortere TTL wijzigingen sneller beschikbaar maakt.
Voor meertalige websites moeten TTL's weerspiegelen hoe vaak de inhoud en vertalingen veranderen. Regelmatig bijgewerkte pagina's hebben mogelijk kortere TTL's nodig, terwijl stabiele pagina's over het algemeen langere kunnen gebruiken. Wanneer een vertaling verandert, moet de betreffende taalversie worden gepurged of vernieuwd in plaats van te wachten tot de TTL verloopt. Dit helpt te voorkomen dat bezoekers verouderde vertalingen ontvangen. De cachingstrategie kan het volgende omvatten:
- Korte TTL voor regelmatig bijgewerkte inhoud
- Langere TTL voor stabiele pagina's
- URL-specifieke cacheregels
- Handmatig cache legen
- Automatisch opschonen na updates
Best practices voor het cachen van meertalige websites
Een goed geplande cachingopzet kan meertalige websites sneller maken zonder dat bezoekers de verkeerde of verouderde vertaling ontvangen. De sleutel is om uw vertaalsysteem en cachinglaag samen te laten werken, terwijl elke taalversie duidelijk wordt gescheiden.
Vertaling en caching combineren
Vertaling en caching moeten samenwerken als onderdeel van hetzelfde contentleveringsproces. De vertaallaag bepaalt welke gelokaliseerde versie moet worden geretourneerd, terwijl de cachinglaag dat antwoord opslaat voor volgende verzoeken. De belangrijke overweging is timing: de taal moet worden bepaald voordat het antwoord wordt gecached. Dit zorgt ervoor dat de cache het vertaalde antwoord opslaat dat daadwerkelijk is aangevraagd, in plaats van een dubbelzinnige versie die voor een andere taal kan worden hergebruikt.
Voor websites die automatische vertaling gebruiken, kan een vertaaloplossing zoals Linguise dit proces vereenvoudigen door automatisch gelokaliseerde content te genereren, terwijl de vertaalde pagina's kunnen samenwerken met de bestaande caching-opzet van de website. Dit kan nuttig zijn voor websites met meerdere talen, waar het handmatig beheren van vertaalde versies en het gesynchroniseerd houden daarvan met gecachte content complexer kan worden.
Best practice: Zorg ervoor dat uw vertaalsysteem en cachelaag het eens zijn over hoe taalversies worden geïdentificeerd voordat u caching van volledige pagina's inschakelt.
Gebruik taalspecifieke cachesleutels
Elke vertaalde reactie moet worden toegewezen aan de juiste cachevariatie. URL-gebaseerde taalstructuren maken dit eenvoudiger omdat elke taal al een eigen URL heeft, terwijl op headers of cookies gebaseerde setups extra cacheconfiguratie vereisen.
Best practice: Geef waar mogelijk de voorkeur aan taalspecifieke URL's, zoals:
- /en/about/ → Engels
- /fr/about/ → Frans
- /de/about/ → Duits
Dit zorgt voor een duidelijke scheiding tussen taalversies en vermindert het risico op cross-language cache hits.
Cache-control en TTL's instellen
Cache-Control-headers en TTL's bepalen hoe browsers, CDN's en reverse proxies omgaan met gecachte content. Ze correct instellen helpt om websiteprestaties in balans te brengen met de noodzaak om verse vertalingen te leveren.
Pagina's die zelden veranderen, kunnen meestal langer in de cache blijven, terwijl regelmatig bijgewerkte content kortere TTL's moet gebruiken. De juiste instelling hangt af van hoe vaak uw websitecontent en vertalingen worden bijgewerkt.
Best practice: U kunt bijvoorbeeld een langere TTL gebruiken voor een statische meertalige landingspagina en een kortere TTL voor product- of nieuwspagina's die vaak veranderen. Test de configuratie altijd om er zeker van te zijn dat bijgewerkte content beschikbaar komt wanneer dat verwacht wordt.
Caches legen na updates
Wanneer inhoud of vertalingen veranderen, moet u de getroffen gecachte reacties opschonen of vernieuwen in plaats van alleen te vertrouwen op TTL-verloop. Dit helpt ervoor te zorgen dat bezoekers de nieuwste versie ontvangen in alle getroffen talen.
Best practice: Neem cache-invalidatie op in uw workflow voor contentupdates en zorg ervoor dat alle getroffen taalversies worden gedekt.
Gecachte meertalige pagina's testen
Testen is belangrijk omdat cachingproblemen niet altijd zichtbaar zijn tijdens normaal browsen. Een pagina kan er correct uitzien wanneer deze direct wordt geopend, maar de verkeerde taal retourneren wanneer deze vanuit een gecachte respons wordt geleverd.
Test elke taalversie na het configureren of wijzigen van uw cachingregels. Controleer zowel eerste verzoeken als daaropvolgende verzoeken om te bevestigen dat het juiste gecachte antwoord consistent wordt geretourneerd.
Best practice: Test scenario's zoals:
- Dezelfde pagina in verschillende talen openen
- Een gecachte pagina opnieuw laden
- Schakelen tussen talen
- Een vertaling bijwerken
- De pagina controleren na het legen van de cache
- Taalspecifieke URL's crawlen
Checklist voor meertalige caching
Gebruik een eenvoudige checklist voordat u uw meertalige cachingconfiguratie in productie neemt, om te controleren of taaldetectie, caching en contentupdates correct samenwerken.
Checklist voor best practices:
- Geef elke taalversie een unieke URL of cachevariatie
- Gebruik taalspecifieke cachesleutels
- Configureer de juiste Cache-Control-headers
- TTL's instellen op basis van de frequentie van contentupdates
- Getroffen taalversies legen na updates
- Test gecachte pagina's in elke ondersteunde taal
- Controleer op reacties in de verkeerde taal
- Controleren op verouderde vertaalde content
- Taalspecifieke URL's verifiëren met zoekmachinecrawlers
Conclusie
Het effectief cachen van meertalige websites vereist een balans tussen websiteprestaties en het leveren van de juiste, actuele taalversie aan elke bezoeker. Door taalspecifieke cache-sleutels, passende TTL's en betrouwbare cache-invalidatie te gebruiken, kun je serververzoeken verminderen en tegelijkertijd verkeerd-taalse en verouderde content voorkomen.
Voor een eenvoudigere manier om vertaalde content te beheren, registreer je bij Linguise en stroomlijn je meertalige website-workflow met geautomatiseerde vertaling terwijl je je gelokaliseerde content snel en beheersbaar houdt.
