Guide : RSS Feeds
How moteur de recherches utiliser RSS 2,0 and Atom 1,0 feeds as a discovery channel pour fresh content — Feedfetcher, robots.txt, WebSub, and pourquoi a feed complements but jamais replaces an XML sitemap.
Langues
Google and Bing les deux accept RSS 2,0 and Atom 1,0 feeds as a sitemap-style discovery signal — but a feed seulement surfaces votre recently modifié URLs, so it complements a complet XML sitemap plutôt que replacing it. Google crawls feeds with Feedfetcher, a separate robot d’exploration que ignores robots.txt (block it with a 4xx, pas a disallow). Feeds are a pull channel; WebSub turns les into push pour Google, pendant que IndexNow is now Bing's preferred push signal. Feeds aider discovery speed, pas rankings, and comme sitemaps ils jamais guarantee indexation.
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 — An RSS or Atom feed is an XML fichier que listes votre la plupart recent pages. Moteur de recherches peut utiliser it to trouver nouveau content faster — vous pouvez submit the feed dans la recherche Google Console or Bing Webmaster Outils, simplement comme a sitemap. But a feed seulement montre recent URLs, so it fonctionne alongside a complet XML sitemap, pas au lieu de un. And comme a sitemap, it helps une page obtenir trouvé — it doesn’t faire vous rank plus élevé.
Ce que an RSS feed is
An RSS feed (Really Simple Syndication) or Atom feed is an XML fichier votre site publishes que listes votre latest content — usually the dernier few dozen posts. La plupart blog and CMS platforms generate un automatically. Readers utiliser feeds to follow votre updates in a feed reader, but the même fichier fait double duty: search engines peut lire it to découvrir votre newest URLs.
How moteur de recherches utiliser it
A feed fonctionne a lot comme a sitemap. Two choses peut se produire:
- Vous submit it. Dans la recherche Google Console or Bing Webmaster Outils, vous pouvez ajouter the feed’s URL as a sitemap. The engine alors checks it pour nouveau pages.
- Robots d’exploration trouver it on leur propre. Si vous put a petit autodiscovery tag in votre
page’s
<head>— a<link rel="alternate" type="application/rss+xml">line — a robot d’exploration peut spot votre feed sans vous submitting anything.
Soit façon, the engine pulls votre feed periodically and notices the recently ajouté or modifié URLs in it.
The un chose to remember
A feed doesn’t replace votre XML sitemap. A feed seulement listes votre recent content — it won’t inclure votre older pages or archives. Google’s propre advice is to utiliser les deux: le sitemap pour complet coverage of votre whole site, and the feed as a freshness signal pour ce que simplement modifié.
And simplement comme a sitemap, a feed seulement helps with discovery — getting une page trouvé and crawled. It doesn’t guarantee lune page obtient indexé, and it doesn’t lift votre rankings.
Vouloir the deeper version — Feedfetcher (Google’s separate feed robot d’exploration), pourquoi it ignores robots.txt, WebSub, and how Bing’s guidance has shifted toward IndexNow? Switch to the Avancé tab.
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 and Atom 1,0 are accepted by Google as a sitemap format, and autre engines may prise en charge feed submission sous leur current webmaster guidance. A feed seulement surfaces votre recently modifié URLs, so it complements a complet XML sitemap — it jamais replaces un. Feeds are a pull channel; WebSub peut ajouter publish-subscribe notifications, pendant que IndexNow is a separate URL-notification protocol utilisé by participating engines. Feeds aider discovery speed, pas rankings, and comme sitemaps ils jamais guarantee indexation.
A feed is a sitemap-format discovery signal
Si votre CMS déjà publishes an RSS or Atom feed, moteur de recherches peut utiliser it the
même façon ils utiliser a sitemap — as a liste of URLs to découvrir. Google is explicit:
“Google accepts RSS 2.0 and Atom 1.0 feeds,” and “si votre CMS generates an RSS
or Atom feed, vous pouvez submit the feed’s URL as a sitemap.” Que submission slot in
Recherche Google Console takes a feed URL simplement as happily as a sitemap.xml.
The catch is scope. A complet XML sitemap aims to catalog every URL on votre site; a feed is a rolling window of votre la plupart recent items. Google dit it plainly: “Ce feed seulement provides information on recent URLs.” So a feed is a freshness signal, pas a comprehensive index of votre pages. Ce is exactly how I frame it on the Discovery hub — Google accepts feeds as a sitemap format, but a feed seulement surfaces votre recently modifié URLs.
Two différent choses are vrai ici, and it’s worth keeping les separate: the feed
is recent parce que of qui URLs are currently listed in it — que partie is
structural and reliable. Ce que chaque item’s pubDate/updated valeur fait une fois a
provider récupère the feed is a separate question; Google and Bing don’t publish a
detailed spec pour exactly how ils weigh ceux date fields, so treat les as
utile context vous supply, pas a documented processing guarantee.
Feeds complement a sitemap — ils don’t replace it
Ce is the myth worth killing up front: “an RSS feed replaces my XML sitemap.” It doesn’t. Google’s documented recommendation is to utiliser les deux — le sitemap pour comprehensive, site-wide coverage (older pages, archives, everything), and the RSS/Atom feed as the freshness couche pour ce que simplement modifié. Drop le sitemap and garder seulement the feed, and votre archive of older URLs loses its la plupart reliable discovery chemin.
A practical remarque on ce que feeds peut carry: an mRSS (Media RSS) feed peut give Google details à propos de video content, but RSS/Atom feeds peut seulement décrire videos — pas images or news. Pour image discovery vous encore vouloir an image sitemap, and pour Google News vous submit via News-specific channels. The feed is a discovery aid, pas a universal metadata pipe.
Feedfetcher: Google’s feed robot d’exploration pour News and WebSub — and the robots.txt footgun
Here’s the partie la plupart write-ups miss, and worth being precise à propos de scope: Google’s propre Feedfetcher documentation describes it narrowly as “how Google crawls RSS or Atom feeds pour Google News and WebSub.” That’s the documented utiliser — Google doesn’t dire on que page que Feedfetcher is ce que handles every feed vous submit as a sitemap in Search Console, so I won’t generalize it into a claim à propos de the sitemap-submission chemin. Two choses Feedfetcher’s propre documentation fait establish, pour the News/WebSub context it noms:
- It ignores robots.txt — by design. Google states it directement: Feedfetcher
doesn’t obey robots.txt rules, parce que it’s treated as acting on behalf of a
human who explicitly subscribed to the feed — “a direct agent of the human
utilisateur, pas as a robot.” So if your plan to “block the feed from robots d’exploration” is a
robots.txt
Disallow, it won’t arrêter Feedfetcher. To en réalité block Feedfetcher, retourner a 4xx (404 or 410) pour the feed URL — pas a disallow. Ce is the même shape of mistake as trying to deindex une page with robots.txt: you’re reaching pour the incorrect contrôler. - It crawls seulement the feed URL, pas the liens à l’intérieur it. Google is explicit que “unlike normal web robots d’exploration, Feedfetcher isn’t discovering liens to explorer at tout; à la place, it crawls a unique URL that’s provided to it.” It aussi dit Feedfetcher “shouldn’t retrieve feeds from la plupart sites plus que une fois every hour on average,” though frequently-updated sites may be refreshed plus souvent. Ce que Google doesn’t document is ce que se produit suivant to l’URLs à l’intérieur a feed vous submit as a general Search sitemap — que hand-off isn’t décrit on ce page, so treat it as undocumented plutôt que assuming it flows via Feedfetcher.
How Bing uses feeds — and pourquoi IndexNow modifié the picture
Bing accepts a broad définir of sitemap formats: XML, RSS 2,0, mRSS, Atom 0,3 and Atom 1,0, and plain text. RSS/Atom feeds are a natural fit pour blogs que publish frequently, and historically Bing voudrait monitor ceux feeds to catch nouveau content.
But Bing’s modern guidance has déplacé on. Its 2025 sitemaps guidance emphasizes XML
with accurate lastmod plus IndexNow as the preferred stack, and notably arrête
foregrounding RSS/Atom. The reasoning is in Bing’s propre words on IndexNow: “À la place
of Bing continually monitoring RSS and similaire feeds or frequently exploration websites
to vérifier pour nouveau pages… websites ne va pasify Bing directement à propos de relevant URLs
modification on leur website.” En d’autres termes, IndexNow is meant to replace the old
“Bing monitors your RSS feed” pattern with an explicit push. RSS encore fonctionne with
Bing and submitting it is low-effort — but si you’re choosing où to invest pour
Bing freshness, IndexNow is the principal recommendation now.
Pull vs push: où WebSub fits
Feeds are fundamentally a pull channel — the engine re-fetches votre feed on its propre schedule. To faire que a push, vous ajouter WebSub (formerly PubSubHubbub). Google supports it: “Si vous utiliser Atom or RSS, vous pouvez utiliser WebSub to broadcast votre changements to moteur de recherches, notamment Google.” Au lieu de waiting to be re-pulled, votre feed broadcasts the modifier to subscribed engines, so the mettre à jour lands closer to réel temps. The simplest mental model pour the two engines:
- Google: RSS/Atom feed pour pull discovery, WebSub to push feed changements.
- Bing: RSS/Atom accepted, but IndexNow is the preferred push pour real-time notification.
WebSub is the push complement to RSS — the même façon lastmod and IndexNow are
push complements on le sitemap side. (Plus on the whole pull/push landscape on the
Discovery hub.)
Setting up a feed pour discovery
A short, practical checklist:
- Publish a valid RSS 2,0 or Atom 1,0 feed (la plupart CMSes do ce automatically). Utiliser absolute URLs à l’intérieur it, and garder the item count to votre recent window.
- Ajouter an autodiscovery tag in votre page
<head>so robots d’exploration peut trouver it:<link rel="alternate" type="application/rss+xml" title="Feed" href="/feed.xml">. - Submit the feed URL as a sitemap dans la recherche Google Console and in Bing Webmaster Outils. Autodiscovery alone peut fonctionner, but explicit submission is plus reliable.
- Pour Google freshness, ajouter WebSub; pour Bing freshness, implement IndexNow.
- Don’t block the feed in robots.txt expecting Feedfetcher to obey it — utiliser a 4xx si vous genuinely besoin to block it.
The limites — même as sitemaps
Three honest limites to gardez à l’esprit:
- Recent URLs seulement. A feed is a freshness signal, pas complet coverage. Garder the XML sitemap pour everything sinon.
- Aucun indexation guarantee. Discovery n’est pas indexation. A feed obtient une URL trouvé and crawled sooner; si it’s indexé is a separate decision.
- Pas a ranking signal. Feeds speed up discovery and peut aider fresh content obtenir picked up avant backlinks accrue, but there’s aucun ranking benefit au-delà que — exactly the même as a sitemap.
AI summary
A condensed prendre on the Avancé version:
- Feeds are a sitemap-format discovery signal. Google accepts RSS 2,0 and
Atom 1,0; Bing accepts RSS 2,0 plus Atom 0,3/1,0 (and mRSS). Submit the feed
URL as a sitemap, or expose it via a
<link rel="alternate">autodiscovery tag. - A feed seulement covers recent URLs. It complements a complet XML sitemap — it jamais replaces un. Google recommends en utilisant les deux.
- Feedfetcher is Google’s robot d’exploration pour RSS/Atom feeds, documented pour Google News and WebSub specifically — Google doesn’t state it’s the fetcher behind every Search sitemap-submitted feed. It ignores robots.txt by design — to block it, retourner a 4xx, pas a disallow. It récupère seulement the feed URL (it doesn’t follow liens à l’intérieur the feed).
- Feed identity isn’t a Search contrôler. A
guid/iddonne an item stable identity à l’intérieur the feed; it’s pas a canonical directive.X-Robots-Tag: noindexon a feed réponse exige the robot d’exploration to déjà be able to accès it, and isn’t accès contrôler. - Pull vs push: feeds are pull. WebSub turns les into push pour Google (broadcast feed changements). Pour Bing, IndexNow is now the preferred real-time push, replacing the old “Bing monitors your RSS” pattern.
- mRSS peut carry video details; feeds can’t décrire images or news.
- Limites: recent URLs seulement, aucun indexation guarantee, and aucun ranking benefit — feeds speed up discovery, nothing plus.
Documentation officielle
Primary-source documentation from the moteur de recherches.
- Construire and submit a sitemap — RSS 2,0 / Atom 1,0 acceptance, submitting a feed as a sitemap, the “recent URLs only” caveat, mRSS pour video, and WebSub.
- Feedfetcher — how Google’s dedicated feed robot d’exploration fonctionne and pourquoi it ignores robots.txt (block with 4xx).
- Meilleur Practices pour XML Sitemaps and RSS/Atom Feeds (2014) — Google’s “use both” recommendation: sitemap pour coverage, feed pour freshness.
- En utilisant RSS/Atom Feeds to Découvrir Nouveau URLs (2009) — Google’s original announcement of feeds as a discovery méthode.
Bing / Microsoft
- Keeping Content Discoverable with Sitemaps in AI-Powered Search (July 2025) — Bing’s current guidance emphasizing XML +
lastmod+ IndexNow. - Submit up to 10 000 URLs/day to Bing (2019) — the Fabrice Canel statement on replacing RSS monitoring with direct notification.
Quotes from the source
On-the-record statements from Google and Bing. Chaque lien is a deep lien que jumps to the quoted passage on the source page.
Google — feeds as a discovery format
- “Google accepts RSS 2.0 and Atom 1.0 feeds.” — Recherche Google Central docs. Jump to quote
- “If you use Atom or RSS, you can use WebSub to broadcast your changes to search engines, including Google.” Jump to quote
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.” — Microsoft Bing, on IndexNow / URL submission. Jump to quote
Feed setup audit checklist
Run via ce avant vous considérer a feed “done.” It’s the même ground as the Avancé tab’s setup steps, reframed as a réussir/échouer liste:
- Feed validates as well-formed RSS 2,0 or Atom 1,0 — aucun broken XML, unescaped ampersands, or unclosed tags.
- Every item has a réel, distinct
<link>pointing at an absolute URL (pas a relative chemin, pas a placeholder). - Every item has a
pubDate(RSS) orupdated/published(Atom) — a feed with aucun dates donne robots d’exploration nothing to judge “recent” by. - Item count matches votre réel recent window (roughly votre dernier few dozen posts) — pas truncated to 3-5, pas bloated to votre entier archive.
- Full-content vs. summary is a deliberate choice, pas a par défaut — weigh reader convenience in feed readers contre licensing, republishing/scraping exposure, and how beaucoup vous vouloir to protéger click-through to votre propre site. Ce isn’t a documented Recherche Google ranking factor soit façon; whichever vous choisir, garder the item’s markup valid and its entry identity (guid/id) stable.
- Autodiscovery tag is présent in
<head>:<link rel="alternate" type="application/rss+xml" title="Feed" href="/feed.xml">. - Feed’s HTTP réponse has the correct
Content-Type(application/rss+xmlorapplication/atom+xml), pastext/html. - Feed URL submitted as a sitemap in les deux Recherche Google Console and Bing Webmaster Outils.
- Feed URL is pas disallowed in
robots.txtsi vous en réalité vouloir Feedfetcher and feed readers to reach it (a disallow won’t arrêter Feedfetcher anyway — voir the anti-patterns tab). - A complet XML sitemap encore exists and is submitted separately — the feed is the freshness couche, pas the whole map.
- WebSub configuré si vous vouloir push discovery pour Google; IndexNow configuré si vous vouloir push discovery pour Bing.
The mental models
1. Feed = freshness couche, sitemap = complet map. Don’t demander “feed or sitemap” — it’s pas a choice. Le sitemap réponses “ce que exists on ce site,” the feed answers “ce que modifié recently.” Utiliser les deux; the feed jamais substitutes pour le sitemap’s coverage.
2. Pull vs. push, and qui engine veut qui. A feed by itself is pull — the engine re-fetches it on its propre schedule. WebSub turns que into push pour Google. IndexNow is Bing’s preferred push channel and has déplacé past “monitor the RSS feed.” Si votre goal is faster discovery pour a spécifique engine, match the channel to the engine: WebSub pour Google, IndexNow pour Bing.
3. Feedfetcher n’est pas Googlebot.
Google’s dedicated feed-fetching bot has its propre rules — la plupart importantly, it
ignores robots.txt. Quelconque contrôler decision à propos de a feed URL has to be made with
ce crawler’s behavior in mind, pas Googlebot’s.
4. The decision rule pour “does a feed help this site?” A feed earns its garder quand: (a) vous publish nouveau or mis à jour content souvent suffisant que “recent” is a meaningful, moving window, and (b) vous vouloir que freshness signal disponible to plus que simplement moteur de recherches (feed readers, WebSub subscribers, third-party aggregators). A site que rarely changements obtient little supplémentaire from a feed au-delà ce que le sitemap déjà provides.
5. Discovery, pas indexation, pas ranking. Every decision ici sits à l’intérieur the même boundary as a sitemap: a feed peut seulement speed up si une URL obtient trouvé and crawled. It has aucun lever on indexation decisions or on rankings.
Feed formats — what’s accepted, what’s requis
Accepted as a sitemap-format discovery signal
| Format | Accepted by Google | Accepted by Bing | Notes |
|---|---|---|---|
| RSS 2,0 | Yes | Yes | La plupart courant CMS par défaut |
| Atom 1,0 | Yes | Yes | |
| Atom 0,3 | Aucun | Yes | Bing’s docs liste it; treat as legacy |
| mRSS (Media RSS) | Video seulement | Yes (as a sitemap format) | Google: video metadata seulement, pas a general sitemap |
| JSON Feed | Pas listed | Pas listed | Feed-reader format; neither engine documents it as a sitemap input |
Minimum utile elements per item
| Element | RSS 2,0 | Atom 1,0 | Pourquoi c’est important pour discovery |
|---|---|---|---|
| Item lien | <link> | <link href> | The réel URL to explorer — doit be absolute |
| Date | <pubDate> | <updated> / <published> | Lets the engine judge what’s “recent” |
| Title | <title> | <title> | Human/feed-reader context, pas a ranking input |
| Unique ID | <guid> (recommended) | <id> (requis) | Arrête the même item being re-processed as nouveau |
Pull vs. push, by engine
| Engine | Pull (feed itself) | Push equivalent |
|---|---|---|
| RSS/Atom, re-fetched periodically | WebSub | |
| Bing | RSS/Atom, re-fetched periodically | IndexNow (preferred over feed monitoring) |
Blocking Feedfetcher — do ce, pas que
| Goal | Incorrect outil | Correct outil |
|---|---|---|
| Arrêter Feedfetcher from reading the feed URL | robots.txt Disallow (ignored) | Retourner a 4xx (404/410) pour the feed URL |
Feed identity vs. Search contrôle — ces ne sont pas the même mechanism
A feed’s guid/id and its link are partie of the feed spec, pas Search
directives. Don’t reach pour les to do a canonicalization or access-control job
ils were jamais construit pour:
| Contrôler | Ce que it en réalité fait | Ce que it ne fait pas do |
|---|---|---|
RSS guid / Atom id | Donne an item a stable identity dans the feed, so a consumer knows “same item, don’t re-show it” | Ne fait pas tell Google or Bing qui page URL is canonical |
Item link (RSS) / link href (Atom) | Points a feed reader or robot d’exploration at the destination URL | N’est pas a canonicalization signal on its propre |
Canonical relation (rel="canonical", or an HTTP Link header) | A separate mechanism vous implement on the article’s propre réponse to consolidate duplicate URLs | N’est pas inferred automatically from a feed’s guid/id/link |
X-Robots-Tag: noindex on the feed réponse | Peut appliquer a Search directive to a non-HTML réponse comme a feed fichier — but seulement takes effect une fois the robot d’exploration peut déjà accès que réponse | N’est pas an access-control outil and won’t arrêter the feed from being récupéré or syndicated |
| HTTP authentication / a private URL | En réalité restricts who peut retrieve the feed at tout | Pas achieved by quelconque of the rows ci-dessus |
Mistakes to éviter
Trying to block Feedfetcher with robots.txt.
Feedfetcher is documented to ignore robots.txt by design — it’s treated as
acting on behalf of a subscribed human, pas as an autonomous robot d’exploration. A
Disallow rule on the feed URL ne fait pashing to it. Do à la place: si vous
genuinely besoin to arrêter Feedfetcher from reading a feed, retourner a 4xx (404 or
410) pour que URL.
Treating the feed as a replacement pour the XML sitemap. A feed seulement listes recent items — dropping le sitemap parce que “the feed covers it” loses discovery pour every older page and archive. Do à la place: garder les deux; Google’s propre guidance is to utiliser le sitemap pour complet coverage and the feed as the freshness couche on top of it.
Shipping a feed with aucun pubDate/updated element.
Sans a date on chaque item, there’s nothing pour a robot d’exploration (or a feed reader) to
utiliser to judge what’s en réalité recent. Do à la place: assurez-vous every item carries
a réel, accurate date — pas a build-time timestamp that’s the même à travers tout
items.
Aucun autodiscovery tag in <head>.
Sans <link rel="alternate" type="application/rss+xml" href="...">, robots d’exploration
and feed readers peut seulement trouver the feed si vous explicitly submit or lien it
somewhere. Do à la place: ajouter the autodiscovery tag so the feed is
self-announcing on every page.
Letting the feed’s item count balloon or collapse. A feed with votre entier archive arrête being a “recent” signal; a feed truncated to 2-3 items peut miss a batch of same-day publishes. Do à la place: size the item count to votre réel publishing cadence — suffisant to cover the gap entre crawls sans becoming a second sitemap.
Assuming RSS submission signifie faster Bing discovery today. Ce utilisé to be a reasonable assumption; Bing’s propre guidance has since déplacé toward IndexNow as the preferred real-time signal, explicitly framed as a replacement pour “continually monitoring RSS.” Do à la place: garder the RSS submission (it’s low-effort and encore fonctionne), but treat IndexNow as the principal lever pour Bing freshness, pas the feed.
Prove the feed en réalité fonctionne
Réussir/échouer checks pour après vous publish or modifier a feed — chaque with the échec signal and quand to pull the trigger on rolling back.
Tester: feed is well-formed XML
- Tester to run: Charger the feed URL in the W3C Feed Validator.
- Attendu result: “This is a valid RSS/Atom feed” with aucun errors (warnings à propos de optional elements are acceptable).
- Échec interpretation: A validation error usually signifie malformed XML, an unescaped character, or a manquant requis element — the feed may encore render in a navigateur but échouer pour stricter parsers.
- Monitoring window: Immediate — re-check correct après quelconque modifier to the feed template.
- Rollback trigger: Quelconque validator error (pas warning) signifie revert the template modifier jusqu’à it re-validates clean.
Tester: correct Content-Type header
- Tester to run:
curl -I https://example.com/feed.xmland lire theContent-Typeheader. - Attendu result:
application/rss+xml(RSS) orapplication/atom+xml(Atom) — pastext/htmlortext/plain. - Échec interpretation: A
text/htmlContent-Type usually signifie the feed route is being served by the incorrect handler (a CMS catch-all, a mise en cache couche rewriting headers). - Monitoring window: Immediate.
- Rollback trigger: Incorrect Content-Type on the live feed URL — fix le serveur config avant relying on the feed pour discovery.
Tester: sitemap submission accepted
- Tester to run: Submit the feed URL sous Sitemaps dans la recherche Google Console and sous Sitemaps in Bing Webmaster Outils.
- Attendu result: Status montre “Success” (Google) or a processed/valid state (Bing). Neither engine documents a guaranteed discovered-URL count or a committed processing window — a non-zero discovered-URL count is a bon sign, but treat it as an observation, pas a réussir/échouer requirement on its propre.
- Échec interpretation: A “Couldn’t fetch” or “General HTTP error” status usually signifie the feed URL is blocked, returning a non-200 status, or timing out.
- Monitoring window: Checking back a day or two après submission is a practical rule of thumb, pas a documented SLA — re-check après quelconque server or CDN modifier que touches the feed route.
- Rollback trigger: Submission stuck in an error state après a re-check — investigate le serveur réponse avant assuming the engine va “figure it out” on its propre.
Tester: autodiscovery tag is présent and correct
- Tester to run: View source on une page que devrait expose the feed and
confirmer the
<link rel="alternate" type="application/rss+xml">(oratom+xml) tag is présent with the correcthref. - Attendu result: The tag exists in
<head>, and thehrefresolves to the même feed URL vous validated ci-dessus. - Échec interpretation: A manquant tag signifie autodiscovery-based robots d’exploration
and feed readers can’t trouver the feed sans an explicit submission; a incorrect
hrefsignifie it points at a stale or dead feed. - Monitoring window: Immediate — vérifier correct après quelconque template modifier.
- Rollback trigger: Tag manquant or pointing at the incorrect URL on a live page.
Tester: Feedfetcher can’t be blocked by robots.txt (confirming the footgun doesn’t appliquer to vous)
- Tester to run: Vérifier
robots.txtpour aDisallowcovering the feed chemin, alors confirmer the feed URL encore renvoie200quand récupéré directement. - Attendu result: Si vous vouloir the feed crawled, it renvoie
200— a robots.txt disallow alone won’t have stopped Feedfetcher, but it’s worth confirming the feed isn’t aussi returning a non-200 pour an unrelated raison. Si vous intended to block Feedfetcher, l’URL devrait retourner a4xx, pas rely on the disallow. - Échec interpretation: A
200quand vous meant to block Feedfetcher signifie the block isn’t en réalité in placer — the robots.txt line is being ignored, as documented. - Monitoring window: Immediate.
- Rollback trigger: Feed URL status doesn’t match votre intent (blocked quand it devrait be ouvrir, or vice versa).
Testez vos connaissances: RSS Feeds
Five rapide questions on how moteur de recherches utiliser RSS and Atom feeds pour discovery. Pick an réponse pour chaque, alors vérifier.
Journal des modifications
Mis à jour le 18 juil. 2026.
Résumé éditorial et détails enregistrés des changements.Détails des changements
-
Les notes détaillées des changements sont actuellement disponibles en anglais.
-
Les notes détaillées des changements sont actuellement disponibles en anglais.
-
Les notes détaillées des changements sont actuellement disponibles en anglais.
-
Les notes détaillées des changements sont actuellement disponibles en anglais.
Comparaison complète indisponible — aucun instantané antérieur n’a été archivé pour cette révision.