SEO para Drupal

TL;DR — O Drupal é um CMS forte para SEO, mas não vem pronto de fábrica. O core oferece URLs limpas e HTML bom e acessível — mas você ainda precisa adicionar alguns módulos gratuitos para obter o básico que todo site precisa: URLs legíveis (Pathauto), títulos e descrições de página (Metatag), um sitemap XML (Simple XML Sitemap) e redirecionamentos quando as URLs mudam (Redirect). Se você ignorar isso, terá lacunas que um site WordPress com um único plugin não teria.

O que é SEO para Drupal

Drupal é um CMS de código aberto — como o WordPress, mas usado com mais frequência por grandes sites empresariais, governamentais e universitários. “SEO para Drupal” significa otimizar um site criado no Drupal para que os mecanismos de busca possam rastreá-lo, entendê-lo e fazê-lo ranquear.

O ponto principal é: o Drupal tem uma base técnica forte, mas não fica completo para SEO no momento em que você o instala. As pessoas ouvem que “o Drupal é amigável para SEO” e presumem que tudo já foi feito por elas. Não foi — de fábrica, um site Drupal novo tem HTML legível e acessível e URLs limpas, mas não tem URLs amigáveis automáticas para páginas, sitemap nem um lugar para escrever títulos e descrições meta. Você adiciona isso com módulos gratuitos e bem estabelecidos.

O que o core já faz por você

A boa notícia é que estes recursos já vêm integrados:

• URLs limpas. Desde o Drupal 7, as URLs não têm aquele feio ?q=. O roteamento é limpo por padrão.
• HTML bom. Títulos adequados, marcação acessível e um campo de alt text integrado diretamente a todo campo de imagem — assim, os editores recebem um aviso para preencher o alt text em vez de esquecê-lo.
• Cache. O Drupal armazena páginas em cache para que carreguem mais rápido, o que ajuda tanto os usuários quanto o SEO.
• Vários idiomas. A tradução faz parte do core, não é um complemento.

Os módulos de que você realmente precisa

Pense neles como o “kit inicial de SEO”. Todos gratuitos, todos em drupal.org:

• Pathauto (+ Token) — transforma /node/123 em /about-us automaticamente. Sem ele, suas URLs são apenas números de nodes.
• Metatag — permite definir títulos de página, meta descriptions, prévias de compartilhamento social e tags noindex. Evidence for this claim Drupal's contributed Metatag module manages metadata including descriptions and robots directives. Scope: Contributed module behavior; features depend on installed module version and configuration. Confidence: high · Verified: 2026-07-14 Drupal: Metatag module
• Simple XML Sitemap — gera o sitemap XML que você envia ao Google e ao Bing. Evidence for this claim Drupal's contributed Simple XML Sitemap module generates XML sitemaps. Scope: Contributed module, not Drupal core; sitemap contents require configuration. Confidence: high · Verified: 2026-07-14 Drupal: Simple XML Sitemap
• Redirect — envia URLs antigas para novas com um 301 quando algo muda. O core do Drupal não fará isso por você.

A armadilha a evitar

O problema de SEO mais comum no Drupal: a mesma página pode ser acessada por duas URLs — o caminho do node (/node/123) e seu alias amigável (/about-us). Isso é conteúdo duplicado. A correção é instalar Pathauto (para criar o alias) e Redirect (para enviar /node/123 para /about-us) com um 301. Um sem o outro não basta.

Quer conhecer a stack completa de módulos, as armadilhas de Views e taxonomia e a história do Drupal headless? Mude para a aba Avançado.

TL;DR — O Drupal tem um dos pisos de SEO técnico mais fortes entre os CMSs, mas um teto de SEO baixo de fábrica: o core oferece roteamento de URL limpo (desde o Drupal 7), HTML semântico, alt text de imagens no nível do campo, suporte multilíngue e cache integrado — mas não oferece aliases automáticos, sitemap, gerenciamento de meta tags, dados estruturados nem redirecionamentos. A stack de módulos contribuídos faz o trabalho real: Pathauto + Token (aliases), Metatag + Schema.org Metatag (metadados + JSON-LD), Simple XML Sitemap (sitemaps) e Redirect (301s). A flexibilidade do Drupal então cria modos de falha previsíveis — a duplicata /node/NID mais alias, a proliferação de parâmetros de filtros expostos do Views, páginas de taxonomia superficiais, resultados de busca interna e conteúdo com controle de acesso que retorna 403 ao Googlebot enquanto permanece no sitemap — e cada caso exige configuração deliberada, não apenas um módulo instalado. A distribuição Drupal CMS de 2025 envia tudo isso pré-configurado.

