Baza de cunoștințe
Create a Cloudflare API token with zone read, cache purge and zone settings permissions and connect it, so a site can run on your own Cloudflare CDN.
Conectarea propriului cont Cloudflare vă permite să plasați un site pe propriul CDN în loc al nostru. Zona, traficul și factura sunt în contul dumneavoastră și puteți totuși goli memoria cache și modifica setările CDN-ului din panoul de control Zinn® — fără a comuta între panouri.
Un cont Cloudflare. Planul gratuit este suficient pentru conectare; funcțiile suplimentare depind de planul dumneavoastră Cloudflare.
În panoul de control Cloudflare, deschideți My Profile → API Tokens și selectați Create Token, apoi Create Custom Token. Dați-i un nume, adăugați permisiunile de mai jos și, la Zone Resources, alegeți zonele pe care doriți să le accesăm — toate zonele sau numai cele pe care le specificați. Verificați-o și apăsați Create Token. Cloudflare afișa tokenul o singură dată; copiați-l atunci.
Adăugați aceste permisiuni:
Alternativa mai veche. În loc de un token, vă puteți conecta cu Global API Key și adresa de e-mail cu care vă conectați (My Profile → API Tokens → API Keys → Global API Key → View). Cloudflare nu recomandă acest lucru: Global API Key are toate permisiunile pe care le are autentificarea dumneavoastră, pe fiecare zonă, și nu poate fi restrânsă. Folosiți un token dacă este posibil.
Deschideți Integrations în panoul de control și alegeți Connect an account. Selectați Your own CDN ca grup și Cloudflare CDN ca și cont, completați API token — sau, pentru alternativa mai veche, API key și Account email, și apăsați Connect account.
Testăm ceea ce inserați înainte ca orice să fie salvat. O cheie care nu funcționează nu este niciodată stocată, iar răspunsul explică ce nu a funcționat corect la aceasta. O cheie care funcționează este păstrată criptată în seiful nostru de secrete — niciodată în baza de date — și nu mai este afișată niciodată, nici măcar dumneavoastră.
Bifați Use this account for DNS as well dacă același cont Cloudflare ar trebui să deservească și DNS-ul domeniilor dumneavoastră; în caz contrar, conectați un cont DNS separat.
apare ca destinație. Alegeți-l și confirmați; construim configurația site-ului pe contul dumneavoastră, o verificăm și abia apoi mutăm site-ul, astfel încât site-ul să rămână accesibil în timpul mutării.
dumneavoastră.
detaliu, să golească memoria cache, să modifice setările și — acolo unde furnizorul le are — regulile geografice. Lista de verificare de lângă conexiune arată care dintre acestea au putut fi confirmate, astfel încât o permisiune lipsă să fie vizibilă înainte de a muta un site în cont.
O permisiune apare ca neconfirmată. Cloudflare nu permite întotdeauna unui token să își enumere propriile permisiuni. Editați tokenul în My Profile → API Tokens pentru a adăuga ceea ce lipsește — valoarea tokenului nu se schimbă.
Mutarea unui site între două conturi Cloudflare. Fiecare cont Cloudflare are propria pereche de servere de nume, așa că și serverele de nume ale domeniului se schimbă. Site-ul dumneavoastră continuă să fie servit din contul vechi până când acest lucru se întâmplă.
Se afișează un mesaj că cheia a fost respinsă. Aproape întotdeauna este vorba despre unul dintre următoarele trei lucruri: un spațiu sau o întrerupere de linie copiată împreună cu aceasta, o cheie care a expirat sau o cheie care a fost revocată sau regenerată după ce ați copiat-o. Creați una nouă și inserați-o din nou.
Se conectează, dar ceva eșuează ulterior. Cheia se autentifică, dar îi lipsește o permisiune de care are nevoie acțiunea. Creați o cheie nouă cu permisiunile listate mai sus, apoi deconectați vechea conexiune și conectați noua cheie.
Deschideți Integrations, găsiți contul și apăsați Disconnect. Aceasta șterge cheia stocată imediat. Tot ceea ce o utiliza se oprește la următoarea acțiune, iar ecranele care depindeau de aceasta afișează un mesaj în acest sens în loc să eșueze în tăcere.
Deconectarea nu anulează ceea ce a fost deja făcut — înregistrările, implementările sau setările pe care le-am modificat în contul dumneavoastră rămân așa cum sunt. Dacă credeți că însăși cheia ar fi putut fi compromisă, revocați-o și la furnizor; deconectarea elimină copia noastră, nu pe a lor.
Acest articol nu a fost încă tradus în limba ta, așa că citești versiunea în limba engleză.
Ce am scris despre găzduire, SEO și rularea site-urilor la scară largă.
Cum influențează găzduirea indexarea și autoritatea linkurilor în 2026: menținerea paginilor indexate, evaluarea domeniilor vechi înainte de a construi pe ele, crearea de linkuri fără urme și o perspectivă sinceră despre ce poate și ce nu poate face infrastructura pentru SEO.
Citește postarea →O listă de verificare practică pentru un WordPress rapid și sigur: cache la nivel de server, un cache de obiecte per site, puținele pluginuri care merită folosite, menținerea stivei la zi și paginile WooCommerce pe care nu trebuie să le pui niciodată în cache.
Citește postarea →Ce separă cu adevărat găzduirea administrată de calitate de un server ieftin cu un panou de control — migrări, copii de rezervă, izolare, caching real și scalare corectă — și cum să o evaluezi înainte de a te angaja.
Citește postarea →Asistența este inclusă în fiecare plan, biroul este deschis 24 ore pe zi și ne puteți scrie în oricare dintre cele 58 limbi ale noastre — vă răspundem în limba dumneavoastră.
Contactați asistența tehnică → Toate articolele →