Verificator al dimensiunii paginii: verifică limita de explorare de 2 MB a Google

Un verificator al dimensiunii paginii răspunde la o întrebare precisă: va citi Google întreaga ta pagină? Google afirmă că, atunci când explorează pentru Căutare, Googlebot parcurge primii 2 MB dintr-un fișier de tip acceptat și primii 64 MB dintr-un PDF, oprește descărcarea la limită și trimite pentru indexare doar partea deja descărcată (Google Search Central, Googlebot). Tot ce vine după acest punct, fie că este o descriere de produs, un FAQ, linkuri din subsol sau un bloc JSON-LD, pur și simplu nu există pentru Căutarea Google.

La ce se aplică exact limita de 2 MB?

Se aplică fiecărui fișier descărcat de Googlebot, unul câte unul, și se măsoară pe date necomprimate. Gzip sau Brotli reduc transferul, dar nu schimbă numărătoarea. Documentul HTML are propriul său buget de 2 MB, iar fiecare fișier CSS sau JavaScript la care face referire este descărcat separat, cu aceeași limită.

De aceea cifra de 2 MB este adesea înțeleasă greșit. În 2025, pagina principală mobilă mediană cântărea 2,6 MB în total, dar doar 22 KB dintre aceștia erau HTML; imaginile și JavaScript-ul făceau restul (HTTP Archive Web Almanac 2025, greutatea paginilor). O pagină grea nu este o problemă pentru această limită. Un fișier HTML greu este.

Valoarea de 2 MB este specifică Căutării Google. Documentația generală a Google spune că crawlerele și instrumentele sale citesc implicit primii 15 MB ai unui fișier și că anumite produse pot seta o limită mai mică (Google, prezentarea crawlerelor și a instrumentelor de preluare). Articolele mai vechi care citează 15 MB pentru Googlebot descriu acel implicit, nu crawlerul Căutării.

Cum folosești verificatorul dimensiunii paginii?

Lipește adresa completă a unei pagini publice, treci verificarea anti-bot și pornește analiza. Instrumentul descarcă pagina așa cum o face un crawler, urmează redirecționările și măsoară HTML-ul așa cum îl trimite serverul, înainte ca orice JavaScript să ruleze.

1. Citește indicatorul. Arată dimensiunea HTML necomprimată, limita Googlebot (2 MB, adică 2097152 octeți) și procentul folosit, cu spațiul rămas.
2. Verifică cele patru carduri: dimensiunea HTML brută, greutatea JS și CSS încorporate cu ponderea lor în HTML, numărul de etichete HTML și statusul HTTP.
3. Deschide detalierea HTML: scripturi încorporate, stiluri încorporate, scripturi externe, foi de stil externe, imagini și comentarii, fiecare cu numărul, dimensiunea și ponderea sa.
4. Uită-te la detaliile serverului: titlul, meta descrierea, adresa finală după redirecționări, compresia folosită și tipul serverului.
5. Aplică recomandările, care apar doar când se depășește un prag.

Versiunea gratuită permite trei analize pe zi. Testează mai întâi cele mai grele șabloane: o pagină de categorie cu sute de produse sau un articol lung cu widgeturi încorporate spune mai mult decât pagina principală.

Cum citești rezultatul?

Statusul depinde doar de ponderea din limita de 2 MB folosită de HTML-ul necomprimat.

Recomandările folosesc praguri fixe: scripturile încorporate peste 50 KB, stilurile încorporate peste 30 KB și comentariile peste 5 KB sunt semnalate, la fel ca un server care trimite HTML fără compresie. Compresia nu micșorează dimensiunea pe care o numără Google, dar reduce timpul de transfer atât pentru crawlere, cât și pentru vizitatori.

Ce face o pagină HTML prea grea?

Paginile ajung rareori la 2 MB din cauza textului. Un articol de 3000 de cuvinte are aproximativ 20 KB. Greutatea vine din ceea ce injectează șabloanele și framework-urile în document:

