Feed RSS
Come i motori di ricerca usano i feed RSS 2,0 e Atom 1,0 come canale di scoperta per contenuti freschi: Feedfetcher, robots.txt, WebSub e perché un feed integra ma non sostituisce mai una sitemap XML.
Lingue
Google e Bing accettano entrambi i feed RSS 2,0 e Atom 1,0 come segnali di scoperta in stile sitemap, ma un feed mostra solo gli URL modificati di recente e quindi integra una sitemap XML completa invece di sostituirla. Google esegue il crawl dei feed con Feedfetcher, un crawler separato che ignora robots.txt (per bloccarlo usa un 4xx, non una disallow). I feed sono un canale pull; WebSub li trasforma in push per Google, mentre IndexNow è oggi il segnale push preferito da Bing. I feed aiutano la velocità di scoperta, non il ranking, e come le sitemap non garantiscono mai l’indicizzazione.
Evidence for this claim RSS 2.0 defines a channel of items with metadata such as title, link, description, publication date, and GUID. Scope: RSS 2.0 feed format; consumer behavior varies. Confidence: high · Verified: RSS 2.0 Specification Evidence for this claim Google accepts RSS 2.0 and Atom 1.0 feeds as sitemap submissions, generally covering recent URLs; submission aids discovery but does not guarantee indexing. Scope: Current Google sitemap format support. Confidence: high · Verified: Google Search Central: Build and submit a sitemapTL;DR — Un feed RSS o Atom è un file XML che elenca le tue pagine più recenti. I motori di ricerca possono usarlo per trovare più rapidamente i nuovi contenuti: puoi inviare il feed in Google Search Console o Bing Webmaster Tools, proprio come una sitemap. Ma un feed mostra solo gli URL recenti, quindi funziona insieme a una sitemap XML completa, non al suo posto. E, come una sitemap, aiuta a trovare una pagina: non la fa posizionare meglio.
Che cos’è un feed RSS
Un feed RSS (Really Simple Syndication) o un feed Atom è un file XML che il tuo sito pubblica per elencare i contenuti più recenti, in genere le ultime decine di articoli. La maggior parte dei blog e dei CMS ne genera uno automaticamente. I lettori usano i feed per seguire gli aggiornamenti in un feed reader, ma lo stesso file svolge una doppia funzione: i motori di ricerca possono leggerlo per scoprire i tuoi URL più nuovi.
Come lo usano i motori di ricerca
Un feed funziona in modo molto simile a una sitemap. Possono succedere due cose:
- Lo invii tu. In Google Search Console o Bing Webmaster Tools puoi aggiungere l’URL del feed come sitemap. Il motore lo controlla per trovare nuove pagine.
- I crawler lo trovano da soli. Se inserisci un piccolo tag di autodiscovery nel
<head>della pagina — una riga<link rel="alternate" type="application/rss+xml">— un crawler può individuare il feed senza che tu debba inviare nulla.
In entrambi i casi, il motore recupera periodicamente il feed e nota gli URL aggiunti o modificati di recente.
L’unica cosa da ricordare
Un feed non sostituisce la sitemap XML. Un feed elenca solo i contenuti recenti: non include le pagine più vecchie né gli archivi. Il consiglio di Google è usare entrambi: la sitemap per la copertura completa di tutto il sito e il feed come segnale di freschezza per ciò che è appena cambiato.
E, proprio come una sitemap, un feed aiuta solo la scoperta, cioè a far trovare e sottoporre a crawl una pagina. Non garantisce che la pagina venga indicizzata e non aumenta il ranking.
Vuoi la versione approfondita — Feedfetcher (il crawler separato di Google per i feed), perché ignora robots.txt, WebSub e il modo in cui la guida di Bing si è spostata verso IndexNow? Passa alla scheda Advanced.
Evidence for this claim RSS 2.0 defines a channel of items with metadata such as title, link, description, publication date, and GUID. Scope: RSS 2.0 feed format; consumer behavior varies. Confidence: high · Verified: RSS 2.0 Specification Evidence for this claim Google accepts RSS 2.0 and Atom 1.0 feeds as sitemap submissions, generally covering recent URLs; submission aids discovery but does not guarantee indexing. Scope: Current Google sitemap format support. Confidence: high · Verified: Google Search Central: Build and submit a sitemapTL;DR — RSS 2,0 e Atom 1,0 sono accettati da Google come formato di sitemap e altri motori possono supportare l’invio di feed secondo la loro guida webmaster attuale. Un feed mostra solo gli URL modificati di recente, quindi integra una sitemap XML completa e non la sostituisce mai. I feed sono un canale pull; WebSub può aggiungere notifiche publish-subscribe, mentre IndexNow è un protocollo separato per notificare URL usato dai motori che vi partecipano. I feed aiutano la velocità di scoperta, non il ranking, e come le sitemap non garantiscono mai l’indicizzazione.
Un feed è un segnale di scoperta in formato sitemap
Se il tuo CMS pubblica già un feed RSS o Atom, i motori di ricerca possono usarlo proprio come
una sitemap: come elenco di URL da scoprire. Google è esplicito: “Google accepts RSS 2.0 and
Atom 1.0 feeds,” (traduzione) «Google accetta i feed RSS 2.0 e Atom 1.0» e “if your CMS generates
an RSS or Atom feed, you can submit the feed’s URL as a sitemap.” (traduzione) «se il tuo CMS genera un
feed RSS o Atom, puoi inviare l’URL del feed come sitemap». Lo spazio per l’invio in Google
Search Console accetta un URL di feed proprio come sitemap.xml.
Il punto è l’ambito. Una sitemap XML completa punta a catalogare ogni URL del sito; un feed è una finestra mobile sugli elementi più recenti. Google lo dice chiaramente: “This feed only provides information on recent URLs.” (traduzione) «Questo feed fornisce informazioni solo sugli URL recenti». Un feed è quindi un segnale di freschezza, non un indice completo delle pagine. È esattamente come lo descrivo nell’hub Discovery: Google accetta i feed come formato di sitemap, ma un feed mostra solo gli URL modificati di recente.
Qui ci sono due cose diverse, da tenere separate: il feed è recente per via degli URL che sono
attualmente elencati, una parte strutturale e affidabile. Ciò che il valore pubDate/updated
di ciascun elemento fa dopo che un provider recupera il feed è una domanda distinta; Google e
Bing non pubblicano una specifica dettagliata su come pesano esattamente quei campi data, quindi
trattali come contesto utile che fornisci, non come una garanzia documentata di elaborazione.
I feed integrano una sitemap, non la sostituiscono
È il mito da eliminare subito: «un feed RSS sostituisce la mia sitemap XML». Non è così. La raccomandazione documentata di Google è usare entrambi: la sitemap per la copertura completa del sito (pagine vecchie, archivi, tutto) e il feed RSS/Atom come livello di freschezza per ciò che è appena cambiato. Se elimini la sitemap e tieni solo il feed, il tuo archivio di vecchi URL perde il percorso di scoperta più affidabile.
Una nota pratica su ciò che possono trasportare i feed: un feed mRSS (Media RSS) può fornire a Google dettagli sui contenuti video, ma i feed RSS/Atom possono solo descrivere i video, non immagini o notizie. Per scoprire immagini serve comunque una sitemap immagini e per Google News devi inviare i contenuti tramite canali specifici per News. Il feed aiuta la scoperta, non è un canale universale di metadati.
Feedfetcher: il crawler di Google per News e WebSub, e la trappola di robots.txt
È la parte che manca nella maggior parte degli articoli, quindi è importante essere precisi sull’ambito: la documentazione di Google su Feedfetcher lo descrive in modo circoscritto come “how Google crawls RSS or Atom feeds for Google News and WebSub.” (traduzione) «come Google esegue il crawl dei feed RSS o Atom per Google News e WebSub». Questo è l’uso documentato: Google non dice in quella pagina che Feedfetcher gestisca ogni feed inviato come sitemap in Search Console, quindi non lo generalizzerò in una tesi sul percorso di invio della sitemap. La documentazione di Feedfetcher stabilisce due cose nel contesto News/WebSub indicato:
- Ignora robots.txt per progettazione. Google lo afferma direttamente: Feedfetcher
non obbedisce alle regole di robots.txt, perché viene trattato come se agisse per conto
di una persona che si è iscritta esplicitamente al feed — “a direct agent of the human user,
not as a robot.” (traduzione) «un agente diretto dell’utente umano, non un robot». Se il tuo piano per
«bloccare il feed dai crawler» è una direttiva
Disallowin robots.txt, non fermerà Feedfetcher. Per bloccarlo davvero, restituisci un 4xx (404 o 410) per l’URL del feed, non una direttiva disallow. È lo stesso tipo di errore che si fa tentando di deindicizzare una pagina con robots.txt: stai usando il controllo sbagliato. - Esegue il crawl solo dell’URL del feed, non dei link che contiene. Google è esplicito: “unlike normal web crawlers, Feedfetcher isn’t discovering links to crawl at all; instead, it crawls a single URL that’s provided to it.” (traduzione) «a differenza dei normali crawler web, Feedfetcher non scopre affatto link da sottoporre a crawl; esegue invece il crawl di un singolo URL che gli viene fornito». Dice anche che Feedfetcher “shouldn’t retrieve feeds from most sites more than once every hour on average,” (traduzione) «non dovrebbe recuperare i feed dalla maggior parte dei siti più di una volta all’ora in media» —, anche se i siti aggiornati spesso possono essere aggiornati più frequentemente. Google non documenta che cosa succede dopo agli URL dentro un feed inviato come sitemap generale: quel passaggio non è descritto in questa pagina, quindi consideralo non documentato invece di presumere che passi da Feedfetcher.
Come Bing usa i feed e perché IndexNow ha cambiato il quadro
Bing accetta diversi formati di sitemap: XML, RSS 2,0, mRSS, Atom 0,3 e Atom 1,0 e testo semplice. I feed RSS/Atom sono adatti ai blog che pubblicano spesso e storicamente Bing monitorava quei feed per intercettare i nuovi contenuti.
Ma la guida moderna di Bing è cambiata. La guida sulle sitemap del 2025 pone l’accento su XML
con lastmod accurato e su IndexNow come stack preferito e non mette più in primo
piano RSS/Atom. Il motivo è nelle parole di Bing su IndexNow: “Instead of Bing continually
monitoring RSS and similar feeds or frequently crawling websites to check for new pages… websites
will notify Bing directly about relevant URLs changing on their website.” (traduzione) «invece di monitorare
continuamente RSS e feed simili o di eseguire spesso il crawl dei siti per cercare nuove pagine,
i siti notificheranno direttamente a Bing gli URL rilevanti che cambiano sul loro sito». In altre
parole, IndexNow deve sostituire il vecchio schema «Bing monitora il tuo feed RSS» con un push
esplicito. RSS funziona ancora con Bing e inviarlo costa poco, ma se devi scegliere dove investire
per la freschezza su Bing, oggi IndexNow è la raccomandazione principale.
Pull e push: dove si inserisce WebSub
I feed sono fondamentalmente un canale pull: il motore li recupera di nuovo secondo il proprio calendario. Per trasformarlo in un push, aggiungi WebSub (in precedenza PubSubHubbub). Google lo supporta: “If you use Atom or RSS, you can use WebSub to broadcast your changes to search engines, including Google.” (traduzione) «se usi Atom o RSS, puoi usare WebSub per diffondere le tue modifiche ai motori di ricerca, incluso Google». Invece di aspettare un nuovo recupero, il feed trasmette la modifica ai motori iscritti e l’aggiornamento arriva più vicino al tempo reale. Il modello mentale più semplice per i due motori è questo:
- Google: feed RSS/Atom per la scoperta pull, WebSub per inviare le modifiche del feed.
- Bing: RSS/Atom accettati, ma IndexNow è il push preferito per la notifica in tempo reale.
WebSub è il complemento push di RSS, proprio come lastmod e IndexNow sono complementi
push sul versante delle sitemap. (L’hub Discovery
approfondisce l’intero panorama pull/push.)
Configurare un feed per la scoperta
Una checklist breve e pratica:
- Pubblica un feed RSS 2,0 o Atom 1,0 valido (la maggior parte dei CMS lo fa automaticamente). Usa URL assoluti al suo interno e limita il numero di elementi alla tua finestra di contenuti recenti.
- Aggiungi un tag di autodiscovery nel
<head>della pagina affinché i crawler possano trovarlo:<link rel="alternate" type="application/rss+xml" title="Feed" href="/feed.xml">. - Invia l’URL del feed come sitemap in Google Search Console e Bing Webmaster Tools. L’autodiscovery da sola può bastare, ma l’invio esplicito è più affidabile.
- Per la freschezza su Google, aggiungi WebSub; per la freschezza su Bing, implementa IndexNow.
- Non bloccare il feed in robots.txt aspettandoti che Feedfetcher lo rispetti: usa un 4xx se hai davvero bisogno di bloccarlo.
I limiti, come per le sitemap
Tre limiti onesti da ricordare:
- Solo URL recenti. Un feed è un segnale di freschezza, non una copertura completa. Conserva la sitemap XML per tutto il resto.
- Nessuna garanzia di indicizzazione. Scoperta non significa indicizzazione. Un feed fa trovare e sottoporre a crawl un URL prima; la sua indicizzazione è una decisione separata.
- Non è un segnale di ranking. I feed accelerano la scoperta e possono aiutare i contenuti freschi a essere raccolti prima che maturino i backlink, ma non c’è un vantaggio di ranking oltre a questo, esattamente come per una sitemap.
Riepilogo AI
Una sintesi della versione Advanced:
- I feed sono segnali di scoperta in formato sitemap. Google accetta RSS 2,0 e Atom 1,0;
Bing accetta RSS 2,0 e Atom 0,3/1,0 (e mRSS). Invia l’URL del feed come sitemap oppure
esponilo tramite un tag di autodiscovery
<link rel="alternate">. - Un feed copre solo gli URL recenti. Integra una sitemap XML completa, non la sostituisce mai. Google raccomanda di usare entrambi.
- Feedfetcher è il crawler di Google per feed RSS/Atom, documentato specificamente per Google News e WebSub: Google non dice che sia il fetcher dietro ogni feed inviato come sitemap Search. Ignora robots.txt per progettazione: per bloccarlo restituisci un 4xx, non una disallow. Recupera solo l’URL del feed, senza seguire i link al suo interno.
- L’identità del feed non è un controllo Search.
guid/idassegna a un elemento un’identità stabile nel feed, non è una direttiva canonical.X-Robots-Tag: noindexsu una risposta del feed richiede che il crawler possa già accedervi e non è un controllo di accesso. - Pull e push: i feed sono pull. WebSub li trasforma in push per Google (diffusione delle modifiche del feed). Per Bing, IndexNow è ora il push in tempo reale preferito e sostituisce il vecchio modello «Bing monitora il tuo RSS».
- mRSS può trasportare dettagli video; i feed non possono descrivere immagini o notizie.
- Limiti: solo URL recenti, nessuna garanzia di indicizzazione e nessun vantaggio di ranking: i feed accelerano la scoperta, nulla di più.
Documentazione ufficiale
Documentazione dei motori di ricerca basata su fonti primarie.
- Build and submit a sitemap — accettazione di RSS 2,0 / Atom 1,0, invio di un feed come sitemap, caveat «solo URL recenti», mRSS per i video e WebSub.
- Feedfetcher — funzionamento del crawler dedicato di Google e motivo per cui ignora robots.txt (blocco con 4xx).
- Buone pratiche per sitemap XML e feed RSS/Atom (2014) — la raccomandazione di Google di usare entrambi: sitemap per la copertura, feed per la freschezza.
- Usare i feed RSS/Atom per scoprire nuovi URL (2009) — l’annuncio originale di Google sui feed come metodo di scoperta.
Bing / Microsoft
- Mantenere i contenuti individuabili con le sitemap nella ricerca basata sull’IA (luglio 2025) — la guida attuale di Bing che mette in evidenza XML +
lastmod+ IndexNow. - Inviare fino a 10.000 URL al giorno a Bing (2019) — la dichiarazione di Fabrice Canel sulla sostituzione del monitoraggio RSS con la notifica diretta.
Citazioni dalla fonte
Dichiarazioni registrate di Google e Bing. Ogni link è un deep link che porta al passaggio citato nella pagina sorgente.
Google — i feed come formato di scoperta
- “Google accepts RSS 2.0 and Atom 1.0 feeds.” (traduzione) «Google accetta i feed RSS 2.0 e Atom 1.0». — Documentazione Google Search Central. Vai alla citazione
- “If you use Atom or RSS, you can use WebSub to broadcast your changes to search engines, including Google.” (traduzione) «se usi Atom o RSS, puoi usare WebSub per diffondere le tue modifiche ai motori di ricerca, incluso Google». Vai alla citazione
Bing / Microsoft
- “Instead of Bing continually monitoring RSS and similar feeds or frequently crawling websites to check for new pages, discover content changes and/or new outbound links, websites will notify Bing directly about relevant URLs changing on their website.” (traduzione) «invece di monitorare continuamente RSS e feed simili o di eseguire spesso il crawl dei siti per cercare nuove pagine, scoprire modifiche ai contenuti e/o nuovi link esterni, i siti notificheranno direttamente a Bing gli URL rilevanti che cambiano sul loro sito». — Microsoft Bing, su IndexNow / invio degli URL. Vai alla citazione
Checklist dell’audit del feed
Esegui questi controlli prima di considerare un feed «completo». È lo stesso terreno dei passaggi di configurazione della scheda Advanced, riformulato come elenco passa/non passa:
- Il feed valida come RSS 2,0 o Atom 1,0 ben formato: niente XML rotto, ampersand non escapati o tag non chiusi.
- Ogni elemento ha un
<link>reale e distinto che punta a un URL assoluto (non un percorso relativo e non un segnaposto). - Ogni elemento ha un
pubDate(RSS) oupdated/published(Atom): un feed senza date non dà ai crawler nulla con cui giudicare la «recenza». - Il numero di elementi corrisponde alla finestra recente reale (all’incirca le ultime decine di articoli), non è ridotto a 3-5 e non include tutto l’archivio.
- La scelta tra contenuto completo e riepilogo è deliberata, non un default: valuta la comodità dei lettori di feed rispetto a licenze, esposizione a ripubblicazione/scraping e quanto vuoi proteggere il click verso il tuo sito. In ogni caso, non è un fattore di ranking documentato di Google; mantieni valido il markup e stabile l’identità dell’elemento (guid/id).
- Il tag di autodiscovery è presente nel
<head>:<link rel="alternate" type="application/rss+xml" title="Feed" href="/feed.xml">. - La risposta HTTP del feed ha il
Content-Typecorretto (application/rss+xmloapplication/atom+xml), nontext/html. - L’URL del feed è stato inviato come sitemap sia in Google Search Console sia in Bing Webmaster Tools.
- L’URL del feed non è disallow in
robots.txtse vuoi che Feedfetcher e i lettori del feed possano raggiungerlo (una disallow comunque non fermerà Feedfetcher). - Esiste una sitemap XML completa, inviata separatamente: il feed è il livello di freschezza, non l’intera mappa.
- WebSub è configurato se vuoi la scoperta push per Google; IndexNow se vuoi la scoperta push per Bing.
I modelli mentali
1. Feed = livello di freschezza, sitemap = mappa completa. Non chiederti «feed o sitemap»: non è una scelta. La sitemap risponde «che cosa esiste sul sito», il feed «che cosa è cambiato di recente». Usa entrambi: il feed non sostituisce mai la copertura della sitemap.
2. Pull e push, e quale motore vuole cosa. Un feed da solo è pull: il motore lo recupera di nuovo secondo il proprio calendario. WebSub lo trasforma in push per Google. IndexNow è il canale push preferito da Bing e ha superato il modello «monitora il feed RSS». Se vuoi una scoperta più rapida per un motore specifico, abbina il canale al motore: WebSub per Google, IndexNow per Bing.
3. Feedfetcher non è Googlebot.
Il bot dedicato di Google per i feed ha regole proprie, soprattutto il fatto che ignora
robots.txt. Ogni decisione di controllo su un URL di feed deve tenere conto del
comportamento di questo crawler, non di Googlebot.
4. La regola decisionale per «un feed aiuta questo sito?». Un feed vale la pena quando: (a) pubblichi nuovi contenuti o aggiornamenti abbastanza spesso da rendere «recente» una finestra mobile e significativa e (b) vuoi rendere disponibile quel segnale di freschezza a più dei soli motori di ricerca (lettori di feed, iscritti WebSub, aggregatori di terze parti). Un sito che cambia raramente ottiene poco da un feed oltre a ciò che già fornisce la sitemap.
5. Scoperta, non indicizzazione e non ranking. Ogni decisione qui resta entro lo stesso confine di una sitemap: un feed può solo accelerare la possibilità che un URL venga trovato e sottoposto a crawl. Non ha leve sulle decisioni di indicizzazione né sul ranking.
Formati dei feed: cosa è accettato e cosa è necessario
Accettati come segnale di scoperta in formato sitemap
| Formato | Accettato da Google | Accettato da Bing | Note |
|---|---|---|---|
| RSS 2,0 | Sì | Sì | Default più comune dei CMS |
| Atom 1,0 | Sì | Sì | |
| Atom 0,3 | No | Sì | La documentazione di Bing lo elenca; trattalo come legacy |
| mRSS (Media RSS) | Solo video | Sì (come formato sitemap) | Google: solo metadati video, non una sitemap generale |
| JSON Feed | Non elencato | Non elencato | Formato per feed reader; nessun motore lo documenta come input sitemap |
Elementi minimi utili per elemento
| Elemento | RSS 2,0 | Atom 1,0 | Perché conta per la scoperta |
|---|---|---|---|
| Link dell’elemento | <link> | <link href> | L’URL effettivo da sottoporre a crawl: deve essere assoluto |
| Data | <pubDate> | <updated> / <published> | Permette al motore di giudicare che cosa è «recente» |
| Titolo | <title> | <title> | Contesto per persone/feed reader, non input di ranking |
| ID univoco | <guid> (consigliato) | <id> (obbligatorio) | Impedisce di rielaborare lo stesso elemento come nuovo |
Pull e push per motore
| Motore | Pull (il feed stesso) | Equivalente push |
|---|---|---|
| RSS/Atom, recuperati periodicamente | WebSub | |
| Bing | RSS/Atom, recuperati periodicamente | IndexNow (preferito al monitoraggio del feed) |
Bloccare Feedfetcher: fai questo, non quello
| Obiettivo | Strumento sbagliato | Strumento corretto |
|---|---|---|
| Impedire a Feedfetcher di leggere l’URL del feed | robots.txt Disallow (ignorato) | Restituisci un 4xx (404/410) per l’URL del feed |
Identità del feed e controlli Search: non sono lo stesso meccanismo
Il guid/id e il link di un feed fanno parte della specifica del feed, non
sono direttive Search. Non usarli per un compito di canonicalizzazione o controllo degli accessi
per cui non sono stati progettati:
| Controllo | Che cosa fa davvero | Che cosa NON fa |
|---|---|---|
RSS guid / Atom id | Assegna a un elemento un’identità stabile nel feed, così un consumer sa «stesso elemento, non mostrarlo di nuovo» | Non dice a Google o Bing quale URL della pagina sia canonical |
link dell’elemento (RSS) / link href (Atom) | Indirizza un feed reader o crawler all’URL di destinazione | Non è da solo un segnale di canonicalizzazione |
Relazione canonical (rel="canonical", o un header HTTP Link) | È un meccanismo separato che implementi nella risposta dell’articolo per consolidare gli URL duplicati | Non viene dedotta automaticamente dal guid/id/link del feed |
X-Robots-Tag: noindex nella risposta del feed | Può applicare una direttiva Search a una risposta non HTML come un file feed, ma solo quando il crawler può già accedere alla risposta | Non è uno strumento di controllo degli accessi e non impedisce il recupero o la diffusione del feed |
| Autenticazione HTTP / URL privato | Limita davvero chi può recuperare il feed | Non è ottenuto da nessuna riga precedente |
Errori da evitare
Provare a bloccare Feedfetcher con robots.txt.
Feedfetcher è documentato come crawler che ignora robots.txt per progettazione: viene
trattato come se agisse per conto di una persona iscritta, non come un crawler autonomo. Una regola
Disallow sull’URL del feed non gli fa nulla. Fai invece questo: se devi davvero
impedire a Feedfetcher di leggere un feed, restituisci un 4xx (404 o 410) per quell’URL.
Trattare il feed come sostituto della sitemap XML. Un feed elenca solo gli elementi recenti: eliminare la sitemap perché «il feed la copre» fa perdere la scoperta di ogni pagina vecchia e archivio. Fai invece questo: mantienili entrambi; la guida di Google consiglia la sitemap per la copertura completa e il feed come livello di freschezza.
Pubblicare un feed senza elemento pubDate/updated.
Senza una data per ogni elemento non c’è nulla che un crawler (o un feed reader) possa usare per
giudicare che cosa sia davvero recente. Fai invece questo: assicurati che ogni elemento abbia
una data reale e accurata, non un timestamp di build uguale per tutti.
Nessun tag di autodiscovery nel <head>.
Senza <link rel="alternate" type="application/rss+xml" href="...">, crawler e feed
reader possono trovare il feed solo se lo invii esplicitamente o lo colleghi altrove. Fai invece
questo: aggiungi il tag di autodiscovery, così il feed si annuncia su ogni pagina.
Lasciare che il numero di elementi del feed aumenti o crolli. Un feed con tutto l’archivio smette di essere un segnale «recente»; un feed ridotto a 2-3 elementi può perdere una serie di pubblicazioni nello stesso giorno. Fai invece questo: dimensiona il numero di elementi in base al ritmo reale di pubblicazione, abbastanza da coprire l’intervallo tra i crawl senza trasformare il feed in una seconda sitemap.
Supporre che l’invio RSS significhi una scoperta Bing più rapida oggi. Un tempo era un’ipotesi ragionevole; la guida di Bing si è spostata verso IndexNow come segnale in tempo reale preferito, esplicitamente presentato come sostituto del «monitoraggio continuo dell’RSS». Fai invece questo: continua a inviare l’RSS (costa poco e funziona ancora), ma considera IndexNow la leva principale per la freschezza su Bing, non il feed.
Dimostrare che il feed funziona davvero
Controlli passa/non passa da eseguire dopo aver pubblicato o modificato un feed, ciascuno con il segnale di errore e il momento in cui attivare il rollback.
Test: il feed è XML ben formato
- Test da eseguire: carica l’URL del feed nel W3C Feed Validator.
- Risultato atteso: «This is a valid RSS/Atom feed» senza errori (gli avvisi sugli elementi facoltativi sono accettabili).
- Interpretazione del fallimento: un errore di validazione di solito indica XML malformato, carattere non escapato o elemento obbligatorio mancante; il feed può comunque essere renderizzato in un browser ma fallire con parser più rigidi.
- Finestra di monitoraggio: immediata: ricontrolla subito dopo ogni modifica al template del feed.
- Trigger del rollback: qualsiasi errore del validator (non un avviso) richiede di annullare la modifica al template finché non torna a validare correttamente.
Test: header Content-Type corretto
- Test da eseguire:
curl -I https://example.com/feed.xmle leggi l’headerContent-Type. - Risultato atteso:
application/rss+xml(RSS) oapplication/atom+xml(Atom), nontext/htmlotext/plain. - Interpretazione del fallimento: un Content-Type
text/htmldi solito significa che la route del feed è gestita dall’handler sbagliato (un catch-all del CMS o un livello di cache che riscrive gli header). - Finestra di monitoraggio: immediata.
- Trigger del rollback: Content-Type errato sull’URL attivo del feed: correggi la configurazione del server prima di affidarti al feed per la scoperta.
Test: l’invio della sitemap è accettato
- Test da eseguire: invia l’URL del feed in Sitemaps di Google Search Console e in Sitemaps di Bing Webmaster Tools.
- Risultato atteso: stato «Success» (Google) oppure stato elaborato/valido (Bing). Nessun motore documenta un numero garantito di URL scoperti o una finestra di elaborazione impegnativa: un numero non nullo di URL scoperti è un buon segno, ma va considerato un’osservazione, non un requisito passa/non passa autonomo.
- Interpretazione del fallimento: lo stato «Couldn’t fetch» o «General HTTP error» di solito indica che l’URL è bloccato, restituisce uno stato diverso da 200 o va in timeout.
- Finestra di monitoraggio: ricontrollare dopo un giorno o due è una regola pratica, non uno SLA documentato; ricontrolla dopo ogni modifica server o CDN che tocchi la route del feed.
- Trigger del rollback: invio fermo in stato di errore dopo un nuovo controllo: esamina la risposta del server prima di supporre che il motore «ci arriverà da solo».
Test: il tag di autodiscovery è presente e corretto
- Test da eseguire: visualizza il codice sorgente di una pagina che dovrebbe esporre il feed e
verifica che il tag
<link rel="alternate" type="application/rss+xml">(oatom+xml) sia presente con l’hrefcorretto. - Risultato atteso: il tag esiste nel
<head>e l’hrefrisolve allo stesso URL del feed validato sopra. - Interpretazione del fallimento: un tag mancante significa che crawler basati su autodiscovery
e feed reader non possono trovare il feed senza un invio esplicito; un
hreferrato punta a un feed obsoleto o non attivo. - Finestra di monitoraggio: immediata: controlla subito dopo ogni modifica al template.
- Trigger del rollback: tag mancante o puntato all’URL sbagliato su una pagina attiva.
Test: Feedfetcher non può essere bloccato da robots.txt (verifica che la trappola non ti riguardi)
- Test da eseguire: controlla
robots.txtper unaDisallowche copra il percorso del feed, poi verifica che l’URL del feed restituisca ancora200quando viene recuperato direttamente. - Risultato atteso: se vuoi che il feed venga sottoposto a crawl, restituisce
200: una disallow in robots.txt da sola non avrebbe fermato Feedfetcher, ma vale la pena confermare che il feed non restituisca anche un non-200 per un motivo diverso. Se volevi bloccare Feedfetcher, l’URL deve restituire un4xx, senza affidarsi alla disallow. - Interpretazione del fallimento: un
200quando volevi bloccare Feedfetcher significa che il blocco non è effettivo: la riga robots.txt viene ignorata, come documentato. - Finestra di monitoraggio: immediata.
- Trigger del rollback: lo stato dell’URL del feed non corrisponde all’intento (bloccato quando dovrebbe essere aperto, o viceversa).
Mettiti alla prova: feed RSS
Cinque domande rapide su come i motori di ricerca usano i feed RSS e Atom per la scoperta. Scegli una risposta per ciascuna, poi verifica.
Cronologia modifiche
Aggiornato il 20 ago 2026.
Riepilogo editoriale e dettagli registrati delle modifiche.Dettagli delle modifiche
-
Le note dettagliate sulle modifiche sono attualmente disponibili in inglese.
Confronto completo non disponibile — non è stata archiviata alcuna istantanea precedente per questa revisione.
Aggiornato il 18 lug 2026.
Riepilogo editoriale e dettagli registrati delle modifiche.Dettagli delle modifiche
-
Le note dettagliate sulle modifiche sono attualmente disponibili in inglese.
-
Le note dettagliate sulle modifiche sono attualmente disponibili in inglese.
-
Le note dettagliate sulle modifiche sono attualmente disponibili in inglese.
-
Le note dettagliate sulle modifiche sono attualmente disponibili in inglese.
Confronto completo non disponibile — non è stata archiviata alcuna istantanea precedente per questa revisione.