Et flersproget websted skal levere det rigtige oversatte indhold til de rigtige besøgende uden at gå på kompromis med hastigheden. Det er her, at cachelagring af flersprogede websteder bliver afgørende, da det hjælper med at indlæse oversatte sider hurtigere og reducerer gentagne anmodninger til din server. Cachelagring af flere sprogversioner kan dog medføre udfordringer såsom forældede oversættelser, indhold på forkert sprog og inkonsistente resultater for søgemaskinernes crawlere.
I denne guide vil vi udforske de mest almindelige problemer med flersproget caching og forklare, hvordan Cloudflare og Varnish håndterer oversat indhold. Fortsæt med at læse 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 websted.
Nøglepunkter: Flersproget hjemmeside-caching med Cloudflare & Varnish
Separate sprogversioner
Brug sprogspecifikke URL'er eller cachenøgler for at sikre, at hver oversat version gemmes og vises separat. Dette hjælper med at forhindre brugere i at modtage indhold på det forkerte sprog.
Forhindr cachekonflikter
Varnish og Cloudflare skal tage højde for sprogoplysninger fra URL'er, headere eller cookies. Korrekt konfiguration forhindrer cache-hits på tværs af sprog og sikrer, at besøgende modtager den korrekte oversættelse.
Hold oversættelserne opdaterede
Indstil passende cache-TTL'er og ryd berørte cacher, når oversættelser opdateres. Dette forhindrer, at forældet indhold forbliver synligt for besøgende.
Hvorfor er flersproget caching vigtig?
Flersprogede websteder kan have flere cachelagrede versioner af den samme side, fordi hvert sprog kan indeholde forskelligt indhold og URL'er. Cachelagring af disse oversatte versioner giver webstedet mulighed for at genbruge eksisterende svar i stedet for gentagne gange at behandle det samme indhold for hver anmodning. Dette kan reducere antallet af anmodninger til den oprindelige server, forbedre sideindlæsningstider og give en hurtigere oplevelse for besøgende.
Flersproget caching skal dog holde hver sprogversion korrekt adskilt. Hvis cachingsystemet ikke skelner mellem sprogvarianter, kan en besøgende, der anmoder om en fransk side, i stedet modtage en cachelagret engelsk version. På samme måde kan et ældre cachelagret svar fortsat vises, når en oversættelse opdateres, indtil det udløber eller ugyldiggøres.
Caching spiller også en rolle i, hvordan søgemaskinecrawlere tilgår flersprogede sider. Hver sprog-URL bør konsekvent returnere det 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 såsom hreflang, kanoniske URL'erog sprogspecifikke metadata.
Sådan opbygger du en strategi for caching af en flersproget hjemmeside
En god flersproget cachingstrategi sikrer, at besøgende konsekvent modtager den korrekte sprogversion, samtidig med at siderne holdes hurtige og serverforespørgsler reduceres. Det første skridt er at beslutte, hvordan dit websted identificerer hvert sprog, og hvordan cachingsystemet bruger disse oplysninger.
URL- og underdomænerouting
Sprogspecifikke URL'er er en af de enkleste måder at gøre flersproget caching forudsigelig. Hvert sprog har sin egen URL, så cachen kan gemme og vise 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 websted 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 vises. Almindelige URL-strukturer omfatter:
- eksempel.com/fr/
- eksempel.com/de/
- fr.example.com
- de.example.com
Headerbaseret sprogdetektion
Websteder kan også bestemme en besøgendes foretrukne sprog via 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.
Headerbaseret detektion kræver dog omhyggelig cachekonfiguration. Hvis cachen kun tager hensyn til sidens URL og ignorerer sprogheaderen, kan den gemme én sprogversion og returnere den til besøgende med en anden sprogpræference. Cachenøglen eller Vary-adfærden skal derfor tage højde for de relevante sprogoplysninger. For eksempel:
- Accept-Language: en
- Accept-Language: fr
- Accept-Sprog: de
Cookiebaseret sprogdetektion
En anden metode er at gemme den besøgendes sprogpræference i en cookie. Når en besøgende vælger et sprog, kan hjemmesiden 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 cachelagret side, der er beregnet til et andet sprog. Cachelaget bør derfor konfigureres til at variere eller omgå caching, når det er nødvendigt. For eksempel:
- sprog=en
- sprog=fr
- sprog=de
Valg af en cachingstrategi
Den bedste cachestrategi afhænger af, hvordan dit websted håndterer sprogvalg. URL-baseret sprogrouting er generelt nemmere at cache, fordi hvert sprog har en unik URL. Header- og cookiebaseret detektion kan stadig fungere, men det kræver mere omhyggelig konfiguration for at sikre, at cachelagrede svar adskilles korrekt.
Før du vælger en tilgang, bør du overveje antallet af sprog, hvordan besøgende vælger sprog, og hvor ofte oversat indhold ændres. Målet er at få sprogdetektion og cache-adfærd til at fungere sammen, i stedet for at lade cache-laget behandle alle anmodninger som den samme side. Vigtige faktorer at overveje:
- Sprogspecifikke URL'er
- Konfiguration af cachenøgle
- Håndtering af headere og cookies
- Cache-TTL
- Cache-ugyldiggørelse
- Hyppigheden af oversættelsesopdateringer
- Søgemaskinecrawling
Sådan cacher Varnish flersproget og oversat indhold
Varnish Cache fungerer som en omvendt proxy mellem besøgende og oprindelsesserveren. 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, serverer den det cachelagrede indhold uden at sende anmodningen tilbage til oprindelsesserveren. Hvis der ikke findes et passende svar, videresender Varnish anmodningen til oprindelsesserveren, modtager svaret og kan gemme det til efterfølgende anmodninger.
For flersprogede websteder skal Varnish skelne mellem anmodninger, der skal returnere forskellige sprogversioner. Sprogoplysningerne 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 cachenøgler
Varnish har brug for en metode til at skelne mellem cachelagrede svar, der repræsenterer forskellige sprogversioner. Når sproget allerede er inkluderet i URL'en, kan hver URL naturligt knyttes til en anden cachepost. Når sproget bestemmes af en anmodningsheader, cookie eller en anden anmodningsværdi, skal Varnish-konfigurationen inkorporere disse oplysninger i sin cachelogik. For eksempel kan et flersproget websted skelne mellem cachelagrede svar ved hjælp af:
- /da/om/ → Engelsk cache-post
- /fr/about/ → Fransk cache-post
- Accept-Language: en → engelsk variation
- Accept-Language: fr → fransk variation
- En sprogcookie → Besøgendes valgte sprog
Den præcise implementering afhænger af, hvordan webstedet bestemmer sproget. Hovedkravet er, at anmodninger, der producerer forskellige oversatte svar, ikke må løses til det samme cachelagrede objekt.
Forebyggelse af hits på tværs af sprog
Et tværsprogligt cachehit opstår, når Varnish returnerer et cachelagret svar for é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 cachelagrede 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 tvetydige sprogoplysninger
- Håndter sprogcookies og headere konsekvent
- Test cache-resultater og fejl for forskellige sproganmodninger
- Bekræft sprogskift efter aktivering af cachelagring
Ugyldiggørelse af Varnish-cache
Cache-ugyldiggørelse fjerner eller markerer cachelagret indhold som ikke længere gyldigt. Dette er vigtigt, når det originale indhold eller dets oversættelse er blevet opdateret. Uden ugyldiggørelse kan Varnish fortsætte med at vise en ældre cachelagret version, indtil dens konfigurerede TTL udløber.
For flersprogede websteder bør ugyldiggørelsen 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 tilgange omfatter:
- Sletning af specifikke URL'er
- Sletning af flere sprogversioner
- Brug af cache-TTL'er
- Automatisk rydning efter indholdsopdateringer
- Opdaterer berørte oversatte sider
Sådan cacher Cloudflare flersproget indhold i kanten
Cloudflare fungerer som et edge-caching-lag mellem besøgende og din oprindelige server. Når en besøgende anmoder om en side, kontrollerer Cloudflare, om en cachelagret version er tilgængelig på en edge-placering. Hvis der findes et gyldigt svar, kan det serveres direkte fra edge-siden i stedet for at anmode om siden fra den oprindelige server. Hvis der ikke er noget cachelagret svar tilgængeligt, henter Cloudflare indholdet fra oprindelsen og kan cachelagre svaret til efterfølgende anmodninger.
For flersprogede websteder skal denne proces tage højde for det ønskede sprog. Cloudflare skal kunne skelne mellem forskellige sprogversioner, så et cachelagret engelsk svar ikke vises til en person, der anmoder om den franske version. Dette gør sprogbevidst cachekonfiguration vigtig, når oversat indhold leveres via forskellige URL'er, headere eller cookies.
Adskillelse af sprogversioner
Cloudflare kan cache forskellige sprogversioner separat, når hver version har en separat 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 slette individuelle sprogversioner. For eksempel:
- example.com/da/produkter/
- example.com/fr/products/
- eksempel.com/it/produkter/
Cloudflare cache-nøgler og sprogvariationer
Cloudflare skal skelne mellem anmodninger, når forskellige sproginput kan producere 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 cachekonfigurationen, kan anmodninger om forskellige sprog blive behandlet som den samme ressource. Dette kan resultere i, at ét sprog vises til besøgende, der anmoder om et andet.
For de fleste flersprogede websteder er URL-baseret routing nemmere at administrere, fordi sproget er direkte synligt i URL'en. Header- og cookiebaseret detektion kan også fungere, men de kræver yderligere konfiguration for at sikre, at svar på forskellige sprog ikke deles forkert.
Cache-TTL'er og rydning
En cache-TTL (Time to Live) bestemmer, hvor længe Cloudflare opbevarer et cachelagret svar, før det udløber. En længere TTL kan forbedre ydeevnen, fordi indhold forbliver cachelagret i længere tid, mens en kortere TTL gør det muligt for ændringer at blive tilgængelige hurtigere.
For flersprogede websteder bør TTL'er afspejle, hvor ofte indhold og oversættelser ændres. Sider, der opdateres ofte, 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 slettes 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. Cachestrategien kan omfatte:
- Kort TTL for ofte opdateret indhold
- Længere TTL for stabile sider
- URL-specifikke cacheregler
- Manuel cache-rydning
- Automatisk rydning efter opdateringer
Bedste fremgangsmåder til cachelagring af flersprogede websteder
En velplanlagt cache-opsætning kan gøre flersprogede websteder hurtigere uden at forårsage, at besøgende modtager den forkerte eller forældede oversættelse. Nøglen er at få dit oversættelsessystem og cache-lag til at fungere sammen, samtidig med at du tydeligt adskiller hver sprogversion.
Kombiner oversættelse og caching
Oversættelse og caching bør fungere sammen som en del af den samme indholdsleveringsproces. Oversættelseslaget bestemmer, hvilken lokaliseret version der skal returneres, mens cachinglaget gemmer dette svar til efterfølgende anmodninger. Den vigtige overvejelse er timing: sproget bør bestemmes, før svaret caches. Dette sikrer, at cachen gemmer det oversatte svar, der faktisk blev anmodet om, i stedet for en tvetydig version, der kan 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 fungerer med webstedets eksisterende cacheopsætning. Dette kan være nyttigt for websteder med flere sprog, hvor manuel administration af oversatte versioner og synkronisering af dem med cachelagret indhold kan blive mere komplekst.
Bedste praksis: Sørg for, at dit oversættelsessystem og cachelag er enige om, hvordan sprogversioner identificeres, før du aktiverer fuldsides cachelagring.
Brug sprogspecifikke cachenøgler
Hvert oversat svar skal være knyttet til den korrekte cachevariation. URL-baserede sprogstrukturer gør dette nemmere, 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, f.eks.:
- /da/om/ → Engelsk
- /fr/om/ → Fransk
- /de/om/ → Tysk
Dette giver en klar adskillelse mellem sprogversioner og reducerer risikoen for cache-hits på tværs af sprog.
Indstil cache-kontrol og TTL'er
Cache-Control-headere og TTL'er bestemmer, hvordan browsere, CDN'er og reverse proxyer håndterer cachelagret indhold. Korrekt indstilling af dem hjælper med at afbalancere webstedets ydeevne med behovet for at levere friske oversættelser.
Sider, der sjældent ændres, kan normalt forblive cachelagret i længere tid, mens indhold, der opdateres ofte, bør bruge kortere TTL'er. Den rigtige indstilling afhænger af, hvor ofte dit webstedsindhold 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 ændres 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 cachelagrede 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-ugyldiggørelse i din arbejdsgang for indholdsopdatering, og sørg for, at alle berørte sprogversioner er dækket.
Test cachelagrede flersprogede sider
Testning er vigtig, fordi cachingproblemer 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 serveres fra et cachelagret svar.
Test hver sprogversion efter konfiguration eller ændring af dine cacheregler. Kontroller både førstegangsforespørgsler og efterfølgende anmodninger for at bekræfte, at det korrekte cachelagrede svar returneres konsekvent.
Bedste praksis: Testscenarier som:
- Åbning af den samme side på forskellige sprog
- Genindlæsning af en cachelagret side
- Skift mellem sprog
- Opdatering af en oversættelse
- Kontrol af siden efter en cache-rydning
- Gennemgang af sprogspecifikke URL'er
Tjekliste til flersproget caching
Før du sætter din flersprogede cacheopsætning i produktion, skal du bruge en simpel tjekliste til at kontrollere, at sprogdetektion, cachelagring og indholdsopdateringer fungerer korrekt sammen.
Tjekliste for bedste praksis:
- Giv hver sprogversion en unik URL eller cachevariation
- Brug sprogspecifikke cachenøgler
- Konfigurer passende Cache-Control-headere
- Indstil TTL'er baseret på hyppigheden af indholdsopdateringer
- Ryd berørte sprogversioner efter opdateringer
- Test cachelagrede sider på alle understøttede sprog
- Tjek for svar med forkert sprog
- Tjek for forældet oversat indhold
- Bekræft sprogspecifikke URL'er med søgemaskinecrawlere
Konklusion
Effektiv cachelagring af flersprogede websteder kræver en balance mellem webstedets ydeevne og levering af den korrekte, opdaterede sprogversion til alle besøgende. Ved at bruge sprogspecifikke cachenøgler, passende TTL'er og pålidelig cache-ugyldiggørelse kan du reducere serverforespørgsler, samtidig med at du forhindrer forkert sprog og forældet indhold.
For en enklere måde at administrere oversat indhold på, kan du registrere dig hos Linguise og strømline din flersprogede hjemmesides arbejdsgang med automatiseret oversættelse, samtidig med at dit lokaliserede indhold hurtigt og håndterbart.
