Gary Illyes a prezentat la Search Central Live Deep Dive Europe, în Barcelona, intervale de timp pentru procesele uzuale din Google Search, de la descoperirea unui URL nou până la stabilizarea unei mutări de site. Cifrele provin dintr-o recapitulare a sesiunii din 2 octombrie 2026 făcută de John Campbell de la ROAST, unul dintre vorbitorii comunității, iar slide-urile nu apăreau pe pagina de evenimente a Google la momentul publicării, notează Search Engine Journal. Illyes a avertizat că multe dintre procese sunt interconectate, deci întârzierile se acumulează: o pagină trebuie crawl-uită înainte de a putea fi indexată.

Ce cifre a arătat Google

Recapitularea listează pentru fiecare proces un timp tipic și unul cel mai lent, pe baza analizei interne a Google. Descoperirea unui URL nou durează tipic circa 20 de ore, iar reîmprospătarea unui URL deja cunoscut, aproximativ 30 de zile. Procesarea unui sitemap are un tipic de circa 24 de ore, cu până la 14 zile sau niciodată în cazul problemelor de calitate. Indexarea completă, definită în recapitulare ca momentul în care toate procesele critice se încheie cu succes, are un tipic de circa 1,5 ore, dar poate ajunge la luni sau niciodată. Schimbarea de canonicalizare se rezolvă tipic în 1 până la 3 săptămâni, iar o mutare de site durează tipic 1 până la 3 luni, cu 6 luni până la peste un an în cazul cel mai lent.

Pe partea de rezultate și recuperare, schimbarea titlului și a snippet-ului apar tipic în 1 până la 2 zile, dar pot întârzia săptămâni sau luni. O cerere de eliminare din Search Console se procesează în circa 2 ore, maximum 24. Eliminarea unei acțiuni manuale durează tipic 1 până la 2 săptămâni, iar în cazul cel mai lent 4 până la 6 săptămâni, mult mai mult pentru site-urile inactive. Recuperarea după un core update ia tipic 3 până la 6 luni, cu 6 luni până la un an în cazul cel mai lent, adică până la următorul core update.

Merită subliniat un detaliu pe care mulți îl ratează: recapitularea nu oferă dimensiunea eșantionului, perioada de măsurare sau o definiție clară a lui „tipic”. Sunt repere, nu termene limită, iar cinci dintre cele mai lente valori includ „niciodată”, trei dintre ele cu mențiunea „calitate” între paranteze. Documentația Google despre mutările de site spune că pentru site-urile mici și medii majoritatea paginilor se mută în câteva săptămâni, iar cele mari au nevoie de mai mult timp.

De ce intervalele sunt utile, dar periculoase

Valoarea reală a acestor cifre nu e că îți spun exact când se rezolvă ceva. E că îți dau un cadru de referință pentru conversația cu clientul. Când un client întreabă dacă o modificare tehnică „încă se procesează” sau „s-a blocat”, un interval documentat îți permite să spui ceva concret în loc de „depinde”. O mutare de site nerezolvată la trei luni se află la capătul de sus al intervalului tipic, conform recapitulării, ceea ce justifică o investigație, nu doar răbdare.

Pericolul apare când cineva tratează tabelul ca pe un calendar de livrare. Dacă un marketer promite unui client că titlurile noi apar în 1 până la 2 zile și asta nu se întâmplă, problema nu e Google, ci promisiunea. Intervalele descriu un comportament agregat al sistemului, nu o garanție pentru pagina ta specifică. Diferența dintre „tipic” și „cel mai lent” nu e o marjă de eroare, e o diferență de ordin de mărime în unele cazuri: 1,5 ore versus luni pentru indexare, 30 de zile versus „niciodată” pentru reîmprospătare.

Un al doilea pericol e confuzia între procese independente. Mulți proprietari de site-uri cred că pot accelera indexarea rezolvând doar o parte din lanț. În realitate, dacă crawl-ul întârzie, indexarea întârzie, iar canonicalizarea întârzie. Nu poți sări peste un pas. De aceea, când diagnostichezi o problemă de vizibilitate, întrebarea corectă nu e „de ce nu s-a indexat pagina”, ci „în ce stadiu al lanțului s-a oprit și de ce”.

Ce lipsește din tabele și cum verifici singur

Recapitularea omite cele mai rapide timpuri pentru fiecare proces, deși spune că există. Fără ele, nu poți ști cât de jos poți împinge un proces bine optimizat. Absența dimensiunii eșantionului și a perioadei de măsurare înseamnă că nu știm dacă „tipic” reflectă un set mare de site-uri sau doar câteva cazuri analizate intern. Până când Google publică slide-urile sau o documentație oficială, aceste cifre rămân un reper secundar, util pentru context, dar insuficient pentru a lua decizii.

