Cum trimiteți o hartă XML actualizată în Google

Cum trimiteți o hartă XML actualizată în Google pare un pas de o secundă: lipiți adresa în Search Console și apăsați Submit. Partea care contează este ce se întâmplă înainte și după: ce pagini sunt în hartă, dacă data de modificare este corectă, cum citiți raportul și de ce, uneori, o pagină din hartă nu apare în Google nici după săptămâni.

Ghidul explică formatul și limitele, apoi trimiterea, retrimiterea, verificarea și cazurile în care harta nu ajută. Am inclus ce ne-a spus practica pe site-urile clienților și ce spune documentația Google, citată la final.

Cum trimiteți o hartă XML actualizată în Google

Ce este și ce nu este harta site-ului

Harta XML este un fișier care listează adresele pe care vreți să le vadă Google, cu data ultimei modificări. Google o folosește pentru a descoperi adrese noi și pentru a afla când s-a schimbat ceva. Nu garantează indexarea, nu influențează poziția și nu înlocuiește legăturile interne: o pagină aflată doar în hartă, fără nicio legătură din site, este un semn de pagină neimportantă.

Formatul minim pentru o adresă:

<?xml version="1.0" encoding="UTF-8"?>
<urlset xmlns="http://www.sitemaps.org/schemas/sitemap/0.9">
  <url>
    <loc>https://www.exemplu.ro/servicii/</loc>
    <lastmod>2026-09-01</lastmod>
  </url>
</urlset>

Google folosește doar loc și lastmod. Etichetele priority și changefreq sunt ignorate, conform documentației; le puteți lăsa, dar nu schimbă nimic. lastmod contează doar dacă este adevărat: dacă toate paginile au data de azi la fiecare regenerare a hărții, Google învață să nu se mai încreadă în ea.

Limitele

• Cel mult 50.000 de adrese și 50 MB necomprimat pe fișier. Peste, împărțiți în mai multe fișiere și listați-le într-o hartă index.
• Adresele trebuie să fie absolute, cu protocol și domeniu identice cu cele ale proprietății din Search Console (https și www sau fără www, exact ca site-ul).
• Doar adrese care răspund 200, canonice, indexabile. Redirecționările, paginile cu noindex și cele blocate în robots.txt nu au ce căuta în hartă; fiecare produce un avertisment în raport.
• Fișierul se poate comprima gzip, cu extensia .xml.gz.

De unde vine harta

Aproape orice platformă o generează automat: WordPress din versiunea 5.5 la /wp-sitemap.xml, iar cu un modul SEO la /sitemap_index.xml; magazinele online, la adrese similare. Pe un site construit la comandă, harta se generează din baza de date, la cerere sau prin cron, cu lastmod luat din data reală de actualizare a fiecărei pagini. Ce trebuie să conțină (și ce nu) este descris în ghidul nostru despre SEO tehnic pentru WordPress, iar verificarea adreselor din hartă se face cu analizorul de site GOAI.

Trimiterea din Search Console

1. Deschideți Search Console, proprietatea site-ului. Dacă nu este încă adăugată, pașii sunt în ghidul de conectare a site-ului cu Search Console.
2. În meniul din stânga, secțiunea Indexing, alegeți Sitemaps.
3. În câmpul Add a new sitemap, introduceți calea hărții (de exemplu sitemap_index.xml) și apăsați Submit.
4. Starea apare în lista de mai jos: Success, Has errors sau Couldn't fetch. Coloana Discovered pages arată câte adrese a citit Google din hartă.

Pentru o hartă index, trimiteți doar indexul; Google citește singur fișierele copil, iar raportul le listează separat, cu numărul de pagini din fiecare. Retrimiterea aceleiași adrese nu face rău, dar nici nu grăbește nimic: Google recitește hărțile periodic, iar lastmod este semnalul care îi spune ce s-a schimbat.

Când o retrimiteți

Retrimiteți harta când s-a schimbat adresa ei, când ați corectat erori raportate sau când ați publicat un număr mare de pagini noi într-o singură zi și vreți ca Google să le descopere mai repede. Vechea metodă de „ping” pe o adresă Google a fost retrasă în 2023 și nu mai are efect. Pentru pagini individuale, unealta URL Inspection cu Request Indexing rămâne calea rapidă, cu o cotă zilnică mică.

Harta în robots.txt

Adăugați rândul de mai jos în robots.txt, ca toate motoarele de căutare să găsească harta fără cont de webmaster. Este obligatoriu pentru Bing și pentru roboții AI care respectă standardul.

Sitemap: https://www.exemplu.ro/sitemap_index.xml

Citirea raportului de hărți din Search Console

• Success: harta a fost citită și adresele au intrat în coada de descoperire. Nu înseamnă indexare.
• Couldn't fetch: Google nu a putut descărca fișierul. Cauze frecvente: adresa greșită, un 404 sau un 403 pentru robotul Google (firewall sau serviciu de protecție care blochează), un răspuns lent, sau un fișier HTML servit în loc de XML. Verificați cu URL Inspection pe adresa hărții.
• Has errors: XML invalid (etichetă neînchisă, caractere neescapate în adrese, un & scris ca atare în loc de &), adrese de pe alt domeniu sau fișier peste limite.
• Discovered pages mult mai mic decât numărul din hartă: Google a citit doar o parte, de obicei pentru că fișierul s-a schimbat în timpul citirii sau a expirat.

