Direcciones web duplicadas

Silktide comprueba que tu sitio web se sirva desde una única dirección web. Un error común es que el mismo sitio esté disponible en varias direcciones, como con y sin «www», o tanto mediante conexiones seguras como inseguras, sin redirigir a una versión preferida.

Por ejemplo, estas cuatro pueden servir el mismo sitio:

http:\/\/example.com\/
https:\/\/example.com\/
http:\/\/www.example.com\/
https:\/\/www.example.com\/

Un sitio web debe tener una única dirección canónica, y las demás variaciones deben redirigir a ella. Cuando no lo hacen, cada variación actúa como una copia independiente de tu sitio.

Por qué es importante

Servir contenido idéntico desde varias direcciones divide la reputación de tu sitio y provoca problemas prácticos:

Las personas enlazan a la versión en la que hayan aterrizado, diluyendo el valor de tus enlaces entrantes en las búsquedas entre las copias.
Las comparticiones en redes sociales se reparten del mismo modo, distribuyendo los «me gusta» y el número de comparticiones entre las URL duplicadas.
Los motores de búsqueda deben adivinar cuál es la versión canónica y pueden indexar la que no pretendías.
Las cookies establecidas en una versión pueden no ser legibles en otra, lo que puede romper los inicios de sesión y los carritos de la compra cuando los visitantes pasan de una a otra.
Las versiones servidas sin dejan a los visitantes en una conexión insegura.

Cómo solucionarlo

Elige una dirección canónica —normalmente la versión https:\/\/, con o sin «www» según prefieras—.
Configura tu servidor web o la para redirigir permanentemente (estado HTTP 301) todas las demás variaciones hacia ella. El panel de control de tu proveedor de alojamiento suele tener un ajuste para esto; de lo contrario, es un pequeño cambio de configuración del servidor, por ejemplo:

# Apache: redirigir todo a https:\/\/www.example.com
RewriteEngine On
RewriteCond %{HTTPS} off [OR]
RewriteCond %{HTTP_HOST} !^www\\. [NC]
RewriteRule ^ https:\/\/www.example.com%{REQUEST_URI} [L,R=301]

Actualiza los enlaces internos y tu sitemap para usar la dirección canónica, de modo que visitantes y rastreadores no reboten a través de redirecciones.

Cómo lo comprueba Silktide

Crea cuatro variaciones del dominio de tu sitio web: http:\/\/ y https:\/\/, cada una con y sin el prefijo «www». Los sitios web en un subdominio personalizado (como blog.example.com) no se prueban.
Solicita cada variación directamente, sigue cualquier redirección y registra la dirección final a la que llega. Se ignoran las cadenas de consulta y los fragmentos autogenerados para que no parezcan destinos diferentes.
Si todas las variaciones que responden terminan en la misma dirección, la comprobación se supera.
En caso contrario, vuelve a probar cada variación que responda en un navegador web real (algunos sitios redirigen mediante , que solo un navegador puede seguir) y informa de cada variación con la dirección a la que conduce, para ambos tipos de solicitud.

Resolución de problemas

Mi sitio redirige, pero la comprobación sigue fallando

Comprueba que todas las variaciones redirigen. Una omisión frecuente es redirigir http:\/\/example.com pero no http:\/\/www.example.com, o redirigir a destinos distintos (una variación a la página de inicio y otra a un selector de idioma).

La redirección funciona en mi navegador

Las redirecciones hechas con JavaScript funcionan en los navegadores, pero son más lentas, menos fiables para los rastreadores y están peor valoradas por los motores de búsqueda que las redirecciones del lado del servidor. Silktide muestra tanto lo que vio una solicitud directa como lo que vio un navegador para que puedas detectarlo: utiliza en su lugar una redirección 301 del lado del servidor.