Exemplo de aplicação
Uma empresa pode manter blog, loja, suporte, páginas de campanha, ambientes de teste e aplicações em diferentes subdomínios. Com o tempo, alguns desses endereços ficam sem responsável, repetem conteúdo ou continuam acessíveis depois que uma ferramenta deixa de ser usada. Mapear os hosts ajuda a organizar a presença digital e a priorizar riscos técnicos.
Nenhuma fonte pública apresenta necessariamente todos os subdomínios ativos de uma empresa. Monte uma lista combinando registros sob seu controle, dados de busca, links encontrados e evidências passivas; depois confirme cada endereço antes de tomar uma decisão.
O que entra em um inventário de subdomínios
Registre o host completo, o protocolo, a finalidade, o sistema responsável, a equipe proprietária, o estado atual e a decisão de busca. Um nome como suporte.empresa.com.br pode apontar para uma central de ajuda, um fornecedor, um redirecionamento ou uma aplicação já desativada. O nome sozinho não confirma o que está publicado.
Comece pelas fontes que a empresa controla
- Zona DNS e provedor de DNS: confira registros A, AAAA, CNAME, MX e NS, além de delegações para outras zonas. DNS ajuda a localizar configurações, mas um registro não prova que existe uma página pública útil.
- Hospedagem, CDN e plataforma: exporte hosts configurados em servidores, proxies, CMS, lojas e serviços de suporte.
- Equipes e repositórios: pergunte por produtos, campanhas, homologação, APIs, portais, internacionalização e fornecedores que possam usar subdomínios.
- Histórico de mudanças: revise inventários de ativos, contratos e chamados de migração para encontrar serviços encerrados ou sem responsável.
Use o Search Console como uma fonte complementar
Uma propriedade de domínio do Search Console pode reunir dados de diferentes protocolos e subdomínios quando o proprietário verifica o domínio por DNS. Ela ajuda a observar URLs que a Pesquisa conheceu e dados de desempenho, mas não substitui o inventário DNS ou de infraestrutura: um subdomínio sem impressões ou ainda não descoberto pode não aparecer como você espera.
Adicionar propriedades de domínio e verificar a propriedade no Search Console — Google
Cruze rastreamento, sitemaps e links internos
Reúna sitemaps, links do site principal, relatórios de analytics e listas de URLs usadas em campanhas. Um crawler pode seguir links e verificar páginas dentro do escopo configurado. Ele não encontra automaticamente hosts que não estão ligados, e o comportamento para atravessar subdomínios varia por ferramenta e configuração.
Não confunda o operador de busca site: com uma exportação completa. Resultados de busca servem como pistas para páginas indexadas e visíveis naquele momento; não listam necessariamente todos os endereços nem confirmam se um host ainda pertence à empresa.
Considere registros públicos de certificados com cautela
Registros de Certificate Transparency podem revelar nomes de host que apareceram em certificados TLS públicos. Eles são uma fonte passiva para gerar hipóteses, não um inventário de subdomínios ativos: certificados antigos, substituídos ou emitidos para ambientes que já foram removidos também podem permanecer nos registros.
Pesquisar registros públicos de certificados em Certificate Transparency — crt.sh
Valide apenas endereços próprios ou autorizados
Para cada candidato, confira resolução DNS, certificado, resposta HTTP e redirecionamento. Mantenha a verificação em ritmo baixo e dentro do escopo autorizado. Enumeração ativa, testes de portas ou acesso a ambientes não públicos só devem ocorrer em ativos que a empresa administra ou para os quais tem autorização explícita.
- Resolva o DNS e registre o destino e a data da consulta.
- Acesse a URL pública e anote status HTTP, destino final, certificado e comportamento de redirecionamento.
- Compare os dados com o dono do sistema; não use apenas um código 200 para concluir que o serviço está em produção.
- Marque evidências ausentes como “não confirmado”, em vez de classificar o host como inexistente ou vulnerável.
Classifique antes de corrigir ou remover
- Produção: serviço publicado com responsável, público e finalidade definidos.
- Conteúdo: blog, documentação ou conteúdo editorial que pode competir ou complementar o domínio principal.
- Campanha: landing pages sazonais com validade, oferta e política de redirecionamento documentadas.
- Homologação: ambiente de teste que precisa de acesso controlado e tratamento técnico adequado para não ser confundido com a versão pública.
- Terceiro ou legado: host delegado, serviço encerrado ou endereço sem responsável, que exige verificação com infraestrutura antes de qualquer mudança.
Faça uma revisão de SEO por subdomínio
Para os hosts públicos, confira se o conteúdo tem um propósito próprio, se as páginas podem ser rastreadas e se seus sinais técnicos apontam para o endereço correto. Verifique canonical, sitemap, links internos, duplicação entre hosts, dados estruturados e mensagens comerciais. Uma estrutura em subdomínio não é, por si só, erro ou vantagem de ranking.
Se dois hosts oferecem a mesma informação, escolha uma versão principal e defina como consolidar o conteúdo, redirecionar páginas equivalentes e atualizar links. Não remova um subdomínio inteiro porque algumas URLs parecem duplicadas: ele pode atender clientes, aplicações ou equipes que dependem do serviço.
Decida a arquitetura pelo produto e pela operação
Subdomínio e subdiretório são escolhas de arquitetura. Avalie quem mantém o conteúdo, como a plataforma funciona, quais requisitos de segurança existem, como serão medidos os resultados e se a experiência precisa ser diferente. Trocar de estrutura apenas para tentar transferir autoridade ou obter uma vantagem automática não é um plano de SEO.
Documente o responsável e a revisão seguinte para cada host. Quando um serviço for desligado, combine com infraestrutura o encerramento DNS, a proteção de dados e o destino das páginas antes de remover registros ou certificados.
Domínio, subdomínio e URL: entenda as diferenças — AtivaSEO
Migração de site e SEO: checklist para mudar domínio, URLs ou plataforma — AtivaSEO
Checklist de revisão final
Antes de publicar ou atualizar o artigo, confirme estes pontos:
- A intenção da página e o público estão definidos e refletem uma necessidade real.
- Afirmações, números, condições e exemplos foram validados com fontes ou responsáveis competentes.
- Título, descrição, URL, links e imagem representam o conteúdo publicado com clareza.
- Leitura, navegação e ações principais funcionam em dispositivos móveis e com teclado.
- Há uma pessoa responsável e uma data de revisão para manter o artigo atualizado.
Perguntas frequentes
O Search Console mostra todos os subdomínios de uma empresa? Uma propriedade de domínio reúne dados das variantes cobertas para a Pesquisa, mas não é uma lista completa de todos os hosts configurados em DNS, publicados ou sem tráfego. Combine-a com inventários de infraestrutura.
Uma pesquisa site: encontra todos os subdomínios? Não. Ela mostra resultados conhecidos e selecionados para aquela busca; não substitui registros DNS, ferramentas da empresa ou um inventário validado.
Um subdomínio deve ser movido para uma pasta do domínio principal? Não existe regra universal. Compare necessidade do produto, tecnologia, equipes, segurança, medição e experiência antes de escolher. Uma migração também exige mapa de URLs e validação de sinais.
Subdomínios de teste devem ser bloqueados em robots.txt? Robots.txt não controla autenticação nem impede acesso. Ambientes que não devem ser públicos precisam de controles de acesso adequados; depois, revise indexação e sinais conforme a configuração real.
O melhor inventário combina evidências próprias e externas, distingue hosts ativos de registros antigos e atribui um responsável a cada serviço. Só então a equipe consegue decidir quais páginas manter, corrigir, consolidar ou retirar com segurança.