Ce poate trimite un site direct către Google și ce nu

Un site poate trimite direct către Google, prin Indexing API, un singur fel de conținut: pagini cu anunțuri de angajare marcate cu JobPosting și pagini de transmisiuni live marcate cu BroadcastEvent inclus într-un VideoObject. Așa stă scris în documentația Google actualizată pe 16 octombrie 2026. Orice altă pagină, inclusiv paginile unui site de firmă, ajunge la Google pe căile obișnuite: sitemap, inspecția URL din Search Console, linkuri interne și date structurate conforme. Un al doilea canal direct, programul UGC Fresh Data documentat pe 8 octombrie 2026, este rezervat platformelor mari cu conținut generat de utilizatori și se obține prin aplicație, nu prin cod. Niciunul dintre aceste mecanisme nu garantează indexarea.

Ce acceptă Indexing API și ce se întâmplă cu restul paginilor?

Indexing API acceptă notificări numai pentru pagini care conțin JobPosting sau BroadcastEvent într-un VideoObject. Formularea Google din ghidul de pornire al Indexing API nu lasă loc de interpretare: API-ul „can only be used to crawl pages with either JobPosting or BroadcastEvent embedded in a VideoObject”. Proprietarul site-ului anunță Google că o pagină de anunț de angajare sau de eveniment transmis în direct a fost adăugată, actualizată sau eliminată.

Mecanismul are două tipuri de notificare, URL_UPDATED pentru o adresă nouă sau cu conținut modificat și URL_DELETED pentru o adresă scoasă de pe site. Până la 100 de apeluri pot fi grupate într-o singură cerere HTTP, iar o metodă de stare arată când a primit Google ultima notificare de fiecare tip pentru o adresă. Detaliile sunt în pagina Google despre folosirea Indexing API.

Pentru restul paginilor, documentația are o frază pe care merită să o citiți de două ori: „All submissions through the Indexing API undergo rigorous spam detection.” Abuzul, inclusiv folosirea mai multor conturi pentru a depăși cota, poate duce la revocarea accesului. O pagină de curs, un articol sau o fișă de produs trimise prin Indexing API nu intră în categoria acceptată, oricât de bine ar fi scrise.

Cât costă Indexing API și ce cote are?

Indexing API este gratuit. Pagina de cote, așa cum arată după 16 octombrie 2026, spune că „All use of the Indexing API is available without payment.” Limitele sunt stabilite pe proiect: 200 de cereri de publicare pe zi (valoarea implicită, cu resetare la miezul nopții, ora Pacificului), 180 de cereri getMetadata pe minut și 380 de cereri pe minut pentru toate punctele de acces la un loc. Cota curentă se vede în Google API Console, conform paginii Google despre cotele Indexing API.

Pentru un site cu 40 de pagini de prezentare, cota de 200 de notificări pe zi este un detaliu fără aplicare practică, pentru că niciuna dintre pagini nu se califică.

Ce s-a schimbat în documentația Indexing API pe 16 octombrie 2026?

Google a rescris pagina de cote a Indexing API pe 16 octombrie 2026 și a descris schimbarea ca o actualizare de documentație, nu ca o modificare de limite. Intrarea din jurnalul de actualizări Search Central se numește „Updating the Indexing API quota page” și spune că pagina a fost adusă la zi ca să reflecte „the current quota limits and process” și că a fost eliminat „an outdated form”.

O pagină de documentație rescrisă nu dovedește, singură, că limitele s-au schimbat: cifrele din secțiunea despre cote sunt cele afișate după actualizare, iar Google nu a anunțat alte valori.

Un precedent ajută la calibrare. În septembrie 2024, Google a corectat cifra de 380 de cereri pe minut din aceeași documentație și a precizat că limita fusese dintotdeauna 380. Pentru un site de firmă, actualizarea din octombrie 2026 nu schimbă nimic, pentru că Indexing API nu îi era accesibil nici înainte.

Ce este programul UGC Fresh Data și cine poate aplica?

Programul UGC Fresh Data este un canal separat prin care platformele mari de conținut generat de utilizatori pot trimite Google postări sociale și discuții de forum, cu scopul afișării lor rapide în funcțiile Search. Google îl descrie, în pagina de documentație publicată pe 8 octombrie 2026, drept „a specialized pipeline designed exclusively for trending UGC content”, independent de Indexing API și de crawling-ul obișnuit.