Ce poți face concret, fără să aștepți clarificări:

  1. Măsoară-ți propriile intervale. Notează data la care ai publicat un URL nou, data primei apariții în index, data la care conținutul a fost actualizat în rezultate. După 10 până la 20 de cazuri ai un etalon propriu, mai relevant decât orice medie generală.
  2. Urmărește stadiile separat. În Search Console, verifică dacă pagina a fost descoperită, crawl-uită, indexată. Fiecare stadiu are propriul diagnostic, iar un audit automat care declară „pagina nu e indexată” fără să spună de ce e incomplet.
  3. Documentează fiecare schimbare tehnică. O schimbare de canonical, un redirect, o mutare de structură: fiecare are un interval de așteptare. Dacă nu ai jurnal, vei confunda o întârziere normală cu o eroare.
  4. Nu trage concluzii din semnale slabe. O verificare incompletă nu dovedește absența unei funcții sau a unui element. La fel, o singură pagină întârziată nu dovedește o problemă de site.

Recomandarea mea e să folosești aceste cifre ca prag de alertă, nu ca promisiune. Dacă un proces depășește cu mult valoarea tipică, e momentul să verifici. Dacă e sub, nu e nimic de reparat, doar de așteptat.

Ce înseamnă pentru tine, antreprenor sau marketer român

Dacă administrezi un magazin online pe WooCommerce sau Shopify și te pregătești de o mutare de site sau de o schimbare de structură URL, aceste intervale îți spun un lucru simplu: nu programa campanii plătite grele în perioada imediat următoare. O mutare de site tipică durează 1 până la 3 luni, iar în cazul lent până la un an. Dacă arzi buget de ads pe pagini care încă nu s-au stabilizat în index, plătești trafic către URL-uri care se pot schimba sub tine. Mai bine sincronizezi mutarea cu un moment de trafic organic mai scăzut și cu o perioadă în care poți monitoriza zilnic.

Dacă ai avut un declin după un core update, cifra de 3 până la 6 luni pentru recuperare tipică e cea mai importantă din tot materialul. Înseamnă că nu ai ce repara în două săptămâni și nu are sens să schimbi strategia la fiecare 10 zile. Înseamnă și că „așteptăm” nu e o strategie: lucrezi la conținut, la calitate, la semnale, iar confirmarea vine la următorul update. Documentația Google spune că unele schimbări se văd în câteva zile, dar confirmarea îmbunătățirii generale poate lua luni.

Pentru agenții și freelancerii care gestionează clienți, cel mai valoros lucru e transparența. Spune clientului că o schimbare de titlu apare tipic în 1 până la 2 zile, dar poate lua săptămâni. Spune-i că o acțiune manuală se elimină tipic în 1 până la 2 săptămâni, nu în 24 de ore. Așteptările calibrate reduc presiunea și evită deciziile panicarde, cum ar fi schimbarea domeniului după trei zile de declin. Dacă lucrezi și pe partea de e-commerce, vezi și ce schimbă selling_plan_id în webhook-urile Shopify pentru modificări tehnice care pot afecta integrarea, și fluxurile RCS din Klaviyo dacă vrei să compensezi perioadele de tranziție organică cu canale de retenție. Pentru contextul mai larg al citării de către AI, vezi și Made On YouTube 2026, unde descoperirea de conținut urmează aceleași principii de răbdare și consistență.

FAQ

Cât durează până când Google indexează o pagină nouă? Tipic circa 20 de ore pentru descoperire și în jur de 1,5 ore pentru indexarea completă, conform recapitulării. Dar intervalele pot ajunge la luni sau niciodată în cazul problemelor de calitate, iar cifrele sunt repere, nu termene.

Cât durează recuperarea după un core update? Tipic 3 până la 6 luni, iar în cazul cel mai lent 6 luni până la un an, până la următorul core update. Documentația Google spune că unele efecte se văd în câteva zile, dar confirmarea îmbunătățirii generale poate lua luni de zile.

Cât durează o mutare de site? Tipic 1 până la 3 luni, cu 6 luni până la peste un an în cazul lent. Pentru site-uri mici și medii, documentația Google indică de obicei câteva săptămâni, iar site-urile mari au nevoie de mai mult timp.

Concluzia ALLSoft Agency

AI-ul e util aici pentru un singur lucru: să aduni datele din Search Console, să calculezi propriile intervale și să semnalezi când un proces depășește pragul tipic. Analiza și planning-ul se pot automatiza parțial. Decizia însă rămâne umană: media buyer-ul și specialistul SEO știu dacă e momentul să muți site-ul, să tai bugetul de ads sau să aștepți, pentru că văd contextul, business-ul și calendarul comercial. Cifrele din tabelul lui Illyes sunt un cadru, nu un verdict. Iar pasul concret, de la diagnostic la execuție, îl face ALLSoft Agency. Fără hype, fără promisiuni de indexare în 24 de ore.