Et indholdsleveringsnetværk er et distribueret system af servere placeret på mange geografiske steder, der leverer indhold til besøgende fra et punkt i nærheden af dem, i stedet for fra en enkelt oprindelsesserver. Ved at reducere den fysiske afstand, en anmodning skal tilbagelægge, sænker det latenstiden, og ved at absorbere anmodninger i kanten reducerer det belastningen på oprindelsesinfrastrukturen.
Latensreduktion er den primære mekanisme og er mere betydningsfuld end den ser ud til, fordi effekten forstærkes på tværs af de mange rundture, der er involveret i indlæsning af en side. Forbindelsesetablering, TLS-forhandling og hver efterfølgende anmodning pådrager sig alle rundturstiden, så servering fra en placering halvtreds millisekunder væk i stedet for tre hundrede millisekunder væk forbedrer ikke én måling, men alle sekventielle afhængigheder i indlæsningen. For et websted med et internationalt publikum, der betjenes fra en enkelt region, er dette ofte den største tilgængelige forbedring af ydeevnen.
Moderne indholdsleveringsnetværk gør betydeligt mere end at cache statiske aktiver. De afslutter TLS ved kanten, anvender komprimering, konverterer og skalerer billeder on-the-go, leverer moderne formater til browsere, der understøtter dem, cacher fulde HTML-svar for sider, der tillader det, og udfører i stigende grad applikationslogik ved edge-lokationer. De leverer også sikkerhedsfunktioner, herunder afbødning af denial-of-service-angreb, webapplikationsfirewalls og botstyring, hvilket for mange organisationer er lige så meget en grund til at implementere et som ydeevne.
Cachekonfiguration er der, hvor det meste af den praktiske værdi og det meste af risikoen ligger. Cache-control headers bestemmer, hvad der gemmes, hvor længe og under hvilke betingelser det genvalideres, og hvis dette gøres forkert, resulterer det enten i dårlige cache-hit rates, hvilket går ud over fordelen, eller forældet indhold, der vises til brugerne, hvilket kan være kommercielt alvorligt, når priser, lagerbeholdninger eller personligt tilpasset indhold er involveret. Cache-nøgledesign er lige så vigtigt: nøgler, der inkluderer unødvendig variation, såsom sporingsparametre, fragmentcacher pr. bruger eller unødvendig enhedssegmentering, opdeler cachen og reducerer hit rates uden at levere noget.
Personligt og dynamisk indhold kræver bevidst håndtering snarere end udelukkelse. Ved at servere en cachelagret sideskal med personlige fragmenter indlæst separat, eller ved at bruge kantlogik til at samle svar, kan cache anvendes på størstedelen af indholdet, mens de brugerspecifikke dele forbliver korrekte. Websteder, der markerer alt som ikke-cachebart, fordi noget indhold er personligt, mister typisk det meste af den tilgængelige fordel.
Beskyttelse af oprindelsessteder er en fordel, der ofte kun opdages under en hændelse. En trafikstigning fra en kampagne, en medieomtale eller en botbølge, der ville overbelaste oprindelsesinfrastrukturen, absorberes i vid udstrækning ved kanten, når caching er konfigureret korrekt, og passerer direkte igennem, når den ikke er det. At teste dette bevidst ved at måle, hvilken andel af et realistisk trafikmønster der ville nå oprindelsesstedet, er mere nyttigt end at antage, at netværket yder beskyttelse gennem sin tilstedeværelse. For virksomheder, hvis spidsbelastningsperioder er forudsigelige, er verifikation af cacheadfærd før spidsbelastningen snarere end under den forskellen på en travl dag og et nedbrud.
En rydningsstrategi bestemmer driftssikkerheden. En implementering, der ændrer skabeloner eller aktiver, skal være i stand til at ugyldiggøre det berørte cachelagrede indhold pålideligt og hurtigt, og standardmetoderne, versionerede aktivfilnavne kombineret med tagbaseret eller surrogatnøgle-rydning for HTML, er værd at etablere, før en hændelse gør dem presserende. I praksis ligger denne konfiguration inden for web ydeevne arbejde i tæt koordinering med produktudvikling, da caching-beslutninger begrænser, hvordan applikationen kan opføre sig, og ikke fornuftigt kan træffes af nogen af siderne alene.