Domínios e subdomínios em WordPress: configuração correta

Configurar corretamente o domínio e subdomínios de um site WordPress é fundamental para SEO, segurança e gestão técnica. Erros nesta configuração — www vs não-www inconsistente, URL do site incorreto no WordPress, subdomínios mal configurados — causam problemas difíceis de diagnosticar. Este guia cobre os casos mais comuns e como resolver.

A configuração de URL no WordPress

WordPress tem duas configurações de URL em Settings → General:

• WordPress Address (URL): onde os ficheiros WordPress estão instalados
• Site Address (URL): o URL que os visitantes usam para aceder ao site

Na maioria dos casos são idênticos. Diferem quando WordPress está instalado numa subpasta mas o site deve ser acessível no domínio raiz (ex: ficheiros em seusite.pt/wordpress/ mas site acessível em seusite.pt/).

Regra importante: estes URLs devem corresponder exatamente ao URL que os utilizadores usam, incluindo protocolo (http vs https) e www vs não-www. Inconsistências causam redirects infinitos ou links quebrados.

www vs não-www: escolher um e manter consistência

SEO-wise, ambos são equivalentes desde que haja consistência. O que importa:

1. Escolha um: https://seusite.pt ou https://www.seusite.pt
2. Configure o WordPress com o URL preferido
3. Redirecione o outro para o preferido (301)
4. Configure o mesmo nas definições de DNS
5. Configure o Cloudflare (se usar) com o URL correto

Em Apache (.htaccess), para forçar não-www:

RewriteCond %{HTTP_HOST} ^www\.(.+)$ [NC]
RewriteRule ^ https://%1%{REQUEST_URI} [R=301,L]

Para forçar www:

RewriteCond %{HTTP_HOST} !^www\. [NC]
RewriteRule ^ https://www.%{HTTP_HOST}%{REQUEST_URI} [R=301,L]

Subdomínios comuns em projetos WordPress

staging.seusite.pt

Ambiente de staging para teste antes de produção. Configuração DNS: registo A apontando para o IP do servidor de staging (pode ser o mesmo servidor, numa pasta diferente). Ver o guia de ambientes WordPress.

Em WordPress, o staging deve ter:

• URL configurado para https://staging.seusite.pt
• Tag noindex em todo o site (Yoast → Search Appearance → Search Engine Visibility)
• Proteção HTTP basic auth (Apache: via .htaccess + .htpasswd; cPanel: via "Password Protection")
• Emails interceptados para não enviar emails reais a clientes

dev.seusite.pt ou seusite.dev

Ambiente de desenvolvimento. Configuração semelhante ao staging. Alternativamente, em ambiente local (Local WP, etc.) usa-se um domínio fictício (seusite.local) que não requer DNS público.

loja.seusite.pt

Para empresas que querem a loja WooCommerce num subdomínio separado do site principal. WordPress Multisite com subdomínios é uma opção; duas instalações WordPress separadas é outra (mais comum e mais simples de gerir).

Atenção SEO: do ponto de vista do Google, subdomínios são entidades separadas do domínio principal. Uma loja em loja.seusite.pt não herda autoridade de seusite.pt automaticamente. Para lojas, considere usar subpasta (seusite.pt/loja/) em vez de subdomínio.

Alterar o domínio de um site WordPress existente

Mudança de domínio (ex: de domínio velho para novo) requer:

1. Atualizar URLs no WordPress (Settings → General)
2. Atualizar URLs na base de dados (há URLs hardcoded em posts, opções, meta): wp search-replace 'https://dominio-velho.pt' 'https://dominio-novo.pt' --all-tables
3. Configurar redirects 301 permanentes do domínio velho para o novo
4. Atualizar DNS do novo domínio para apontar para o servidor
5. Instalar/renovar certificado SSL para o novo domínio
6. Atualizar URL na Google Search Console (submeter o novo domínio)
7. Atualizar Analytics e outros serviços com o novo URL

Para uma mudança de domínio completa, ver o guia de migração de sites WordPress.

Problemas comuns de URL em WordPress

Loop de redirect após mudança de URL

Causa: URL do WordPress e regras de redirect em conflito. Diagnóstico: comentar temporariamente as regras de redirect no .htaccess e verificar qual URL o WordPress está configurado para usar.

Site acessível em HTTP e HTTPS sem redirect

Causa: HTTPS configurado no WordPress mas sem regra de redirect HTTP → HTTPS no servidor. Solução: adicionar redirect ao .htaccess e verificar que o SSL está corretamente configurado. Ver guia de SSL em WordPress.

Imagens e links com URL errado após migração

Causa: URLs hardcoded na base de dados não foram atualizados durante a migração. Solução: wp search-replace para atualizar todos os URLs, seguido de limpeza de cache.

WordPress URL diferente do URL real do site

Causa: alguém editou o URL nas definições WordPress mas não atualizou os redirects ou o DNS. Solução: alinhar as três configurações — DNS, WordPress settings, e regras de servidor web.