Condițiile de eligibilitate sunt grele pentru oricine nu administrează o rețea socială sau un forum cu trafic mare. Conținutul trebuie să fie preponderent generat de utilizatori, găzduit pe pagini dedicate cu URL-uri stabile, nu pe pagini de profil sau în feed, și accesibil Googlebot fără login sau paywall. Fiecare element trimis se leagă de un creator cu profil public. Autentificarea se face prin OAuth 2.0, iar fiecare trimitere poartă JSON-LD validat strict, cu schema SocialMediaPosting sau DiscussionForumPosting și cu interactionStatistic. Platforma trebuie să aibă moderare activă, să trimită conținutul ideal în câteva minute de la publicare și să actualizeze contoarele de interacțiune în 72 de ore.

Admiterea se face prin formular, cu răspuns în 6-8 săptămâni, și două precizări Google închid discuția despre garanții: „Submitting an application doesn’t guarantee participation in the program.” și „This program doesn’t guarantee that content will appear in Search.” Pentru un site editorial sau un blog de companie, programul nu este o opțiune.

Prin ce diferă mecanismele prin care o pagină ajunge la Google?

Mecanismele diferă prin cine le poate folosi, prin tipul de conținut acceptat și prin ce promite Google la capăt.

De ce notificarea, crawling-ul, indexarea și afișarea sunt patru etape diferite?

Notificarea unei adrese, crawling-ul, indexarea și afișarea în rezultate sunt patru etape separate, iar Google spune în scris că niciuna nu o garantează pe următoarea. Pagina How Search works formulează regula fără ocolișuri: „Google doesn’t guarantee that it will crawl, index, or serve your page, even if your page follows the Google Search Essentials”. Și mai jos: „Indexing isn’t guaranteed; not every page that Google processes will be indexed.”

Prima etapă este notificarea: un sitemap, o cerere de inspecție URL sau un apel la Indexing API îi spun lui Google că o adresă există sau s-a schimbat. A doua este crawling-ul, în care programele automate descarcă textul, imaginile și clipurile video de pe pagină. A treia este indexarea, în care Google analizează conținutul și îl stochează în index. A patra este afișarea: la o căutare, Google returnează ce consideră relevant.

Un apel reușit la Indexing API se oprește la prima etapă. Răspunsul Google înseamnă doar că „Google may try to recrawl this URL soon”. Cine vă promite „indexare instantanee” prin Indexing API vă promite ceva ce documentația Google nu conține. Cine vă promite, pe aceeași bază, apariția în răspunsurile asistenților AI vinde o legătură pe care Google nu a documentat-o.

Ce rămâne de făcut pentru site-ul unei firme?

Pentru site-ul unei firme rămân patru instrumente: sitemap-ul XML trimis din Search Console, inspecția URL pentru paginile individuale, linkurile interne către paginile noi și datele structurate conforme cu documentația Google pentru tipul real al paginii.

Un exemplu concret, chiar de pe apsap.ro: la 22 octombrie 2026, adresa /sitemap.xml returna pagina HTML a site-ului, deși indexul real generat de Yoast era /sitemap_index.xml, cu cinci sub-sitemapuri, iar cel de comunicate lista 146 de adrese cu data ultimei modificări. A doua zi, /sitemap.xml redirecționa permanent (301) către acest index. Dacă trimiteți în Search Console adresa greșită, Google nu primește nimic util.

Datele structurate merită aceeași atenție: pe un site de firmă, schema trebuie să descrie exact ce este pagina, nu ce ați vrea să fie. Despre cum se citește raportul de performanță pentru funcțiile AI din Search Console am scris în articolul despre rapoartele AI din Google și Bing, iar despre accesul crawlerelor și sursele citate de asistenți, în ghidul GEO pentru companii.

Unde se învață diferența dintre a trimite o pagină și a fi indexat?

Diferența dintre a notifica Google și a fi indexat este una dintre primele lucruri pe care le lămurește cursul Specialist SEO și GEO de la Centrul de Formare APSAP, cu Oana Vlad, fondatoarea departamentului SEO al eMAG, cu 17 ani de experiență și peste 100 de proiecte de creștere organică, și Mirela Secan, cu 15 ani în marketing și 25 în mass-media. Partea tehnică pornește de la ce acceptă și ce refuză motorul de căutare, nu de la promisiuni.