A avaliação honesta: piso forte, teto baixo de fábrica

A maior parte do conteúdo sobre SEO para Drupal é uma lista de módulos ou um checklist independente da plataforma. O enquadramento mais útil é por que o poder do Drupal cria modos de falha de SEO específicos e previsíveis. O Drupal oferece um ponto de partida técnico melhor que a maioria dos CMSs — mas as palavras “SEO friendly” causam um dano real aqui. Como disse o Webdesign.org, “Stating that Drupal is SEO friendly will cause people to erroneously assume it is SEO friendly out-of-the-box. Out of the box Drupal makes it very easy to screw up your URLs.” (Tradução: “dizer que o Drupal é amigável para SEO fará as pessoas presumirem erroneamente que ele é amigável para SEO de fábrica. De fábrica, o Drupal torna muito fácil bagunçar suas URLs.”) Esse é o modelo mental correto: um piso forte, mas um teto baixo até você configurá-lo.

O que o core do Drupal faz certo (sem módulos)

• Roteamento de URL limpo. /node/123 é o caminho interno, mas o sistema de roteamento oferece aliases legíveis por humanos nativamente, e as “URLs limpas” (sem ?q=) são padrão desde o Drupal 7 — sem gambiarras de mod_rewrite na maioria dos hosts.
• HTML semântico e acessível — hierarquia adequada de títulos e funções de marcos ARIA.
• Alt text de imagem no nível do modelo de conteúdo — os campos de imagem incluem um campo de alt text, então isso é imposto no modelo de dados, em vez de ser acrescentado depois.
• Imagens responsivas (core). O módulo Responsive Image emite srcset/sizes; Image Styles gera os derivados.
• Cache integrado — Internal Page Cache (anônimo), Dynamic Page Cache (autenticado) e BigPipe, todos no core. Bom para TTFB e LCP.
• Core multilíngue — módulos Content Translation, Interface Translation e Language; hreflang no head da página quando os idiomas estão configurados.
• Controle de acesso baseado em papéis — permissões granulares que, como veremos abaixo, interagem diretamente com o que os rastreadores conseguem ver.

A stack essencial de módulos

O core oferece a base; estes módulos contribuídos oferecem uma configuração de SEO pronta para produção. Todas as versões atuais são compatíveis com Drupal 10/11 (o Drupal 9 chegou ao fim da vida em novembro de 2023 — vários módulos antigos foram descontinuados na transição do 9 para o 10, portanto use versões atuais compatíveis com D10).

Gerenciamento de URLs

• Pathauto (com Token) — gera aliases de URL automaticamente a partir de padrões de token ([node:title], [node:field_category]/[node:title] etc.). A própria descrição do Drupal.org: Pathauto “automatically generates URL/path aliases for various kinds of content (nodes, taxonomy terms, users) without requiring the user to manually specify the path alias.” Sem ele, suas URLs ficam por padrão em /node/NID.
• Redirect — gerencia 301s, inclusive o redirecionamento de URLs antigas depois de uma mudança de alias. O core do Drupal não redireciona URLs antigas automaticamente — sem esse módulo, uma mudança de URL vira um 404 e perde a autoridade dos links.

Metadados

• Metatag — títulos, meta descriptions, tags canonical, Open Graph, Twitter Cards e diretivas de robots. Ele é compatível com tokens, portanto você pode criar templates de metadados em escala (padrão global → por tipo de conteúdo → substituições por entidade). Se você instalar apenas um módulo de SEO, instale este. Evidence for this claim Metatag supports canonical, Open Graph, Twitter Card, robots, and token-driven metadata in Drupal. Scope: Current contributed Metatag module and enabled submodules. Confidence: high · Verified: 2026-07-14 Drupal: Metatag module
• Schema.org Metatag (um submódulo do Metatag) — adiciona dados estruturados JSON-LD, que é o formato recomendado pelo Google.

Sitemaps e robots

