A multilingual website skal levere det rigtige oversatte indhold til de rigtige besøgende uden at gå på kompromis med hastigheden. Det er her, caching af flersprogede websites bliver essentielt, hvilket hjælper oversatte sider med at indlæse hurtigere, samtidig med at gentagne anmodninger til din server reduceres. Caching af flere sprogversioner kan dog medføre udfordringer som forældede oversættelser, indhold på det forkerte sprog og inkonsistente resultater for søgemaskine-crawlere.
I denne guide undersøger vi de mest almindelige problemer med flersproget caching og forklarer, hvordan Cloudflare og Varnish håndterer oversat indhold. Læs videre for at vælge den rigtige cachingstrategi, forhindre cache-hits på tværs af sprog og opbygge en pålidelig opsætning til dit flersprogede website.
Nøglepunkter: Flersproget websteds-caching med Cloudflare & Varnish
Separate sprogversioner
Brug sprogSpecifikke URL'er eller cache-nøgler for at sikre, at hver oversat version gemmes og leveres separat. Dette hjælper med at forhindre, at brugere modtager indhold på det forkerte sprog.
Undgå cache-konflikter
Varnish og Cloudflare skal tage højde for sproginformation fra URL'er, headers eller cookies. Korrekt konfiguration forhindrer cache-hits på tværs af sprog og sikrer, at besøgende modtager den korrekte oversættelse.
Hold oversættelser opdaterede
Indstil passende cache-TTL'er, og ryd de berørte caches, hver gang oversættelser opdateres. Dette forhindrer forældet indhold i at forblive synligt for besøgende.
Hvorfor flersproglig caching er vigtig?
Flersprogede websites kan have flere cachede versioner af den samme side, fordi hvert sprog kan indeholde forskelligt indhold og forskellige URL'er. Caching af disse oversatte versioner gør det muligt for websitet at genbruge eksisterende svar i stedet for gentagne gange at behandle det samme indhold for hver anmodning. Dette kan reducere anmodninger til origin-serveren, forbedre sidens indlæsningstid og give en hurtigere oplevelse for besøgende.
Dog skal flersproget caching holde hver sprogversion korrekt adskilt. Hvis cachesystemet ikke skelner mellem sprogvarianter, kan en besøgende, der anmoder om en fransk side, i stedet modtage en cachet engelsk version. Tilsvarende kan et ældre cachet svar fortsat blive vist, når en oversættelse opdateres, indtil det udløber eller ugyldiggøres.
Caching spiller også en rolle for, hvordan søgemaskiners crawlere tilgår flersprogede sider. Hver sproglig URL bør konsekvent returnere sit tilsvarende oversatte indhold, så søgemaskiner korrekt kan forstå og indeksere de lokaliserede versioner. En pålidelig caching-opsætning bør derfor fungere sammen med SEO-signaler som hreflang, canonical-URL'er og sprogspecifikke metadata.
Sådan opbygger du en cachingstrategi for et flersproget website
En god flersproget caching-strategi sikrer, at besøgende konsekvent modtager den korrekte sprogversion, samtidig med at siderne forbliver hurtige, og antallet af serveranmodninger reduceres. Det første skridt er at beslutte, hvordan dit website identificerer hvert sprog, og hvordan cachesystemet bruger disse oplysninger.
URL- og subdomæne-routing
Sprogspecifikke URL'er er en af de enkleste måder at gøre flersproget caching forudsigelig på. Hvert sprog har sin egen URL, så cachen kan gemme og levere hver version separat. For eksempel kan example.com/fr/ repræsentere den franske version, mens example.com/de/ repræsenterer den tyske version.
SprogSpecifikke underdomæner fungerer på samme måde. Et website kan bruge fr.example.com til fransk og de.example.com til tysk. Fordi sproget er inkluderet direkte i URL'en, kan besøgende og cachesystemer nemt identificere, hvilken version der skal leveres. Almindelige URL-strukturer inkluderer:
- example.com/fr/
- example.com/de/
- fr.example.com
- de.example.com
Header-baseret sprogregistrering
Websites kan også bestemme en besøgendes foretrukne sprog gennem HTTP-headere, især Accept-Language-headeren, som browseren sender. For eksempel kan en browser, der er konfigureret til fransk, sende Accept-Language: fr, hvilket giver serveren mulighed for automatisk at vælge den franske version.
Dog kræver header-baseret detektion omhyggelig cache-konfiguration. Hvis cachen kun betragter sidens URL og ignorerer sprogheaderen, kan den gemme én sprogversion og returnere den til besøgende med en anden sprogpræference. Cache-nøglen eller Vary-adfærden skal derfor tage højde for den relevante sproginformation. For eksempel:
- Accept-Language: en
- Accept-Language: fr
- Accept-Language: de
Cookie-baseret sprogregistrering
En anden tilgang er at gemme besøgendes sprogpræference i en cookie. Når en besøgende har valgt et sprog, kan websitet gemme dette valg og bruge det til efterfølgende anmodninger. Dette kan give en mere ensartet oplevelse, især når besøgende manuelt vælger et sprog i stedet for at stole på deres browserindstillinger.
Udfordringen er, at cookies kan komplicere caching. Hvis cachen ikke skelner mellem anmodninger baseret på sprogcookien, kan besøgende modtage en cachet side beregnet til et andet sprog. Cachinglaget bør derfor konfigureres til at variere eller omgå caching, når det er nødvendigt. For eksempel:
- language=en
- language=fr
- language=de
Valg af cachingstrategi
Den bedste cachingstrategi afhænger af, hvordan dit website håndterer sprogvalg. URL-baseret sprogrouting er generelt nemmere at cache, fordi hvert sprog har en unik URL. Header- og cookie-baseret registrering kan stadig fungere, men det kræver en mere omhyggelig konfiguration for at sikre, at cachede svar adskilles korrekt.
Før du vælger en tilgang, skal du overveje antallet af sprog, hvordan besøgende vælger sprog, og hvor ofte oversat indhold ændres. Målet er at få sprogregistrering og cacheadfærd til at arbejde sammen i stedet for at lade cachelaget behandle hver anmodning som den samme side. Nøglefaktorer at overveje:
- Sprogspecifikke URL'er
- Cache-nøglekonfiguration
- Håndtering af headere og cookies
- Cache-TTL
- Cache-invalidering
- Opdateringsfrekvens for oversættelse
- Søgemaskine-crawling
Sådan cacher Varnish flersproget og oversat indhold
Varnish Cache fungerer som en omvendt proxy mellem besøgende og origin-serveren. Når en besøgende anmoder om en side, kontrollerer Varnish, om der er et gyldigt cachelagret svar tilgængeligt. Hvis den finder et matchende svar, leverer den det cachelagrede indhold uden at sende anmodningen tilbage til origin. Hvis der ikke findes et passende svar, videresender Varnish anmodningen til origin, modtager svaret og kan gemme det til efterfølgende anmodninger.
For flersprogede websites skal Varnish kunne skelne mellem forespørgsler, der skal returnere forskellige sprogversioner. Sproginformationen skal derfor tages i betragtning, når Varnish afgør, om et cachelagret svar kan genbruges. Dette forhindrer cachen i at behandle forskellige oversættelser som det samme svar.
Sprogspecifikke cache-nøgler
Varnish har brug for en måde at skelne mellem cachede svar, der repræsenterer forskellige sprogversioner. Når sproget allerede er inkluderet i URL'en, kan hver URL naturligt mappes til en forskellig cachepost. Når sproget bestemmes af en anmodningsheader, cookie eller en anden anmodningsværdi, skal Varnish-konfigurationen indarbejde disse oplysninger i sin cachinglogik. For eksempel kan et flersproget websted skelne mellem cachede svar ved hjælp af:
- /en/about/ → Engelsk cache-post
- /fr/about/ → fransk cache-post
- Accept-Language: en → engelsk variant
- Accept-Language: fr → fransk variant
- En sprogcookie → Den besøgendes valgte sprog
Den præcise implementering afhænger af, hvordan webstedet bestemmer sproget. Det centrale krav er, at anmodninger, der giver forskellige oversatte svar, ikke må føre til det samme cachede objekt.
Forhindring af krydsproglige hits
Et tværsprogligt cache-hit opstår, når Varnish returnerer et cachet svar på ét sprog til en besøgende, der anmoder om et andet. For eksempel kan en besøgende, der anmoder om en fransk side, modtage et engelsk svar, hvis begge anmodninger behandles som den samme cachebare ressource.
For at reducere denne risiko bør Varnish kun genbruge et cachelagret svar, når sprogvariationen er kendt og matcher anmodningen. Hvis sproget ikke kan bestemmes pålideligt, bør svaret håndteres forsigtigt i stedet for at blive gemt som en delt cachepost. Vigtige sikkerhedsforanstaltninger omfatter:
- Undgå at cache svar med tvetydig sproginformation
- Håndter sprogcookies og headers konsekvent
- Test cache-hits og -misses for forespørgsler på forskellige sprog
- Bekræft sprogskift, efter cachelagring er aktiveret
Varnish cache-invalidering
Cache-invalidering fjerner eller markerer cachet indhold som ikke længere gyldigt. Dette er vigtigt, når det originale indhold eller dets oversættelse er blevet opdateret. Uden invalidering kan Varnish fortsætte med at levere en ældre cachet version, indtil dens konfigurerede TTL udløber.
For flersprogede websites bør invalidering tage højde for alle berørte sprogversioner. Hvis en engelsk side og dens franske oversættelse opdateres, bør de tilsvarende cachelagrede svar ryddes eller opdateres, så besøgende ikke ser forældet indhold. Almindelige fremgangsmåder omfatter:
- Rydning af specifikke URL'er
- Rydning af flere sprogversioner
- Brug af cache-TTL'er
- Automatisk oprydning efter indholdsopdateringer
- Opdatering af berørte oversatte sider
Sådan cacher Cloudflare flersproget indhold ved edge
Cloudflare fungerer som et edge-cachinglag mellem besøgende og din oprindelsesserver. Når en besøgende anmoder om en side, kontrollerer Cloudflare, om en cachet version er tilgængelig på en edge-lokation. Hvis der findes et gyldigt svar, kan det leveres direkte fra edge i stedet for at anmode om siden fra oprindelsesserveren. Hvis der ikke er et cachet svar tilgængeligt, henter Cloudflare indholdet fra oprindelsen og kan cache svaret til efterfølgende anmodninger.
For flersprogede websites skal denne proces tage højde for det ønskede sprog. Cloudflare skal kunne skelne mellem forskellige sprogversioner, så et cachet engelsk svar ikke leveres til en, der anmoder om den franske version. Dette gør sprogbevidst cachekonfiguration vigtig, når oversat indhold leveres via forskellige URL'er, headers eller cookies.
Adskillelse af sprogversioner
Cloudflare kan cache forskellige sprogversioner separat, når hver version har en unik URL. For eksempel kan /en/, /fr/ og /it/ repræsentere engelsk, fransk og italiensk indhold. Fordi sproget er inkluderet direkte i URL'en, kan hver version have sin egen cachepost, hvilket gør det nemmere at administrere og rydde individuelle sprogversioner. For eksempel:
- example.com/en/products/
- example.com/fr/products/
- example.com/it/products/
Cloudflare-cachenøgler og sprogvariationer
Cloudflare skal kunne skelne mellem anmodninger, når forskellige sproginput kan give forskellige svar. Med URL-baseret sprogrouting sker denne adskillelse naturligt, fordi hvert sprog har sin egen URL.
Der kræves mere opmærksomhed, når sproget bestemmes af Accept-Language-headeren eller en cookie. Hvis disse værdier påvirker det oversatte svar, men ikke håndteres af caching-konfigurationen, kan anmodninger for forskellige sprog blive behandlet som den samme ressource. Dette kan resultere i, at ét sprog bliver vist til besøgende, der anmoder om et andet.
For de fleste flersprogede websites er URL-baseret routing nemmere at administrere, fordi sproget er direkte synligt i URL'en. Header- og cookie-baseret registrering kan også fungere, men de kræver yderligere konfiguration for at sikre, at svar på forskellige sprog ikke deles forkert.
Cache-TTL'er og oprydning
En cache-TTL (Time to Live) bestemmer, hvor længe Cloudflare beholder et cachelagret svar, før det udløber. En længere TTL kan forbedre ydeevnen, fordi indholdet forbliver cachelagret i længere tid, mens en kortere TTL gør det muligt for ændringer at blive tilgængelige hurtigere.
For flersprogede websites bør TTL'er afspejle, hvor ofte indholdet og oversættelserne ændres. Ofte opdaterede sider kan have brug for kortere TTL'er, mens stabile sider generelt kan bruge længere. Når en oversættelse ændres, bør den berørte sprogversion renses eller opdateres i stedet for at vente på, at TTL'en udløber. Dette hjælper med at forhindre besøgende i at modtage forældede oversættelser. Cachingstrategien kan omfatte:
- Kort TTL for hyppigt opdateret indhold
- Længere TTL for stabile sider
- URL-specifikke cache-regler
- Manuel rydning af cache
- Automatisk oprydning efter opdateringer
Bedste praksis for caching af flersprogede websites
En velplanlagt cachingopsætning kan gøre flersprogede websites hurtigere uden at få besøgende til at modtage den forkerte eller forældede oversættelse. Nøglen er at få dit oversættelsessystem og dit cachinglag til at arbejde sammen, mens du tydeligt adskiller hver sprogversion.
Kombiner oversættelse og caching
Oversættelse og caching bør arbejde sammen som en del af den samme indholdsleveringsproces. Oversættelseslaget bestemmer, hvilken lokaliseret version der skal returneres, mens cachelaget gemmer dette svar til efterfølgende anmodninger. Den vigtige overvejelse er timing: sproget bør fastlægges, før svaret caches. Dette sikrer, at cachen gemmer det oversatte svar, der faktisk blev anmodet om, i stedet for en tvetydig version, som kunne genbruges til et andet sprog.
For websteder, der bruger automatisk oversættelse, kan en oversættelsesløsning som Linguise forenkle denne proces ved automatisk at generere lokaliseret indhold, samtidig med at de oversatte sider kan fungere med webstedets eksisterende cacheopsætning. Dette kan være nyttigt for websteder med flere sprog, hvor manuel håndtering af oversatte versioner og synkronisering med cachet indhold kan blive mere komplekst.
Bedste praksis: Sørg for, at dit oversættelsessystem og cachelag deler samme forståelse af, hvordan sprogversioner identificeres, før du aktiverer fuldsidecaching.
Brug sprogspecifikke cache-nøgler
Hvert oversat svar skal mappes til den korrekte cachevariation. URL-baserede sprogstrukturer gør dette lettere, fordi hvert sprog allerede har en distinkt URL, mens header- eller cookie-baserede opsætninger kræver yderligere cachekonfiguration.
Bedste praksis: Foretræk sprogspecifikke URL'er, hvor det er muligt, såsom:
- /en/about/ → English
- /fr/about/ → Fransk
- /de/about/ → Tysk
Dette giver en klar adskillelse mellem sprogversioner og reducerer risikoen for cache-hits på tværs af sprog.
Indstil cache-control og TTL'er
Cache-Control-headere og TTL'er bestemmer, hvordan browsere, CDN'er og reverse proxies håndterer cachet indhold. Korrekt opsætning hjælper med at balancere webstedsydelse med behovet for at levere friske oversættelser.
Sider, der sjældent ændres, kan normalt cachelagres i længere tid, mens ofte opdateret indhold bør bruge kortere TTL'er. Den rigtige indstilling afhænger af, hvor ofte dit websteds indhold og oversættelser opdateres.
Bedste praksis: For eksempel kan du bruge en længere TTL til en statisk flersproget landingsside og en kortere TTL til produkt- eller nyhedssider, der ændrer sig ofte. Test altid konfigurationen for at sikre, at opdateret indhold bliver tilgængeligt, når det forventes.
Ryd caches efter opdateringer
Når indhold eller oversættelser ændres, skal du rydde eller opdatere de berørte cachede svar i stedet for udelukkende at stole på TTL-udløb. Dette hjælper med at sikre, at besøgende modtager den nyeste version på tværs af alle berørte sprog.
Bedste praksis: Inkluder cache-invalidering i din arbejdsgang for indholdsopdatering, og sørg for, at alle berørte sprogversioner er dækket.
Test cachede flersprogede sider
Test er vigtigt, fordi cacheproblemer ikke altid er synlige under normal browsing. En side kan se korrekt ud, når den tilgås direkte, men returnere det forkerte sprog, når den leveres fra et cachet svar.
Test hver sprogversion, efter du har konfigureret eller ændret dine cachingregler. Kontroller både førstegangsanmodninger og efterfølgende anmodninger for at bekræfte, at det korrekte cachelagrede svar konsekvent returneres.
Bedste praksis: Test scenarier som:
- Åbning af samme side på forskellige sprog
- Genindlæsning af en cachet side
- Skift mellem sprog
- Opdatering af en oversættelse
- Kontrollerer siden efter en cache-rydning
- Crawling af sprog-specifikke URL'er
Tjekliste til flersproget caching
Før du sætter din flersprogede cachingopsætning i produktion, kan du bruge en simpel tjekliste til at kontrollere, at sprogregistrering, caching og indholdsopdateringer fungerer korrekt sammen.
Tjekliste for bedste praksis:
- Giv hver sprogversion en unik URL eller cachevariation
- Brug sprogspecifikke cache-nøgler
- Konfigurer passende Cache-Control-headere
- Indstil TTL'er baseret på opdateringsfrekvensen for indhold
- Ryd berørte sprogversioner efter opdateringer
- Test cachelagrede sider på alle understøttede sprog
- Tjek for svar på det forkerte sprog
- Tjek for forældet oversat indhold
- Bekræft sprogSpecifikke URL'er med søgemaskine-crawlere
Konklusion
Effektiv caching af flersprogede websites kræver en balance mellem webstedsydelse og levering af den korrekte, opdaterede sprogversion til hver besøgende. Ved at bruge sprogspecifikke cache-nøgler, passende TTL'er og pålidelig cache-invalidering kan du reducere serveranmodninger og samtidig forhindre indhold på det forkerte sprog og forældet indhold.
For en nemmere måde at håndtere oversat indhold, tilmeld dig Linguise og strømlin din arbejdsgang for flersprogede websites med automatisk oversættelse, mens du holder dit lokaliserede indhold hurtigt og håndterbart.
