Een meertalige website moet de juiste vertaalde content aan de juiste bezoekers leveren zonder dat dit ten koste gaat van de laadsnelheid. Daarom is caching van meertalige websites essentieel, omdat het ervoor zorgt dat vertaalde pagina's sneller laden en het aantal herhaalde verzoeken aan de server vermindert. Het cachen van meerdere taalversies kan echter ook problemen met zich meebrengen, zoals verouderde vertalingen, content in de verkeerde taal en inconsistente resultaten voor zoekmachinecrawlers.
In deze handleiding onderzoeken 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, cachehits tussen verschillende talen te voorkomen en een betrouwbare configuratie voor uw meertalige website op te zetten.
Belangrijkste punten: Meertalige websitecaching met Cloudflare en Varnish
Afzonderlijke taalversies
Gebruik taalspecifieke URL's of cache-sleutels om ervoor te zorgen dat elke vertaalde versie afzonderlijk wordt opgeslagen en aangeboden. Dit helpt voorkomen dat gebruikers content in de verkeerde taal ontvangen.
Voorkom cacheconflicten
Varnish en Cloudflare moeten rekening houden met taalinformatie uit URL's, headers of cookies. Een correcte configuratie voorkomt cachehits in verschillende talen en zorgt ervoor dat bezoekers de juiste vertaling te zien krijgen.
Zorg dat vertalingen actueel blijven
Stel de juiste cache-TTL's in en leeg de betreffende caches telkens wanneer vertalingen worden bijgewerkt. Dit voorkomt dat verouderde inhoud zichtbaar blijft voor bezoekers.
Waarom is meertalige caching belangrijk?
Meertalige websites kunnen meerdere gecachede 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 antwoorden hergebruiken in plaats van dezelfde inhoud bij elk verzoek opnieuw te verwerken. Dit kan het aantal verzoeken aan de server verminderen, de laadtijden van de pagina verbeteren en bezoekers een snellere ervaring bieden.
Bij meertalige caching is het echter essentieel dat elke taalversie correct van elkaar gescheiden blijft. Als het cachesysteem geen onderscheid maakt tussen taalvarianten, kan een bezoeker die een Franse pagina opvraagt in plaats daarvan een gecachte Engelse versie te zien krijgen. Evenzo kan een oudere, gecachte versie van een vertaling blijven worden weergegeven totdat deze verloopt of ongeldig wordt verklaard.
Caching speelt ook een rol in hoe zoekmachinecrawlers toegang krijgen tot meertalige pagina's. Elke URL in een bepaalde taal moet consequent de bijbehorende vertaalde inhoud retourneren, zodat zoekmachines de gelokaliseerde versies correct kunnen begrijpen en indexeren. Een betrouwbare caching-configuratie moet daarom samenwerken met SEO-signalen zoals hreflang, canonical URL'sen taalspecifieke metadata.
Hoe bouw je een cachingstrategie voor een meertalige website?
Een goede meertalige cachingstrategie zorgt ervoor dat bezoekers altijd de juiste taalversie te zien krijgen, terwijl de pagina's snel blijven en het aantal serveraanvragen afneemt. De eerste stap is bepalen hoe uw website elke taal identificeert en hoe het cachingsysteem 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, waardoor de cache elke versie afzonderlijk kan opslaan en weergeven. Zo kan bijvoorbeeld example.com/fr/ de Franse versie vertegenwoordigen, terwijl example.com/de/ de Duitse versie vertegenwoordigt.
Taalspecifieke subdomeinen werken op een vergelijkbare manier. Een website kan bijvoorbeeld 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 herkennen welke versie moet worden weergegeven. Veelvoorkomende URL-structuren zijn onder andere:
- voorbeeld.com/fr/
- voorbeeld.com/de/
- fr.example.com
- de.example.com
Taaldetectie op basis van kopteksten
Websites kunnen de voorkeurstaal van een bezoeker ook bepalen via HTTP-headers, met name de Accept-Language-header die de browser verzendt. Een browser die bijvoorbeeld is ingesteld op Frans, kan Accept-Language: fr verzenden, waardoor de server automatisch de Franse versie selecteert.
Detectie op basis van headers vereist echter een zorgvuldige cacheconfiguratie. Als de cache alleen rekening houdt met de URL van de pagina en de taalheader negeert, kan deze een bepaalde taalversie opslaan en deze aan bezoekers met een andere taalvoorkeur tonen. De cache-sleutel of het Vary-gedrag moet daarom rekening houden met de relevante taalinformatie. Bijvoorbeeld:
- Accept-Language: en
- Accept-Language: fr
- Accept-Language: de
Taaldetectie op basis van cookies
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 de instellingen van hun browser.
De uitdaging is dat cookies het cachen kunnen bemoeilijken. Als de cache geen onderscheid maakt tussen verzoeken op basis van de taalcookie, kunnen bezoekers een pagina uit de cache te zien krijgen die bedoeld is voor een andere taal. De cachinglaag moet daarom zo geconfigureerd worden dat het cachen indien nodig wordt aangepast of overgeslagen. Bijvoorbeeld:
- taal=en
- taal=fr
- taal=de
Een cachestrategie kiezen
De beste cachingstrategie hangt af van hoe uw website omgaat met taalselectie. Taalroutering via URL's is over het algemeen gemakkelijker te cachen, omdat elke taal een unieke URL heeft. Detectie op basis van headers en cookies kan ook werken, maar vereist een zorgvuldigere configuratie om ervoor te zorgen dat gecachede reacties correct worden gescheiden.
Voordat u een aanpak kiest, moet u rekening houden met het aantal talen, hoe bezoekers talen selecteren en hoe vaak vertaalde content verandert. Het doel is om taaldetectie en cachegedrag op elkaar af te stemmen, in plaats van dat de cachinglaag elk verzoek als dezelfde pagina behandelt. Belangrijke factoren om te overwegen:
- Taal-specifieke URL's
- Cache-sleutelconfiguratie
- Header- en cookieverwerking
- Cache TTL
- Cache ongeldigverklaring
- Frequentie van vertaling-updates
- zoekmachine crawling
Hoe Varnish meertalige en vertaalde content in de cache opslaat
Varnish Cache fungeert als een reverse proxy tussen bezoekers en de oorspronkelijke server. Wanneer een bezoeker een pagina opvraagt, controleert Varnish of er een geldig antwoord uit de cache beschikbaar is. Als er een overeenkomend antwoord wordt gevonden, wordt de inhoud uit de cache weergegeven zonder het verzoek terug te sturen naar de oorspronkelijke server. Als er geen geschikt antwoord is, stuurt Varnish het verzoek door naar de oorspronkelijke server, ontvangt het antwoord en kan het dit opslaan voor volgende verzoeken.
Voor meertalige websites moet Varnish onderscheid maken tussen verzoeken die verschillende taalversies moeten retourneren. De taalinformatie moet daarom worden meegenomen wanneer Varnish bepaalt of een gecachede respons opnieuw kan worden gebruikt. Dit voorkomt dat de cache verschillende vertalingen als dezelfde respons behandelt.
Taalspecifieke cache-sleutels
Varnish heeft een manier nodig om gecachede reacties te onderscheiden die verschillende taalversies vertegenwoordigen. Wanneer de taal al in de URL is opgenomen, kan elke URL vanzelfsprekend aan een andere cache-item worden gekoppeld. Wanneer de taal wordt bepaald door een request header, cookie of een andere request-waarde, moet de Varnish-configuratie die informatie in de cachinglogica opnemen. Een meertalige website zou bijvoorbeeld gecachede reacties kunnen onderscheiden met behulp van:
- /en/about/ → Engelse cache-ingang
- /fr/about/ → Franse cache-ingang
- Accept-Language: en → Engelse variant
- Accept-Language: fr → Franse variant
- Een taalcookie → Door de bezoeker geselecteerde taal
De exacte implementatie hangt af van hoe de website de taal bepaalt. De belangrijkste vereiste is dat verzoeken die verschillende vertaalde antwoorden opleveren, niet naar hetzelfde gecachede object mogen verwijzen.
Voorkomen van kruislingse overeenkomsten
Een cache-hit in een andere taal treedt op wanneer Varnish een gecachede reactie in één taal terugstuurt naar een bezoeker die een andere taal aanvraagt. Een bezoeker die bijvoorbeeld een Franse pagina opvraagt, kan een Engelse reactie ontvangen als beide verzoeken als dezelfde cachebare bron worden beschouwd.
Om dit risico te verkleinen, mag Varnish een gecachede respons alleen hergebruiken wanneer de taalvariant bekend is en overeenkomt met het verzoek. Als de taal niet betrouwbaar kan worden vastgesteld, moet de respons zorgvuldig worden verwerkt in plaats van te worden opgeslagen als een item in de gedeelde cache. Belangrijke beveiligingsmaatregelen zijn onder andere:
- Vermijd het cachen van reacties met dubbelzinnige taalinformatie
- Behandel taalcookies en headers op een consistente manier
- Test cache-hits en -misses voor verschillende taalverzoeken
- Controleer of de taalwisseling correct werkt nadat de caching is ingeschakeld
Ongeldigverklaring van de Varnish-cache
Cache-invalidatie verwijdert of markeert gecachede inhoud als niet langer geldig. Dit is belangrijk wanneer de oorspronkelijke inhoud of de vertaling ervan is bijgewerkt. Zonder invalidatie kan Varnish een oudere gecachede versie blijven weergeven totdat de geconfigureerde TTL verloopt.
Voor meertalige websites moet bij het ongeldig maken van gegevens rekening worden gehouden met alle betreffende taalversies. Als een Engelse pagina en de Franse vertaling ervan worden bijgewerkt, moeten de bijbehorende cachegegevens worden gewist of vernieuwd, zodat bezoekers geen verouderde inhoud te zien krijgen. Gangbare methoden zijn onder andere:
- Specifieke URL's verwijderen
- Meerdere taalversies verwijderen
- Gebruikmaken van cache-TTL's
- Automatisch wissen na inhoudsupdates
- De betreffende vertaalde pagina's worden vernieuwd
Hoe Cloudflare meertalige content in de cache opslaat aan de rand van het netwerk
Cloudflare fungeert als een edge-cachinglaag tussen bezoekers en uw oorspronkelijke server. Wanneer een bezoeker een pagina opvraagt, controleert Cloudflare of er een gecachede versie beschikbaar is op een edge-locatie. Als er een geldig antwoord is, kan dit direct vanaf de edge-locatie worden weergegeven in plaats van dat de pagina opnieuw wordt opgevraagd bij de oorspronkelijke server. Als er geen gecacheerd antwoord beschikbaar is, haalt Cloudflare de inhoud op van de oorspronkelijke server en kan het antwoord in de cache worden opgeslagen voor volgende verzoeken.
Voor meertalige websites moet dit proces rekening houden met de gevraagde taal. Cloudflare moet onderscheid kunnen maken tussen verschillende taalversies, zodat een Engelstalig antwoord uit de cache niet wordt weergegeven aan iemand die de Franse versie aanvraagt. Dit maakt een taalbewuste cacheconfiguratie belangrijk wanneer vertaalde content via verschillende URL's, headers of cookies wordt aangeboden.
Scheiding van taalversies
Cloudflare kan verschillende taalversies afzonderlijk cachen wanneer elke versie een unieke URL heeft. Bijvoorbeeld: /en/, /fr/ en /it/ kunnen respectievelijk Engelstalige, Franstalige en Italiaanstalige content vertegenwoordigen. Omdat de taal direct in de URL is opgenomen, kan elke versie een eigen cache-item hebben, waardoor het eenvoudiger is om individuele taalversies te beheren en te verwijderen. Bijvoorbeeld:
- voorbeeld.com/en/products/
- voorbeeld.com/fr/producten/
- voorbeeld.com/it/products/
Cloudflare cache-sleutels en taalvarianten
Cloudflare moet onderscheid maken tussen verzoeken wanneer verschillende taalinvoer tot verschillende reacties kan leiden. Met URL-gebaseerde taalroutering gebeurt deze scheiding vanzelf, omdat elke taal een eigen URL heeft.
Extra aandacht is vereist wanneer de taal wordt bepaald door de Accept-Language-header of een cookie. Als deze waarden van invloed zijn op de vertaalde respons, maar niet worden verwerkt door de cachingconfiguratie, kunnen verzoeken voor verschillende talen als dezelfde bron worden behandeld. Dit kan ertoe leiden dat een bepaalde taal wordt weergegeven aan bezoekers die een andere taal aanvragen.
Voor de meeste meertalige websites is URL-gebaseerde routing eenvoudiger te beheren, omdat de taal direct in de URL zichtbaar is. Detectie op basis van headers en cookies kan ook werken, maar vereist extra configuratie om te voorkomen dat reacties in verschillende talen onterecht worden doorgegeven.
Cache TTL's en opschonen
De TTL (Time to Live) van een cache bepaalt hoe lang Cloudflare een gecachede reactie bewaart voordat deze verloopt. Een langere TTL kan de prestaties verbeteren omdat de inhoud langer in de cache blijft, terwijl een kortere TTL ervoor zorgt dat wijzigingen sneller beschikbaar komen.
Voor meertalige websites moeten TTL's (Time To Live) de frequentie weerspiegelen waarmee de inhoud en vertalingen veranderen. Pagina's die vaak worden bijgewerkt, hebben mogelijk kortere TTL's nodig, terwijl stabiele pagina's over het algemeen langere TTL's kunnen gebruiken. Wanneer een vertaling verandert, moet de betreffende taalversie worden verwijderd of vernieuwd in plaats van te wachten tot de TTL verloopt. Dit voorkomt dat bezoekers verouderde vertalingen te zien krijgen. De cachingstrategie kan het volgende omvatten:
- Korte TTL voor content die regelmatig wordt bijgewerkt
- Langere TTL voor stabiele pagina's
- URL-specifieke cacheregels
- Handmatig cache wissen
- Automatische verwijdering na updates
Beste werkwijzen voor het cachen van meertalige websites
Een goed doordachte caching-opstelling kan meertalige websites sneller maken zonder dat bezoekers de verkeerde of verouderde vertaling te zien krijgen. De sleutel is om uw vertaalsysteem en caching-laag goed op elkaar af te stemmen, terwijl u elke taalversie duidelijk van elkaar scheidt.
Combineer vertaling en caching
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. Timing is hierbij cruciaal: de taal moet worden bepaald voordat het antwoord in de cache wordt opgeslagen. Dit zorgt ervoor dat de cache het vertaalde antwoord opslaat dat daadwerkelijk is aangevraagd, in plaats van een onduidelijke versie die voor een andere taal hergebruikt zou kunnen worden.
Voor websites die gebruikmaken van automatische vertaling, kan een vertaaloplossing zoals Linguise dit proces vereenvoudigen door automatisch gelokaliseerde content te genereren en ervoor te zorgen dat de vertaalde pagina's samenwerken met de bestaande caching-instellingen van de website. Dit kan handig zijn voor websites met meerdere talen, waar het handmatig beheren van vertaalde versies en het synchroniseren ervan met de gecachede content complexer kan worden.
Aanbevolen werkwijze: Zorg ervoor dat uw vertaalsysteem en cachinglaag het eens zijn over hoe taalversies worden geïdentificeerd voordat u caching voor volledige pagina's inschakelt.
Gebruik taalspecifieke cache-sleutels
Elke vertaalde reactie moet overeenkomen met de juiste cachevariant. URL-gebaseerde taalstructuren maken dit eenvoudiger, omdat elke taal al een unieke URL heeft, terwijl header- of cookie-gebaseerde configuraties extra cacheconfiguratie vereisen.
Aanbevolen werkwijze: Gebruik waar mogelijk taalspecifieke URL's, zoals:
- /en/about/ → Engels
- /fr/about/ → Frans
- /de/about/ → Duits
Dit zorgt voor een duidelijke scheiding tussen taalversies en verkleint het risico op cache-hits tussen verschillende talen.
Cachecontrole en TTL instellen
Cache-Control-headers en TTL's bepalen hoe browsers, CDN's en reverse proxies omgaan met gecachte content. Door deze correct in te stellen, wordt een balans gevonden tussen websiteprestaties en de noodzaak om actuele vertalingen te leveren.
Pagina's die zelden veranderen, kunnen doorgaans langer in de cache blijven, terwijl voor frequent bijgewerkte content kortere TTL's (Time To Live) vereist zijn. De juiste instelling hangt af van hoe vaak de content en vertalingen van uw website worden bijgewerkt.
Aanbevolen werkwijze: Gebruik bijvoorbeeld een langere TTL voor een statische, meertalige landingspagina en een kortere TTL voor product- of nieuwspagina's die regelmatig worden bijgewerkt. Test de configuratie altijd om er zeker van te zijn dat de bijgewerkte inhoud beschikbaar is wanneer dat verwacht wordt.
Leeg de cache na updates
Wanneer de inhoud of vertalingen wijzigen, wis of vernieuw dan de betreffende cache in plaats van uitsluitend te vertrouwen op de vervaldatum van de TTL (Time To Live). Dit zorgt ervoor dat bezoekers de meest recente versie in alle betreffende talen te zien krijgen.
Aanbevolen werkwijze: Neem cache-invalidatie op in uw workflow voor contentupdates en zorg ervoor dat alle betreffende taalversies worden meegenomen.
Test de in de cache opgeslagen meertalige pagina's
Testen is belangrijk omdat cacheproblemen niet altijd zichtbaar zijn tijdens normaal browsen. Een pagina kan er correct uitzien wanneer deze direct wordt geopend, maar de verkeerde taal weergeven wanneer deze vanuit de cache wordt geladen.
Test elke taalversie na het configureren of wijzigen van uw cacheregels. Controleer zowel de eerste als de daaropvolgende verzoeken om te bevestigen dat het juiste antwoord uit de cache consistent wordt geretourneerd.
Beste werkwijze: Testscenario's zoals:
- Dezelfde pagina openen in verschillende talen
- Een pagina uit de cache opnieuw laden
- Schakelen tussen talen
- Een vertaling bijwerken
- De pagina controleren na het legen van de cache
- URL's die specifiek zijn voor een bepaalde taal worden gecrawld
Meertalige checklist voor geocaching
Voordat u uw meertalige caching-configuratie in productie neemt, kunt u met een eenvoudige checklist controleren of taaldetectie, caching en contentupdates correct samenwerken.
Checklist met beste praktijken:
- Geef elke taalversie een unieke URL of cachevariant
- Gebruik taalspecifieke cache-sleutels
- Configureer de juiste Cache-Control-headers
- Stel TTL's in op basis van de frequentie waarmee de inhoud wordt bijgewerkt
- Verwijder de betreffende taalversies na updates
- Test de in de cache opgeslagen pagina's in elke ondersteunde taal
- Controleer op antwoorden in de verkeerde taal
- Controleer of de vertaalde inhoud verouderd is
- Controleer taalspecifieke URL's met behulp van zoekmachine-crawlers
Conclusie
Het effectief cachen van meertalige websites vereist een balans tussen websiteprestaties en het leveren van de juiste, actuele taalversie aan elke bezoeker. Door gebruik te maken van taalspecifieke cache-sleutels, geschikte TTL's en betrouwbare cache-invalidatie kunt u het aantal serveraanvragen verminderen en tegelijkertijd onjuiste en verouderde content voorkomen.
Voor een eenvoudigere manier om vertaalde content te beheren, registreer je bij Linguise en stroomlijn de workflow van je meertalige website met geautomatiseerde vertalingen, terwijl je gelokaliseerde content snel en beheersbaar blijft.
