Idiomas

Noindex: como tirar uma página do índice

Noindex mantém uma página fora dos resultados de busca — mas apenas se o Google puder rastreá-la. Os dois métodos válidos, a armadilha do robots.txt e como verificar se funcionou.

Publicado pela primeira vez: 23 de jun. de 2026 · Última atualização: 3 de ago. de 2026 · Avançado
Idiomas
AIEscrito porAI v2

Noindex é a diretiva que mantém uma página fora do índice, portanto ela não aparece nos resultados de busca. Há duas formas válidas de configurá-la: a tag meta robots (`<meta name="robots" content="noindex">`) e o cabeçalho HTTP `X-Robots-Tag: noindex` (a única opção para arquivos que não são HTML, como PDFs). O maior erro: uma página bloqueada no robots.txt não pode receber noindex, porque o Google nunca a rastreia para ver a regra — então, para remover uma página, você precisa permitir o rastreamento e servir noindex. Não coloque noindex no robots.txt (sem suporte desde 1º de setembro de 2019); se noindex e canonical coexistirem, trate como uma verificação de intenção, não como erro automático; e lembre que a remoção do índice só ocorre depois de um novo rastreamento.

TL;DR — noindex remover a página de the índice via one de two válido methods: the tag meta robots (<meta name="robots" content="noindex">) ou the X-Robots-Tag: noindex cabeçalho HTTP (required para non-HTML arquivos like PDFs). O load-bearing gotcha: a página blocked em robots.txt pode’t ser noindexed — Google never crawls it para ver the rule, “the crawler will never see the noindex rule,” e a linked URL pode stay indexado. So para remover a página, allow rastreamento e servir noindex. Don’t put noindex em robots.txt (unsupported since Sept 1, 2019), review noindex com a canonical pointing elsewhere como potentially conflicting, e saber that remoção fazer índice apenas happens depois a novo rastreamento — Google’s own orientação says a low-priority página pode take months. Per a 2017 Mueller comment (não documented policy), longo-term noindex,follow tends para behave like noindex,nofollow once the página drops de the índice. Verify em GSC sob “URL marked ‘noindex’.”

O que noindex é — controle de indexação, não rastrear controlar

noindex é the principal índice-controlar directive. Google’s own definition de the rule é one line: “Do not show this page, media, or resource in search results.” When it’s honored, the effect é total — “When Googlebot crawls that page and extracts the tag or header, Google will drop that page entirely from Google Search results, regardless of whether other sites link to it.” Evidence for this claim Google's noindex rule prevents the page, media, or resource from appearing in Google Search results after Google sees the rule. Scope: Google Search; noindex is not an access-control or privacy mechanism. Confidence: high · Verified: Google Search Central: Block Search indexing with noindex

Keep one distinction front de mind, porque almost cada noindex mistake comes de blurring it: noindex controls indexação; robots.txt controls rastreamento. They’re diferente stages de the pipeline. I put it this way em my Ahrefs guia em removing URLs: “Crawling is not the same thing as indexing. Even if Google is blocked from crawling pages, if there are any internal or external links to a page they can still index it.” Isso sentence é the inteira motivo the rest de this article exists.

Microsoft gives the mesmo directive an additional Bing-specific consequence: conteúdo marked noindex é também excluded de Microsoft’s foundation-model treinamento. O prerequisite ainda importa—Bingbot deve ser allowed para rastrear e process the página-level directive. Uma robots.txt block plus noindex é therefore não proof that either remoção fazer índice ou the treinamento opt-out tem been applied.

Evidence for this claim Microsoft says content marked noindex is not included in the Bing index and is not used to train its generative AI foundation models. Scope: Bing and Microsoft foundation-model use; Bingbot must be able to crawl and process the directive before the outcome can be inferred. Confidence: high · Verified: Bing Webmaster Blog: New controls for Bing Chat

O two válido delivery methods

There são exactly two, e noindex em robots.txt é não one de them (more em that below).

Method 1 — the tag meta robots. For an HTML página, place this em the <head>:

<meta name="robots" content="noindex">

