Google nu mai servește paginile AMP din cache-ul propriu. Din 2026, utilizatorii ajung direct pe domeniul tău când dau click pe un rezultat AMP din Search. Formatul continuă să existe și să influențeze clasamentul, dar infrastructura de livrare s-a schimbat fundamental. Iată ce înseamnă asta concret.

Ce s-a schimbat exact: AMP fără cache Google

Până acum, când un utilizator dădea click pe un rezultat AMP în Google Search, era dus pe o adresă de tipul google.com/amp/s/domeniultau.ro/pagina. Conținutul era livrat din serverele Google, nu din serverele tale. Google stoca o copie a paginii și o servea direct din infrastructura lor.

Acum, acest lanț s-a rupt. Sursa confirmă schimbarea: Search Engine Journal relatează că Google a eliminat calea de livrare prin viewer și cache. Click-ul din Search duce direct la pagina AMP găzduită pe domeniul tău, la adresa ta, pe serverele tale.

AMP ca format nu dispare. Paginile AMP continuă să fie indexate și să fie tratate la fel în clasament. Ce s-a schimbat este doar modul de livrare.

De ce conta cache-ul Google și de ce dispariția lui contează

Cache-ul Google pentru AMP era rapid. Paginile se încărcau aproape instant pentru că Google le servea din propriile servere, distribuite global. Utilizatorul nu mai aștepta răspunsul serverului tău.

Avantajul ăsta a dispărut. Acum, viteza paginii tale AMP depinde de serverul tău, de CDN-ul tău, de configurația ta. Dacă serverul tău e lent, utilizatorul resimte acea lentoare, nu mai e protejat de cache-ul Google.

Asta are implicații directe pentru Core Web Vitals și pentru LCP în special. Dacă ai construit paginile AMP mizând pe viteza oferită de infrastructura Google, s-ar putea să ai o surpriză neplăcută când vei măsura performanța reală. Despre cum să abordezi corect LCP-ul și să nu măsori elementul greșit am scris separat, dar ideea de bază e aceeași: datele de teren contează mai mult decât cele de laborator, mai ales acum că livrarea s-a mutat pe serverele tale.

Ce înseamnă pentru tracking și analytics

Aici e un punct care va surprinde mulți. Când paginile AMP erau servite din cache-ul Google, adresa din bara browserului arăta google.com/amp/.... Asta crea frecvent probleme de atribuire. Session-urile intrau în analytics deformat. Referral-urile nu se vedeau corect. Unii utilizatori apăreau ca venind de la google.com în loc de google / organic.

Eliminarea cache-ului rezolvă această problemă structural. Utilizatorul ajunge pe domeniul tău, cu adresa ta în bara de browser. Sesiunea se înregistrează corect în GA4. Atribuirea devine mai curată.

Dacă ai campanii de Google Ads care trimit trafic spre pagini AMP, sau dacă măsori performanța organică separat de cea plătită, vei vedea că datele devin mai ușor de interpretat. Asta e o veste bună pentru oricine lucrează serios cu analytics.

Impactul asupra performanței SEO: rank-ul nu se schimbă, dar experiența da

Google a confirmat că AMP continuă să fie tratat normal în clasament. Nu există penalizare pentru că ai sau nu ai AMP. Nu există bonus suplimentar față de ce era înainte. Dacă pagina ta AMP era pe poziția 3, rămâne pe poziția 3, cu condiția să nu se deterioreze experiența utilizatorului după schimbarea de livrare.

Problema reală este viteza. Core Web Vitals continuă să fie factor de clasament. Dacă LCP-ul paginii tale AMP creștea de la 0,8 secunde (servit din cache Google) la 3,2 secunde (servit de pe serverul tău), asta va afecta scorurile în timp. Nu imediat, dar în câteva luni de date de teren colectate, da.

Dacă ai adoptat AMP exact pentru viteza pe mobil și pentru avantajele tehnice față de concurență, acum trebuie să te asiguri că infrastructura ta proprie poate livra aceeași performanță. Altfel, avantajul dispare.

Ce înseamnă pentru tine: perspectiva unui antreprenor sau marketer român

Să zicem că ai un magazin online sau un blog de nișă, cu trafic organic semnificativ pe mobil. Ai implementat AMP acum doi sau trei ani, ai văzut că paginile se încarcă rapid în Search și ai lăsat lucrurile să meargă.

Acum trebuie să verifici câteva lucruri concrete:

