Indexação Drupal no Google: o guia completo para colocares o teu conteúdo Drupal na pesquisa
O Drupal é uma das plataformas CMS mais poderosas disponíveis, usada por governos, universidades e grandes empresas. Mas a sua flexibilidade significa que a indexação não é automática — precisas de instalar e configurar os módulos certos para garantir que o Google consegue descobrir e indexar todo o teu conteúdo.
Neste guia
O Drupal é uma framework de gestão de conteúdo conhecida pela sua flexibilidade, segurança e escalabilidade. Alimenta alguns dos sites mais complexos da web: portais governamentais com milhares de páginas, sites universitários com vários departamentos e tipos de conteúdo, intranets empresariais e grandes publicações de media. A força do Drupal é que pode ser configurado para lidar com virtualmente qualquer arquitetura de conteúdo, desde um blog simples a uma plataforma multilingue, multi-site com centenas de tipos de conteúdo e permissões de acesso complexas.
Esta flexibilidade vem com um custo: o Drupal não inclui funcionalidades SEO logo de início. Ao contrário do WordPress (que tem um sitemap integrado e SEO básico), do Shopify (que gera sitemaps e tags canonical automaticamente) ou do Ghost (que inclui SEO abrangente por padrão), o Drupal requer que instales e configures módulos contribuídos para cada função SEO. Geração de sitemap XML, aliases de URL, gestão de meta tags, manutenção de redirecionamentos e personalização do robots.txt requerem todos módulos separados.
O conjunto core de módulos SEO Drupal — frequentemente chamado de "Drupal SEO stack" — inclui XML Sitemap (ou Simple XML Sitemap) para geração de sitemap, Pathauto para aliases de URL automáticos, Metatag para gestão de meta tags, Redirect para tratamento de redirecionamentos 301 e o módulo robots.txt para controlar o acesso de crawlers. Sem estes módulos, o Drupal gera URLs como /node/123 (caminhos numéricos opacos), não tem sitemap XML, não produz meta descriptions e tem um robots.txt básico que só consegues editar ao nível do filesystem.
Este guia percorre cada módulo e configuração necessária para tornar um site Drupal totalmente indexável pelo Google. Quer estejas a correr Drupal 10, Drupal 11 ou ainda a manter um site Drupal 9, os módulos e conceitos são largamente os mesmos. Cobrimos instalação, configuração, armadilhas comuns específicas à arquitetura do Drupal e técnicas avançadas para instalações Drupal de larga escala.
O stack de módulos SEO do Drupal
Um site Drupal corretamente configurado para indexação em motores de busca requer um conjunto específico de módulos contribuídos. Cada módulo trata de um aspeto diferente do SEO, e trabalham em conjunto para fornecer suporte abrangente de indexação.
O Simple XML Sitemap (ou o módulo XML Sitemap mais antigo) gera o teu ficheiro /sitemap.xml. Permite-te especificar que tipos de conteúdo, vocabulários de taxonomia, menus e tipos de entidade personalizados devem ser incluídos no sitemap. Podes definir prioridades e frequências de alteração para cada tipo. O Simple XML Sitemap é a escolha moderna e suporta Drupal 10 e 11 nativamente, enquanto o módulo XML Sitemap mais antigo pode ter problemas de compatibilidade com versões mais recentes do Drupal.
O Pathauto gera aliases de URL legíveis por humanos automaticamente com base em padrões configuráveis. Em vez de /node/123, o Pathauto cria URLs como /blog/o-meu-titulo-de-artigo com base em padrões de token que defines. O Pathauto depende do módulo Token para geração dinâmica de URLs. Sem o Pathauto, cada página Drupal só está acessível no seu caminho de node interno, o que é terrível tanto para utilizadores como para SEO.
O módulo Metatag fornece uma UI para configurar meta tags (title, description, canonical, robots, Open Graph, Twitter Cards e mais) ao nível global, do tipo de conteúdo e do node individual. Suporta substituição por token, por isso podes criar padrões como "[node:title] | [site:name]" para title tags. Sem o módulo Metatag, o Drupal gera apenas uma tag <title> básica sem meta description, sem URL canonical e sem tags meta sociais.
O módulo Redirect gere redirecionamentos 301. Quando mudas um alias de URL (manualmente ou através do Pathauto), o módulo Redirect pode criar automaticamente um redirecionamento do URL antigo para o novo. Também fornece uma UI para criar redirecionamentos manuais e pode corrigir problemas comuns de redirecionamento como inconsistências de trailing slash e URLs com caixa mista.
O módulo robots.txt (ou o módulo RobotsTxt) permite-te gerir o teu ficheiro robots.txt através da interface admin do Drupal em vez de editar o ficheiro diretamente no servidor. Isto é importante porque o robots.txt do Drupal é um ficheiro estático no docroot, e alterações podem ser sobrescritas durante atualizações de core.
Configurar aliases de URL com Pathauto
Os aliases de URL são fundamentais para SEO Drupal. Os caminhos internos do Drupal (/node/123, /taxonomy/term/45) são tecnicamente rastreáveis e indexáveis, mas não fornecem informação de keywords e criam uma estrutura de site opaca. O Pathauto resolve isto gerando automaticamente aliases de URL com base em padrões que defines.
Para configurar o Pathauto, instala-o via Composer (composer require drupal/pathauto), ativa-o em /admin/modules e depois configura padrões em /admin/config/search/path/patterns. Para cada tipo de conteúdo, cria um padrão usando tokens. Padrões comuns incluem /blog/[node:title] para artigos de blog, /[node:content-type]/[node:title] para vários tipos de conteúdo, /produtos/[node:field_product_category:entity:name]/[node:title] para URLs hierárquicos de produto e /[node:menu-link:parents:join-path]/[node:title] para URLs baseados em hierarquia de menu.
O Pathauto usa o módulo Token para resolver estes padrões. Automaticamente põe títulos em minúsculas, substitui espaços por hífenes, remove caracteres especiais e trunca URLs longos. Podes personalizar as definições de transliteração em /admin/config/search/path/settings para controlar como caracteres especiais, acentos e scripts não-Latinos são tratados.
Uma definição crítica do Pathauto é a "Update action" para aliases existentes. Quando mudas o título de um node, o Pathauto deve atualizar o alias de URL? Se o fizer, o URL antigo parte a menos que o módulo Redirect esteja instalado. A configuração recomendada é: "Create a new alias. Leave the existing alias functioning" — isto cria um novo alias mantendo o antigo a funcionar. Combinado com o módulo Redirect, o URL antigo redireciona automaticamente para o novo.
Para sites existentes com milhares de URLs /node/123 já indexados pelo Google, o Pathauto consegue gerar aliases em massa para todo o conteúdo existente. Vai a /admin/config/search/path/update_bulk e seleciona que tipos de conteúdo processar. Depois da geração em massa, instala o módulo Redirect para criar redirecionamentos automáticos dos caminhos /node/123 para os novos aliases. Isto garante que o Google segue os redirecionamentos e atualiza o seu índice para os URLs limpos.
Configuração do módulo Metatag para indexação
O módulo Metatag é essencial para controlar como o Google vê as tuas páginas. Instala-o via Composer (composer require drupal/metatag) e ativa o módulo Metatag juntamente com os seus submódulos: Metatag: Open Graph, Metatag: Twitter Cards e Metatag: Verification (para tags de verificação de search console).
Configura os defaults globais em /admin/config/search/metatag. A configuração global define meta tags de fallback para qualquer página que não tenha configuração mais específica. Define o title global como "[current-page:title] | [site:name]", a description como "[node:summary]" (ou deixa vazio para evitar descrições genéricas) e o URL canonical como "[current-page:url]".
Depois cria overrides específicos por tipo de conteúdo. Para artigos de blog, podes definir o title como "[node:title] - Blog | [site:name]" e a description como "[node:field_meta_description]" (usando um campo dedicado de meta description que adicionas ao tipo de conteúdo). Para páginas de produto, usa tokens específicos de produto. Para páginas de termos de taxonomia, usa "[term:name] - [vocabulary:name] | [site:name]" como padrão de title.
O módulo Metatag também controla a diretiva meta robots por tipo de conteúdo e por node individual. Para tipos de conteúdo que não devem ser indexados (como tipos de conteúdo só de admin, páginas de confirmação de webform ou páginas de perfil de utilizador), define o meta robots como "noindex, follow" ao nível do tipo de conteúdo. Isto impede o Google de indexar essas páginas enquanto continua a seguir os seus links.
Para nodes individuais, os editores de conteúdo podem sobrepor-se às meta tags no fieldset "Meta tags" no formulário de edição do node. Treina os teus editores a escrever meta descriptions personalizadas para conteúdo importante — o summary gerado automaticamente é frequentemente não otimizado para pesquisa. Se queres forçar a escrita de meta description, torna o campo obrigatório através da configuração de form display ou usa um handler de validação personalizado.
O módulo Metatag também suporta tags hreflang para sites multilingues através do submódulo Metatag: hreflang. Se o teu site Drupal é multilingue (usando o módulo Translation do core), ativa o hreflang e configura-o para gerar automaticamente tags hreflang a ligar todas as versões de língua de cada página.
Geração e configuração de XML Sitemap
Instala o Simple XML Sitemap via Composer (composer require drupal/simple_sitemap) e ativa-o. Configura-o em /admin/config/search/simplesitemap. O módulo permite-te criar vários sitemaps (útil para sites grandes com diferentes secções de conteúdo) e selecionar que tipos de entidade, bundles e entidades específicas incluir.
Para a maioria dos sites Drupal, inclui nodes publicados de tipos de conteúdo que devem ser indexados (artigos, páginas, produtos), páginas de termos de taxonomia publicadas que têm conteúdo substancial e quaisquer tipos de entidade personalizados que gerem páginas públicas. Exclui tipos de conteúdo que são administrativos, atrás de controlo de acesso ou inerentemente finos (como submissões de webform ou perfis de utilizador).
O Simple XML Sitemap suporta definições de priority e changefreq por tipo de conteúdo. Embora o Google tenha afirmado que largamente ignora estas pistas, definir esses valores ajuda a organizar o teu sitemap e sinaliza a importância relativa do teu conteúdo. Define a prioridade da homepage como 1.0, dos tipos de conteúdo principais como 0.8 e do conteúdo secundário como termos de taxonomia como 0.5.
O módulo gera o sitemap em /sitemap.xml por padrão e divide-o em vários ficheiros quando a contagem de URLs excede o limite configurado (padrão 2000, máximo 50000 por especificação de sitemap). Para sites Drupal grandes com dezenas de milhares de páginas, a geração do sitemap pode ser intensiva em recursos. Configura cron para regenerar o sitemap durante horas de baixo tráfego e define o intervalo de regeneração apropriadamente (cada 6-24 horas para a maioria dos sites).
Um problema comum com sitemaps Drupal é o acesso a entidades. O sistema de permissões do Drupal pode impedir o gerador de sitemap de aceder a nodes que são visíveis a utilizadores anónimos mas não ao utilizador de cron. O módulo Simple XML Sitemap gera o sitemap durante a execução de cron, usando as permissões do utilizador anónimo por padrão. Se os teus nodes requerem permissões específicas para serem vistos, verifica que utilizadores anónimos podem aceder a eles, ou configura o módulo para gerar o sitemap usando as permissões de outro utilizador.
Depois de configurar o sitemap, submete-o ao Google Search Console em Sitemaps > Add a new sitemap > oteudominio.com/sitemap.xml. Monitoriza o estado do sitemap para erros como URLs 404 (nodes apagados ainda no sitemap), URLs bloqueados (conflitos de robots.txt) e URLs de redirecionamento (nodes com aliases alterados).
Caminhos de node, aliases e conteúdo duplicado no Drupal
O Drupal tem um problema único de conteúdo duplicado que outras plataformas CMS não partilham: o conteúdo está acessível tanto no caminho interno do node (/node/123) como no alias de URL (/blog/o-meu-artigo). Sem configuração adequada, o Google pode indexar ambos os URLs, criando conteúdo duplicado.
A primeira defesa é a definição "Enforce clean and canonical URLs" do módulo Redirect. Quando ativada, visitar /node/123 para um node que tem um alias /blog/o-meu-artigo resulta num redirecionamento 301 para o alias. Isto diz ao Google que o alias é o URL canonical e que o caminho do node deve ser ignorado. Ativa esta definição em /admin/config/search/redirect/settings.
A segunda defesa é a meta tag URL canonical do módulo Metatag. Mesmo que um node seja de algum modo acedido no seu caminho interno, a tag canonical no <head> do HTML aponta para o URL do alias. O Google respeita tags canonical e consolida sinais de ranking para o URL canonical.
A terceira defesa é o ficheiro robots.txt. Adiciona Disallow: /node/ ao teu robots.txt para impedir o Google de fazer crawl a caminhos internos de node inteiramente. Esta é uma abordagem de cinto e suspensórios que, combinada com redirecionamentos e tags canonical, garante que os caminhos de node nunca são indexados.
O Drupal também cria potenciais duplicados através de páginas de termo de taxonomia. Se tens um vocabulário chamado "Categorias" com um termo chamado "Tecnologia", o Drupal cria uma página em /taxonomy/term/5 (e, com Pathauto, um alias como /categorias/tecnologia) que lista todos os nodes com essa tag. Se a página de termo de taxonomia não tem conteúdo introdutório único — apenas uma lista de teasers de node que aparecem noutros lugares — o Google pode classificá-la como thin ou conteúdo duplicado.
Páginas geradas por Views adicionam outra camada de complexidade. O módulo Views do Drupal pode criar páginas que listam conteúdo por vários critérios, com paginação. Uma View a listar todos os posts de blog com 10 por página cria URLs como /blog?page=1, /blog?page=2, etc. Cada página paginada tem conteúdo semelhante (apenas posts diferentes). Sem tags de paginação rel="next" e rel="prev" (que o Google depreciou mas alguns praticantes de SEO ainda usam) ou uma diretiva noindex em páginas paginadas, o Google pode desperdiçar crawl budget em páginas de paginação profunda com valor de conteúdo decrescente.
Caching do Drupal e o seu impacto em meta tags
O Drupal tem um dos sistemas de caching mais sofisticados de qualquer CMS, e embora isto seja geralmente um benefício de desempenho, pode causar dores de cabeça SEO se não for compreendido corretamente.
O page cache do Drupal (módulo Internal Page Cache para utilizadores anónimos, Dynamic Page Cache para utilizadores autenticados) armazena páginas HTML totalmente renderizadas. Quando atualizas as meta tags de um node através do módulo Metatag, o HTML em cache pode continuar a servir as meta tags antigas até que a cache seja limpa. Para sites com caching agressivo (TTL de horas ou dias), isto significa que as alterações SEO podem ser invisíveis ao Google durante um período prolongado.
A solução é compreender o sistema de cache tag do Drupal. Quando editas um node, o sistema de cache tag do Drupal deve automaticamente invalidar qualquer página em cache contendo o conteúdo desse node. Isto funciona corretamente quando as alterações de meta tag fazem parte da edição do node (usando o override por node do módulo Metatag). No entanto, alterações aos defaults globais ou ao nível de tipo de conteúdo de meta tag podem não acionar invalidação de cache para todas as páginas afetadas. Depois de mudar as definições globais de meta tag, limpa manualmente a cache de página do site em /admin/config/development/performance > Clear all caches.
Camadas de caching externas adicionam outra dimensão. Se o teu site Drupal está atrás de Varnish, um reverse proxy cache ou um CDN como Cloudflare, tens uma camada de cache adicional que não sabe sobre as cache tags do Drupal. Depois de limpar a cache interna do Drupal, também precisas de limpar a cache externa. Para Varnish, usa o módulo Varnish Purge para integrar o sistema de cache tag do Drupal com o mecanismo de purge do Varnish. Para Cloudflare, usa o módulo Cloudflare para purgar automaticamente a cache do CDN quando o conteúdo Drupal muda.
O módulo Purge e os seus módulos associados (Purge Queuer, Purge Processor e plugins específicos de plataforma) fornecem uma interface unificada para gerir invalidação de cache em todas as camadas. Para fins de SEO, o requisito-chave é: quando uma meta tag muda em qualquer página, cada versão em cache dessa página (cache interna do Drupal, Varnish, CDN) tem de ser invalidada para que o próximo crawl do Google veja as tags atualizadas.
Tem particular cuidado com caching autenticado vs. anónimo. O Drupal pode servir conteúdo diferente a utilizadores autenticados (editores, admins) vs. utilizadores anónimos (incluindo o Googlebot). Se a tua configuração Metatag inclui condições baseadas em papéis de utilizador, garante que a versão anónima tem as meta tags corretas. Testa terminando sessão (ou usando uma janela anónima) e vendo o código-fonte da página para verificar as meta tags que o Google vai ver.
Guia passo a passo
Instala o stack de módulos SEO core
Usa Composer para instalar os módulos SEO essenciais: composer require drupal/simple_sitemap drupal/pathauto drupal/metatag drupal/redirect drupal/token. Depois ativa-os através do admin Drupal em /admin/modules ou via Drush: drush en simple_sitemap pathauto metatag metatag_open_graph redirect. Estes módulos fornecem a base para geração de sitemap, aliases de URL, gestão de meta tags e tratamento de redirecionamentos. Verifica que cada módulo está ativado e não tem erros de dependência em /admin/reports/status.
Configura padrões de alias de URL do Pathauto
Vai a /admin/config/search/path/patterns e cria um padrão de URL para cada tipo de conteúdo. Para artigos, usa um padrão como /blog/[node:title]. Para páginas, usa /[node:title]. Para produtos (se aplicável), usa /produtos/[node:title] ou /produtos/[node:field_category:entity:name]/[node:title] para hierarquia baseada em categoria. Depois de criar padrões, vai a /admin/config/search/path/update_bulk e gera em massa aliases para todo o conteúdo existente. Depois instala e ativa o módulo Redirect para criar redirecionamentos 301 automáticos dos caminhos internos de node (/node/123) para os novos aliases.
Configura o módulo Metatag para todos os tipos de conteúdo
Navega para /admin/config/search/metatag e configura defaults de meta tag. Define o padrão global de title como [current-page:title] | [site:name] e o URL canonical como [current-page:url]. Depois adiciona overrides específicos por tipo de conteúdo: para cada tipo de conteúdo, clica em "Add" e configura o title, description, URL canonical e diretivas robots. Define a description como [node:field_meta_description] se tens um campo dedicado, ou [node:summary] como fallback. Para tipos de conteúdo que não devem ser indexados (webforms, páginas internas), define o meta robots como noindex, follow.
Configura e gera o sitemap XML
Vai a /admin/config/search/simplesitemap e configura que tipos de entidade incluir. Ativa nodes publicados para todos os tipos de conteúdo público, ativa termos de taxonomia para vocabulários com conteúdo substancial e exclui perfis de utilizador, submissões de webform e outras entidades não públicas. Define prioridades de sitemap (homepage 1.0, conteúdo principal 0.8, conteúdo secundário 0.5). Clica "Generate" para criar o sitemap imediatamente, depois visita /sitemap.xml para verificar que contém os URLs esperados. Configura o intervalo de cron para regeneração automática.
Configura o robots.txt para bloquear caminhos internos
Edita o ficheiro robots.txt do teu site Drupal (no docroot) e adiciona regras para bloquear caminhos internos que não devem ser rastreados. Adiciona Disallow: /node/ (bloqueia caminhos internos de node), Disallow: /admin/ (bloqueia páginas de admin), Disallow: /user/ (bloqueia páginas de perfil e login de utilizador) e Disallow: /search/ (bloqueia resultados de pesquisa internos do Drupal). Adiciona Sitemap: https://oteudominio.com/sitemap.xml no fundo. Se usas o módulo RobotsTxt, gere estas regras em /admin/config/search/robotstxt em vez de editar o ficheiro diretamente.
Submete o sitemap e verifica no Google Search Console
Adiciona o teu site Drupal ao Google Search Console. Para verificação, usa o submódulo Metatag: Verification para adicionar a meta tag de verificação Google em /admin/config/search/metatag > Global > Verification. Depois da verificação, vai a Sitemaps no Google Search Console e submete o URL do teu sitemap. Monitoriza o relatório de sitemap para erros. Erros comuns incluem URLs a devolver 403 (problemas de permissão), URLs a devolver 301 (aliases a redirecionar de caminhos de node) e URLs com soft 404 (nodes com conteúdo vazio). Corrige cada categoria de erro antes de voltar a submeter.
Submete páginas prioritárias através da IndexBolt para indexação mais rápida
Depois de completar a instalação e configuração dos módulos, sites Drupal têm frequentemente um backlog de páginas que precisam de indexação, especialmente após uma migração ou grande reestruturação. Exporta os URLs do teu sitemap e identifica páginas que ainda não estão indexadas usando o relatório Pages do Google Search Console. Submete as páginas de maior prioridade através da IndexBolt — foca-te nas tuas principais landing pages, nodes de conteúdo mais valiosos e quaisquer páginas com backlinks recebidos que precisam de manter a sua visibilidade na pesquisa. O HTML limpo e renderizado do lado do servidor do Drupal torna-o um excelente candidato para o pipeline de indexação da IndexBolt.
Problemas comuns e como resolvê-los
Caminhos de node (/node/123) e aliases de URL a criarem conteúdo duplicado
Causa: Conteúdo Drupal é acessível tanto no caminho interno do node (/node/123) como no alias de URL (/blog/o-meu-artigo). Sem a aplicação de URL canonical do módulo Redirect, o Google pode descobrir e indexar ambos os URLs, criando conteúdo duplicado que divide sinais de ranking entre dois URLs para a mesma página.
Solução: Instala e ativa o módulo Redirect, depois vai a /admin/config/search/redirect/settings e ativa "Enforce clean and canonical URLs". Isto cria redirecionamentos 301 automáticos de /node/123 para o alias de URL. Configura também o módulo Metatag para gerar URLs canonical a apontar para o caminho do alias. Para proteção de cinto e suspensórios, adiciona Disallow: /node/ ao robots.txt para impedir o Google de fazer crawl a caminhos internos inteiramente.
Paginação de Views a criar centenas de páginas finas
Causa: O módulo Views do Drupal gera listas paginadas que criam URLs como /blog?page=1, /blog?page=2, até /blog?page=50. Cada página paginada contém um pequeno subconjunto de conteúdo (tipicamente 10-25 itens por página) e cada página parece semelhante da perspetiva do Google. Páginas de paginação profunda (página 10 e além) têm muito pouco valor de descoberta e desperdiçam crawl budget.
Solução: Para Views com paginação profunda, adiciona uma diretiva noindex a páginas paginadas para além da primeira página. Podes fazer isto com o sistema de tokens do módulo Metatag ou com código personalizado que deteta o parâmetro page. Em alternativa, usa o padrão "Load more" (scroll infinito ou botão "Load more") em vez de paginação tradicional, o que mantém todo o conteúdo num único URL. Reduz o número total de páginas paginadas aumentando a contagem de items-per-page nas tuas definições de View.
Páginas de termo de taxonomia com thin content a serem indexadas
Causa: O sistema de taxonomia do Drupal cria uma página para cada termo em cada vocabulário. Termos com poucos nodes etiquetados resultam em páginas de arquivo finas — uma página com um ou dois teasers de conteúdo e sem texto único. O Google pode indexar estas páginas finas mas ranqueá-las mal, diluindo os sinais gerais de qualidade do teu site.
Solução: Adiciona conteúdo de descrição a termos de taxonomia que servem como páginas de categoria. No formulário de edição de termo de taxonomia, escreve 100-300 palavras de conteúdo único a descrever o tópico. Configura o template de termo de taxonomia para exibir esta descrição proeminentemente. Para vocabulários onde as páginas de termo não devem ser indexadas de todo (como vocabulários internos de tagging), define os defaults Metatag para os termos desse vocabulário como noindex. Remove páginas de termo de taxonomia finas do teu sitemap excluindo o vocabulário na configuração do Simple XML Sitemap.
Permissões Drupal a bloquear acesso anónimo a conteúdo publicado
Causa: O sistema granular de permissões do Drupal pode inadvertidamente impedir utilizadores anónimos (incluindo o Googlebot) de aceder a conteúdo publicado. Isto acontece quando a permissão "View published content" é removida do papel anonymous, quando módulos de content access (Content Access, Node Access) restringem visualização por papel, ou quando permissões ao nível de campo escondem conteúdo de utilizadores anónimos.
Solução: Vai a /admin/people/permissions e verifica que o papel de utilizador anonymous tem a permissão "View published content" ativada para todos os tipos de conteúdo que devem ser indexados. Se usas módulos de content access, audita a sua configuração para garantir que nodes publicados estão acessíveis a utilizadores anónimos. Testa terminando sessão completamente e visitando as tuas páginas de conteúdo — se vires uma página de acesso negado, as permissões estão erradas. Verifica também que o módulo Simple XML Sitemap consegue aceder ao conteúdo durante cron (corre como utilizador anonymous por padrão).
Caching a servir meta tags obsoletas depois de alterações SEO
Causa: O caching agressivo de página do Drupal (Internal Page Cache, Dynamic Page Cache, Varnish externo ou CDN) armazena HTML totalmente renderizado incluindo meta tags. Quando atualizas meta tags através do módulo Metatag — especialmente defaults globais ou ao nível de tipo de conteúdo — o HTML em cache pode continuar a servir as meta tags antigas durante horas ou dias, dependendo da tua configuração de TTL de cache.
Solução: Depois de fazer alterações de meta tag ao nível global ou de tipo de conteúdo, limpa todas as caches em /admin/config/development/performance > Clear all caches. Se usas Varnish, purga também a cache Varnish (ban req.http.host == "oteudominio.com" no CLI Varnish). Se usas Cloudflare ou outro CDN, purga a cache do CDN através do seu dashboard ou API. Verifica as meta tags atualizadas visitando uma página numa janela de browser anónima e vendo o código-fonte. Para fiabilidade contínua, instala o módulo Purge para automatizar invalidação de cache em todas as camadas.
Conflitos de módulos a causar meta tags duplicadas ou em falta
Causa: Vários módulos Drupal podem tentar gerar as mesmas meta tags. Por exemplo, um tema pode gerar a sua própria title tag, o módulo Metatag gera outra e um módulo personalizado adiciona uma terceira. De forma semelhante, o módulo SEO Checklist, o módulo Google Analytics ou outros módulos contrib podem injetar as suas próprias meta tags que entram em conflito com o output do módulo Metatag.
Solução: Vê o código-fonte de várias páginas de conteúdo e procura por meta tags duplicadas — procura várias tags `<title>`, várias `<meta name="description">` ou várias `<link rel="canonical">`. Se existirem duplicados, identifica que módulo gera cada um. Desativa a fonte duplicada — tipicamente removendo o output de meta tag do template do tema (verifica html.html.twig e page.html.twig) e dependendo apenas do módulo Metatag para toda a geração de meta tags. O módulo Metatag deve ser a única fonte de verdade para todas as meta tags relacionadas com SEO.
Dicas de profissional
Sites Drupal são frequentemente grandes, complexos e missão-crítica. Quer tenhas milhares de nodes à espera que o Google os descubra ou tenhas acabado de completar uma grande migração com novas estruturas de URL, a IndexBolt pode empurrar as tuas páginas mais importantes diretamente para o pipeline de indexação do Google. Para de esperar por sitemaps acionados por cron e ciclos de crawl naturais — submete os teus URLs Drupal através da IndexBolt e tê-los indexados em horas.
100 créditos gratuitos. Sem cartão de crédito. Resultados em menos de 24 horas.
Perguntas frequentes
O Drupal tem funcionalidades SEO integradas?+
O core do Drupal fornece os blocos de construção básicos — output HTML limpo, uma tag `<title>` configurável, alias de URL (desde o Drupal 8 o core inclui gestão básica de alias) e a capacidade de servir ficheiros estáticos como o robots.txt. No entanto, o Drupal não inclui um sitemap XML, gestão de meta description, URLs canonical automáticos, dados estruturados ou gestão de redirecionamentos logo de início. Estas funcionalidades são fornecidas por módulos contribuídos (Simple XML Sitemap, Metatag, Redirect, Pathauto) que têm de ser instalados e configurados separadamente.
Que módulos Drupal preciso para SEO?+
O stack essencial de módulos SEO Drupal inclui: Simple XML Sitemap para geração de sitemap, Pathauto para aliases de URL automáticos, Token (necessário pelo Pathauto), Metatag para gestão de meta tags, Redirect para tratamento de redirecionamentos 301 e opcionalmente o módulo RobotsTxt para gerir o robots.txt através do admin. Para sites multilingues, adiciona o submódulo Metatag: hreflang. Instala todos os módulos via Composer e ativa-os através de /admin/modules ou Drush.
Como evito que os caminhos /node/123 sejam indexados?+
Usa uma abordagem de três camadas: (1) Instala o módulo Redirect e ativa "Enforce clean and canonical URLs" para redirecionar automaticamente 301 /node/123 para o alias de URL. (2) Configura o módulo Metatag para definir URLs canonical para o caminho do alias. (3) Adiciona Disallow: /node/ ao teu robots.txt para impedir o Google de fazer crawl a caminhos internos de node. Juntas, estas três medidas garantem que o Google só vê e indexa os teus aliases de URL limpos, nunca os caminhos internos de node.
Como lido com alterações de URL durante uma migração Drupal?+
Antes da migração, documenta todos os URLs no teu site atual exportando o teu sitemap. Depois da migração para o Drupal, configura o Pathauto para gerar aliases que correspondam à tua estrutura de URL antiga onde possível. Para URLs que têm de mudar, cria redirecionamentos 301 usando o módulo Redirect. Podes importar redirecionamentos em massa via CSV em /admin/config/search/redirect/import. Depois de configurar redirecionamentos, volta a submeter o teu sitemap ao Google Search Console e monitoriza o relatório Pages para erros 404 que indicam redirecionamentos em falta.
Porque é que as minhas páginas Drupal Views não estão a ser indexadas?+
Páginas Views podem não ser indexadas por várias razões: o URL da página Views não está incluído no teu sitemap (adiciona-o manualmente nos custom links do Simple XML Sitemap), o conteúdo da página é demasiado semelhante a outras páginas (views paginadas com conteúdo sobreposto), a página tem uma meta robots tag incorreta (verifica a configuração do módulo Metatag para o display da Views) ou a página requer permissões que utilizadores anónimos não têm. Testa o URL da página Views na ferramenta URL Inspection do Google Search Console para diagnosticar o problema específico.
Posso usar a IndexBolt com um site Drupal atrás de autenticação básica?+
A IndexBolt precisa de aceder aos teus URLs públicos, por isso qualquer autenticação HTTP básica (comum em ambientes de staging Drupal) tem de ser removida para páginas de produção que queres indexadas. Se o teu site de staging tem basic auth, tudo bem — staging não deve ser indexado. O teu site de produção deve estar publicamente acessível sem qualquer barreira de autenticação. As permissões de acesso a conteúdo do Drupal são separadas da autenticação HTTP — desde que utilizadores anónimos possam ver nodes publicados, a IndexBolt pode submeter esses URLs para indexação.