Feeds RSS
Como os mecanismos de busca usam feeds RSS 2,0 e Atom 1,0 como um canal de descoberta para conteúdo novo — Feedfetcher, robots.txt, WebSub e por que um feed complementa, mas nunca substitui um sitemap XML.
Idiomas
O Google e o Bing aceitam feeds RSS 2,0 e Atom 1,0 como um sinal de descoberta no estilo sitemap — mas um feed apenas mostra suas URLs alteradas recentemente, então ele complementa um sitemap XML completo em vez de substituí-lo. O Google rastreia feeds com o Feedfetcher, um rastreador separado que ignora robots.txt (bloqueie-o com um 4xx, não com um disallow). Feeds são um canal pull; o WebSub os transforma em push para o Google, enquanto o IndexNow é agora o sinal push preferido do Bing. Feeds ajudam na velocidade de descoberta, não no ranqueamento, e como sitemaps, eles nunca garantem indexação.
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 — Um feed RSS ou Atom é um arquivo XML que lista suas páginas mais recentes. Os mecanismos de busca podem usá-lo para encontrar conteúdo novo mais rápido — você pode enviar o feed no Google Search Console ou no Bing Webmaster Tools, assim como um sitemap. Mas um feed mostra apenas URLs recentes, então ele funciona junto com um sitemap XML completo, não em vez dele. E como um sitemap, ele ajuda uma página a ser encontrada — não faz você ranquear melhor.
O que é um feed RSS
Um feed RSS (Really Simple Syndication) ou feed Atom é um arquivo XML que seu site publica e que lista seu conteúdo mais recente — geralmente as últimas dezenas de posts. A maioria das plataformas de blog e CMS gera um automaticamente. Os leitores usam feeds para acompanhar suas atualizações em um leitor de feeds, mas o mesmo arquivo tem dupla função: os mecanismos de busca podem lê-lo para descobrir suas URLs mais recentes.
Como os mecanismos de busca o usam
Um feed funciona muito como um sitemap. Duas coisas podem acontecer:
- Você o envia. No Google Search Console ou no Bing Webmaster Tools, você pode adicionar a URL do feed como um sitemap. O mecanismo então o verifica em busca de novas páginas.
- Os rastreadores o encontram sozinhos. Se você colocar uma pequena tag de autodescoberta no
<head>da sua página — uma linha<link rel="alternate" type="application/rss+xml">— um rastreador pode encontrar seu feed sem que você envie nada.
De qualquer forma, o mecanismo puxa seu feed periodicamente e percebe as URLs adicionadas ou alteradas recentemente nele.
A única coisa para lembrar
Um feed não substitui seu sitemap XML. Um feed lista apenas seu conteúdo recente — ele não incluirá suas páginas mais antigas ou arquivos. O conselho do próprio Google é usar ambos: o sitemap para cobertura completa de todo o seu site e o feed como um sinal de novidade para o que acabou de mudar.
E assim como um sitemap, um feed só ajuda com a descoberta — fazer uma página ser encontrada e rastreada. Ele não garante que a página seja indexada e não melhora seu ranqueamento.
Quer a versão mais aprofundada — Feedfetcher (o rastreador de feeds separado do Google), por que ele ignora robots.txt, WebSub e como a orientação do Bing mudou em direção ao IndexNow? Mude para a aba Avançado.
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 são aceitos pelo Google como formato de sitemap, e outros mecanismos podem suportar o envio de feeds sob suas orientações atuais para webmasters. Um feed mostra apenas suas URLs alteradas recentemente, então ele complementa um sitemap XML completo — nunca o substitui. Feeds são um canal de pull; WebSub pode adicionar notificações de publicação-assinatura, enquanto IndexNow é um protocolo separado de notificação de URL usado por mecanismos participantes. Feeds ajudam na velocidade de descoberta, não no ranqueamento, e como sitemaps, nunca garantem indexação.
Um feed é um sinal de descoberta em formato de sitemap
Se o seu CMS já publica um feed RSS ou Atom, os mecanismos de busca podem usá-lo da
mesma forma que usam um sitemap — como uma lista de URLs para descobrir. O Google é explícito:
“Google accepts RSS 2.0 and Atom 1.0 feeds,” e “if your CMS generates an RSS
or Atom feed, you can submit the feed’s URL as a sitemap.” (tradução) «O Google aceita feeds RSS 2.0 e Atom 1.0» e «se o seu CMS gera um feed RSS ou Atom, você pode enviar a URL do feed como um sitemap.» Esse campo de envio no
Google Search Console aceita uma URL de feed tão facilmente quanto um sitemap.xml.
O problema é o escopo. Um sitemap XML completo visa catalogar cada URL do seu site; um feed é uma janela rolante dos seus itens mais recentes. O Google diz isso claramente: “This feed only provides information on recent URLs.” (tradução) «Este feed só fornece informações sobre URLs recentes.» Então um feed é um sinal de novidade, não um índice abrangente das suas páginas. É exatamente assim que eu o apresento no hub Discovery — o Google aceita feeds como formato de sitemap, mas um feed só mostra suas URLs alteradas recentemente.
Duas coisas diferentes são verdadeiras aqui, e vale a pena mantê-las separadas: o feed
é recente por causa de quais URLs estão atualmente listadas nele — essa parte é
estrutural e confiável. O que o valor de pubDate/updated de cada item faz quando um
provedor busca o feed é uma questão separada; Google e Bing não publicam uma
especificação detalhada sobre exatamente como eles pesam esses campos de data, então
trate-os como contexto útil que você fornece, não como uma garantia de processamento documentada.
Feeds complementam um sitemap — eles não o substituem
Este é o mito que vale a pena eliminar logo de cara: “um feed RSS substitui meu sitemap XML.” Não substitui. A recomendação documentada do Google é usar ambos — o sitemap para cobertura abrangente de todo o site (páginas antigas, arquivos, tudo), e o feed RSS/Atom como a camada de atualização para o que acabou de mudar. Remova o sitemap e mantenha apenas o feed, e seu arquivo de URLs mais antigas perde seu caminho de descoberta mais confiável.
Uma nota prática sobre o que os feeds podem carregar: um feed mRSS (Media RSS) pode fornecer ao Google detalhes sobre conteúdo de vídeo, mas feeds RSS/Atom só podem descrever vídeos — não imagens ou notícias. Para descoberta de imagens, você ainda quer um sitemap de imagens, e para Google News, você envia por canais específicos de News. O feed é um auxílio de descoberta, não um pipe universal de metadados.
Feedfetcher: o crawler de feeds do Google para News e WebSub — e a armadilha do robots.txt
Aqui está a parte que a maioria dos artigos ignora, e vale a pena ser preciso sobre o escopo: a documentação do próprio Feedfetcher do Google o descreve de forma restrita como “how Google crawls RSS or Atom feeds for Google News and WebSub.” (tradução) «como o Google rastreia feeds RSS ou Atom para o Google News e o WebSub.» Esse é o uso documentado — o Google não diz nessa página que o Feedfetcher é o que lida com cada feed que você envia como um sitemap no Search Console, então não vou generalizar isso em uma afirmação sobre o caminho de envio de sitemap. Duas coisas que a própria documentação do Feedfetcher estabelece, para o contexto de News/WebSub que ela nomeia:
- Ele ignora robots.txt — por design. O Google afirma diretamente: o Feedfetcher
não obedece às regras de robots.txt, porque é tratado como agindo em nome de um
humano que se inscreveu explicitamente no feed — “a direct agent of the human
user, not as a robot.” (tradução) «um agente direto do usuário humano, não como um robô.» Então, se seu plano para “bloquear o feed de crawlers” é um
Disallowno robots.txt, ele não vai parar o Feedfetcher. Para realmente bloquear o Feedfetcher, retorne um 4xx (404 ou 410) para a URL do feed — não um disallow. Este é o mesmo tipo de erro que tentar desindexar uma página com robots.txt: você está usando o controle errado. - Ele rastreia apenas a URL do feed, não os links dentro dela. O Google é explícito que “diferente dos crawlers web normais, o Feedfetcher não está descobrindo links para rastrear; em vez disso, ele rastreia uma única URL que é fornecida a ele.” Ele também diz que o Feedfetcher “não deve buscar feeds da maioria dos sites mais de uma vez por hora em média,” embora sites atualizados com frequência possam ser atualizados mais vezes. O que o Google não documenta é o que acontece em seguida com as URLs dentro de um feed que você envia como um sitemap geral de Search — essa transferência não é descrita nesta página, então trate-a como não documentada em vez de assumir que ela flui pelo Feedfetcher.
Como o Bing usa feeds — e por que o IndexNow mudou o cenário
O Bing aceita um conjunto amplo de formatos de sitemap: XML, RSS 2,0, mRSS, Atom 0,3 e Atom 1,0, e texto simples. Feeds RSS/Atom são uma escolha natural para blogs que publicam com frequência, e historicamente o Bing monitorava esses feeds para capturar novos conteúdos.
Mas a orientação moderna do Bing evoluiu. A orientação de sitemaps de 2025 enfatiza XML
com lastmod preciso, além de IndexNow como a pilha preferida, e notavelmente deixa
de destacar RSS/Atom. A justificativa está nas próprias palavras do Bing sobre o 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.” (tradução) «Em vez de o Bing monitorar continuamente RSS e feeds semelhantes ou rastrear sites com frequência para verificar novas páginas… os sites notificarão o Bing diretamente sobre URLs relevantes que mudam em seus sites.» Em outras palavras, o IndexNow foi feito para substituir o antigo padrão “o Bing monitora seu feed RSS” por um push explícito. O RSS ainda funciona com o Bing e enviá-lo exige pouco esforço — mas, se você está escolhendo onde investir para a atualização no Bing, o IndexNow é a recomendação principal agora.
Pull vs push: onde o WebSub se encaixa
Feeds são fundamentalmente um canal pull — o mecanismo busca novamente seu feed em sua própria programação. Para transformar isso em push, você adiciona WebSub (antigo PubSubHubbub). O Google oferece suporte: “If you use Atom or RSS, you can use WebSub to broadcast your changes to search engines, including Google.” (tradução) «Se você usa Atom ou RSS, pode usar o WebSub para transmitir suas alterações aos mecanismos de busca, incluindo o Google.» Em vez de esperar ser puxado novamente, seu feed transmite a alteração aos mecanismos inscritos, então a atualização chega mais perto do tempo real. O modelo mental mais simples para os dois mecanismos:
- Google: feed RSS/Atom para descoberta pull, WebSub para enviar alterações do feed.
- Bing: RSS/Atom aceito, mas IndexNow é o push preferido para notificação em tempo real.
O WebSub é o complemento push do RSS — da mesma forma que lastmod e IndexNow são complementos push no lado do sitemap. (Mais sobre todo o cenário pull/push no hub Discovery.)
Configurando um feed para descoberta
Uma lista de verificação curta e prática:
- Publique um feed RSS 2,0 ou Atom 1,0 válido (a maioria dos CMSs faz isso automaticamente). Use URLs absolutas dentro dele e mantenha a contagem de itens na sua janela recente.
- Adicione uma tag de autodescoberta no
<head>da sua página para que os rastreadores possam encontrá-la:<link rel="alternate" type="application/rss+xml" title="Feed" href="/feed.xml">. - Envie a URL do feed como um sitemap no Google Search Console e no Bing Webmaster Tools. A autodescoberta sozinha pode funcionar, mas o envio explícito é mais confiável.
- Para atualização no Google, adicione WebSub; para atualização no Bing, implemente IndexNow.
- Não bloqueie o feed no robots.txt esperando que o Feedfetcher obedeça — use um 4xx se você realmente precisar bloqueá-lo.
Os limites — os mesmos dos sitemaps
Três limites honestos para ter em mente:
- Apenas URLs recentes. Um feed é um sinal de atualização, não uma cobertura completa. Mantenha o sitemap XML para todo o resto.
- Sem garantia de indexação. Descoberta não é indexação. Um feed faz uma URL ser encontrada e rastreada mais cedo; se ela será indexada é uma decisão separada.
- Não é um sinal de ranqueamento. Feeds aceleram a descoberta e podem ajudar conteúdo novo a ser captado antes que backlinks se acumulem, mas não há benefício de ranqueamento além disso — exatamente o mesmo que um sitemap.
Resumo de IA
Uma visão condensada da versão Avançada:
- RSS e Atom servem como sinais de descoberta no formato de sitemap. O Google aceita RSS 2,0 e Atom 1,0; o Bing aceita RSS 2,0 além de Atom 0,3/1.0 (e mRSS). Envie a URL desse arquivo como um sitemap ou torne-a detectável por meio de uma tag de autodescoberta
<link rel="alternate">. - Um feed cobre apenas URLs recentes. Ele complementa um sitemap XML completo — nunca o substitui. O Google recomenda usar ambos.
- Feedfetcher é o rastreador do Google para feeds RSS/Atom, documentado especificamente para Google News e WebSub — o Google não afirma que é o buscador por trás de todo feed enviado via sitemap na Pesquisa. Ele ignora robots.txt por design — para bloqueá-lo, retorne um 4xx, não um disallow. Ele busca apenas a URL do feed (não segue links dentro do feed).
- A identidade do feed não é um controle de Pesquisa. Um
guid/iddá a uma entrada identidade estável dentro do feed; não é uma diretiva de canonicalização. Um cabeçalho de desindexação na resposta do feed exige que o rastreador já consiga acessá-la e não funciona como controle de acesso. - Pull vs push: feeds são pull. WebSub os transforma em push para o Google (transmissão de mudanças no feed). Para o Bing, IndexNow é agora o push em tempo real preferido, substituindo o antigo padrão “o Bing monitora seu RSS”.
- mRSS pode carregar detalhes de vídeo; feeds não podem descrever imagens ou conteúdo jornalístico.
- Limites: apenas URLs recentes, sem garantia de indexação e sem benefício de ranqueamento — feeds aceleram a descoberta, nada mais.
Documentação oficial
Documentação de fonte primária dos mecanismos de busca.
- Criar e enviar um sitemap — aceitação de RSS 2,0 / Atom 1,0, envio de um feed como sitemap, a ressalva de “apenas URLs recentes”, mRSS para vídeo e WebSub.
- Feedfetcher — como funciona o rastreador de feeds dedicado do Google e por que ele ignora robots.txt (bloqueie com 4xx).
- Práticas recomendadas para sitemaps XML e feeds RSS/Atom (2014) — a recomendação do Google de “usar ambos”: sitemap para cobertura, feed para atualidade.
- Usar feeds RSS/Atom para descobrir novas URLs (2009) — o anúncio original do Google sobre feeds como método de descoberta.
Bing / Microsoft
- Manter o conteúdo descobrível com sitemaps na pesquisa com IA (julho de 2025) — a orientação atual do Bing enfatizando XML +
lastmod+ IndexNow. - Envie até 10.000 URLs/dia para o Bing (2019) — a declaração de Fabrice Canel sobre substituir o monitoramento de RSS por notificação direta.
Citações da fonte
Declarações oficiais do Google e do Bing. Cada link é um link profundo que leva diretamente à passagem citada na página de origem.
Google — feeds como formato de descoberta
- “Google accepts RSS 2.0 and Atom 1.0 feeds.” (tradução) «O Google aceita feeds RSS 2.0 e Atom 1.0.» — Documentação do Google Search Central. Ir para a citação
- “If you use Atom or RSS, you can use WebSub to broadcast your changes to search engines, including Google.” (tradução) «Se você usa Atom ou RSS, pode usar o WebSub para transmitir suas alterações aos mecanismos de busca, incluindo o Google.» Ir para a citação
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.” (tradução) «Em vez de o Bing monitorar continuamente RSS e feeds semelhantes ou rastrear sites com frequência para verificar novas páginas, descobrir mudanças de conteúdo e/ou novos links externos, os sites notificarão o Bing diretamente sobre URLs relevantes que mudam em seu site.» — Microsoft Bing, sobre IndexNow / envio de URLs. Ir para a citação
Lista de verificação de auditoria de configuração de feed
Percorra isto antes de considerar um feed “pronto”. É o mesmo terreno das etapas de configuração da aba Avançado, reformulado como uma lista de aprovação/reprovação:
- O feed é validado como RSS 2,0 ou Atom 1,0 bem formado — sem XML quebrado, ampersands sem escape ou tags não fechadas.
- Cada item tem um
<link>real e distinto apontando para uma URL absoluta (não um caminho relativo, não um espaço reservado). - Cada item tem um
pubDate(RSS) ouupdated/published(Atom) — um feed sem datas não dá aos rastreadores nada para julgar “recente”. - A contagem de itens corresponde à sua janela recente real (aproximadamente seus últimos alguns posts) — não truncada para 3-5, não inflada para todo o seu arquivo.
- Conteúdo completo vs. resumo é uma escolha deliberada, não um padrão — pese a conveniência do leitor em leitores de feed contra licenciamento, exposição a republicação/raspagem, e o quanto você quer proteger o clique para o seu próprio site. Isso não é um fator de ranqueamento documentado do Google Search de qualquer forma; o que você escolher, mantenha a marcação do item válida e sua identidade de entrada (guid/id) estável.
- A tag de autodescoberta está presente no
<head>:<link rel="alternate" type="application/rss+xml" title="Feed" href="/feed.xml">. - A resposta HTTP do feed tem o
Content-Typecorreto (application/rss+xmlouapplication/atom+xml), nãotext/html. - A URL do feed é enviada como sitemap em ambos Google Search Console e Bing Webmaster Tools.
- A URL do feed não é desautorizada em
robots.txtse você realmente quiser que o Feedfetcher e os leitores de feed a alcancem (uma desautorização não impedirá o Feedfetcher de qualquer forma — veja a aba de antipadrões). - Um sitemap XML completo ainda existe e é enviado separadamente — o feed é a camada de frescor, não o mapa inteiro.
- WebSub configurado se você quiser descoberta push para o Google; IndexNow configurado se você quiser descoberta push para o Bing.
Os modelos mentais
1. Feed = camada de frescor, sitemap = mapa completo. Não pergunte “feed ou sitemap” — não é uma escolha. O sitemap responde “o que existe neste site”, o feed responde “o que mudou recentemente”. Use ambos; o feed nunca substitui a cobertura do sitemap.
2. Pull vs. push, e qual mecanismo quer qual. Um feed por si só é pull — o mecanismo o re-busca em sua própria programação. WebSub transforma isso em push para o Google. IndexNow é o canal push preferido do Bing e avançou além de “monitorar o feed RSS”. Se seu objetivo é descoberta mais rápida para um mecanismo específico, combine o canal com o mecanismo: WebSub para Google, IndexNow para Bing.
3. Feedfetcher não é Googlebot.
O bot dedicado de busca de feeds do Google tem suas próprias regras — o mais importante,
ele ignora robots.txt. Qualquer decisão de controle sobre uma URL de feed tem que ser tomada com
este rastreador em mente, não com o Googlebot.
4. A regra de decisão para “um feed ajuda este site?” Um feed se justifica quando: (a) você publica conteúdo novo ou atualizado com frequência suficiente para que “recente” seja uma janela significativa e móvel, e (b) você quer esse sinal de frescor disponível para mais do que apenas mecanismos de busca (leitores de feed, assinantes do WebSub, agregadores de terceiros). Um site que raramente muda ganha pouco extra com um feed além do que o sitemap já fornece.
5. Descoberta, não indexação, não ranqueamento. Cada decisão aqui está dentro do mesmo limite que um sitemap: um feed só pode acelerar se uma URL é encontrada e rastreada. Ele não tem influência sobre decisões de indexação ou sobre ranqueamentos.
Formatos de feed — o que é aceito, o que é obrigatório
Aceito como sinal de descoberta no formato de sitemap
| Formato | Aceito pelo Google | Aceito pelo Bing | Observações |
|---|---|---|---|
| RSS 2,0 | Sim | Sim | Padrão mais comum em CMS |
| Atom 1,0 | Sim | Sim | |
| Atom 0,3 | Não | Sim | A documentação do Bing lista; trate como legado |
| mRSS (Media RSS) | Somente vídeo | Sim (como formato de sitemap) | Google: apenas metadados de vídeo, não um sitemap geral |
| JSON Feed | Não listado | Não listado | Formato de leitor de feed; nenhum mecanismo o documenta como entrada de sitemap |
Elementos mínimos úteis por item
| Elemento | RSS 2,0 | Atom 1,0 | Por que importa para a descoberta |
|---|---|---|---|
| Link do item | <link> | <link href> | A URL real para rastrear — deve ser absoluta |
| Data | <pubDate> | <updated> / <published> | Permite que o mecanismo julgue o que é “recente” |
| Título | <title> | <title> | Contexto para humanos/leitores de feed, não um insumo de ranqueamento |
| ID único | <guid> (recomendado) | <id> (obrigatório) | Impede que o mesmo item seja reprocessado como novo |
Pull vs. push, por mecanismo
| Mecanismo | Pull (o próprio feed) | Equivalente push |
|---|---|---|
| RSS/Atom, re-buscado periodicamente | WebSub | |
| Bing | RSS/Atom, re-buscado periodicamente | IndexNow (preferido em vez de monitoramento de feed) |
Bloqueando o Feedfetcher — faça isso, não aquilo
| Objetivo | Ferramenta errada | Ferramenta certa |
|---|---|---|
| Impedir que o Feedfetcher leia a URL do feed | robots.txt Disallow (ignorado) | Retorne um 4xx (404/410) para a URL do feed |
Identidade do feed vs. controles de busca — não são o mesmo mecanismo
O guid/id de um feed e seu link fazem parte da especificação do feed, não são
diretivas de busca. Não os use para fazer um trabalho de canonicalização ou
controle de acesso para o qual nunca foram criados:
| Controle | O que realmente faz | O que NÃO faz |
|---|---|---|
guid RSS / id Atom | Dá a uma entrada uma identidade estável dentro do arquivo, para que um leitor reconheça a mesma entrada e não a exiba novamente | Não diz ao Google ou ao Bing qual URL de página deve ser preferencial |
link do item (RSS) / link href (Atom) | Aponta um leitor de feed ou rastreador para a URL de destino | Não é um sinal de canonicalização por si só |
Relação de canonicalização (rel="canonical", ou um cabeçalho HTTP Link) | Um mecanismo separado que você implementa na própria resposta do artigo para consolidar URLs duplicadas | Não é inferido automaticamente a partir do guid/id/link de um feed |
X-Robots-Tag: noindex na resposta do feed | Pode aplicar uma diretiva de busca a uma resposta não-HTML, como um arquivo de feed — mas só tem efeito quando o rastreador já consegue acessar essa resposta | Não é uma ferramenta de controle de acesso e não impede que o feed seja buscado ou sindicalizado |
| Autenticação HTTP / URL privada | Realmente restringe quem pode recuperar o feed | Não é alcançado por nenhuma das linhas acima |
Erros a evitar
Tentar bloquear o Feedfetcher com robots.txt.
O Feedfetcher é documentado para ignorar robots.txt por design — ele é tratado
como agindo em nome de um humano inscrito, não como um rastreador autônomo. Uma
regra Disallow na URL do feed não faz nada contra ele. Em vez disso: se você
realmente precisar impedir que o Feedfetcher leia um feed, retorne um 4xx (404 ou
410) para essa URL.
Tratar o feed como substituto do sitemap XML. Um feed lista apenas itens recentes — abandonar o sitemap porque “o feed cobre isso” perde a descoberta de todas as páginas mais antigas e arquivos. Em vez disso: mantenha ambos; a própria orientação do Google é usar o sitemap para cobertura completa e o feed como a camada de atualidade sobre ele.
Enviar um feed sem elemento pubDate/updated.
Sem uma data em cada item, não há nada que um rastreador (ou um leitor de feed)
possa usar para julgar o que é realmente recente. Em vez disso: certifique-se de que cada item
carregue uma data real e precisa — não um timestamp de tempo de build que seja o mesmo em todos
os itens.
Sem tag de autodescoberta no <head>.
Sem <link rel="alternate" type="application/rss+xml" href="...">, rastreadores
e leitores de feed só conseguem encontrar o feed se você o enviar ou linkar
explicitamente em algum lugar. Em vez disso: adicione a tag de autodescoberta para que o feed seja
autodeclarado em todas as páginas.
Deixar a contagem de itens do feed inflar ou colapsar. Um feed com todo o seu arquivo deixa de ser um sinal de “recente”; um feed truncado para 2-3 itens pode perder um lote de publicações do mesmo dia. Em vez disso: dimensione a contagem de itens de acordo com sua cadência real de publicação — suficiente para cobrir o intervalo entre rastreamentos sem se tornar um segundo sitemap.
Presumir que o envio de RSS significa descoberta mais rápida no Bing hoje. Isso costumava ser uma suposição razoável; a orientação do próprio Bing desde então se moveu em direção ao IndexNow como o sinal em tempo real preferido, explicitamente enquadrado como um substituto para “monitoramento contínuo de RSS.” Em vez disso: mantenha o envio de RSS (é de baixo esforço e ainda funciona), mas trate o IndexNow como a alavanca principal para a frescura do Bing, não o feed.
Prove que o feed realmente funciona
Verificações de aprovação/reprovação para depois que você publicar ou alterar um feed — cada uma com o sinal de falha e quando acionar o gatilho para reverter.
Teste: feed é XML bem formado
- Teste a executar: Carregue a URL do feed no Validador de Feed W3C.
- Resultado esperado: “This is a valid RSS/Atom feed” sem erros (avisos sobre elementos opcionais são aceitáveis).
- Interpretação de falha: Um erro de validação geralmente significa XML malformado, um caractere não escapado ou um elemento obrigatório ausente — o feed pode ainda renderizar em um navegador, mas falhar para parsers mais rigorosos.
- Janela de monitoramento: Imediata — verifique novamente logo após qualquer alteração no modelo do feed.
- Gatilho de reversão: Qualquer erro de validador (não aviso) significa reverter a alteração do modelo até que ele revalide sem problemas.
Teste: cabeçalho Content-Type correto
- Teste a executar:
curl -I https://example.com/feed.xmle leia o cabeçalhoContent-Type. - Resultado esperado:
application/rss+xml(RSS) ouapplication/atom+xml(Atom) — nãotext/htmloutext/plain. - Interpretação de falha: Um Content-Type
text/htmlgeralmente significa que a rota do feed está sendo servida pelo manipulador errado (um catch-all do CMS, uma camada de cache reescrevendo cabeçalhos). - Janela de monitoramento: Imediata.
- Gatilho de reversão: Content-Type errado na URL do feed ao vivo — corrija a configuração do servidor antes de confiar no feed para descoberta.
Teste: envio de sitemap aceito
- Teste a executar: Envie a URL do feed em Sitemaps no Google Search Console e em Sitemaps no Bing Webmaster Tools.
- Resultado esperado: O status mostra “Success” (Google) ou um estado processado/válido (Bing). Nenhum dos mecanismos documenta uma contagem garantida de URLs descobertas ou uma janela de processamento comprometida — uma contagem de URLs descobertas diferente de zero é um bom sinal, mas trate-a como uma observação, não um requisito de aprovação/reprovação por si só.
- Interpretação de falha: Um status “Couldn’t fetch” ou “General HTTP error” geralmente significa que a URL do feed está bloqueada, retornando um status não-200 ou expirando o tempo.
- Janela de monitoramento: Verificar novamente um ou dois dias após o envio é uma regra prática, não um SLA documentado — verifique novamente após qualquer alteração de servidor ou CDN que afete a rota do feed.
- Gatilho de reversão: Envio preso em um estado de erro após uma nova verificação — investigue a resposta do servidor antes de presumir que o mecanismo vai “descobrir sozinho”.
Teste: a tag de autodescoberta está presente e correta
- Teste a executar: Veja o código-fonte de uma página que deve expor o feed e
confirme se a tag
<link rel="alternate" type="application/rss+xml">(ouatom+xml) está presente com ohrefcorreto. - Resultado esperado: A tag existe em
<head>, e ohrefresolve para o mesmo URL do feed que você validou acima. - Interpretação de falha: Uma tag ausente significa que crawlers baseados em autodescoberta
e leitores de feed não conseguem encontrar o feed sem uma submissão explícita; um
hreferrado significa que ele aponta para um feed desatualizado ou morto. - Janela de monitoramento: Imediata — verifique logo após qualquer alteração de template.
- Gatilho de rollback: Tag ausente ou apontando para o URL errado em uma página ao vivo.
Teste: Feedfetcher não pode ser bloqueado por robots.txt (confirmando que a armadilha não se aplica a você)
- Teste a executar: Verifique
robots.txtpara uma regraDisallowcobrindo o caminho do feed, e então confirme se o URL do feed ainda retorna200quando buscado diretamente. - Resultado esperado: Se você quer que o feed seja rastreado, ele retorna
200— um disallow no robots.txt sozinho não teria impedido o Feedfetcher, mas vale a pena confirmar que o feed não está também retornando um não-200 por um motivo não relacionado. Se você pretendia bloquear o Feedfetcher, o URL deve retornar um4xx, não depender do disallow. - Interpretação de falha: Um
200quando você pretendia bloquear o Feedfetcher significa que o bloqueio não está realmente em vigor — a linha do robots.txt está sendo ignorada, como documentado. - Janela de monitoramento: Imediata.
- Gatilho de rollback: O status do URL do feed não corresponde à sua intenção (bloqueado quando deveria estar aberto, ou vice-versa).
Teste você mesmo: Feeds RSS
Cinco perguntas rápidas sobre como os mecanismos de busca usam feeds RSS e Atom para descoberta. Escolha uma resposta para cada uma e depois confira.
Registro de alterações
Atualizado em 22 de ago. de 2026.
Resumo editorial e detalhes registrados da alteração.Detalhes da alteração
-
As notas detalhadas sobre as alterações estão disponíveis atualmente em inglês.
Não é possível fazer a comparação completa — nenhum instantâneo anterior foi arquivado para esta revisão.
Atualizado em 3 de ago. de 2026.
Resumo editorial e detalhes registrados da alteração.Detalhes da alteração
-
As notas detalhadas sobre as alterações estão disponíveis atualmente em inglês.
Não é possível fazer a comparação completa — nenhum instantâneo anterior foi arquivado para esta revisão.
Atualizado em 18 de jul. de 2026.
Resumo editorial e detalhes registrados da alteração.Detalhes da alteração
-
As notas detalhadas sobre as alterações estão disponíveis atualmente em inglês.
-
As notas detalhadas sobre as alterações estão disponíveis atualmente em inglês.
-
As notas detalhadas sobre as alterações estão disponíveis atualmente em inglês.
-
As notas detalhadas sobre as alterações estão disponíveis atualmente em inglês.
Não é possível fazer a comparação completa — nenhum instantâneo anterior foi arquivado para esta revisão.