• Simple XML Sitemap — o módulo de sitemap mantido ativamente em 2025 (ele substituiu em grande parte o módulo mais antigo XML Sitemap, que ainda aparece em tutoriais). É compatível com hreflang multilíngue e entradas de imagem. Ele gera o sitemap; você ainda precisa enviá-lo no Search Console e no Bing Webmaster Tools. Evidence for this claim Simple XML Sitemap supports multilingual and image sitemap output in Drupal. Scope: Supported module features; actual entries depend on site entities and module configuration. Confidence: high · Verified: 2026-07-14 Drupal: Simple XML Sitemap
• RobotsTxt — necessário principalmente para multisite, em que cada site precisa de seu próprio robots.txt a partir de um codebase compartilhado.

Qualidade e descoberta de conteúdo

• Rabbit Hole — suprime URLs públicas de entidades que você não quer indexar (termos de taxonomia de baixo valor, perfis de usuário).
• Yoast SEO for Drupal / Real-Time SEO — feedback no editor, semelhante ao Yoast no WordPress.
• Easy Breadcrumb — gera trilhas de breadcrumb automaticamente (combine com o schema BreadcrumbList).
• Google Tag / Google Analytics — o core não tem analytics; você precisa adicioná-lo.

Principais modos de falha do Drupal (e a correção de cada um)

Esta é a parte que realmente diferencia um site Drupal que ranqueia de um que não ranqueia.

1. A duplicata /node/NID + alias

Quando URLs limpas estão habilitadas, o mesmo node pode ser acessado tanto em /node/123 quanto pelo alias — duas URLs, um conteúdo. A correção usa dois módulos em conjunto: Pathauto para gerar o alias e o módulo Redirect para redirecionar /node/NID para o alias com 301. A tag canonical do Metatag é um sinal secundário útil, mas o 301 é o mais forte — o Google trata um redirecionamento como um sinal de canonicalização mais forte que rel=canonical. (Este é o mesmo mecanismo de conteúdo duplicado sobre o qual escrevi em geral; é o mito da penalidade de conteúdo duplicado — não uma penalidade, mas divide seus sinais.)

2. Filtros expostos do Views — a armadilha dos parâmetros de URL

