Ce este un CDN? Rețelele de livrare de conținut explicate simplu

Un CDN (content delivery network) este o rețea de servere răspândite în multe orașe, care păstrează copii ale fișierelor site-ului tău — imagini, scripturi, foi de stil, uneori pagini întregi. Când cineva îți vizitează site-ul, primește conținutul de la o locație apropiată, în loc de la un server aflat departe. Asta face ca paginile să se încarce mai rapid, scoate din sarcină propriul tău server și ajută site-ul să facă față vârfurilor de trafic.

De ce contează CDN-urile când construiești cu AI

S-ar putea să nu configurezi niciodată un CDN singur — multe platforme de găzduire pun unul în fața site-ului tău automat. Dar vei simți efectele lui:

Viteza. Paginile care se încarcă mai repede țin vizitatorii aproape și sunt unul dintre lucrurile pe care le iau în calcul motoarele de căutare. Vezi cum să faci site-ul tău mai rapid.
„De ce nu apare modificarea mea?” După ce publici o actualizare, o copie în cache a versiunii vechi poate rămâne câteva momente. Dacă știi de ce, eviți multă confuzie.
Confidențialitate și corectitudine. Dacă un CDN pune în cache lucrul greșit — o pagină cu datele unui utilizator — următorul vizitator îl poate vedea. Dacă știi ce ar trebui și ce nu ar trebui pus în cache, poți pune întrebările potrivite.

O analogie din viața de zi cu zi

Imaginează-ți o brutărie care își vinde pâinea în toată țara dintr-un singur magazin. Fiecare client, oricât de departe ar fi, trebuie să aștepte livrarea de la acel singur magazin — iar într-o zi aglomerată coada este uriașă.

Un CDN înseamnă să ai aceeași pâine în magazinele de cartier din toată țara. Clienții o iau de aproape, rapid, iar brutăria principală trebuie doar să reaprovizioneze din când în când magazinele de cartier. Dar există un dezavantaj: când brutăria își schimbă rețeta, magazinele de cartier continuă să vândă pâinea veche până când sunt anunțate să o înlocuiască sau până când stocul vechi expiră.

Cum funcționează un CDN

Originea. Site-ul tău trăiește pe serverul principal sau pe platforma de găzduire — numită origine.
Locații edge. CDN-ul rulează servere în multe locuri, numite locații edge sau puncte de prezență.
Rutare. Când un vizitator cere site-ul, DNS-ul sau rutarea din rețea îl trimite către un edge din apropiere. Vezi cum funcționează domeniile și DNS-ul.
Cache hit. Dacă acel edge are deja o copie proaspătă a fișierului, o trimite imediat.
Cache miss. Dacă nu, edge-ul preia fișierul de la origine, îl trimite vizitatorului și păstrează o copie pentru următoarea persoană.
Expirare. Fiecare copie este păstrată un timp stabilit, controlat de anteturile de cache pe care le trimite serverul tău, sau până când este ștearsă.

Un exemplu practic: un site de portofoliu cu fotografii

Portofoliul unui fotograf are o pagină principală, o galerie cu 60 de imagini mari și un formular de contact. Originea este în Europa. Un vizitator din Singapore deschide galeria.

Fără CDN: fiecare imagine călătorește din Europa. Fiecare cerere face o călătorie dus-întors pe glob, iar galeria se umple încet.
Cu CDN: primul vizitator din apropierea Singapore-ului face ca edge-ul de acolo să preia și să stocheze imaginile. Toți vizitatorii următori din regiune le primesc de aproape, mult mai repede.

Acum fotograful înlocuiește fotografia principală de pe pagina de start și republică. Iată ce decide dacă vizitatorii o văd:

/index.html                    → durată scurtă de cache, verificată des
/assets/index-3f9a2c.js        → pus în cache pentru mult timp
/assets/hero-8b41d0.jpg        → pus în cache pentru mult timp

Uneltele moderne de build, inclusiv Vite, dau fișierelor nume cu hash, precum hero-8b41d0.jpg. Când un fișier se schimbă, numele lui se schimbă, deci pagina cere un fișier complet nou pe care niciun cache nu l-a mai văzut. Pagina HTML în sine este pusă în cache doar pentru scurt timp, astfel că în curând trimite vizitatorii către fișierele noi. Este modul standard de a avea și cache lung, și actualizări proaspete.

Formularul de contact este altfel. Trimiterile lui merg la server de fiecare dată; nu ar trebui niciodată puse în cache.

Ce să pui în cache și ce nu

De obicei în cache (lung)	De obicei în cache (scurt)	Nu în cache într-un CDN partajat
Imagini, fonturi, videoclipuri	Paginile HTML ale unui site public	Pagini pentru utilizatorii autentificați, panouri de control
JavaScript și CSS cu nume cu hash	Date publice de API care se schimbă ocazional	Orice cu date personale
Fișiere descărcabile care rareori se schimbă		Trimiteri de formulare, plăți, orice cerere `POST`

