Subdomínio criado automaticamente ao configurar um novo domínio

Conhecer o problema

Ao adicionar um domínio, algumas configurações do cPanel criam também um subdomínio técnico associado. Verifique os nomes e as raízes em Domains antes de o alterar: eliminar um elemento associado pode afetar o domínio que pretende manter.

Se ambos os nomes mostrarem o mesmo conteúdo, podem existir vários URL públicos para uma página. O facto de não ter criado ligações para o subdomínio não garante que ninguém o conheça nem que um motor de pesquisa não o descubra. Verifique a resposta real e os dados do Search Console antes de decidir o que fazer.

A localização da raiz do documento depende de como a conta foi criada. Uma pasta dentro de public_html pode estar também acessível através do domínio principal; não presuma que todas as instalações antigas foram criadas fora dessa raiz.

Os domínios de uma mesma conta podem ter conteúdo próprio, mas partilham os recursos e as permissões dessa conta: não têm um isolamento completo como contas separadas.

Escolher o comportamento

• Se o subdomínio mostrar o mesmo conteúdo e tiver visitas ou ligações, utilize um redirecionamento permanente para o domínio e o caminho equivalentes.
• Se um URL não deve existir e não tem um substituto relevante, pode responder 404 ou 410.
• Se for um ambiente de testes com dados privados, proteja-o com autenticação; ocultá-lo dos motores de pesquisa não restringe o acesso.

Não redirecione um subdomínio com conteúdo útil para uma página inicial alheia apenas para eliminar um aviso. Verifique previamente o tráfego, as ligações e os caminhos relevantes.

Resolver o problema

Guarde uma cópia do .htaccess da raiz afetada. Adicione apenas uma das alternativas antes das regras da aplicação e substitua os domínios de exemplo. A condição limita a ação ao host técnico exato.

Para responder 404:

RewriteEngine On
RewriteCond %{HTTP_HOST} ^subdominio\.oseudominio\.com(?::[0-9]+)?$ [NC]
RewriteRule ^ - [R=404,L]

Para redirecionar para o domínio público, mantendo o caminho quando existir aí o mesmo conteúdo:

RewriteEngine On
RewriteCond %{HTTP_HOST} ^subdominio\.oseudominio\.com(?::[0-9]+)?$ [NC]
RewriteCond %{THE_REQUEST} \s/+([^?\s]*)
RewriteRule ^ https://dominio-publico.example/%1 [R=301,L,NE]

A segunda condição obtém o caminho original do pedido para manter os seus caracteres codificados; a query string mantém-se porque não é definida outra no destino. O destino é um nome fixo que deve substituir; não o construa com o host enviado pelo visitante. O sinal ! antes da condição inverteria o seu alcance e poderia afetar o domínio errado.

Estas regras correspondem à raiz do documento desse site. Se estiver a tratar um acesso alternativo através de uma subpasta, este precisa de uma regra específica para esse caminho; não copie a condição de host à espera de o resolver.

Verificar sem afetar o domínio público

Teste a página inicial e um caminho interior do subdomínio e confirme que o domínio público continua a carregar diretamente. Verifique os códigos, o destino, os parâmetros e a ausência de ciclos. Um redirecionamento permanente pode ficar em cache no navegador: utilize uma sessão nova ao verificar.

Mantenha válido o certificado do nome antigo enquanto este atender pedidos HTTPS; a negociação TLS ocorre antes do redirecionamento. Atualize as ligações internas e a canonical para que apontem para o URL público e mantenha os redirecionamentos dos endereços com sinais úteis.

Se aparecer um erro 500, reponha o ficheiro guardado e consulte o registo antes de insistir com novas regras.