Subdomínio vs subdiretório: qual estrutura prejudica menos seu SEO

Você resolve que o site precisa de um blog. Abre o painel do servidor e aparece a pergunta: blog.seusite.com ou seusite.com/blog? Parece uma decisão técnica trivial — é uma decisão de SEO com consequências que você vai sentir por anos. O Google trata essas duas estruturas de forma diferente, e o erro mais comum é escolher subdomínio por conveniência técnica sem entender o custo.

Se a questão que te trouxe aqui é mais sobre extensão de domínio (.com.br vs .com), o post domínio nacional vs internacional cobre esse ângulo. Aqui o foco é outra camada da decisão: onde dentro do domínio o seu conteúdo vive.

Como o Google enxerga subdomínio vs subdiretório

O núcleo do debate é simples de enunciar, mas raramente explicado com clareza: o Google trata subdomínios como sites separados.

blog.seusite.com e seusite.com são, para fins de autoridade de domínio, duas propriedades distintas. Backlinks que apontam para posts no blog acumulam autoridade em blog.seusite.com — não necessariamente em seusite.com. O domínio principal não herda diretamente esse valor. Você basicamente está construindo dois domínios ao mesmo tempo, pagando o custo de SEO dobrado.

seusite.com/blog, por outro lado, é parte do mesmo domínio. Cada backlink para qualquer post contribui diretamente para a autoridade de seusite.com. O site inteiro fica mais forte.

Isso não é teoria — é o comportamento documentado pelo Google e confirmado em múltiplos estudos de caso de migração. Empresas que migraram de blog.empresa.com para empresa.com/blog relataram aumento consistente de tráfego orgânico nas semanas seguintes à migração e propagação de redirects.

O que o Google Search Console mostra

Se você configura propriedades no Search Console, subdomínio e domínio principal são propriedades separadas. Tráfego, impressões, cliques — métricas que não se somam automaticamente. Você precisa configurar uma propriedade de domínio raiz (Domain Property) para ter visibilidade consolidada. É mais um ponto de atrito que simplesmente não existe com subdiretório.

Quando o subdomínio faz sentido de verdade

O subdomínio não é errado — é mal empregado na maioria dos casos. Existem situações onde faz sentido real:

Produto genuinamente separado. app.seusite.com para o produto SaaS e seusite.com para o marketing site. São audiences diferentes, stacks diferentes, times diferentes. Faz sentido isolar. O mesmo vale para docs.seusite.com quando a documentação técnica é extensa e tem lifecycle próprio de atualização.

Internacionalização por país. br.produto.com, us.produto.com. Aqui o subdomínio permite Search Console separado por região, geotargeting explícito, e até deploy independente por país. Tem custo de SEO, mas é gerenciável quando a separação é justificada por negócio.

Ambiente de staging/preview. staging.seusite.com, preview.seusite.com. Óbvio, mas vale mencionar: esses sempre deveriam estar com noindex ou bloqueados em robots.txt para não vazar para o índice.

Experiências técnicas radicalmente diferentes. Se o seu blog precisa de um CMS separado, uma stack completamente diferente, e vai ser mantido por um time que não tem acesso ao repositório principal, o subdomínio pode ser a solução mais prática. Mas esse é o argumento técnico, não o argumento de SEO — e vale pesar se o custo de SEO compensa a conveniência de infra.

O blog de conteúdo que complementa um produto ou site principal não se encaixa em nenhum desses casos. Esse é o cenário onde o subdiretório quase sempre é a escolha correta.

Autoridade de domínio na prática: o que você perde com subdomínio

Pense numa situação concreta. Você tem produto.com com DA (Domain Authority) 30 acumulado por dois anos de backlinks. Você cria blog.produto.com e passa a publicar conteúdo lá. Seis meses depois, você tem 40 posts, alguns com backlinks de qualidade apontando para eles.

Esses backlinks acumulam autoridade em blog.produto.com, não em produto.com. As páginas de produto em produto.com não ficam mais fortes por causa desse conteúdo. É como se você tivesse construído uma casa do lado do terreno principal — ela valoriza separado.

Com subdiretório, esses mesmos 40 posts em produto.com/blog com os mesmos backlinks contribuem diretamente para produto.com. As páginas de produto se beneficiam indiretamente da autoridade acumulada pelo blog. É link equity que flui pelo mesmo domínio.

A diferença não é marginal em domínios que acumulam autoridade ao longo de anos. É a diferença entre ter um domínio forte e ter dois domínios mediocres.

Migração: o que acontece quando você percebe o erro tarde

A boa notícia é que migrar de subdomínio para subdiretório funciona. A má notícia é que tem custo.

O processo básico:

blog.seusite.com/post-x → 301 → seusite.com/blog/post-x

Você configura os redirects 301 permanentes no servidor, atualiza todos os links internos, submete o novo sitemap no Search Console, e espera. O Google reconsolida a autoridade, geralmente em semanas a poucos meses dependendo do volume de páginas e do perfil de backlinks.

O que não funciona é deixar o subdomínio morrer sem redirect. Conteúdo sem redirect é conteúdo perdido — backlinks que iam para blog.seusite.com/post-x viram 404 e a autoridade desses links evaporam. Se você vai migrar, faz com redirect ou não faz.