Primul lucru. Intră în Google Search Console și verifică raportul de experiență a paginii. Compară datele de dinainte și după schimbare. Dacă vezi o deteriorare a LCP sau a scorurilor CWV pe paginile AMP, acționează acum, nu peste șase luni.

Al doilea lucru. Verifică serverul și CDN-ul. Dacă găzduiești pe un hosting shared ieftin, fără CDN, fără optimizare de server, paginile AMP vor fi mult mai lente decât erau din cache-ul Google. Ia în calcul un CDN decent, Cloudflare în varianta gratuită e un punct de start rezonabil.

Al treilea lucru. Verifică analytics-ul. Dacă ai Google Analytics 4 configurat corect, ar trebui să vezi o îmbunătățire în calitatea datelor de atribuire organică. Dacă ceva arată ciudat, verifică configurarea de tracking pe paginile AMP.

Al patrulea lucru. Pune-ți întrebarea dacă AMP mai are sens pentru tine. Dacă ai un site modern, cu Next.js sau cu un sistem bine optimizat, care livrează pagini sub 2 secunde pe mobil fără AMP, s-ar putea că AMP a fost un overhead inutil. Evaluează și varianta de a renunța la el dacă nu aduce valoare reală.

Pentru e-commerce, unde fiecare zecime de secundă în plus la încărcare costă conversii, decizia asta merită analizată serios. Dacă vrei să înțelegi cum se comportă traficul organic față de cel plătit în contextul 2026, articolul despre Meta Ads vs Google Ads pentru e-commerce RO în 2026 pune lucrurile în context.

Ce faci dacă nu ai AMP și nici nu plănuiești să implementezi

Această schimbare nu te afectează direct. Continuă să optimizezi Core Web Vitals pe paginile tale normale. Asigură-te că LCP-ul pe mobil e sub 2,5 secunde, că CLS e minim, că FID sau INP e în parametri.

Google a semnalat de mai mulți ani că experiența paginii pe orice format contează mai mult decât formatul în sine. AMP a fost o soluție de compromis pentru o eră în care mulți publisheri nu puteau livra viteza necesară fără infrastructura Google. Dacă site-ul tău e bine construit și rapid fără AMP, ești deja în locul bun.

FAQ: întrebări frecvente despre eliminarea AMP cache

AMP mai ajută la clasament în Google Search după această schimbare? Da, AMP continuă să fie indexat și tratat normal. Schimbarea vizează doar modul de livrare, nu factorul de clasament. Dacă pagina ta AMP era bine clasată, rămâne bine clasată, cu condiția să nu se deterioreze viteza după eliminarea cache-ului.

Trebuie să fac modificări tehnice în urma acestei schimbări? Depinde. Dacă paginile tale AMP sunt livrate rapid de pe serverele tale proprii, nu trebuie să faci nimic urgent. Dacă viteza scade față de ce era înainte (verifică în Search Console și în datele de teren din CrUX), atunci da, trebuie să optimizezi infrastructura.

Dacă renunț la AMP acum, pierd trafic? Nu neapărat. Dacă paginile non-AMP sunt la fel de rapide și bine optimizate pentru Core Web Vitals, nu ar trebui să pierzi trafic. Tranziția trebuie făcută cu redirect-uri corecte și cu monitorizare atentă în primele 4 săptămâni.

Concluzie: AI analizează, omul decide, ALLSoft execută

Schimbările de infrastructură Google, cum e eliminarea cache-ului AMP, sunt exact tipul de actualizare pe care un tool de AI îl poate detecta rapid și poate genera un raport de impact în câteva minute. Poți rula o analiză automată a paginilor afectate, poți identifica care URL-uri AMP au cel mai mult trafic organic, poți prioritiza unde să intervii.

Dar decizia de a restructura infrastructura, de a renunța sau de a păstra AMP, de a aloca buget pentru CDN sau pentru migrare, aia nu o ia AI-ul. O ia omul care înțelege business-ul, marjele și obiectivele de trafic.

La ALLSoft Agency lucrăm exact cu această logică: AI-ul ne ajută să procesăm rapid datele și să identificăm problemele, media buyer-ul și specialistul SEO iau decizia, iar execuția e transparentă și bazată pe cifre reale. Fără promisiuni vagi, fără prezentări cu slide-uri frumoase fără substanță.

Dacă vrei să auditezi impactul acestei schimbări pe site-ul tău, sau dacă vrei să înțelegi dacă AMP mai are sens în strategia ta de trafic organic în 2026, dă-ne un semn.