Views é o componente de maior risco de SEO no Drupal. Cada combinação de filtro exposto cria uma URL única. Se deixada sozinha, ela consome orçamento de rastreamento e gera conteúdo duplicado. Lide com isso proibindo o espaço de parâmetros em robots.txt (por exemplo, Disallow: /*? ou, de forma mais cirúrgica, parâmetros específicos), adicionando noindex via Metatag às páginas de View de agregação ou busca, usando a opção de consulta “Distinct” para impedir a saída de nodes duplicados e canonicalizando as páginas de View paginadas. A orientação do Google sobre orçamento de rastreamento se aplica diretamente a sites grandes com muito Views.

3. Páginas superficiais de termos de taxonomia

Todo termo de taxonomia recebe uma página pública em /taxonomy/term/TID (além de seu alias). Termos de baixo valor produzem conteúdo superficial em escala. Use Rabbit Hole para suprimir URLs de entidades indesejadas ou defina noindex via Metatag por vocabulário.

4. Resultados de busca interna

A busca integrada do Drupal gera páginas de resultados indexáveis. Aplique noindex a elas via Metatag e exclua-as do sitemap.

5. Controle de acesso versus rastreabilidade

Os rastreadores navegam como o usuário anônimo. Se um tipo de conteúdo tiver acesso restrito, o Googlebot não conseguirá vê-lo — o que geralmente está correto. A armadilha é um node que ainda está publicamente acessível no nível da URL, retorna 403 ao Googlebot e está listado no sitemap. Essa incompatibilidade desperdiça orçamento de rastreamento. Audite as permissões do papel anônimo e reconcilie-as com o que está no sitemap.

6. Ambientes de staging sendo indexados

Bloqueie o staging em várias camadas: autenticação HTTP ou Cloudflare Access é a camada confiável; noindex em todo o site via Metatag e uma proibição em robots.txt funcionam como proteção adicional. Lembre-se do motivo da combinação — robots.txt bloqueia rastreamento, não indexação; uma URL proibida ainda pode ser indexada se houver um link para ela.

Configuração on-page em escala

• Padrões do Pathauto por tipo de conteúdo — por exemplo, [node:field_category]/[node:title] — com substituições manuais de alias para suas páginas mais importantes.
• Herança do Metatag — padrões globais, substituições por tipo de conteúdo e por entidade, tudo orientado por tokens ([node:title] | [site:name]).
• Tags canonical — o Drupal 8+ gera automaticamente uma canonical autorreferente para páginas de conteúdo padrão; use o Metatag nos cenários que exigem substituição (e combine canonical com hreflang em páginas multilíngues). Para ver como isso dá errado, consulte canonical tags gone wild.

SEO multilíngue

Com Content Translation + Language configurados, o hreflang chega automaticamente ao head da página. O Simple XML Sitemap também pode emitir hreflang no sitemap. Use URLs com prefixo de idioma (/fr/, /de/) ou domínios por idioma, e defina os metadados por versão de idioma via Metatag. O Google exige que o hreflang seja consistente em todas as versões de idioma.

Desempenho e Core Web Vitals

O cache do core (Internal Page Cache, Dynamic Page Cache, BigPipe) faz muito pelo TTFB e pelo LCP. Além disso: AdvAgg para agregar CSS/JS além do core, Image Optimize (com WebP e o atributo nativo de lazy-loading do core) e — para sites realmente de alto tráfego — uma CDN externa (Cloudflare, Fastly, Akamai) e uma camada de Varnish ou Redis.

Drupal headless / desacoplado

Um padrão empresarial importante é usar o Drupal como backend headless (JSON:API ou GraphQL) com um frontend Next.js ou Gatsby. A responsabilidade de SEO passa para o frontend — tags meta, sitemaps e dados estruturados passam a ser responsabilidade do framework do frontend. O módulo Metatag pode expor seus dados via JSON:API para o frontend consumi-los. SSR ou SSG é essencial: uma renderização apenas no cliente de um Drupal headless encontrará os problemas usuais de SEO JavaScript.

Drupal CMS (2025) versus uma instalação clássica

O Drupal CMS é uma distribuição separada construída sobre o core do Drupal 10/11, voltada a construtores de sites e não a desenvolvedores. Ela vem com ferramentas de SEO pré-configuradas — otimização de URLs, sitemaps HTML e XML, robots.txt, meta tags, um checklist de SEO e integração de analytics — portanto o ônus de configuração de uma instalação clássica do Drupal é em grande parte resolvido para você. Não presuma que uma instalação clássica do core do Drupal e uma instalação do Drupal CMS têm o mesmo ponto de partida de SEO; não têm.

Resumo de IA

Uma síntese da versão Avançada:

• Base forte, teto baixo de fábrica. O core do Drupal oferece roteamento de URLs limpo (desde o Drupal 7), HTML semântico, alt text de imagens no nível do campo, suporte multilíngue e cache integrado — mas não oferece aliases automáticos, sitemap, gerenciamento de meta tags, dados estruturados ou redirecionamentos.
• Stack essencial de módulos: Pathauto + Token (aliases — caso contrário, /node/123), Metatag (títulos, descrições, canonical, robots) + Schema.org Metatag (JSON-LD), Simple XML Sitemap (sitemaps; substituiu o módulo XML Sitemap antigo) e Redirect (301s — o core do Drupal não redireciona URLs antigas automaticamente).
• Falhas previsíveis, todas exigindo configuração, não apenas um módulo:
  1. Duplicata /node/NID + alias → Pathauto e Redirect (301), canonical como backup.
  2. Filtros expostos do Views → parâmetros bloqueados em robots.txt + noindex + “Distinct”.
  3. Páginas superficiais de taxonomia → Rabbit Hole ou noindex por vocabulário.
  4. Resultados de busca interna → noindex + exclusão do sitemap.
  5. Controle de acesso → rastreadores são o usuário anônimo; observe URLs que retornam 403 ao Googlebot e continuam no sitemap.
  6. Indexação de staging → autenticação HTTP/Cloudflare Access + noindex + robots.txt.
• robots.txt bloqueia rastreamento, não indexação — use noindex para remover uma página.
• Drupal headless desloca o SEO para o frontend; SSR/SSG é obrigatório.
• Drupal CMS (2025) envia essas ferramentas pré-configuradas — um ponto de partida muito diferente de uma instalação Drupal clássica.

Documentação oficial

Documentação de fonte primária dos mecanismos de busca e do Drupal.

Google

• Canonicalização de URL — por que um redirecionamento pesa mais que uma tag canonical para a duplicata node/alias.
• Introdução ao robots.txt — bloquear rastreamento versus bloquear indexação (a confusão dos caminhos administrativos do Drupal).
• Introdução a dados estruturados — JSON-LD, o formato produzido pelo Schema.org Metatag.
• Estrutura de URL — URLs legíveis (aliases do Pathauto) são uma vitória de UX e um fator menor de classificação.
• Gerenciar orçamento de rastreamento para sites grandes — diretamente relevante para sites Drupal com muito Views.
• Informar ao Google sobre versões localizadas da sua página — consistência do hreflang (links recíprocos) para Drupal multilíngue.

Bing / Microsoft

• Diretrizes para webmasters — não bloqueie CSS/JS/imagens (relevante ao antigo bloqueio de /sites/ do Drupal).
• IndexNow — o protocolo de envio; existe um módulo IndexNow contribuído para Drupal.

Drupal

• Módulo Pathauto — aliases automáticos de URL.
• Módulo Metatag e seu FAQ sobre bloquear mecanismos de busca.
• Simple XML Sitemap e Redirect.
• Drupal CMS — recursos de SEO e Analytics — o que a distribuição de 2025 envia.

Citações da fonte

Declarações registradas do ecossistema Drupal e dos mecanismos de busca.

Sobre “SEO amigável de fábrica” ser uma armadilha

• “Stating that Drupal is SEO friendly will cause people to erroneously assume it is SEO friendly out-of-the-box. Out of the box Drupal makes it very easy to screw up your URLs.” — Webdesign.org, How Not To Screw Up SEO and User Friendly URLs In Drupal. (Tradução: “dizer que o Drupal é amigável para SEO fará as pessoas presumirem erroneamente que ele é amigável para SEO de fábrica. De fábrica, o Drupal torna muito fácil bagunçar suas URLs.”) Fonte

Sobre o que o Pathauto faz

• “Pathauto automatically generates URL/path aliases for various kinds of content (nodes, taxonomy terms, users) without requiring the user to manually specify the path alias.” — documentação do módulo Drupal.org. (Tradução: “o Pathauto gera automaticamente aliases de URL/caminho para vários tipos de conteúdo (nodes, termos de taxonomia, usuários) sem exigir que o usuário especifique manualmente o alias do caminho.”) Fonte

Sobre os pontos fortes empresariais/multilíngues do Drupal

• “Drupal excels in customization, scalability, and advanced SEO capabilities — making it ideal for enterprise and multilingual sites.” — Acquia, Drupal SEO: Best Modules, Optimization Tips & Advanced Strategies. (Tradução: “o Drupal se destaca em personalização, escalabilidade e recursos avançados de SEO — tornando-o ideal para sites empresariais e multilíngues.”) Fonte

Sobre conteúdo duplicado (enquadramento dos mecanismos de busca)

• “having the same content accessible through many different URLs can be a bad user experience… and it may make it harder for you to track how your content performs in search results.” — documentação do Google Search Central, sobre canonicalização. (Tradução: “ter o mesmo conteúdo acessível por muitas URLs diferentes pode ser uma experiência ruim para o usuário… e pode dificultar o acompanhamento do desempenho do seu conteúdo nos resultados de busca.”) Ir para a citação

Checklist de configuração de SEO para Drupal

Do zero à instalação pronta para lançamento:

Fundação (módulos)

• Pathauto + Token instalados, com padrões de alias definidos por tipo de conteúdo.
• Redirect instalado e configurado para 301 de /node/NID → alias.
• Metatag instalado; título/descrição globais, por tipo e por entidade definidos.
• Schema.org Metatag produzindo JSON-LD (Article, BreadcrumbList, Organization).
• Simple XML Sitemap gerando o sitemap; enviado ao GSC e ao Bing WMT.
• Módulo de Analytics (Google Tag) instalado (o core não tem nenhum).

Controle de conteúdo duplicado e rastreamento

• Nenhum node é acessível tanto em /node/NID quanto no alias sem um 301.
• Parâmetros de filtros expostos do Views bloqueados em robots.txt e/ou marcados com noindex.
• Resultados de busca interna com noindex e excluídos do sitemap.
• Páginas superficiais de termos de taxonomia suprimidas (Rabbit Hole) ou com noindex por vocabulário.
• Páginas paginadas do Views canonicalizadas de forma apropriada (não todas para a página 1).

Controle de acesso e ambientes

• Permissões do papel anônimo revisadas — nada que você queira indexar retorna 403 aos bots.
• Nenhuma URL que retorna 403 ao Googlebot continua listada no sitemap.
• Staging bloqueado por autenticação HTTP / Cloudflare Access mais noindex + robots.txt.

Multilíngue / multisite (se aplicável)

• hreflang no head da página (Content Translation + Language configurados) e no sitemap.
• Cada site de um multisite tem seu próprio robots.txt (RobotsTxt), sitemap e URL base canonical.

Desempenho

• Cache do core (Internal/Dynamic Page Cache, BigPipe) habilitado.
• Agregação de CSS/JS ativada (core ou AdvAgg); imagens otimizadas + carregadas com lazy loading.

O framework rota → entidade → saída

Depure o SEO do Drupal em três camadas:

1. Rota: quais caminhos públicos resolvem para o conteúdo, incluindo /node/NID, aliases, Views, taxonomia, variantes de idioma e URLs de filtros expostos.
2. Entidade: qual tipo de conteúdo, configuração de campo, regra de acesso e módulo controla a decisão de metadados ou visibilidade.
3. Saída: o que a resposta final expõe em status, canonical, diretivas, dados estruturados, links e sitemap.

Corrigir apenas a tag renderizada não resolve duplicação de rotas; corrigir apenas o alias não resolve acesso no nível da entidade e regras de publicação. Valide as três camadas depois de mudanças de configuração ou de módulos.

Folha de consulta de SEO para Drupal

Recurso → quem cuida dele

Falha → correção

Fatos rápidos

• Fim de vida do Drupal 9: novembro de 2023 — use versões atuais de módulos compatíveis com D10/D11.
• robots.txt bloqueia rastreamento, não indexação — use noindex para remover uma página.
• Um redirecionamento pesa mais que uma tag canonical como sinal de canonicalização.
• Drupal CMS (2025) envia essas ferramentas de SEO pré-configuradas.

Exemplos de aliases e rotas diretas de nodes no Drupal

Use uma lista de URLs do seu crawl ou sitemap. Ela sinaliza respostas que não são de sucesso e mostra o canonical emitido por cada rota, o que é útil quando /node/NID e aliases coexistem.

while IFS= read -r url; do
  status=$(curl -sS -o /tmp/drupal-page.html -w '%{http_code}' "$url")
  canonical=$(grep -Eio '<link[^>]+rel=["'"']canonical["'"'][^>]*>' /tmp/drupal-page.html | head -1)
  printf '%s\t%s\t%s\n' "$status" "$url" "$canonical"
done < urls.txt

Execute isso contra aliases representativos, suas rotas diretas de nodes conhecidas, páginas de taxonomia, Views e variantes de idioma. Um export de crawler é mais seguro do que adivinhar IDs de nodes.

Ferramentas para auditar um site Drupal

• Google Search Console — gratuito e indispensável: relatório de Indexação de páginas (para detectar duplicatas /node/NID e incompatibilidades de 403 no sitemap), Inspeção de URL (canonical declarado versus escolhido) e Estatísticas de rastreamento.
• Bing Webmaster Tools — sitemaps, informações de rastreamento e envio pelo IndexNow.
• Ahrefs Site Audit — rastreia o site e mostra URLs duplicadas, cadeias de redirecionamento, páginas de taxonomia superficiais e proliferação de parâmetros do Views.
• Screaming Frog SEO Spider — crawler para desktop; ótimo para encontrar duplicatas node/alias e páginas View órfãs.
• Módulo Drupal SEO Checklist — orientação administrativa baseada em tarefas e vinculada aos módulos instalados.
• Google Rich Results Test — valida o JSON-LD produzido pelo Schema.org Metatag.

Erros de SEO para Drupal a evitar

Erros concretos que as pessoas realmente cometem no Drupal — e o que fazer em vez disso.

Confiar em “Drupal é amigável para SEO” e pular a configuração

As equipes leem que o Drupal é amigável para SEO e presumem que a plataforma cuida do SEO por elas. Por que está errado: uma instalação Drupal nova não tem aliases automáticos de URL, sitemap, gerenciamento de meta tags nem redirecionamentos — tudo isso vem de módulos contribuídos que você precisa instalar e configurar. O que fazer em vez disso: trate “amigável para SEO” como “capaz de SEO”, não “com SEO completo”. Instale a stack essencial (Pathauto, Metatag, Simple XML Sitemap, Redirect) como parte padrão de toda construção, não como algo posterior.

Instalar Pathauto sem Redirect

Uma equipe instala Pathauto para obter aliases limpos como /about-us, publica e segue em frente. Por que está errado: o caminho interno do node (/node/123) continua resolvendo junto com o alias, então o mesmo conteúdo fica acessível em duas URLs — conteúdo duplicado que divide sinais de classificação. O que fazer em vez disso: instale Pathauto e o módulo Redirect juntos e configure Redirect para fazer 301 de /node/NID para o alias. Pathauto sozinho apenas cria a segunda URL; não remove a primeira.

Deixar filtros expostos do Views sem bloqueio

Views é usado para criar uma página de listagem filtrável (por categoria, tag ou data) com filtros expostos, e fica sem controles de rastreamento. Por que está errado: cada combinação de filtro exposto gera uma URL única e rastreável — um sumidouro de permutações de parâmetros que consome orçamento de rastreamento e cria conteúdo duplicado em escala. O que fazer em vez disso: bloqueie o espaço de parâmetros em robots.txt, adicione noindex via Metatag às páginas View de estilo agregação e ative a opção de consulta “Distinct” para impedir a saída de nodes duplicados.

Deixar a taxonomia gerar páginas públicas por padrão

Cada termo de taxonomia recebe uma página gerada automaticamente em /taxonomy/term/TID (mais alias), tenha ou não conteúdo útil. Por que está errado: termos de baixo valor ou pouco marcados produzem páginas superficiais que oferecem pouco aos usuários e diluem a atenção do rastreador. O que fazer em vez disso: audite os vocabulários em busca de termos que não merecem uma página pública e suprima-os com Rabbit Hole, ou defina noindex por vocabulário via Metatag.

Restringir conteúdo sem reconciliar o sitemap

Um tipo de conteúdo é bloqueado com permissões baseadas em papéis depois do lançamento, mas ninguém revisita o sitemap. Por que está errado: rastreadores navegam como usuários anônimos, então uma mudança de permissão pode fazer uma URL retornar 403 ao Googlebot enquanto ainda está listada no sitemap XML — uma incompatibilidade que desperdiça orçamento de rastreamento e confunde a indexação. O que fazer em vez disso: sempre que as permissões do papel anônimo mudarem, verifique a saída do Simple XML Sitemap e o relatório de Indexação de páginas do Search Console em busca de URLs agora inacessíveis, mas ainda enviadas.

Publicar Drupal headless sem SSR/SSG

Uma equipe desacopla o Drupal (JSON:API/GraphQL) atrás de um frontend Next.js ou similar e renderiza o conteúdo apenas no cliente. Por que está errado: num setup headless, a responsabilidade de SEO passa para o frontend, e uma renderização apenas no cliente encontra os problemas padrão de SEO JavaScript — rastreadores podem não ver meta tags, dados estruturados ou até mesmo o conteúdo principal de forma confiável. O que fazer em vez disso: use renderização no servidor ou geração estática no frontend e faça-o consumir os dados do Metatag via JSON:API, em vez de reinventar o gerenciamento de metadados.

Problemas comuns de SEO para Drupal

Sintoma → causa provável → correção, para problemas que você já está vendo num site Drupal ao vivo.

O Search Console mostra duplicata; o Google escolheu um canonical diferente do usuário

Sintoma: o relatório de Indexação de páginas lista uma URL como “Duplicata; o Google escolheu um canonical diferente do usuário”, e as páginas afetadas são nodes com aliases do Pathauto. Causa provável: o node é acessível tanto em /node/NID quanto no alias, sem um 301 configurado — Pathauto criou o alias, mas Redirect nunca foi instalado ou configurado para apontar o caminho antigo para ele. Correção: instale o módulo Redirect e configure-o para fazer 301 de /node/NID para o alias no conteúdo existente; confirme com a Inspeção de URL que o “canonical escolhido pelo Google” agora corresponde ao alias.

As Estatísticas de rastreamento mostram um pico de URLs rastreadas sem crescimento correspondente de conteúdo

Sintoma: o relatório de Estatísticas de rastreamento do Search Console mostra as solicitações de rastreamento subindo sem publicação de conteúdo novo. Causa provável: uma página Views com filtros expostos gera grande quantidade de permutações de URLs com parâmetros que o Googlebot descobre e rastreia. Correção: bloqueie o espaço de parâmetros do filtro em robots.txt, use noindex nas páginas de agregação via Metatag e verifique novamente as Estatísticas de rastreamento depois de alguns dias para que o volume de solicitações se estabilize.

Páginas de termos de taxonomia aparecem no Search Console com posição média muito baixa

Sintoma: consultas do relatório de desempenho chegam a URLs /taxonomy/term/TID com pouco engajamento e posição média baixa. Causa provável: a página do termo está sendo indexada como conteúdo comum, embora seja apenas uma listagem escassa de nodes marcados. Correção: suprima a URL com Rabbit Hole ou defina noindex para esse vocabulário via Metatag; depois use a Inspeção de URL uma ou duas semanas mais tarde para confirmar que a página saiu do índice.

Uma URL retorna 403 ao Googlebot, mas continua listada no sitemap

Sintoma: a Inspeção de URL informa “Bloqueada porque o acesso foi proibido (403)” para uma URL que também aparece no sitemap XML. Causa provável: uma mudança de permissões restringiu o tipo de conteúdo para o papel anônimo, mas a configuração do sitemap (ou uma entrada manual) não foi atualizada. Correção: audite as permissões do papel anônimo contra a saída do Simple XML Sitemap e remova do sitemap as URLs agora inacessíveis, ou restaure o acesso anônimo se o conteúdo deveria ser público.

Uma cópia de staging ou desenvolvimento do site aparece nos resultados de busca

Sintoma: uma busca no Google pelo conteúdo do site mostra um subdomínio dev. ou staging. em vez da produção (ou junto dela). Causa provável: o ambiente de staging depende de uma única barreira fraca — geralmente apenas robots.txt — que bloqueia rastreamento, mas não indexação; uma URL de staging com links ainda pode ser indexada. Correção: coloque autenticação HTTP ou Cloudflare Access na frente do staging como bloqueio confiável e acrescente noindex via Metatag em todo o site e um bloqueio em robots.txt; confirme a remoção com a Inspeção de URL no hostname de staging.

Teste seus conhecimentos: Drupal SEO

Cinco perguntas sobre os fundamentos de SEO para Drupal. Escolha uma resposta para cada uma e depois confira.

Recursos que valem seu tempo

Textos relacionados meus

• O mito da penalidade de conteúdo duplicado (Search Engine Land) — o enquadramento para os padrões de duplicata node/alias e Views do Drupal.
• Tags canonical fora de controle (Search Engine Land) — armadilhas de tags canonical, diretamente relevantes à configuração do Metatag.
• Problemas e boas práticas de SEO JavaScript (Ahrefs) — preocupações de renderização para Drupal headless/desacoplado.

Minhas palestras

• Como a busca funciona (SlideShare) — rastreamento, renderização, indexação e classificação, que fundamentam todas as falhas de Drupal aqui. (Meu aviso permanente se aplica: “Esta é minha compreensão dos sistemas… não será 100% completa ou precisa.”)

Da indústria

• Drupal SEO: melhores módulos, dicas de otimização e estratégias avançadas (Acquia) — visão abrangente de fornecedor de CMS empresarial sobre o ecossistema de módulos.
• As 10 principais dicas de SEO para Drupal que você não pode ignorar em 2025 (Specbee) — dicas práticas e tecnicamente aprofundadas de agência.
• Corrigindo conteúdo duplicado no Drupal (Volacci) — passo a passo focado nos problemas de duplicata node/alias e Views.
• Os 7 principais erros de SEO encontrados em sites Drupal (Zyxware) — erros recorrentes de configuração, incluindo a duplicata de URLs limpas.
• Guia definitivo de SEO para Drupal em 2025 (The Drop Times) — compilação de módulos e desempenho atualizada para 2025.

Registro de alterações