Google a eliminat pe 16 octombrie 2026 formularul de aprobare și instrucțiunile de solicitare a cotei suplimentare din documentația Indexing API. Cotele implicite rămân listate public, însă paginile nu mai explică nici cum se cere aprobare, nici ce se întâmplă cu cererile deja trimise. Pentru echipele care depind de API pentru job posting, situația rămâne neclară.

Ce s-a schimbat exact în documentație

Conform relatării Search Engine Journal, Google a actualizat documentația Indexing API pe 16 octombrie 2026 și a scos din pagină secțiunea „Request quota and approval”, care trimitea la formularul de solicitare. Changelog-ul companiei spune doar că pagina de cote a fost actualizată „pentru a reflecta limitele și procesul actual” și pentru a elimina „un formular învechit”. Nu spune dacă cerința de aprobare în sine s-a schimbat.

Aceeași sursă notează că au dispărut și alte referințe: paragraful din quickstart care lista „Request approval and quota” ca pas de configurare inițială, precum și trei note identice din pagina de usage care explicau că API-ul are o cotă implicită „pentru testare” și cum se cere suplimentarea. Changelog-ul menționează doar pagina de cote.

Ce rămâne în docs: limitele implicite. Fiecare proiect primește 200 de cereri de publicare pe zi, numărând și actualizări, și eliminări. Pe minut, un proiect are 180 de cereri de metadate și 380 de cereri pe toate endpoint-urile. Limita zilnică se resetează la miezul nopții, ora Pacificului. API-ul rămâne restricționat la pagini cu JobPosting sau BroadcastEvent încorporat într-un VideoObject.

De asemenea, pagina de usage menționează în continuare că politicile anti-spam Google se aplică submisiilor și că nu trebuie ocolite limitele, de exemplu prin conturi multiple. Ghidul pentru job posting, actualizat ultima dată pe 8 septembrie 2026, recomandă încă Indexing API în locul sitemap-urilor pentru URL-urile de anunțuri de angajare, cu sitemap pentru acoperirea întregului site.

De ce contează pentru operatorii de job boards

Search Engine Journal raportase în septembrie 2026 că operatorii de job boards așteptau de luni de zile un răspuns la cererile de aprobare, fără ca documentația să ofere vreun termen de analiză. Acum, odată cu dispariția formularului, întrebările se înmulțesc, nu se reduc:

Niciuna dintre aceste întrebări nu are răspuns în materialul verificat. Iar asta e problema centrală: nu dispariția unui formular, ci dispariția procesului fără un anunț clar despre ce îl înlocuiește.

Ce poți verifica singur, fără să presupui

Aici e locul unde marketingul serios se separă de speculație. Un audit al documentației nu dovedește că o funcție a dispărut și nici că accesul s-a schimbat. O verificare incompletă nu e dovada absenței unei funcții.

Primul pas concret: intră în Google API Console și uită-te la cotele proiectului tău. Pagina de cote din docs trimite în continuare acolo. Notează limitele curente, data la care le-ai citit și eventualele diferențe față de cifrele publice. Dacă ai o aprobare în istoric, salvează dovada (email, ticket, screenshot), pentru că e posibil să ai nevoie de ea în discuții viitoare cu suportul.

Al doilea pas: urmărește changelog-ul oficial, nu doar articolele de presă. Dacă Google va publica un proces nou de solicitare, acolo va apărea prima dată. Pune un reminder săptămânal, nu zilnic, pentru că ritmul de actualizare al acestor pagini e lent.

Al treilea pas: testează în mediul tău, nu pe bloguri. Trimite o cerere prin API pe un URL de test cu JobPosting și vezi dacă primești eroare de cotă sau de permisiune. Diferența dintre cele două tipuri de erori îți spune mai mult decât orice interpretare a documentației.

Al patrulea pas: nu presupune că poți scala. Dacă ai un job board cu mii de anunțuri, cota de 200 de cereri pe zi e o limită de testare, nu o soluție de producție. Planifică pe baza limitei confirmate, nu pe speranța că aprobarea se rezolvă singură.

Ce rămâne valid și ce rămâne ipoteză

Valid, conform sursei: cotele implicite, restricția la JobPosting și BroadcastEvent, recomandarea din ghidul de job posting de a folosi API-ul pentru URL-urile de anunțuri, aplicarea politicilor anti-spam. Toate acestea sunt încă în documentație.

