{"id":341,"date":"2026-10-21T09:43:18","date_gmt":"2026-10-21T07:43:18","guid":{"rendered":"https:\/\/seoradaritalia.it\/blog\/?p=341"},"modified":"2026-10-21T09:43:18","modified_gmt":"2026-10-21T07:43:18","slug":"indexing-api-google-quota-modulo-rimosso","status":"publish","type":"post","link":"https:\/\/seoradaritalia.it\/blog\/google-update\/indexing-api-google-quota-modulo-rimosso\/","title":{"rendered":"Indexing API: Google toglie il modulo per chiedere pi\u00f9 quota. Cosa cambia"},"content":{"rendered":"\n

Chi gestisce un portale di annunci di lavoro conosce bene il problema. Un’azienda di Brescia cerca un magazziniere, l’annuncio va online il luned\u00ec mattina e il venerd\u00ec la posizione \u00e8 gi\u00e0 chiusa. Se Google scopre la pagina il gioved\u00ec, l’annuncio ha lavorato per un giorno solo. Se continua a mostrarla dopo la chiusura, i candidati arrivano su una pagina scaduta e se ne vanno delusi.<\/p>\n\n\n\n

Per questo tipo di pagine Google offre da anni l’Indexing API<\/a><\/strong>, un canale con cui il sito avvisa direttamente il motore di ricerca quando una pagina viene pubblicata o rimossa. Il 16 ottobre 2026 Google ha riscritto la documentazione di questo strumento e ha tolto il modulo con cui si chiedeva l’approvazione e una quota pi\u00f9 alta.<\/p>\n\n\n\n

Qui sotto mettiamo in fila che cosa \u00e8 cambiato davvero, che cosa resta uguale e che cosa conviene fare se hai un sito di annunci, uno che trasmette dirette video oppure un normale sito WordPress con un plugin che promette l’indicizzazione istantanea. I fatti sono citati dalla documentazione ufficiale; i nostri consigli sono segnalati come tali.<\/p>\n\n\n\n

Cosa dice Google: i fatti<\/h2>\n\n\n\n

La voce nel changelog di Search Central<\/h3>\n\n\n\n

Il registro degli aggiornamenti della documentazione<\/a> riporta alla data del 16 ottobre una voce intitolata “Updating the Indexing API quota page”. La spiegazione \u00e8 di due righe: la pagina delle quote \u00e8 stata aggiornata “per riflettere i limiti e la procedura attuali”, con lo scopo di documentare i limiti in vigore e “rimuovere un modulo obsoleto”.<\/p>\n\n\n\n

\n

Updated the Indexing API quota page to reflect the current quota limits and process. […] To document the current quota limits for the Indexing API and remove an outdated form.<\/p>\nGoogle Search Central, Latest documentation updates, 16 ottobre 2026<\/a><\/cite><\/blockquote>\n\n\n\n

Non c’\u00e8 un post sul blog ufficiale e Google non dice da quando il modulo non veniva pi\u00f9 usato, n\u00e9 quale sia oggi la procedura per ottenere pi\u00f9 richieste.<\/p>\n\n\n\n

La nuova pagina delle quote<\/h3>\n\n\n\n

La pagina Quota and pricing information<\/a>, con data di aggiornamento 16 ottobre 2026, ora \u00e8 molto corta. Contiene una tabella con tre limiti predefiniti, un rimando alla Google API Console per vedere la propria quota e una riga sul prezzo: l’uso dell’API \u00e8 gratuito.<\/p>\n\n\n\n

Limite<\/th>Valore<\/th>Che cosa conta<\/th><\/tr><\/thead>
DefaultPublishRequestsPerDayPerProject<\/td>200 al giorno<\/td>Richieste all’endpoint publish, sia URL_UPDATED sia URL_DELETED. Si azzera a mezzanotte, ora del Pacifico.<\/td><\/tr>
DefaultMetadataRequestsPerMinutePerProject<\/td>180 al minuto<\/td>Richieste di sola lettura all’endpoint getMetadata.<\/td><\/tr>
DefaultRequestsPerMinutePerProject<\/td>380 al minuto<\/td>Tutte le richieste, su tutti gli endpoint.<\/td><\/tr><\/tbody><\/table><\/figure>\n\n\n\n

Google precisa che la quota giornaliera si azzera a mezzanotte, ora del Pacifico, e che quindi una nuova quota pu\u00f2 richiedere fino a 24 ore per diventare effettiva. Per chi lavora dall’Italia, mezzanotte sulla costa del Pacifico corrisponde di solito alle 9 del mattino.<\/p>\n\n\n\n

Che cosa \u00e8 sparito<\/h3>\n\n\n\n

La versione precedente della pagina<\/a> diceva che l’API offriva una quota iniziale “per i test” e che per l’uso reale serviva un’approvazione aggiuntiva. Una sezione intitolata “Request quota and approval” rimandava a un modulo e avvertiva che la quota poteva aumentare o diminuire in base alla qualit\u00e0 dei documenti inviati. Tutte queste frasi non ci sono pi\u00f9.<\/p>\n\n\n\n

Le modifiche non riguardano solo la pagina delle quote. Il Quickstart<\/a> non elenca pi\u00f9 “Request approval and quota” tra i passaggi iniziali e non contiene pi\u00f9 il paragrafo che confrontava API e sitemap. Anche la pagina sull’uso dell’API<\/a> ha perso le note che parlavano di quota per i test<\/a>, con la stessa data di aggiornamento. Il changelog, per\u00f2, cita soltanto la pagina delle quote.<\/p>\n\n\n\n

Che cosa resta uguale<\/h3>\n\n\n\n

Il punto pi\u00f9 importante non \u00e8 cambiato. Il Quickstart<\/a> lo dice ancora in modo esplicito: l’Indexing API pu\u00f2 essere usata solo per pagine con dati strutturati JobPosting<\/strong> oppure BroadcastEvent<\/strong> inserito in un VideoObject, cio\u00e8 annunci di lavoro e dirette video.<\/p>\n\n\n\n

\n

All submissions through the Indexing API undergo rigorous spam detection. Any attempts to abuse the Indexing API, including the use of multiple accounts or other means to exceed usage quotas, may result in access being revoked.<\/p>\nGoogle Search Central, Indexing API Quickstart<\/a><\/cite><\/blockquote>\n\n\n\n

Restano anche i controlli antispam e il divieto di aggirare i limiti con pi\u00f9 account. Anche i numeri sono quelli di prima: gli stessi valori<\/a> erano gi\u00e0 documentati nel settembre 2024. Nella guida ai dati strutturati JobPosting<\/a>, inoltre, Google continua a consigliare l’Indexing API al posto della sitemap per gli URL degli annunci.<\/p>\n\n\n\n

Le domande ancora aperte<\/h2>\n\n\n\n

Google ha chiarito i limiti, ma non le conseguenze pratiche. Gi\u00e0 a settembre alcuni gestori di portali di lavoro aspettavano da mesi<\/a> una risposta alle richieste di approvazione. La documentazione oggi non spiega che fine fanno quelle richieste, n\u00e9 se un progetto mai approvato possa usare la quota predefinita per annunci reali.<\/p>\n\n\n\n

C’\u00e8 poi una differenza tra documentazione e console. Un nuovo service account riceve ancora 200 richieste<\/a> al giorno, e per qualche giorno il collegamento per chiederne di pi\u00f9 \u00e8 rimasto visibile solo nella Google API Console; il 19 ottobre anche quel collegamento risultava sparito<\/a>. Il risultato \u00e8 che il limite di 200 notifiche al giorno \u00e8 scritto nero su bianco, ma nessuna pagina ufficiale spiega pi\u00f9 come superarlo<\/a>.<\/p>\n\n\n\n

Finch\u00e9 Google non pubblicher\u00e0 una procedura, conviene considerare 200 richieste al giorno come il tetto reale per ogni progetto.<\/p>\n\n\n\n

Cosa cambia nella pratica: tre casi<\/h2>\n\n\n\n

Da qui in avanti entriamo nel campo dei consigli. Google non ha spiegato la nuova procedura, quindi le indicazioni che seguono partono da ci\u00f2 che la documentazione dice oggi.<\/p>\n\n\n\n

Un portale di annunci di lavoro<\/h3>\n\n\n\n

Pensiamo a un portale regionale che pubblica 150 annunci al giorno e ne chiude pi\u00f9 o meno altrettanti. Ogni pubblicazione e ogni rimozione consumano una richiesta, quindi 150 nuovi annunci e 150 chiusure fanno 300 notifiche: oltre il limite di 200. Prima si poteva almeno sperare nel modulo; oggi non esiste una strada documentata.<\/p>\n\n\n\n

Il nostro consiglio:<\/strong> dai la priorit\u00e0 alle notifiche che contano di pi\u00f9. Le rimozioni degli annunci scaduti evitano che i candidati finiscano su pagine chiuse, quindi conviene non trascurarle. Tieni comunque aggiornata la sitemap con la data di modifica, cos\u00ec Google ha un secondo modo per scoprire le pagine, e marca gli annunci scaduti anche nel markup con la data validThrough. Controlla nella Google API Console la quota reale del tuo progetto prima di cambiare il codice: \u00e8 l\u00ec che Google ti rimanda.<\/p>\n\n\n\n

Un sito che trasmette dirette<\/h3>\n\n\n\n

Una piccola emittente locale che trasmette in streaming le partite del campionato dilettanti ha un problema simile: la diretta vale finch\u00e9 \u00e8 in corso. Qui i volumi sono quasi sempre bassi, e 200 richieste al giorno bastano e avanzano.<\/p>\n\n\n\n

Il nostro consiglio:<\/strong> verifica che le pagine delle dirette abbiano davvero il markup BroadcastEvent dentro VideoObject. Senza quel markup la pagina non rientra tra quelle ammesse e le notifiche non hanno senso.<\/p>\n\n\n\n

Un sito WordPress con un plugin di “indicizzazione istantanea”<\/h3>\n\n\n\n

\u00c8 il caso pi\u00f9 frequente tra i nostri lettori. Esistono plugin che usano l’Indexing API per inviare a Google ogni nuovo articolo, pagina o scheda prodotto. Un e-commerce di abbigliamento che invia cos\u00ec le sue schede non sta usando lo strumento per lo scopo previsto: quelle pagine non hanno markup JobPosting n\u00e9 BroadcastEvent.<\/p>\n\n\n\n

Il nostro consiglio:<\/strong> se il tuo sito non pubblica annunci di lavoro o dirette video, disattiva l’invio tramite Indexing API. La rimozione del modulo non apre l’API a tutti, i controlli antispam restano e Google scrive chiaramente che l’accesso pu\u00f2 essere revocato. Per articoli e prodotti la strada resta la solita: sitemap aggiornata, collegamenti interni e, per singoli URL urgenti, l’ispezione URL di Search Console.<\/p>\n\n\n\n

Checklist per chi usa l’Indexing API<\/h2>\n\n\n\n