Termeni cheie

Termen	Înțeles
Origine	Serverul sau platforma ta principală, unde trăiesc fișierele reale.
Edge / PoP	O locație a CDN-ului care servește vizitatorii din apropiere.
Cache hit / miss	Edge-ul avea fișierul / a trebuit să-l preia de la origine.
TTL	Time to live — cât timp este păstrată o copie din cache.
Antet Cache-Control	Instrucțiunea pe care o trimite serverul tău, spunând dacă și cât poate fi pus ceva în cache.
Purge / invalidare	Îi spui CDN-ului să arunce acum copiile din cache.
Cache busting	Schimbarea numelui sau a adresei unui fișier când se modifică, ca cache-urile să preia versiunea nouă.
Latență	Întârzierea cauzată de distanță și de saltele din rețea.

Pentru cache-ul în general — în browsere, servere și baze de date — vezi ce este cache-ul.

Concepții greșite frecvente

„Un CDN face totul mai rapid.” Accelerează livrarea fișierelor. O interogare lentă la baza de date sau un apel AI lent pe serverul tău rămân lente.
„Un CDN înlocuiește găzduirea.” Stă în fața găzduirii tale. Tot ai nevoie de o origine.
„Dacă am actualizat site-ul, toată lumea îl vede imediat.” Copiile vechi pot persista puțin în CDN și în browsere. Fă o reîmprospătare forțată ca să verifici și folosește nume cu hash.
„Cache-ul este mereu sigur.” Punerea în cache a unei pagini personalizate într-un cache partajat este un risc real pentru confidențialitate. Răspunsurile private ar trebui marcate ca nepuse în cache.
„CDN-urile sunt doar pentru companii mari.” Multe găzduiri includ unul și pentru site-urile mici, fără efort suplimentar.

Ce să ceri constructorului tău AI

„Există un CDN în fața acestui site? Ce fișiere pune în cache și pentru cât timp?”
„Asigură-te că JavaScript-ul, CSS-ul și imaginile construite au nume cu hash și cache lung, iar HTML-ul are unul scurt.”
„Nu pune niciodată în cache într-un cache partajat paginile pentru utilizatorii autentificați sau răspunsurile API cu date personale.”
„Comprimă și redimensionează imaginile ca galeria să se încarce repede.”
„Am publicat o actualizare, dar văd în continuare versiunea veche — este vorba de cache-ul browserului sau de CDN?”

CDN-uri și Mythex

Când publici pe Mythex, frontend-urile statice sunt implementate ca site-uri statice, iar documentația notează că cache-urile CDN pot întârzia puțin după o actualizare: dacă vezi în continuare o versiune veche după republicare, fă o reîmprospătare forțată a adresei publice. Nu trebuie configurat nimic în acest sens. Dacă conectezi un domeniu personalizat al cărui DNS este la Cloudflare, documentația cere să setezi înregistrarea pe „DNS only” în loc de „proxied”, ca Mythex să poată emite corect HTTPS. Vezi cum să publici și domeniile personalizate în documentație, precum și ghidul nostru despre găzduirea web.

Întrebări

Ce este un CDN, pe scurt?

Un CDN (content delivery network, rețea de livrare de conținut) este o rețea de servere din multe locații care păstrează copii ale fișierelor site-ului tău. Vizitatorii sunt serviți de la o locație apropiată, în loc de serverul principal, astfel că paginile se încarcă mai repede, iar serverul tău face mai puțină muncă.

De ce văd în continuare versiunea veche a site-ului după ce l-am actualizat?

De obicei pentru că o copie a fișierului vechi este în cache — în CDN, în browser sau în ambele. O reîmprospătare forțată rezolvă partea din browser; copiile din CDN expiră singure sau pot fi șterse. Uneltele de build evită cea mai mare parte a acestei probleme dând fișierelor modificate nume noi.

Am nevoie de un CDN pentru un site mic?

Adesea ai unul fără să-l alegi, deoarece multe platforme de găzduire pun automat un CDN în fața site-urilor. Dacă al tău nu are unul și vizitatorii tăi sunt răspândiți în mai multe țări, adăugarea unuia merită de obicei efortul.

Poate un CDN să pună în cache datele aplicației mele și paginile pentru utilizatorii autentificați?

Poate pune în cache orice i se permite, de aceea trebuie configurat cu grijă. Fișierele publice, precum imaginile, scripturile și stilurile, sunt ideale. Conținutul personal sau cel al utilizatorilor autentificați nu ar trebui, de regulă, pus în cache într-un CDN partajat, altfel un utilizator ar putea vedea datele altuia.