Ipoteză, nu fapt: că aprobarea nu mai e necesară. Changelog-ul nu confirmă asta. Ipoteză: că cererile vechi au fost anulate. Nimeni nu a confirmat. Ipoteză: căGoogle pregătește un proces nou. Posibil, dar nedovedit. Ipoteză: că poți folosi cota implicită pentru trafic live. Sursa ridică explicit această întrebare fără să o răspundă.

Recomandarea mea, ca operator: tratează absența informației ca pe o lipsă de informație, nu ca pe un permis. Dacă trimiți trafic live pe o cotă despre care docs spuneau că e „pentru testare”, îți asumi un risc pe care nu îl poți documenta dacă Google îl sancționează ulterior. În SEO tehnic, marja de eroare se plătește scump.

Ce înseamnă pentru tine, ca marketer sau antreprenor în România

Dacă ai un site de recrutare, un marketplace de joburi sau o platformă de evenimente live cu VideoObject, Indexing API nu e un moft tehnic. E diferența dintre un anunț nou indexat în ore și unul care stă în coadă zile la rând. Pentru un business de recrutare, o poziție deschisă care nu apare în căutare înseamnă candidați pierduți, iar costul nu se vede în analytics, se vede în bugetul de recrutare care crește.

În contextul românesc, multe job boards mici și medii rulează pe echipe de una-două persoane, fără un departament tehnic dedicat. Pentru ele, un proces de aprobare care dispare fără explicații e un blocaj operațional, nu o curiozitate. Iar dacă lucrezi cu un furnizor de tehnologie sau cu o agenție, pune întrebarea direct: pe ce cotă trimitem, cu ce aprobare și ce se întâmplă dacă limita se atinge la jumătatea lunii.

Nu în ultimul rând, corelează asta cu sezonul. Dacă pregătești campanii pentru finalul de an, vezi ce spune ghidul Google despre când să cumperi și sezonul 2026, pentru că indexarea lentă a paginilor de produs și de joburi lovește exact în vârful de trafic. Iar dacă ai parte de trafic din AI Search, verifică și ce tag-uri și linkuri AI apar în rapoartele tale, ca să nu confunzi absența unui semnal cu absența unei funcții.

Ce faci concret în următoarele 7 zile

  1. Verifică în API Console cotele proiectului tău și salvează un screenshot cu data. 2.Rulează un test controlat pe un URL cu JobPosting și notează codul de eroare, dacă apare.
  2. Documentează intern ce presupui și ce ai verificat, ca să nu transformi o ipoteză în adevăr de echipă.
  3. Dacă ai cereri de aprobare vechi, adună dovezile și pregătește un mesaj pentru suport, cu întrebări punctuale, nu cu interpretări.
  4. Stabilește un plan B: sitemap-uri pentru acoperire largă, conform recomandării din ghidul Google pentru job posting, și API doar pentru URL-urile critice, în limita cotei confirmate.

FAQ

Mai e necesară aprobarea pentru Indexing API? Nu se știe din materialul sursă. Google a scos formularul și instrucțiunile, iar changelog-ul nu spune dacă cerința de aprobare s-a schimbat. Tratează întrebarea ca deschisă până apare o confirmare oficială.

Cât pot trimite fără aprobare? Cotele listate public rămân: 200 de cereri de publicare pe zi per proiect, 180 de cereri de metadate pe minut și 380 de cereri pe minut pe toate endpoint-urile. Sunt descrise în docs ca limite implicite pentru testare, nu ca nivel de producție.

Unde văd cota reală a proiectului meu? În Google API Console, acolo unde pagina de cote din documentație trimite în continuare. Urmărește și changelog-ul oficial pentru orice proces nou de solicitare.

Concluzia ALLSoft Agency

AI-ul te ajută să citești repede changelog-uri, să structurezi întrebările pentru suport și să monitorizezi paginile care contează. Dar decizia de a trimite sau nu trafic live pe o cotă nesigură rămâne a unui om, media buyer sau SEO lead, care își asumă riscul cu ochii deschiși. Iar pasul concret, de la audit la plan de indexare și execuție, îl face ALLSoft Agency. Fără hype, fără promisiuni că Google va rezolva singur.