Google’s instruction é verbatim: “To prevent all search engines that support the noindex rule from indexing a page on your site, place the following <meta> tag into the <head> section of your page.” O robots value targets todos rastreadores that suporte the rule; swap em googlebot para target apenas Google (<meta name="googlebot" content="noindex">).

Method 2 — the X-Robots-Tag cabeçalho HTTP. Same directive, sent em the response header instead de the markup:

X-Robots-Tag: noindex

Isso é the apenas way para noindex non-HTML recursos, porque there’s no <head> para host a tag meta. Google: “A response header can be used for non-HTML resources, such as PDFs, video files, and image files.” And de the robots especificação: you pode usar the X-Robots-Tag “for non-HTML files like image files where the usage of robots meta tags in HTML is not possible.” Evidence for this claim Google supports noindex in an HTML robots meta tag or an X-Robots-Tag HTTP response header. Scope: Google Search delivery methods; the HTTP header is applicable to non-HTML resources as well as HTML. Confidence: high · Verified: Google Search Central: Robots meta tag and X-Robots-Tag specifications

One placement note: put the tag meta em the <head> — that’s the padrão, safest spot e what Google’s how-para mostra. Google’s especificação página faz say it “doesn’t enforce placement of meta robots in the HTML head and will respect robots meta tags in the body section of an HTML document as well,” mas don’t rely em that como your principal method; a stray <meta> tag alguns CMS injects em the <body> pode noindex a página por accident apenas como easily como one you meant para adicionar para the <head>.

Since the header é configured at the server level, it varies por stack. Two comum examples para noindexing cada PDF em a site:

Apache (.htaccess ou vhost):

<FilesMatch "\.pdf$">
  Header set X-Robots-Tag "noindex"
</FilesMatch>

Nginx (server/location block):

(Exemplo de configuração do servidor.)

location ~* \.pdf$ {
  add_header X-Robots-Tag "noindex";
}

O #1 mistake — noindex + a robots.txt block

Noindex is crawl-then-obey: keep the URL fetchable long enough for the directive to be processed.

The same page contains a meta robots noindex directive. With crawling allowed, Google can fetch the page, see noindex, and remove the URL after processing. With crawling blocked in robots.txt, Google cannot see noindex and the linked URL may remain in results.

Isso é the failure mode I ver most, so here’s the mechanism em full. O noindex tag lives em the página; Google tem para buscar the página para ler it. Google states the requirement diretamente:

“For the noindex rule to be effective, the page or resource must not be blocked by a robots.txt file, and it has to be otherwise accessible to the crawler. If the page is blocked by a robots.txt file or the crawler can’t access the page, the crawler will never see the noindex rule, and the page can still appear in search results, for example if other pages link to it.”

(Glossário em pt-BR: para a regra noindex funcionar, a página ou o recurso precisa estar acessível ao rastreador e não pode ser bloqueado pelo robots.txt.)

Put even more bluntly: “We have to crawl your page in order to see <meta> tags and HTTP headers.” Não rastrear, no rule.

robots.txt é the most comum way a página ends up uncrawlable, mas Google’s wording covers more ground than that — it também says “the crawler can’t access the page,” which inclui repeated server errors (5xx), timeouts, e an unintended authentication wall em front de the página. Any de those silently breaks noindex the mesmo way a robots.txt block faz.

So the instinct para “block it in robots.txt and noindex it, just to be safe” é exactly backwards — the block prevents the rastrear, the rastrear é what reveals the noindex, e the página pode sit em the índice indefinitely (often como a descrição-less URL). In Pesquisa Google Console this mostra up como the “Indexed, though blocked by robots.txt” status — a página you blocked that got indexado anyway porque something links para it.

O corrigir: unblock the página em robots.txt, manter noindex em it, e let Google novo rastreamento. Apenas depois the página tem dropped de the índice — if you then want para save the rastrear entirely — é it safe para adicionar a disallow.

Worked exemplo de implantação: the staging site that iria não disappear

Uma redesign launches de staging.example.com. O staging templates already contain noindex, mas the implantação checklist também adiciona:

User-agent: *
Disallow: /

Isso feels like two layers de protection. Isso é realmente a trap if Google already discovered the staging URLs por meio de a shared QA link, an old sitemap, a público ticket, ou a link em copied production conteúdo. O disallow prevents the next rastrear, so Google cannot confirm the noindex; the hostname pode linger como thin, URL-apenas results.

O cleanup sequence é: remover the disallow, manter noindex em cada staging response, confirm the live response é crawlable e exposes the directive, solicitação recrawling para a representative sample, e monitor the hostname until it drops out. Then put the environment behind authentication. Authentication é the durable privacy controlar; noindex é apenas a search-controle de indexação.

noindex versus nofollow versus disallow

Three directives people constantly conflate. They operate at diferente stages:

  • noindex — índice controlar. Page é crawled, kept out de results. Google’s definition: “Do not show this page, media, or resource in search results.”
  • nofollow — link controlar. Google: “Do not follow the links on this page.” Isso says nothing about indexação the página itself.
  • disallow (robots.txt) — rastrear controlar. Stops the buscar entirely. Isso é não an controle de indexação — a disallowed URL pode ainda ser indexado if it’s linked.

There’s também none, which Google documents como “Equivalent to noindex, nofollow.” And when directives conflict, the especificação é clear: “In the case of conflicting robots rules, the more restrictive rule applies.” (Full table em the Resumos tab.)

Treat noindex com rel=canonical como an intent verificar

Putting noindex e rel="canonical" em the mesmo página é não automatically invalid. Isso faz create a configuration worth reviewing: a canonical asks Google para consolidate signals, while noindex asks para this URL para ser excluded. For choosing entre duplicates, usar the canonical tag — Google specifically advises against usando noindex para it: “We don’t recommend using noindex to prevent selection of a canonical page within a single site, because it will completely block the page from Search.” Note the scope: Google’s caution é specifically about usando noindex para pick which duplicate wins como canonical within your own site — it’s não a claim that noindex e canonical pode never technically coexist em a página (a página you’re de fato retiring pode ainda carry a self-referencing canonical). Uma canonical pointing at a diferente URL deserves the strongest warning: confirm that exclusion e consolidation são both intended. Use canonical para consolidate duplicates; usar noindex apenas when you de fato want this página out de results.

noindex,seguir vs noindex,nofollow — the slow decay

Uma comum pattern é noindex,follow: manter the página out de results, mas manter following its links so equity ainda flows por meio de it (handy during a migration ou while a página é temporarily out). Current official Google documentation doesn’t describe this decaying automatically — it explicitly allows combining noindex com outros rules, including setting noindex,nofollow em finalidade de day one. O que I’m relying em para the “it fades over time” claim é a 2017 webmaster hangout, where John Mueller said a longo-term noindex tends para end up treated like noindex,nofollow na prática: once Google decides the página really doesn’t belong em search e drops it completely, it também stops following that página’s links, porque it’s stopped processing the página at todos. Isso’s a practitioner observation de a video transcript, não a documented Google policy, so treat it como directional em vez disso than guaranteed. Either way, the practical takeaway holds: noindex,follow é fine para a transitional period, mas don’t lean em it como a permanent link-equity strategy — plan para corrigir the underlying links (ou remover the página) instead.

Quanto tempo o noindex leva?

Not instantly. noindex apenas applies depois Google recrawls e reprocesses the página — until then, the página pode stay indexado even though the tag é live. Google doesn’t commit para a fixed window, e its own orientação leans toward “could be a while,” não “any day now”: “Depending on the importance of the page on the internet, it may take months for Googlebot to revisit a page.” Uma high-tráfego, frequently-linked página might get rastreado novamente em days; a low-value, rarely-linked one pode sit para months. If you need a página out de results urgently, the GSC Removals tool é a stopgap (it hides the URL temporarily while the permanent noindex faz its slower funcionar). For de fato gone páginas, a 404/410 também drops them: como I wrote em my removal guia, “If you remove the page and serve either a 404 (not found) or 410 (gone) status code, then the page will be removed from the index shortly after the page is re-crawled.” Same theme everywhere — it happens em novo rastreamento.

