Core Web Vitals: cum influențează viteza site-ului pozițiile în Google
Core Web Vitals explicate pe înțeles: pragurile LCP, INP și CLS, cât contează pentru poziții, cum măsori corect și ce repari mai întâi.
Pe scurt
Sitemap XML este un fișier care listează adresele paginilor pe care vrei să le descopere și să le indexeze motoarele de căutare, împreună cu, opțional, data ultimei modificări. Îl creezi automat din platformă sau cu un script, îl pui la rădăcina domeniului, îl trimiți în Google Search Console și îl declari în robots.txt. Nu garantează indexarea, dar scurtează drumul spre pagini noi.
Majoritatea problemelor nu apar la crearea fișierului, ci la ce intră în el. Un sitemap plin de redirecturi, pagini blocate sau duplicate arată că site-ul nu este îngrijit, iar raportul din Search Console devine imposibil de citit. În acest ghid vezi cum arată un fișier corect, ce incluzi, cum îl generezi pe diferite platforme și cum verifici că funcționează. Face parte din fundația pe care o construim prin optimizarea SEO tehnică, alături de robots.txt, canonicale și redirecturi.
Un sitemap XML este un fișier text în format XML, care enumeră URL-urile canonice ale site-ului și, opțional, informații despre ele. Îl citesc crawlerele, nu vizitatorii. Nu trebuie confundat cu pagina HTML „Hartă site”, făcută pentru oameni, deși ambele pot coexista.
Rolul lui este descoperirea. Google găsește pagini în principal urmărind linkuri, iar sitemap-ul adaugă o a doua cale: o listă explicită. Este util când:
Ce nu face sitemap-ul: nu forțează indexarea, nu îmbunătățește pozițiile și nu repară pagini slabe. Documentația Google spune clar că un URL trimis nu este neapărat crawlat sau indexat. Dacă o pagină e subțire, duplicată sau nu aduce nimic nou, rămâne neindexată oricâte sitemap-uri ai. Pentru ordinea în care contează lucrurile, vezi și cum arată un plan SEO pentru un site nou.
Structura minimă este simplă. Fiecare pagină are un element <url>, iar în el singura etichetă obligatorie este <loc>:
<?xml version="1.0" encoding="UTF-8"?>
<urlset xmlns="http://www.sitemaps.org/schemas/sitemap/0.9">
<url>
<loc>https://www.exemplu.ro/</loc>
<lastmod>2026-03-18</lastmod>
</url>
<url>
<loc>https://www.exemplu.ro/blog/ghid-sitemap/</loc>
<lastmod>2026-03-10</lastmod>
</url>
</urlset>Regulile de bază, din protocolul sitemaps.org și din documentația Google:
https://), domeniu și cale, nu căi relative.&, ', ", <, >) se scriu cu entități (& etc.), iar caracterele non-ASCII sunt codate corect.Cât despre etichetele opționale, nu toate contează:
| Etichetă | Ce spune protocolul | Cum o tratează Google |
|---|---|---|
<loc> | Adresa completă a paginii (obligatoriu) | Folosită, trebuie să fie canonică |
<lastmod> | Data ultimei modificări | Folosită doar dacă este constant corectă |
<changefreq> | Cât de des se schimbă pagina | Ignorată |
<priority> | Importanța relativă, 0,0–1,0 | Ignorată |
Rezultatul practic: poți șterge changefreq și priority din generator fără nicio pierdere. Dacă pluginul tău le pune peste tot pe „weekly” și „0.8”, nu strică, dar nici nu ajută.
lastmod trebuie să reflecte ultima modificare semnificativă: conținut principal, date structurate sau linkuri. Nu se actualizează la schimbarea anului din subsol, la un comentariu nou sau la fiecare generare a fișierului. Dacă toate paginile primesc zilnic data de azi, eticheta își pierde valoarea, iar Google poate să nu mai țină cont de ea. O dată corectă, în schimb, îl ajută să decidă ce să recrawleze mai întâi, mai ales după o actualizare de articole vechi.
Regula de aur: în sitemap intră URL-urile pe care vrei să le vezi în rezultate. Fiecare trebuie să răspundă cu 200, să fie indexabil și să aibă canonical către el însuși.
| Tip de URL | În sitemap? | Motiv |
|---|---|---|
| Pagini principale, servicii, articole, categorii | Da | Sunt destinația căutărilor |
| Produse active, cu stoc sau disponibile pe comandă | Da | Pagini cu valoare comercială |
| URL-uri care redirecționează (301/302) | Nu | Pui direct destinația |
| Pagini cu 404 sau 410 | Nu | Semnalează un sitemap neîngrijit |
Pagini cu noindex | Nu | Trimiți semnale contradictorii |
Variante cu parametri (?sort=, ?utm_) | Nu | Sunt duplicate ale paginii canonice |
| Pagini cu canonical către altă adresă | Nu | Include doar adresa canonică |
| Pagini de căutare internă, coș, cont, mulțumire | Nu | Fără valoare în căutare |
| Pagini blocate în robots.txt | Nu | Google nu le poate crawla |
Pe un magazin online diferența se vede repede: filtrele combinate pot genera mii de URL-uri aproape identice. Fiecare are sens doar dacă răspunde unei căutări reale și are conținut propriu; altfel rămâne în afara fișierului. Detalii despre canonical găsești în ghidul despre rel=canonical și conținutul duplicat.
Nu scrii fișierul de mână decât pe site-uri foarte mici. Alegerea depinde de ce folosești.
/wp-sitemap.xml. Pluginurile SEO (Yoast, Rank Math, All in One SEO) îl înlocuiesc cu propriul fișier, de obicei /sitemap_index.xml. Folosește unul singur, ca să nu ai două sitemap-uri diferite pentru același site. Setările de bază sunt în ghidul de WordPress SEO.Indiferent de metodă, deschide fișierul în browser și verifică trei lucruri: se încarcă cu 200, are structura XML corectă și conține exact URL-urile pe care le așteptai.
Peste 50.000 de URL-uri, sau când vrei separare logică, creezi un sitemap index, care listează alte sitemap-uri:
<?xml version="1.0" encoding="UTF-8"?>
<sitemapindex xmlns="http://www.sitemaps.org/schemas/sitemap/0.9">
<sitemap>
<loc>https://www.exemplu.ro/sitemap-pagini.xml</loc>
<lastmod>2026-03-18</lastmod>
</sitemap>
<sitemap>
<loc>https://www.exemplu.ro/sitemap-produse.xml</loc>
<lastmod>2026-03-17</lastmod>
</sitemap>
</sitemapindex>Un index poate lista, conform protocolului, până la 50.000 de sitemap-uri. Separarea pe tipuri de pagini este utilă și pentru diagnostic: dacă produsele au o rată mică de indexare, vezi asta imediat, fără să filtrezi manual.
Ai două metode complementare, iar cel mai bine le folosești pe ambele.
sitemap.xml sau sitemap_index.xml) și apeși butonul de trimitere.robots.txt o linie cu adresa completă:Sitemap: https://www.exemplu.ro/sitemap.xmlLinia Sitemap: din robots.txt este citită și de alte motoare, de exemplu Bing, și nu depinde de un cont în Search Console. Dacă nu ești sigur cum arată fișierul tău, generatorul de robots.txt îți creează varianta corectă, cu linia de sitemap inclusă. Mai multe despre cum se folosește consola în ghidul Google Search Console pentru începători.
Un detaliu istoric: vechiul mecanism de „ping” către Google (o cerere trimisă manual la o adresă dedicată) a fost anunțat ca retras în iunie 2023 și nu mai funcționează, deci nu mai trebuie folosit. Rămân Search Console și robots.txt.
Pe lângă cel standard, există extensii pentru cazuri precise.
xhtml:link, în loc de antetul paginii. Merită când ai multe limbi și nu vrei să încarci fiecare HTML cu linkuri. Procedura completă este în ghidul despre hreflang, iar generatorul de hreflang produce codul.Nu orice site are nevoie de ele. Dacă ai un blog și o pagină de servicii, sitemap-ul standard este suficient.
După trimitere, uită-te în Search Console la raportul Sitemaps și la raportul de indexare a paginilor. Verifică:
Dacă diferența dintre trimise și indexate este mare, nu înseamnă automat că sitemap-ul e greșit. Frecvent, cauza ține de calitatea paginilor, de duplicate sau de arhitectură; ghidul pentru pagini neindexate le trece pe rând.
Fii realist cu ce poate face un fișier XML:
Un sitemap bun este scurt, curat și actualizat automat. Începe cu pașii de mai jos, în ordine:
changefreq și priority; păstrează lastmod doar dacă îl poți face corect.Sitemap: în robots.txt.Dacă vrei ca verificarea să fie făcută pe site-ul tău, inclusiv sitemap, canonicale și indexare, vezi cum lucrăm în serviciul de optimizare SEO tehnică sau scrie-ne prin pagina de contact.
Întrebări frecvente
Nu este obligatoriu, pentru că Google descoperă bine un site mic dacă paginile se leagă între ele. Costă însă foarte puțin și îți oferă un raport în Search Console. Adaugă-l mai ales dacă site-ul e nou, are puține linkuri externe sau pagini greu accesibile din meniu.
Nu există un termen garantat. Fișierul poate fi citit în câteva ore sau în câteva zile, iar URL-urile din el sunt crawlate în ritmul propriu al Google. Dacă după o săptămână raportul rămâne la „Couldn’t fetch”, verifică adresa, accesul în robots.txt și codul HTTP al fișierului.
Da. Este chiar normal pe site-uri mari: un fișier pentru pagini, unul pentru articole, unul pentru produse. Le grupezi într-un sitemap index și trimiți doar indexul. Separarea pe tipuri de conținut îți arată în Search Console unde apar problemele de indexare.
Fișierul trebuie să fie în UTF-8, iar caracterele non-ASCII din URL trebuie codate corect. Cel mai sigur este să eviți diacriticele în slug-uri și să alegi o singură dată adresa, la publicare, fără să o mai schimbi.
Înseamnă că Google a aflat de pagini, dar nu le-a crawlat sau indexat încă. Verifică calitatea și unicitatea lor, linkurile interne către ele și viteza serverului. Sitemap-ul singur nu rezolvă problema; ghidul nostru despre paginile neindexate trece prin cauzele posibile.
Serviciul asociat
Citește și
Core Web Vitals explicate pe înțeles: pragurile LCP, INP și CLS, cât contează pentru poziții, cum măsori corect și ce repari mai întâi.
Hreflang explicat clar: structuri de URL, cele 3 metode de implementare, coduri de limbă, x-default, greșeli frecvente și cum verifici un site multilingv.
JavaScript SEO explicat: cum randează Google paginile, ce modele de randare alegi (SSR, SSG, CSR), erorile frecvente și cum testezi indexarea pas cu pas.
Trimite-ne adresa site-ului și îți răspundem cu o analiză inițială gratuită și o strategie concretă de optimizare SEO — fără obligații.