Qué es una URL canónica, y cuándo usar una
Una URL canónica es la dirección que nombras como la versión real de una página, para que los buscadores consoliden cada duplicado de ella en un único resultado. La declaras con <link rel="canonical" href="..."> en el <head> de la página, o con una cabecera de respuesta Link, y la dirección que des tiene que ser absoluta.
Qué hace de verdad rel=canonical
El mismo contenido suele ser accesible en más de una URL. Parámetros de seguimiento, identificadores de sesión, una barra final, http junto a https, www junto al dominio simple, una vista de impresión, un listado ordenado: cada uno de ellos es una URL distinta que sirve las mismas palabras. Si lo dejas así, un buscador elige uno por su cuenta, y puede que no elija el que tú elegirías.
Una canónica es cómo haces explícita esa elección:
<link rel="canonical" href="https://example.com/shoes">
Link: <https://example.com/shoes>; rel="canonical"Dos propiedades merece la pena interiorizar. Primero, es una pista, no una instrucción. Google la pondera junto a las redirecciones, los enlaces internos, las entradas del sitemap y el propio contenido, y puede elegir, y de hecho elige, una canónica distinta de la que declaraste. Segundo, consolida en lugar de eliminar. Las señales del duplicado se acumulan en la canónica, que es la diferencia con noindex, donde el duplicado simplemente deja de existir en lo que respecta a la búsqueda.
Canónicas autorreferenciadas
Toda página indexable debería declararse a sí misma como su propia canónica. Suena redundante y es la línea más útil de las tres, porque es lo que neutraliza los parámetros que no previste. Cuando /shoes?utm_source=newsletter declara https://example.com/shoes, la URL de campaña se pliega automáticamente dentro de la limpia en lugar de competir con ella.
Tres reglas para hacerlo bien: usa URLs absolutas incluyendo el esquema, emite exactamente un elemento canónico por página (una página con dos canónicas en conflicto hace que se ignoren todas), y mantén la canónica coherente con el resto de tus señales. Una canónica que apunta a una URL que redirige a otro sitio, o que devuelve 404, o que lleva un noindex, envía instrucciones contradictorias y se descuenta.
Canónicas entre dominios
Una canónica puede apuntar a otro dominio. Ese es el mecanismo correcto cuando sindicas un artículo a un sitio asociado o a un agregador de noticias: la copia en su dominio declara tu URL como canónica, así que el posicionamiento en la búsqueda se acumula en tu original y no en su republicación.
También es lo que hace peligrosas a las canónicas. Nada impide que una página nombre una URL en un host con el que no tiene ninguna relación, y nada en la sintaxis hace que una canónica entre dominios accidental parezca incorrecta. De ahí viene el fallo de staging.
El fallo de la canónica de staging
La mayoría de los frameworks y sistemas de gestión de contenido construyen la canónica concatenando una URL base configurada con la ruta actual. Esa URL base vive en una variable de entorno, una fila de opciones de base de datos o un archivo de configuración, y es distinta en cada entorno. Cuando el valor de staging llega a producción, cada página del sitio en vivo declara que la versión real vive en https://staging.example.com/....
Lo que sigue es silencioso y lento. Las páginas en vivo siguen devolviendo 200 y siguen sirviendo el contenido correcto. Pero cada una de ellas le está diciendo a Google que la copia autorizada está en otro sitio, y ese otro sitio es inaccesible, está protegido con contraseña o lleva noindex. Las páginas empiezan a caerse de los resultados un nuevo rastreo tras otro, y como no hay ningún error del que avisar, la primera señal suele ser un gráfico de tráfico una semana después. La reparación está cubierta en arreglar una canónica que apunta a staging.
Canónica, redirección o noindex
Los tres se usan indistintamente y no son intercambiables:
- Redirección 301 cuando el duplicado no debería ser accesible en absoluto. La señal más fuerte disponible, y la respuesta correcta para una URL retirada o un cambio de dominio.
- rel=canonical cuando ambas URLs tienen que seguir siendo accesibles pero solo una debería posicionar. Parámetros, vistas de impresión, copias sindicadas, listados filtrados.
- noindex cuando la página tiene que seguir siendo accesible y no debe posicionar, y no hay ninguna página equivalente en la que consolidar. Resultados de búsqueda internos, páginas de agradecimiento, áreas de cuenta.
No los apiles. Una canónica en una página con noindex es contradictoria, ya que estás pidiendo consolidación en una página y al mismo tiempo pidiendo que se ignore esa relación.
Verifica lo que sirves de verdad
Leer la plantilla no es verificar, porque los workers de borde, los plugins y la lógica del lado del servidor inyectan todos canónicas que nunca aparecen en tu repositorio. Lee la respuesta en su lugar: curl -s https://example.com/ | grep -i 'rel="canonical"'. Para una sola página, la comprobación gratuita de canónica resuelve la etiqueta y dice si apunta a la propia página, a otra URL del mismo host, a la versión http o a otro host. Para comprobar todo el sitio, la herramienta gratuita de rastreo de sitio informa del estado de la canónica por URL, marcando las páginas donde falta y las páginas donde apunta a otro sitio. Vigilar tus páginas clave para el día en que cambie el valor es lo que hace la opción Indexability de un monitor HTTP de HostTracker - consulta la monitorización SEO.