El duplicado de tu sitio que no sabías que publicaste

Cuando publicas en Netlify, Vercel o casi cualquier otro host, recibes un subdominio gratis de inmediato: algo como bucolic-crostata-0c1d32.netlify.app o tu-proyecto.vercel.app.

Después apuntas tu dominio real hacia él. El sitio queda en vivo en tunegocio.com y todos pasan a otra cosa.

El subdominio sigue activo. Es el mismo sitio, byte por byte, en una segunda dirección, sin redirección y normalmente sin etiqueta canónica. Así que ahora tienes dos copias de tu sitio en el internet público, y Google decide cuál indexa.

Esto no es teórico

Audité un portafolio de sitios esta semana y comparé cada dominio propio con su subdominio de plataforma. Dos eran idénticos byte por byte: mismo tamaño, mismo hash, sin redirección y sin rel=canonical en ninguno de los dos. Uno era una aplicación de 244,914 bytes, servida dos veces.

También había dos copias viejas: publicaciones anteriores de los mismos proyectos que seguían en línea y completamente indexables en sus propios subdominios, y que en silencio servían una versión del producto de hace meses.

Nada de eso fue a propósito. Es simplemente lo que pasa por defecto.

Por qué te cuesta

Google elige la versión canónica por ti. Cuando encuentra contenido idéntico en dos direcciones y ninguna señal de cuál manda, decide por su cuenta. Casi siempre acierta. Ese "casi siempre" pesa mucho en la frase, y cuando falla, lo que posiciona es tu subdominio generado por máquina en lugar de tu marca.

La autoridad se parte. Enlaces, señales de interacción y presupuesto de rastreo se reparten entre dos direcciones en vez de acumularse en una.

Las copias viejas son peores que los duplicados. Una publicación de hace meses sigue mostrando los precios, el inventario y las promesas de entonces, así que si alguien cae ahí, está leyendo una versión de tu negocio que ya no existe.

Cómo revisarlo en treinta segundos

Compara tu dominio con el subdominio de la plataforma:

curl -s https://tunegocio.com/ | shasum

curl -s https://tu-proyecto.netlify.app/ | shasum

Si los hashes coinciden, tienes la misma página en dos direcciones. Después revisa si alguna de las dos declara una canónica:

curl -s https://tu-proyecto.netlify.app/ | grep -i 'rel="canonical"'

Si el resultado sale vacío, nada le indica a Google cuál gana.

También vale la pena revisar si de verdad existe un robots.txt. Las aplicaciones de una sola página seguido tienen una ruta comodín que devuelve index.html para cualquier dirección, incluida /robots.txt, así que el archivo parece estar ahí cuando en realidad es tu portada con otro nombre.

Cómo se arregla

Lo mejor: un 301 del subdominio al dominio. En Netlify, un archivo _redirects:

https://tu-proyecto.netlify.app/* https://tunegocio.com/:splat 301!

El ! fuerza la regla aunque exista un archivo que coincida. Con esa sola línea, todo se consolida en el dominio.

Aceptable: una canónica que apunte al dominio propio en cada página. Le dice a Google qué versión cuenta sin redirigir a las personas. Es más débil que un 301, eso sí, porque una canónica es una sugerencia y una redirección es una instrucción.

Para copias abandonadas: bórralas o ponles contraseña. Una publicación que nadie mantiene es un riesgo. Llamarla archivo histórico no cambia eso. Con contraseña, la copia devuelve un 401 y sale del índice, pero puedes revertirlo cuando quieras. Borrarla es definitivo.

Nunca resuelvas esto poniéndole noindex a un sitio que sí quieres indexado. Es un error más común de lo que parece cuando hay prisa, y quita la copia equivocada.

El patrón más amplio

Toda plataforma de publicación te entrega direcciones públicas extra, y cada una es una página que puede quedar por encima de ti en los resultados:

• Subdominios de plataforma: *.netlify.app, *.vercel.app, *.pages.dev
• Publicaciones de rama y de vista previa: normalmente llevan noindex por defecto, pero revisa las tuyas de todos modos
• Enlaces permanentes de publicación: las direcciones fijas de cada publicación, que siguen ahí indefinidamente
• Entornos de prueba en un subdominio real: staging.tunegocio.com es el culpable de siempre

La regla que cubre todo: cada dirección que sirva tu contenido debe redirigir a la canónica o negarse a atender a desconocidos. No hay un tercer estado aceptable.

Preguntas frecuentes

¿Google no lo resuelve solo? Casi siempre. Pero estás eligiendo dejar la decisión en manos de un algoritmo cuando una redirección de una línea zanja el asunto de una vez.

¿Un 301 rompe mis vistas previas? No, siempre que limites la regla al subdominio de producción. Las vistas previas viven en otras direcciones.

¿Y si quiero el subdominio accesible para pruebas? Ponle contraseña. Tú puedes entrar y los rastreadores no.

¿Cuánto tarda Google en soltar el duplicado? De días a semanas después de volver a rastrear y ver la redirección. No queda más que esperar.

En Riv Lux Media construimos sitios, y revisamos esto en cada lanzamiento. Read this post in English →