Raportul de sub hărți, Page indexing (numit anterior Coverage), este locul unde vedeți ce s-a întâmplat cu adresele după descoperire; interpretarea fiecărei categorii este în ghidul despre rapoartele de acoperire din Search Console. Filtrul All submitted pages din acest raport arată doar adresele din hărți, ceea ce izolează exact problemele hărții de restul site-ului.

De ce paginile din hartă nu apar în Google

Este întrebarea pe care o primim cel mai des după trimitere. Harta a fost citită, starea este Success, dar paginile nu sunt indexate. Cauzele, în ordinea frecvenței:

1. Discovered, currently not indexed: Google știe de pagină, dar nu a considerat-o suficient de importantă ca să o acceseze încă. Nu e o eroare a hărții, ci o problemă de valoare a paginii și de legături interne; pe site-uri mari ține și de bugetul de accesare.
2. Crawled, currently not indexed: pagina a fost citită și lăsată deoparte. De obicei conținut subțire, duplicat sau foarte asemănător cu alte pagini; cazul este descris în ghidul despre conținutul duplicat.
3. Pagina din hartă nu este canonica: are rel=canonical spre altă adresă sau Google a ales altă versiune. Puneți în hartă doar adresa canonică.
4. Pagina are noindex sau este blocată în robots.txt: harta spune „indexează”, pagina spune „nu”; câștigă pagina.
5. Pagina răspunde 3xx, 4xx sau 5xx la accesare: harta conține adrese vechi. Regenerați-o din date curente; lista completă a acestor situații este în articolul despre erorile de indexare frecvente.

Cât de repede reacționează Google

După trimitere, Google citește harta de obicei în aceeași zi, dar accesarea paginilor din ea depinde de cât de des vizitează site-ul. Pe site-urile clienților noștri, o pagină nouă dintr-un site cu publicare zilnică apare în index în una-trei zile; pe un site actualizat de câteva ori pe an, poate dura săptămâni, indiferent de hartă. Ce accelerează procesul nu este retrimiterea, ci legăturile interne spre pagina nouă din pagini deja indexate și accesate des (prima pagină, categoriile) și un lastmod corect.

Pentru paginile modificate, lastmod actualizat este singurul semnal din hartă; Google spune explicit că îl folosește pentru a decide ce reaccesează. O hartă cu lastmod corect pe 2.000 de pagini, din care 20 modificate săptămâna aceasta, îi spune lui Google să se ocupe de cele 20. O hartă cu lastmod identic pe toate, regenerat zilnic, nu îi spune nimic.

Greșeli pe care le vedem în hărți

• Harta conține versiunea http a adreselor, iar site-ul e pe https: toate adresele redirecționează, iar raportul se umple de avertismente.
• Harta veche, generată static acum un an, uitată pe server, trimisă în Search Console în paralel cu cea dinamică; cele două se contrazic.
• Paginile de arhivă, de etichete și de autor incluse automat de platformă, deși au noindex sau conținut aproape gol.
• Harta index care listează fișiere copil cu 404, după schimbarea unui modul.
• Harta blocată în robots.txt printr-o regulă prea largă (Disallow: /*.xml), caz în care raportul arată Couldn't fetch.
• Peste 50.000 de adrese într-un singur fișier, din care Google citește o parte și ignoră restul fără eroare vizibilă.

Hărți speciale

Standardul are extensii pentru imagini, video și știri. Harta de imagini listează imaginile fiecărei pagini și ajută la indexarea lor în Google Images; harta video, descrisă în ghidul despre integrarea unui sitemap video, este singura cale de a-i spune lui Google durata, miniatura și descrierea unui clip găzduit pe site. Pentru site-uri în mai multe limbi, harta poate purta și legăturile hreflang între versiuni, o alternativă la etichetele din pagină, mai ușor de întreținut pe sute de pagini.

Un caz aparte sunt hărțile pentru sistemele AI: fișierul llms.txt și „AI sitemaps” nu sunt standarde Google, dar unele motoare de răspuns le citesc; ce sunt și dacă merită efortul explicăm în articolul despre llms.txt și hărțile pentru AI.

Lista de verificare înainte de trimitere

1. Harta se deschide în browser și este XML, nu o pagină de eroare.
2. Toate adresele au același protocol și domeniu cu proprietatea din Search Console.
3. Un eșantion de 20 de adrese răspunde 200, fără redirecționare, cu canonical spre ele însele.
4. lastmod reflectă modificări reale; nu se schimbă la fiecare regenerare.
5. Paginile de tip etichetă, autor, paginare și rezultate de căutare internă nu sunt în hartă, dacă nu vreți să fie indexate.
6. Rândul Sitemap: există în robots.txt.
7. Harta este listată în Search Console cu starea Success și cu numărul de pagini așteptat.

După trimitere, urmăriți o săptămână raportul Page indexing: numărul de pagini indexate din cele trimise ar trebui să crească. Dacă rămâne pe loc, problema nu este harta, ci paginile, iar ghidul general despre Search Console arată de unde continuați analiza.

Surse

• Google Search Central, hărțile de site: formatul, limitele, etichetele folosite și extensiile.
• Ajutor Search Console, raportul de indexare a paginilor: semnificația fiecărei stări din raport.