IndexNow cobre Bing, Yandex, Yahoo e Naver — mas não cobre Google. Já mencionei essa ressalva em praticamente todo artigo técnico deste blog, porque uso esse protocolo em cada publicação, junto com a API de indexação do Google. Ainda assim, IndexNow continua sendo a peça mais desconhecida de todo esse ecossistema de indexação, mesmo entre profissionais de SEO experientes.
A escassez de conteúdo real sobre esse protocolo em português é reveladora: a maioria do material disponível é documentação oficial em inglês, ou menções superficiais de passagem. Vou explicar com profundidade real como o protocolo funciona, por que foi criado, e o processo exato que aplico pra notificar cada artigo novo publicado aqui.
Depois de 23 anos em SEO, poucas inovações técnicas recentes me pareceram tão subutilizadas quanto essa, apesar de resolver um problema real de forma simples e gratuita. Se você quer isso implementado com rigor no seu site, veja como estruturo projetos de SEO técnico.
O que é o IndexNow, sem o jargão de documentação
Antes de falar em implementação, vale entender o que esse protocolo realmente resolve — sem o jargão de documentação técnica que a maioria reproduz sem tradução real.
O problema que existia antes do IndexNow
Antes desse protocolo, notificar mecanismos de busca sobre conteúdo novo dependia quase inteiramente de rastreamento espontâneo, sitemap ou APIs proprietárias específicas de cada motor de busca isoladamente — como a API de indexação do Google que já detalhei em artigo dedicado. Isso significava replicar esforço de notificação múltiplas vezes, uma pra cada motor de busca relevante.
Como o protocolo unifica notificação em múltiplos motores
IndexNow resolve isso com uma única submissão simples via requisição HTTP, notificando simultaneamente todos os motores de busca participantes do protocolo. Em vez de integrar com cinco APIs diferentes, você integra com uma única interface padronizada que distribui a notificação internamente entre os participantes.
Quem criou e quem participa do protocolo
Desenvolvido em parceria entre Microsoft (Bing) e Yandex, o protocolo hoje conta também com Yahoo, Naver e outros motores de busca regionais como participantes ativos. Cada participante recebe a notificação e decide, de forma independente, com que prioridade rastrear aquela URL específica.
Por que o Google não participa
O Google optou por manter sua própria API de indexação separada, com escopo mais restrito, em vez de aderir ao protocolo aberto do IndexNow. Isso significa que qualquer estratégia completa de notificação de indexação precisa combinar os dois sistemas — exatamente como faço em cada publicação deste blog.
Como o protocolo funciona tecnicamente
Entender a mecânica técnica por trás do protocolo ajuda a diagnosticar problema caso alguma submissão não funcione como esperado.
A chave de API que autentica o site
Antes de qualquer submissão, é preciso gerar uma chave única (geralmente um arquivo de texto simples) e hospedá-la na raiz do domínio. Essa chave funciona como prova de propriedade do site — qualquer submissão futura precisa referenciar essa mesma chave pra ser aceita como legítima.
A requisição HTTP que notifica a URL
Tecnicamente, a submissão é uma requisição HTTP simples contendo a URL que mudou e a chave de verificação, enviada pro endpoint do protocolo. Não exige autenticação complexa, certificado especial ou processo burocrático — é deliberadamente simples de implementar, mesmo pra quem não tem conhecimento técnico avançado.
Submissão individual versus em lote
O protocolo suporta tanto notificação de uma única URL quanto envio de múltiplas URLs numa única requisição — recurso que uso quando publico ou atualizo várias páginas ao mesmo tempo, evitando múltiplas chamadas separadas desnecessárias.
O que acontece depois da submissão
A submissão bem-sucedida não garante indexação imediata — apenas notifica os motores de busca participantes de que aquela URL merece atenção prioritária. Cada motor de busca ainda aplica seus próprios critérios de qualidade antes de decidir indexar, exatamente como já expliquei acontecer com a API de indexação do Google.
O processo real que uso em cada publicação
Todo artigo publicado neste blog passa por esse fluxo específico, imediatamente após a publicação — não é teoria, é rotina testada repetidamente.
Submissão simultânea à notificação do Google
Assim que um artigo é publicado, notifico simultaneamente via API de indexação do Google e via IndexNow — cobrindo, numa única rotina, praticamente todo o ecossistema relevante de busca em poucos segundos.
Confirmação de recebimento em cada motor de busca
Cada submissão retorna confirmação de status individual por motor de busca participante — permitindo verificar rapidamente se algum deles rejeitou ou teve problema específico de processamento, sem precisar assumir que tudo funcionou apenas porque a requisição geral foi enviada.
Reenvio em caso de atualização substancial
Sempre que um artigo antigo passa por atualização significativa de conteúdo, repito a submissão via IndexNow — sinalizando que a versão indexada anteriormente pode estar desatualizada e merece nova avaliação de rastreamento.
Monitorando reflexo real nos motores de busca
Enquanto o Search Console mostra dado detalhado sobre indexação no Google, o acompanhamento de reflexo real da submissão via IndexNow depende de verificar diretamente nas ferramentas específicas de cada motor participante — como o Bing Webmaster Tools, que já detalhei em artigo dedicado, mostrando histórico de submissões recebidas via esse protocolo especificamente.
IndexNow versus a API de indexação do Google
Comparar IndexNow com a API de indexação do Google, que já detalhei em artigo específico, ajuda a entender por que uma estratégia completa de notificação exige os dois sistemas trabalhando juntos.
Escopo de cobertura completamente diferente
IndexNow cobre múltiplos motores de busca numa única submissão, mas exclui o Google completamente. A API de indexação do Google cobre apenas o próprio Google, com escopo tecnicamente restrito a vagas de emprego e transmissão ao vivo, embora seja amplamente usada além desse escopo documentado.
Quota e limitação de uso
Enquanto a API do Google impõe limite diário rígido de requisições, IndexNow historicamente permite volume maior de submissões sem restrição tão agressiva — embora isso possa variar entre implementações específicas de cada motor de busca participante.
Simplicidade de implementação técnica
IndexNow exige apenas uma chave de verificação simples hospedada no domínio. A API do Google exige configuração mais complexa via Service Account, autenticação OAuth e integração com console de desenvolvedor do Google Cloud — barreira técnica bem maior pra quem está começando.
Por que usar os dois, nunca escolher apenas um
Tratar essas ferramentas como concorrentes, escolhendo apenas uma, ignora que elas cobrem ecossistemas completamente diferentes de busca. A estratégia que aplico neste blog sempre combina os dois sistemas, maximizando cobertura com esforço mínimo adicional de implementação.
Implementação prática em WordPress e outras plataformas
Pra quem usa WordPress, como o site que estruturei pra este próprio blog, existem caminhos de implementação que valem a pena conhecer antes de escrever código do zero.
Plugins dedicados que automatizam a submissão
Existem plugins específicos que automatizam o processo inteiro — gerando a chave de verificação automaticamente e disparando submissão sempre que um post é publicado ou atualizado, sem exigir intervenção manual repetida a cada publicação.
Vale sempre confirmar que o plugin escolhido continua mantido ativamente pelos desenvolvedores, já que um protocolo relativamente novo como esse ainda passa por ajustes ocasionais que exigem atualização contínua da ferramenta.
Integração via plugin de SEO já existente
Alguns dos plugins de SEO mais populares, incluindo os que já uso pra Yoast SEO neste blog, também oferecem integração nativa ou via extensão com IndexNow, evitando a necessidade de instalar uma ferramenta adicional isolada só pra essa função específica.
Essa integração nativa costuma ser a opção mais prática pra quem já usa esse tipo de plugin, evitando instalar ferramenta adicional isolada só pra essa função específica de notificação.
Implementação manual via hook de publicação
Pra quem prefere controle total, é possível implementar a submissão diretamente via hook de publicação do WordPress, disparando a requisição HTTP automaticamente sempre que o status de um post muda pra publicado — a abordagem mais flexível, mas que exige conhecimento técnico de desenvolvimento.
Essa abordagem exige manutenção contínua do código customizado, mas oferece flexibilidade total sobre exatamente quando e como cada notificação é disparada.
Fora do WordPress: outras plataformas também suportam
O protocolo não é exclusivo do WordPress — plataformas como Wix, Shopify e outros CMS populares já oferecem suporte nativo ou via integração, tornando a adoção do protocolo cada vez mais simples independente da tecnologia escolhida pro site.
Isso significa que a adoção do protocolo tende a crescer organicamente conforme mais plataformas incorporam suporte nativo, reduzindo ainda mais a barreira de entrada pra quem ainda não implementou.
Implementação técnica em detalhe: a chave e a requisição
Já expliquei o conceito geral da chave de verificação e da requisição HTTP — vale detalhar tecnicamente cada etapa, pra quem quer implementar sem depender de plugin pronto.
Gerando a chave de verificação corretamente
A chave é tipicamente uma string alfanumérica gerada aleatoriamente, que precisa ser salva num arquivo de texto simples com o mesmo nome da chave, seguido da extensão .txt, hospedado exatamente na raiz do domínio. Esse arquivo funciona como prova pública de que você controla o domínio sendo notificado — qualquer participante do protocolo pode verificar essa chave antes de aceitar a submissão como legítima.
Recomendo gerar essa chave via ferramenta confiável de geração aleatória, nunca escolher manualmente uma string previsível, garantindo que a autenticação continue segura contra tentativa de submissão indevida por terceiros.
Estrutura da requisição HTTP
A requisição, tecnicamente, é uma chamada GET ou POST contendo três parâmetros principais: a URL do host, a URL específica que mudou, e a chave de verificação correspondente. Essa simplicidade estrutural é o que torna o protocolo tão acessível — não exige biblioteca complexa nem autenticação em múltiplas etapas como algumas APIs proprietárias exigem.
Testar manualmente essa requisição via ferramenta de linha de comando, antes de automatizar completamente, ajuda a confirmar que a sintaxe está correta e que o endpoint escolhido processa a submissão como esperado.
Endpoints disponíveis e escolha de qual usar
Existem múltiplos endpoints equivalentes disponíveis — geralmente hospedados pelos próprios participantes do protocolo, como Bing e Yandex — mas submeter pra qualquer um deles distribui a notificação pra todos os demais participantes automaticamente. Não é necessário submeter a cada endpoint separadamente; a arquitetura do protocolo já cuida dessa distribuição internamente.
Não existe vantagem significativa em usar múltiplos endpoints simultaneamente pra mesma URL — a submissão pra um único endpoint já propaga a notificação pra todos os participantes do protocolo internamente.
Resposta esperada de uma submissão bem-sucedida
Uma submissão processada corretamente retorna código de status HTTP 200 ou 202, confirmando recebimento. Códigos de erro, como 403 (chave inválida) ou 422 (formato incorreto), sinalizam problema específico que precisa ser corrigido antes que a notificação seja processada de fato — sempre validar essa resposta é o que separa implementação funcional de implementação que parece funcionar mas silenciosamente falha.
Guardar um log simples dessas respostas, mesmo que informal, facilita identificar rapidamente se algum padrão de falha começou a aparecer ao longo do tempo, antes que se torne um problema sistemático maior.
IndexNow e o ecossistema completo de indexação
Assim como já discuto em detalhe nos guias completos de Google Search Console e Bing Webmaster Tools, IndexNow é uma peça específica dentro de um ecossistema maior de ferramentas técnicas de indexação — nenhuma delas substitui completamente as outras.
Confirmando submissões no Bing Webmaster Tools
Como já detalhei no artigo específico sobre o Bing, o painel do Bing Webmaster Tools mostra um histórico das URLs recebidas via IndexNow — a forma mais direta de confirmar que a implementação está realmente funcionando, além de confiar apenas no status HTTP retornado pela requisição original.
Recomendo revisar esse painel logo após a implementação inicial, confirmando que o fluxo está funcionando antes de considerar a configuração completa e passar pra outra prioridade técnica.
Search Console continua indispensável em paralelo
Já que IndexNow não cobre o Google, o Search Console — detalhado em guia completo aqui no blog — continua sendo a ferramenta indispensável pra monitorar indexação especificamente nesse motor de busca. Nenhuma estratégia de indexação está completa ignorando qualquer uma dessas peças do ecossistema.
Tratar as duas ferramentas como complementares, nunca como substitutas uma da outra, é a base de qualquer estratégia sólida de notificação de indexação.
Uma rotina única cobrindo todo o ecossistema
A rotina que aplico em cada publicação deste blog combina as três frentes numa sequência única: notificação simultânea via API do Google e IndexNow, seguida de verificação posterior nos respectivos painéis de cada motor de busca. É repetitivo, mas é exatamente essa repetição consistente que garante cobertura completa sem depender de sorte ou de rastreamento espontâneo.
Automatizar essa sequência inteira, disparando as três notificações automaticamente a cada publicação, elimina dependência de execução manual repetitiva e reduz risco de esquecimento em algum artigo específico.
Erros comuns na implementação do IndexNow
Depois de auditar implementações de IndexNow em diferentes contas, esses erros aparecem com frequência maior do que deveriam, considerando a simplicidade técnica do protocolo.
Chave de verificação mal hospedada
O erro mais básico — o arquivo de chave não estar acessível publicamente na raiz do domínio, geralmente por erro de configuração de permissão ou caminho incorreto, fazendo toda submissão subsequente ser rejeitada por falha de autenticação.
Achar que IndexNow substitui a API do Google
Já expliquei essa diferença de escopo antes, mas vale reforçar como erro comum: implementar apenas IndexNow, achando que isso cobre notificação completa de indexação, ignorando completamente que o Google exige seu próprio sistema separado.
Submeter URLs que nunca deveriam ser indexadas
Notificar via IndexNow páginas de teste, área administrativa ou qualquer URL que deveria estar bloqueada por robots.txt, como já detalhei em artigo específico, gera sinal contraditório e desperdiça a atenção prioritária que a notificação deveria estar direcionando pra conteúdo relevante.
Nunca verificar se a submissão realmente funcionou
Configurar automação de submissão e nunca conferir se as requisições estão retornando status de sucesso é receita pra descobrir problema técnico apenas meses depois, quando a ausência de notificação já afetou velocidade de indexação de dezenas de páginas.
IndexNow e o valor estratégico de longo prazo
Assim como já discuto no artigo sobre o Bing especificamente, o índice desse motor de busca alimenta parte da experiência de IA generativa da Microsoft — o que dá ao IndexNow relevância que vai além da notificação tradicional isolada.
Velocidade de descoberta como vantagem em conteúdo sensível ao tempo
Pra conteúdo com relevância temporal — notícia, promoção, lançamento — a velocidade de descoberta que o IndexNow proporciona pode ser a diferença entre capturar tráfego relevante na janela certa de interesse, ou perder essa oportunidade porque o rastreamento espontâneo levou dias demais pra acontecer.
Consistência técnica como sinal de confiabilidade
Um site que notifica de forma consistente e correta cada mudança relevante de conteúdo, via IndexNow e API do Google combinadas, constrói ao longo do tempo um padrão de comportamento técnico que os próprios motores de busca podem aprender a reconhecer como sinal de manutenção ativa e confiável.
Parte de um ecossistema técnico maior, não solução isolada
Assim como já defendo em qualquer outro aspecto técnico discutido neste blog — schema markup, canonical, Core Web Vitals — IndexNow funciona melhor como parte de uma estratégia técnica coesa, nunca como solução isolada capaz de compensar sozinha problemas de qualidade de conteúdo ou estrutura técnica deficiente em outros pontos do site.
IndexNow em plataformas de e-commerce: particularidades
Assim como já detalho no comparativo de plataformas de e-commerce, cada tecnologia tem suas próprias particularidades de implementação — e isso vale também pra IndexNow, especialmente em catálogos com atualização constante de preço e disponibilidade.
Notificando mudança de preço e estoque, não só conteúdo novo
Em e-commerce, IndexNow não deveria ser usado só pra produtos recém-publicados — mudanças significativas de preço ou de status de disponibilidade também justificam nova notificação, já que essa informação afeta diretamente a decisão de compra de quem encontra o produto na busca.
Recomendo sempre priorizar produtos de maior margem ou maior volume de venda nessa notificação de mudança, garantindo que o catálogo mais relevante comercialmente reflita informação atualizada o mais rápido possível.
Integração com o fluxo de sincronização de catálogo
A automação mais eficiente conecta a submissão de IndexNow diretamente ao mesmo processo que já sincroniza dados de estoque e preço entre o sistema de gestão e o site — garantindo que qualquer mudança relevante dispare notificação automática, sem depender de intervenção manual repetida em cada atualização.
Essa integração direta elimina dependência de processo manual, garantindo que qualquer atualização de catálogo dispare notificação automática sem intervenção humana repetida a cada mudança.
Cuidado com volume excessivo de submissão automática
Catálogos muito grandes, com sincronização frequente, correm o risco de gerar volume excessivo de submissões — vale implementar lógica de agrupamento, notificando em lote periodicamente em vez de disparar uma requisição individual pra cada pequena alteração isolada, especialmente em catálogos com milhares de produtos atualizados diariamente.
Monitorar esses limites e ajustar a frequência de sincronização evita desperdício de submissões em mudanças triviais que não justificam notificação prioritária repetida.
Monitorando o impacto real do IndexNow ao longo do tempo
Implementar o protocolo é a parte fácil — medir se ele realmente está gerando impacto mensurável exige acompanhamento estruturado ao longo de várias semanas ou meses.
Comparando tempo de indexação antes e depois
Documentar quanto tempo levava, em média, pra conteúdo novo ser indexado no Bing antes de implementar IndexNow, e comparar com o tempo médio depois da implementação, é a forma mais direta de quantificar o ganho real — não é uma métrica que a maioria das ferramentas calcula automaticamente, exigindo acompanhamento manual disciplinado.
Manter essa comparação documentada ao longo de vários meses revela tendência real, evitando conclusão precipitada baseada em uma única semana atípica de dados.
Volume de tráfego vindo de motores cobertos pelo protocolo
Acompanhar no Google Analytics, ao longo dos meses seguintes à implementação, se houve crescimento de tráfego vindo especificamente de Bing, Yandex, Naver ou Yahoo ajuda a validar se a notificação mais rápida está de fato se traduzindo em visibilidade adicional real, não apenas em notificação técnica sem resultado prático mensurável.
Esse acompanhamento contínuo ajuda a justificar, com dado real, o investimento de tempo técnico que a implementação e manutenção do protocolo exigem ao longo do tempo.
Ajustando expectativa com o tempo
Depois de alguns meses de implementação consistente, a expectativa realista é que o protocolo funcione como parte invisível da infraestrutura técnica do site — sem gerar resultado dramático isolado, mas contribuindo de forma constante pra que cada publicação nova tenha a melhor chance possível de ser descoberta rapidamente pelos motores de busca participantes.
Vale sempre comunicar essa expectativa realista pra qualquer cliente ou equipe interna, evitando frustração com resultado que nunca foi promessa de indexação instantânea garantida.
IndexNow e conteúdo removido: notificando exclusões
A maior parte da discussão sobre indexação foca em conteúdo novo, mas o protocolo também tem aplicação relevante quando o objetivo é o oposto: sinalizar que uma página deixou de existir ou de fazer sentido no índice.
Notificando URLs que retornam 404 ou 410
Quando uma página é removida deliberadamente, notificar via IndexNow acelera o processo de remoção do índice nos motores de busca participantes — em vez de esperar que o próximo rastreamento espontâneo descubra que a página não existe mais, algo que pode levar semanas sem esse sinal ativo.
Redirecionamentos também merecem notificação
Quando uma URL antiga passa a redirecionar pra uma nova versão — cenário comum em reestruturações que já detalhei no artigo sobre indexação em redesign de site — notificar ambas as URLs (a antiga e a nova) via IndexNow ajuda os motores de busca a atualizar mais rapidamente qual versão deveria ser tratada como a canônica, complementando o trabalho já feito com a tag canonical.
Limitação real: o protocolo não força remoção
Assim como notificação de conteúdo novo não garante indexação, notificação de página removida não garante remoção instantânea do índice — cada motor de busca ainda processa essa informação segundo seus próprios critérios e prazos internos, mesmo recebendo a notificação prioritária via o protocolo.
Perguntas técnicas avançadas sobre o protocolo
Depois de anos implementando IndexNow em diferentes projetos, algumas dúvidas técnicas mais avançadas aparecem com frequência suficiente pra merecer explicação específica.
É possível ter múltiplas chaves para o mesmo domínio?
Tecnicamente sim, mas raramente há necessidade prática disso — uma única chave, bem hospedada e documentada internamente na equipe técnica, é suficiente pra qualquer volume de submissão que um site normal precise fazer, evitando complexidade desnecessária de gestão de múltiplas credenciais.
O protocolo funciona para subdomínios?
Sim, mas cada subdomínio tecnicamente precisa de sua própria chave hospedada na raiz específica daquele subdomínio — não é possível usar uma única chave do domínio principal pra notificar URLs de um subdomínio diferente sem essa configuração específica adicional.
Como implementar isso no seu site, passo a passo
Reunindo tudo em uma sequência prática, aplicável a qualquer site independente da plataforma.
1. Gere e hospede a chave de verificação
Crie o arquivo de chave único e garanta que está acessível publicamente na raiz do domínio.
2. Escolha o método de implementação adequado
Plugin dedicado, integração via ferramenta de SEO existente, ou implementação manual via hook de publicação — de acordo com o nível de controle técnico que você precisa.
3. Combine sempre com a API de indexação do Google
Nunca trate IndexNow como solução completa isolada — implemente também notificação específica pro Google em paralelo.
4. Teste a submissão antes de confiar na automação
Confirme manualmente que uma primeira submissão retorna status de sucesso antes de assumir que a automação está funcionando corretamente.
5. Monitore o reflexo nas ferramentas de cada motor de busca
Verifique periodicamente no Bing Webmaster Tools e em outras ferramentas equivalentes se as submissões estão sendo processadas como esperado.
Conclusão
IndexNow cobre Bing, Yandex, Yahoo e Naver — mas não cobre Google. Essa ressalva, que já repito em toda publicação deste blog, resume perfeitamente por que esse protocolo precisa ser entendido como complemento, nunca substituto, de uma estratégia completa de notificação de indexação.
Depois de usar esse protocolo em cada artigo publicado aqui, minha convicção é simples: é uma das ferramentas técnicas mais simples de implementar e mais subutilizadas que existem em SEO técnico moderno. A barreira de entrada é baixa, o benefício é real, e a escassez de conteúdo real em português sobre o tema só reforça a oportunidade de quem decide implementar corretamente antes da maioria do mercado.
Se você quer uma estratégia de indexação completa, cobrindo todo o ecossistema relevante de busca, converse comigo sobre SEO técnico completo.
Perguntas Frequentes
IndexNow funciona para notificar o Google?
Não. O Google optou por manter sua própria API de indexação separada, com escopo mais restrito, em vez de aderir ao protocolo aberto do IndexNow. Uma estratégia completa de notificação precisa combinar os dois sistemas.
Quais motores de busca são cobertos pelo IndexNow?
Desenvolvido em parceria entre Microsoft (Bing) e Yandex, o protocolo hoje conta também com Yahoo, Naver e outros motores de busca regionais como participantes ativos.
Como implementar o IndexNow no meu site?
É preciso gerar uma chave única de verificação (geralmente um arquivo de texto simples) e hospedar essa chave publicamente na raiz do domínio. Essa chave funciona como prova de propriedade do site para autenticar futuras submissões.
Submeter via IndexNow garante indexação imediata?
Não. A submissão bem-sucedida apenas notifica os motores de busca participantes de que aquela URL merece atenção prioritária. Cada motor de busca ainda aplica seus próprios critérios de qualidade antes de decidir indexar de fato.
Posso submeter várias URLs de uma vez via IndexNow?
Sim. O protocolo suporta tanto notificação de uma única URL quanto envio de múltiplas URLs numa única requisição, útil ao publicar ou atualizar várias páginas simultaneamente.
Existe plugin de WordPress para IndexNow?
Existem plugins dedicados que automatizam geração de chave e submissão automática a cada publicação, além de integrações nativas em ferramentas de SEO populares como o Yoast SEO — eliminando a necessidade de implementação manual via código.