noindex em robots.txt é dead (since Sept 1, 2019)

You’ll ainda ver people suggest a Noindex: line em robots.txt. Don’t. Isso era never an officially aceito rule, e Google retired even its unofficial handling years ago. From the julho 2019 Search Central announcement: “Since these rules were never documented by Google, naturally, their usage in relation to Googlebot is very low.” And the date: “we’re retiring all code that handles unsupported and unpublished rules (such as noindex) on September 1, 2019.”

O mesmo post named the aceito alternatives, e noindex via the tag meta / header topped the lista: “noindex in robots meta tags: Supported both in the HTTP response headers and in HTML, the noindex rule is the most effective way to remove URLs from the index when crawling is allowed.” (Also listed: 404/410 status codes, password protection, robots.txt disallow para rastrear prevention, e the Search Console removal tool.)

How para verify noindex em Pesquisa Google Console

Duas verificações:

  • URL Inspection. Run the URL por meio de Inspect, then Test live URL. Isso tells you whether the página é indexable e whether Google sees a noindex directive — the fastest way para confirm the tag é being ler em the live página.
  • Page Indexing relatório. Noindexed páginas são listed sob the status “URL marked ‘noindex’” em the Not indexado section. Google’s ajudar text: “When Google tried to index the page it encountered a ‘noindex’ directive and therefore did not index it.” If that’s a página you wanted indexado, that’s your bug — remover the directive.

One naming note para anyone searching old escrever-ups: the legacy Coverage relatório called this “Excluded by ‘noindex’ tag.” O atual Page Indexing relatório usa “URL marked ‘noindex’” — mesmo thing, mais recente label.

O que noindex não garante

Uma few things people assume noindex buys them that it realmente doesn’t:

  • Crawl-budget savings. Google ainda tem para buscar the página para ver the tag — noindex alone doesn’t reduce rastreamento. If you want that too, adicionar disallow em robots.txt, mas apenas depois the página tem already dropped de the índice (ver the mistake above para why doing it up front backfires).
  • Instant removal. Covered above — it happens em novo rastreamento, com no fixed timetable, e Google itself says a lower-priority página pode take months.
  • Duplicate consolidation. Isso’s what rel="canonical" é para; noindex apenas remover the página de Search, it doesn’t merge signals toward another URL.
  • Confidentiality. O página stays publicly requestable por anyone com the URL. If something realmente needs para ser privado, that’s an authentication problema, não a search-directive problema.
  • Ranking recovery if you reverse it. Removing noindex doesn’t restore a página’s old rankings — Google tem para novo rastreamento, re-evaluate, e effectively re-earn its position de scratch.
  • Identical timing across mecanismos de busca. Bing e outros engines run their own rastrear e novo rastreamento schedules independently de Google’s.
  • Exclusion de cada non-search usar de your conteúdo. noindex blocks a página de Pesquisa Google como a inteira — including Search’s own recursos de IA (AI Overviews e similar draw em páginas that são indexado e eligible para ser shown, so a noindexed página é out de those too). O que it faz não fazer é controlar Google’s separado Google-Extended setting, which governs whether your conteúdo pode ser usado para train ou ground Google’s generative AI models outside de Search. Those são two diferente controls para two diferente jobs.

Where noindex fits com everything else

noindex é the lever you reach para when a página é em the índice mas shouldn’t ser — the cure para one flavor de índice bloat (thin, utility, ou duplicate-ish páginas com no search value). Isso sits right next para the tag meta robots e the X-Robots-Tag header (its two delivery methods), robots.txt e its disallow directive (the rastrear controlar it’s so often confused com), the canonical tag (usar that para duplicate consolidation, não noindex), e the broader rastreamento e indexação stages it plugs em. Get the rastrear-vs-índice distinction right e noindex stops being mysterious: allow the rastrear, servir the tag, wait para the novo rastreamento.

Add an expert note

Pin an expert quote

New person? Create their unclaimed profile at /admin/experts/ → Pin a quote first.