Subdominio creado automáticamente al configurar un nuevo dominio

Conociendo el problema

Al añadir un dominio, algunas configuraciones de cPanel crean también un subdominio técnico asociado. Comprueba los nombres y raíces en Dominios antes de modificarlo: eliminar un elemento asociado puede afectar al dominio que quieres conservar.

Si ambos nombres muestran el mismo contenido, pueden existir varias URL públicas para una página. Que no hayas enlazado el subdominio no garantiza que nadie lo conozca ni que un buscador no lo descubra. Revisa la respuesta real y los datos de Search Console antes de decidir qué hacer.

La ubicación de la raíz documental depende de cómo se creó la cuenta. Una carpeta dentro de public_html podría ser accesible también por el dominio principal; no presupongas que todas las instalaciones antiguas se crearon fuera de esa raíz.

Los dominios de una misma cuenta pueden tener contenido propio, pero comparten recursos y permisos de esa cuenta: no tienen aislamiento completo como cuentas separadas.

Elegir el comportamiento

• Si el subdominio muestra el mismo contenido y tiene visitas o enlaces, utiliza una redirección permanente al dominio y ruta equivalentes.
• Si una URL no debe existir y no tiene sustituto relevante, puede responder 404 o 410.
• Si es un entorno de pruebas con datos privados, protégelo con autenticación; ocultarlo de buscadores no restringe el acceso.

No redirijas un subdominio con contenido útil a una portada ajena solo para quitar un aviso. Comprueba previamente tráfico, enlaces y rutas relevantes.

Solucionando el problema

Guarda una copia de .htaccess de la raíz afectada. Añade solo una de las alternativas antes de las reglas de la aplicación y sustituye los dominios de ejemplo. La condición limita la acción al host técnico exacto.

Para responder 404:

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

Para redirigir al dominio público, conservando la ruta cuando exista allí el mismo contenido:

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

La segunda condición toma la ruta original de la petición para conservar sus caracteres codificados; la consulta se mantiene al no definir otra en el destino. El destino es un nombre fijo que debes sustituir; no lo construyas con el host enviado por el visitante. El signo ! delante de la condición invertiría su alcance y podría afectar al dominio equivocado.

Estas reglas corresponden a la raíz documental de esa web. Si estás tratando un acceso alternativo por subcarpeta, necesita una regla específica para esa ruta; no copies la condición de host esperando resolverlo.

Comprobar sin afectar al dominio público

Prueba portada y una ruta interior del subdominio, y confirma que el dominio público sigue cargando directamente. Revisa códigos, destino, parámetros y ausencia de bucles. Una redirección permanente puede quedar en caché del navegador: usa una sesión nueva al comprobar.

Mantén válido el certificado del nombre antiguo mientras atienda peticiones HTTPS; la negociación TLS ocurre antes de la redirección. Actualiza enlaces internos y canonical para que apunten a la URL pública y conserva las redirecciones de direcciones con señales útiles.

Si aparece un error 500, restaura el archivo guardado y revisa el registro antes de insistir con nuevas reglas.