Centrul de Formare APSAP este furnizor național de formare profesională pentru persoane fizice, profesioniști, companii și organizații, cu aproximativ 85% din activitate dedicată mediului privat și circa 15% sectorului public. Fundația a fost înființată în 2014 de fondatorul Centrului de Formare APSAP, pe experiența unei echipe active din 2006, adică peste 20 de ani de experiență, și a ajuns la 27 de autorizări și recunoașteri, peste 250.000 de participanți și o platformă proprie de e-learning cu peste 500 de ore de lecții în 26 de programe. Nota 5/5 din peste 15.500 de recenzii Google este un rezultat vizibil, nu o afirmație. Argumentele pentru alegerea unui program sunt în pagina despre motivele pentru care participanții aleg Centrul de Formare APSAP și poate lămuri diferența dintre cursurile autorizate și cele doar numite „acreditate” în ghidul despre cursuri autorizate și acreditate.

Pentru întrebări legate de program, echipa răspunde prin pagina de contact a Centrului de Formare APSAP, iar istoria organizației este prezentată în pagina despre Centrul de Formare APSAP.

Întrebări frecvente despre Indexing API și trimiterea paginilor către Google

Poate un site de prezentare sau un magazin online să folosească Indexing API?

Nu, dacă paginile dumneavoastră nu conțin JobPosting sau BroadcastEvent într-un VideoObject. Documentația Google din 16 octombrie 2026 limitează Indexing API la aceste două tipuri de conținut, iar toate trimiterile trec printr-o verificare antispam riguroasă. Folosirea API-ului pentru pagini de produs, articole sau pagini de servicii nu se încadrează în ce acceptă Google și poate duce la revocarea accesului. Pentru un site de firmă rămân sitemap-ul XML, inspecția URL din Search Console, linkurile interne și datele structurate conforme.

Indexing API garantează indexarea unei pagini?

Nu. Un apel reușit la Indexing API înseamnă, în formularea Google, că „Google may try to recrawl this URL soon”, adică o posibilă reexplorare, nu indexare. Pagina Google despre funcționarea Search spune explicit că nu există garanție de crawling, indexare sau afișare, chiar dacă pagina respectă cerințele esențiale. Dacă cineva vă oferă „indexare instantanee” prin Indexing API, cereți să vă arate în documentația Google unde scrie acest lucru. Nu veți găsi.

Ce înseamnă actualizarea din 16 octombrie 2026 a documentației Indexing API?

Google a rescris pagina de cote a Indexing API și a descris schimbarea ca o aducere la zi a limitelor și a procesului curent, cu eliminarea unui formular depășit. Cifrele afișate rămân 200 de cereri de publicare pe zi, 180 de cereri getMetadata pe minut și 380 de cereri pe minut în total, iar folosirea API-ului rămâne gratuită. Google nu a anunțat o schimbare de limite și nici o restrângere a accesului.

Un blog sau un site de firmă poate intra în programul UGC Fresh Data?

Practic, nu. Programul UGC Fresh Data cere o platformă cu conținut preponderent generat de utilizatori, postări sociale sau discuții de forum pe pagini cu URL-uri stabile, un volum mare de conținut, creatori cu profil public, autentificare OAuth 2.0, date structurate validate strict pentru postări și discuții de forum, cu contoare de interacțiune, și moderare activă. Admiterea se face prin formular, cu răspuns în 6-8 săptămâni, iar Google precizează că nici participarea, nici apariția în Search nu sunt garantate. Un site editorial nu îndeplinește condițiile de bază.

Prin ce diferă Indexing API de inspecția URL din Search Console?

Indexing API este un canal automat, limitat la pagini cu JobPosting sau BroadcastEvent, cu cote pe proiect și verificare antispam. Inspecția URL din Search Console este un instrument manual, disponibil pentru orice proprietate verificată, care arată starea de indexare a unei adrese și permite o cerere de indexare, câte o adresă pe rând. Niciunul nu garantează indexarea. Pentru site-ul unei firme, inspecția URL este instrumentul potrivit, pentru că funcționează pe orice tip de pagină și arată ce vede Google în momentul verificării.