Para sites com anos de backlinks acumulados no subdomínio, vale uma análise de quais posts têm backlinks relevantes antes de migrar — ferramentas como Ahrefs ou Search Console (Links Report) mostram isso. Priorize os redirects dos posts com mais backlinks.

Subdiretório também tem variações

Não é só /blog — a estrutura de subdiretório aparece em vários padrões:

seusite.com/blog/          ← blog de conteúdo
seusite.com/docs/          ← documentação
seusite.com/ajuda/         ← central de ajuda
seusite.com/recursos/      ← recursos, cases, ebooks
seusite.com/pt/            ← internacionalização por subdiretório

A escolha do slug importa para SEO — /blog é genérico mas amplamente reconhecido; /recursos pode fazer mais sentido se o conteúdo não é blog em sentido estrito. A hierarquia de URL deve ser consistente com a arquitetura da informação do site.

O que não vale é misturar: blog em subdomínio e documentação em subdiretório, ou vice-versa, sem uma razão arquitetural clara. Inconsistência aqui cria trabalho duplo sem ganho proporcional.

Robots.txt e meta tags em cada estrutura

Um ponto técnico que gera confusão: em subdomínio, o robots.txt é separado por padrão. blog.seusite.com/robots.txt e seusite.com/robots.txt são arquivos diferentes. Em subdiretório, tudo cai no mesmo robots.txt da raiz — mais simples, mas exige atenção para não bloquear o blog acidentalmente numa diretiva ampla.

# robots.txt em seusite.com — cuidado com regras abrangentes
User-agent: *
Disallow: /admin/
Disallow: /draft/
# Não colocar Disallow: /blog/ sem querer

O mesmo vale para canonicals, hreflang e sitemaps. Em subdiretório, tudo está sob a mesma propriedade de domínio — menos configuração, menos superfície para erro.

Para visualizar e testar as meta tags das suas páginas antes de publicar, uso o gerador de meta tags — especialmente útil quando você está configurando uma estrutura nova e quer conferir o que aparece no preview das SERPs antes de subir.

Perguntas frequentes

O Google disse que subdomínio e subdiretório são equivalentes para SEO. Isso não encerra a discussão?

John Mueller do Google disse, em múltiplas ocasiões, que o Google consegue lidar bem com ambas as estruturas e que "a Pesquisa Web do Google funciona bem com subdomínios ou subdiretórios". Isso é verdade no sentido técnico — o Google indexa ambos sem problema.

O que ele não disse é que os efeitos sobre autoridade de domínio são idênticos. A separação de autoridade entre domínio principal e subdomínio é um comportamento real, documentado em migrações reais. "Funciona" e "maximiza autoridade acumulada" são duas afirmações diferentes. O subdiretório continua sendo a escolha recomendada quando o objetivo é construir autoridade consolidada.

Meu CMS não suporta subdiretório facilmente. Vale a pena o esforço técnico?

Depende da importância estratégica do SEO para o projeto. CMSs como WordPress instalado na raiz do domínio, Ghost, ou Contentful com routing customizado conseguem funcionar em subdiretório com configuração. Plataformas hosted (Wix, Squarespace, algumas versões do Webflow) têm limitações reais que podem tornar o subdomínio a única opção prática.

Se o SEO é crítico para o modelo de negócio, o esforço técnico de configurar subdiretório geralmente compensa. Se o blog é secundário e o tráfego orgânico não é prioridade, subdomínio com um CMS mais simples pode ser a decisão pragmática certa.

Subdiretório por idioma (/pt/, /en/) funciona melhor que subdomínio por idioma?

Para a maioria dos projetos, sim. A estrutura /pt/blog/post-x concentra toda a autoridade no domínio principal e simplifica a configuração de hreflang. Subdomínio por idioma (pt.seusite.com) exige Search Console separado por propriedade e dispersa autoridade da mesma forma que o subdomínio de blog. A exceção são produtos de escala enterprise com times e deploys completamente separados por mercado — mas aí você provavelmente tem um time de SEO dedicado para gerenciar a complexidade.

Quanto tempo leva para ver o impacto de uma migração de subdomínio para subdiretório?

Não existe prazo garantido. Em migrações bem executadas (redirects 301 em todos os URLs, sitemap atualizado, Search Console com a nova propriedade configurada), é comum ver o Google reconsolidar as URLs em 2–6 semanas. O tráfego pode cair temporariamente durante a transição e depois subir. Migrações mal executadas — especialmente sem redirects — podem levar meses para se recuperar, ou nunca se recuperar se os backlinks foram perdidos.

A estrutura que você escolhe hoje define o teto de amanhã

Para blog de conteúdo, documentação, ou qualquer seção que contribui para o SEO do produto principal: subdiretório. A decisão é quase sempre fácil quando você pensa em termos de autoridade acumulada.

Para produtos genuinamente separados, ambientes técnicos distintos, ou internacionalização com times por país: subdomínio pode ser a solução certa, desde que você aceite gerenciar a autoridade separada que isso implica.

O que não dá é tratar isso como detalhe de configuração de último minuto. Migrar depois tem custo — menor do que mudar de domínio inteiro, mas custo real de tempo, redirects, e recuperação temporária de posicionamento. A escolha certa feita antes de publicar o primeiro post não tem custo nenhum.