• Starea serializată a framework-ului. Aplicațiile JavaScript randate pe server încorporează adesea datele complete ale paginii ca obiect JSON într-o etichetă script, uneori duplicând fiecare produs sau articol din pagină.
• Pictogramele SVG încorporate, repetate în fiecare card dintr-o listă, și imaginile base64 lipite direct în HTML.
• CSS încorporat din constructorii de pagini, care scriu stilurile fiecărui bloc direct în document.
• Liste lungi: pagini de categorie, arhive de etichete sau pagini de căutare internă care afișează sute de articole cu toate variantele lor.
• Date structurate supradimensionate, de exemplu un bloc Product care listează fiecare variantă cu descrieri complete.
• Comentarii și marcaj de depanare rămase în producție.

Detalierea din instrument arată care dintre acestea domină. Dacă scripturile încorporate ocupă 70% din HTML, începe de acolo; dacă numărul de etichete ajunge la zeci de mii, problema este șablonul sau dimensiunea listei.

Cum reduci dimensiunea HTML fără să pierzi conținut?

Lucrează de la cel mai mare bloc în jos și păstrează aproape de începutul documentului ce are nevoie Google.

1. Mută JavaScript-ul și CSS-ul încorporate în fișiere externe. Acestea au propriul buget de 2 MB și pot fi păstrate în cache de browsere.
2. Taie starea serializată: trimite doar câmpurile de care are nevoie pagina, nu răspunsul complet al API-ului.
3. Înlocuiește SVG-ul încorporat repetat cu un sprite extern sau cu fișiere de imagine, iar imaginile base64 cu adrese normale de imagine. Compresorul de imagini ține aceste fișiere ușoare.
4. Paginează listele lungi sau încarcă alte elemente la cerere, păstrând fiecare URL paginat explorabil prin linkuri.
5. Plasează conținutul esențial devreme: textul principal, linkurile interne și datele structurate nu ar trebui să stea după megaocteți de scripturi. Generatorul de scheme produce JSON-LD compact.
6. Minifică HTML-ul și elimină comentariile în producție.

După fiecare modificare, rulează din nou verificatorul și confirmă în Search Console. Instrumentul Inspecția URL-ului arată HTML-ul pe care Google l-a descărcat efectiv, prin „View crawled page” (Ajutorul Search Console, instrumentul Inspecția URL-ului), ceea ce îți permite să verifici că finalul paginii este prezent.

Care sunt limitele acestei verificări?

Instrumentul măsoară un singur URL, o dată, așa cum este servit unui crawler. Ține minte trei lucruri.

• Fără randarea JavaScript. Instrumentul măsoară HTML-ul returnat de server. Conținutul adăugat ulterior prin JavaScript nu este numărat aici, iar Google indexează doar partea de HTML pe care a descărcat-o în limită.
• Un singur agent de utilizator. Dacă serverul tău trimite HTML diferit către Googlebot, către dispozitive mobile sau către utilizatorii autentificați, dimensiunea poate fi alta.
• O singură pagină pe rând. O problemă de șablon afectează fiecare pagină construită pe el, așa că testează un URL pe șablon, apoi auditează site-ul în ansamblu cu auditul SEO on-page.

Contează dimensiunea paginii și pentru crawlerele AI?

Da, și adesea mai mult. Web Almanac notează că informația-cheie trebuie să fie prezentă în HTML-ul brut inițial, deoarece crawlerele AI nu randează JavaScript. Un fișier HTML slab, cu conținutul principal aproape de început, servește atât Google, cât și asistenții AI. Auditul de explorabilitate pentru AI verifică dacă roboții AI pot accesa și citi paginile tale, iar bugetul de explorare explică de ce paginile mai ușoare sunt și explorate mai eficient.

Ca să urmărești în timp, tabloul de bord GEO și SEO arată paginile ale căror clicuri din Google scad, adesea primul semn al unei probleme de indexare, iar SEO Chat poate audita o pagină și poate explica remedierea cu cuvinte simple.

Păstrează fiecare fișier HTML mult sub 2 MB, cu conținutul important la început. Verifică mai întâi cele mai grele șabloane de mai sus, apoi vezi planurile Sorank ca să îți monitorizezi vizibilitatea în Google și în AI pe autopilot.