Întrebare explicată · gr.AI

Mă afectează schimbarea Cloudflare de pe 15 septembrie?

de Cătălin Popa · actualizat 2026-09-02

Cel mai probabil nu. Iar dacă ai citit altceva prin presă, hai să lămurim de unde vine confuzia, pentru că se verifică în zece secunde.

Schemă: trei cereri se apropie de o barieră. Cea marcată Search, cyan, trece prin ea și continuă spre o fișă cu trei rânduri. Cele marcate Agent și Training, roșii, sunt oprite de barieră și se termină în câte un X. Fișa arată setarea implicită pentru fiecare categorie.
Cele trei categorii și setarea implicită a fiecăreia. Search trece, Agent și Training sunt oprite pe paginile cu reclame. Capcana nu se vede în schemă: crawlerele care fac și una, și alta cad odată cu Training.

Ce se schimbă pe 15 septembrie

Cloudflare împarte traficul automat în trei categorii și le dă setări implicite diferite. Blocarea se aplică pe paginile care afișează reclame, logica fiind că reclamele arată o pagină făcută pentru oameni.

  • Search

    Rămâne permis

    Crawlere care indexează pagina ca să poată răspunde mai târziu la întrebări despre ea. În schimbul lor te aștepți la trafic de întoarcere.

  • Agent

    Blocat pe paginile cu reclame

    Activitate automată în timp real, în numele unui om. Botul care deschide pagina fiindcă cineva tocmai a întrebat ceva, sau un agent care navighează.

  • Training

    Blocat pe paginile cu reclame

    Crawlere care iau conținutul ca să antreneze sau să ajusteze un model.

Pe cine se aplică, de fapt

Aici e diferența dintre ce s-a scris și ce scrie la sursă. Am citit două documente Cloudflare, articolul de pe blog și changelog-ul pentru dezvoltatori. Spun același lucru.

Setările noi se aplică domeniilor care intră pe Cloudflare începând cu 15 septembrie 2026. Site-urile deja existente nu sunt schimbate automat, indiferent de plan. Cine vrea setările noi le poate adopta voluntar, oricând.

Prin presă a circulat varianta că schimbarea prinde și clienții existenți pe plan gratuit. Nu am găsit susținerea acestei afirmații în niciun document Cloudflare. Dacă ai un site care merge azi, pe 15 septembrie va merge la fel.

Capcana, care îi privește pe toți

Partea care chiar poate face pagube nu ține de data de 15 septembrie și nu are legătură cu domeniile noi.

Unele crawlere fac două lucruri deodată. Indexează pentru căutare și colectează pentru antrenare, cu același bot. Googlebot, Applebot și Bingbot sunt exact în situația asta.

Cloudflare scrie explicit că aceste crawlere multifuncționale vor fi blocate la clienții care aleg să blocheze categoria Training.

Tradus: cineva care bifează „nu vreau ca site-ul meu să fie folosit la antrenarea modelelor", convins că oprește doar antrenarea, își taie în același timp indexarea în Google. Nu e o eroare a platformei, e consecința faptului că botul e unul singur pentru amândouă scopurile. Dar e o consecință pe care o afli după, dacă nu ți-o spune nimeni înainte.

Cloudflare lasă o supapă: în setările de securitate se poate confirma explicit că nu vrei nicio schimbare pentru crawlerele care fac și indexare. Merită bifată înainte, nu după.

Semnalele din robots.txt, și ce nu pot ele

Separat de setările din panou, Cloudflare împinge un format prin care îți declari preferințele direct în robots.txt. Trei semnale, fiecare cu două valori posibile:

  • search construirea unui index de căutare și afișarea de rezultate, adică linkuri și fragmente scurte
  • ai-input introducerea conținutului într-un model, pentru răspunsuri generate în timp real
  • ai-train antrenarea sau ajustarea unui model

Se scriu pe o linie, separate prin virgulă. Un site care vrea să fie indexat și citat, dar nu folosit la antrenare, pune exact atât:

User-Agent: *
Content-Signal: search=yes, ai-train=no
Allow: /

Un semnal pe care nu îl scrii nu înseamnă nici da, nici nu. Textul politicii spune limpede că absența unui semnal nici nu acordă, nici nu restrânge permisiunea pentru acel scop.

Și partea pe care Cloudflare o scrie singură, spre lauda ei: semnalele exprimă preferințe, nu sunt măsuri tehnice. Unele companii pur și simplu le pot ignora.

Merită scrise, fiindcă un refuz declarat public are greutate dacă ajungi vreodată să discuți cu cineva despre folosirea conținutului tău. Dar cine le pune crezând că a închis o ușă a declarat o intenție, nu a încuiat nimic. Aceeași distincție ca la llms.txt, despre care am scris că nu blochează și nu permite nimic.

Cum verifici în zece secunde dacă te privește

Cloudflare își lasă urma în răspunsul serverului. Dacă vezi antetul cf-ray, treci prin Cloudflare. Dacă nu, discuția asta nu te privește deloc.

curl -sI https://site-ul-tau.ro | grep -iE "^server:|^cf-ray:"

Am rulat comanda pe cele patru site-uri ale noastre. Niciunul nu e pe Cloudflare, toate răspund cu Server: Vercel și niciunul nu are cf-ray. Deci pe noi schimbarea nu ne atinge, iar asta e tot ce înseamnă rezultatul: o verificare care se termină repede, nu o recomandare împotriva Cloudflare.

Dacă apare cf-ray, mai ai de făcut un singur lucru: intri în setările de securitate și te uiți dacă ai bifat blocarea categoriei Training. Dacă da, verifică dacă chiar vrei să pierzi și Googlebot.

Partea despre bani, pe scurt

În aceeași mișcare, Cloudflare a înlocuit programul prin care editorii erau plătiți pentru accesul crawlerelor cu unul prin care sunt plătiți când conținutul e chiar folosit într-un răspuns AI. A pornit cu doi parteneri, Ceramic.ai și You.com.

E o schimbare de principiu care merită urmărită, dar pentru un site românesc de firmă nu înseamnă nimic practic azi. Doi parteneri nu sunt o piață. Revenim asupra ei când există cifre, nu acum.

De unde vin datele

  • Setările și data. Articolul Cloudflare despre opțiunile de trafic AI și changelog-ul pentru dezvoltatori, care precizează amândouă că noile setări implicite se aplică domeniilor noi.
  • Semnalele din robots.txt. Textul Content Signals Policy, de unde sunt luate atât numele semnalelor, cât și precizarea că ele nu sunt măsuri tehnice.
  • Verificarea pe site-urile noastre. Rulată cu comanda de mai sus, la data din capul paginii. O poți repeta oricând.

Mai departe