Cómo marcar correctamente diferentes versiones del mismo documento que no son canónicas


20

El caso de uso es un documento que tiene múltiples versiones que están disponibles simultáneamente. Por ejemplo, documentación sobre un producto para cada versión de ese software:

  • /v1/install-guide
  • /v2/install-guide
  • /v3/install-guide

Este no es el mismo contenido en el sentido de que sería incorrecto especificar en las páginas v1 y v2 que la URL canónica es v3. Si buscara en Google la 'guía de instalación del producto v2', esperaría poder encontrar la v2. Cada versión del documento sería ligeramente diferente, pero tendrían mucho en común entre sí.

Entonces, la pregunta es: ¿puedo marcar estas páginas de alguna manera para indicar a Google y amigos que se prefiere la última versión (v3), por lo que es más probable que una simple búsqueda de 'guía de instalación del producto' muestre la página v3 en lugar de la página v1 o v2?


Esa es una situación interesante. No conozco ningún soporte de versiones de documentos para la búsqueda de Google.
Stephen Ostermiller

Esta es una oportunidad perfecta para que la etiqueta canónica se actualice para permitir el control de versiones con la versión actual, beta, depreciada, etc. De qué manera funcionaría específicamente, está en debate. Este podría ser un cambio interesante y útil.
closetnoc


@Brendan, ¿descubriste alguna solución?
Ross Rogers

1
En teoría, la priorityetiqueta en un mapa del sitio XML se puede usar para indicar una importancia relativa, para sugerir la página "preferida" cuando dos o más resultados podrían ser similares. Sin embargo, parece que Google ya no presta mucha atención a la "prioridad" .
MrWhite

Respuestas:


4

dada su pregunta, tengo que hacer los siguientes supuestos:

  1. su sitio web ofrece una sección de guías de instalación para un producto
  2. las guías difieren de la versión del producto, pero siguen siendo relevantes para los clientes que usan versiones anteriores del producto
  3. sus clientes lo saben y saben exactamente qué versión pueden necesitar

Primero: este no es el caso de uso de a rel="canonical".

Un enfoque para tratar situaciones como la suya es la estructura: puede implementar una página de guía estática para su producto que siempre contenga la guía más reciente. Esta página está vinculada desde la página de producto o categoría, por lo que gana mucha importancia.

Esquema:

exapmle.com/product/guide/
exapmle.com/product/guide/guide-v1
exapmle.com/product/guide/guide-v2
exapmle.com/product/guide/guide-v3

Cada vez que se lanza una nueva guía, se publica en la página estática y la anterior se mueve hacia abajo a una nueva URL más profunda en la estructura de la URL. Esas URL de "guía anterior" están vinculadas desde la página estática, pero no desde las páginas de categoría. Por lo tanto serán vistos "menos importantes"

Asegúrese de que las v1, 2, 3, … nversiones solo estén vinculadas desde la página de guías principales y cada una a cada una. La página principal debe estar bien vinculada a todo su sitio.

En comparación con su estructura de URL existente, esto le da más relevancia a la guía publicada en exapmle.com/product/guide/.

  • /v1/install-guide
  • /v2/install-guide
  • /v3/install-guide

En esta estructura, cada URL "vale" lo mismo y Google necesita confiar en otras señales para decidir qué URL es la más relevante.

El siguiente paso es optimizar las páginas de guía de manera que los motores de búsqueda entiendan rápidamente la diferencia entre las versiones individuales:

  • individualice el título de la página, por ejemplo: <title>Version 1.0 install Guide for Product XY</title>
  • individualice el encabezado principal de la página, por ejemplo: <h1>How to Install Version 1.0 of Product XY</h1>
  • individualice la descripción de la página, por ejemplo: <meta name="description" content"Here you can find your guide to install version 1.0 of Product XY […]" />
  • hacer uso de los textos de anclaje para señalar diferentes versiones al vincular a las guías <a href="http://example.com/product/guide/guide-v2" >Install guide for V 2.0</a>

Cada uno señala la versión para la que fue diseñada y quizás el año / mes / fecha.

Sugerencia: puede ser útil señalar las diferencias en la parte superior de las páginas individuales. Por lo tanto, los clientes pueden ver fácilmente por qué necesitan diferentes guías y los motores de búsqueda obtienen información adicional y un contenido único para cada página, lo que reduce el riesgo de problemas de "contenido casi duplicado".

De esta manera, se asegura de que la guía más reciente esté siempre presente example.com/product/guide/y sirva como resultado para búsquedas genéricas como " producto de guía de instalación ". Los motores de búsqueda reconocerán que el contenido de esta página se actualiza con frecuencia y también reconocerán que existen subelementos de estas páginas y los servirán para términos de búsqueda más específicos como " Guía de instalación del producto V 2.0 ". Al optimizar las páginas para las versiones específicas que representan, se asegura de que los clientes encuentren su versión buscándola.


55
Su respuesta parece una suposición completa. Estas páginas ya existen, tienen buenos títulos y metadatos y estructura de URL. Los usuarios humanos saben exactamente lo que está sucediendo. Es solo Google el que no devuelve la página más útil. Estoy detrás de las especificaciones de los motores de búsqueda para implementar, o ejemplos del mundo real / estudios de casos que han resuelto esto.
Brendan Heywood

1
Mi respuesta se basa en tu información. Si desea compartir sus URL y nadie necesita adivinar la estructura y configuración de su página. Mi respuesta se basa en la experiencia de la vida real.
Seb

Una de las señales más fuertes es la vinculación. Vincular desde la última versión a versiones menores tiene sentido. Se trata de estructura. No creo que Google entienda las versiones, por lo que no se reconocerá el texto del enlace, las etiquetas de título, las etiquetas de encabezado y similares, lo que tiene mucho sentido para los usuarios. Desafortunadamente, no existe un mecanismo para el control de versiones, sin embargo, creo que usar una etiqueta canónica de las versiones menores a la última versión es correcto. La búsqueda de una versión específica de la documentación debería aparecer correctamente en función de las señales semánticas que describa. ¡¡Salud!!
closetnoc

1
No veo esto como una suposición. Me gustaría agregar que agregar fechas podría ayudar a los usuarios, especialmente si diferencia la etiqueta del título con algo como la última versión , la versión 1 1/1/1901 , la versión 2 2/2/1902 o simplemente la versión 1 depreciada , la versión 2 depreciada , etc. ., con marcado de esquema que incluye una fecha. Envía tantas señales como puedas. Principalmente ayudará al usuario. Además, depreciado puede ser un término desencadenante para Google. El hecho es que, a veces, Google elige versiones anteriores de la documentación sin ton ni son. Considere hacer que las versiones anteriores sean PDF y no HTML.
closetnoc


2

No he visto ninguna forma técnica comprobada que le diga a un motor de búsqueda que cierta versión de una guía o página es más nueva que la fecha, como mencionó Norcal Johnny.

Sin embargo, he notado que en muchos casos la versión anterior incluirá una advertencia en la parte superior que dice: ve a buscar la versión más nueva. Un poco molesto si está utilizando la versión que está viendo ahora, pero excelente si está tratando de evaluar un producto y quiere asegurarse de mirar lo último.

El primer sitio web donde vi que esa práctica se producía claramente fue el W3C. Por ejemplo, este documento tiene una "última versión" en la parte superior: https://www.w3.org/TR/html401/

Ahora, lo he notado en MSDN, donde tienen un enlace llamado "Versión recomendada". https://msdn.microsoft.com/en-us/library/78zh94ax%28v=vs.71%29.aspx

De cualquier manera, no he visto ningún tipo de HTTP o HTML técnico que pueda usarse para indicarlo. Hay una etiqueta de enlace con rel = "alternate" que puede funcionar, pero por lo que entiendo, eso realmente solo funciona para idiomas u otras versiones diferentes del mismo documento, no varias versiones diferentes.

Hay otra tecnología con la que Google probó y estoy bastante seguro de que todavía la están utilizando, es http://schema.org que tiene una etiqueta https://schema.org/softwareVersion . Asumiendo que Google implementó esa etiqueta específica, entonces debería entender su esquema de versión. Siguiendo la idea de Seb, tener una página / guía, podría tener enlaces a cada versión. El enlace se etiquetaría con un esquema para incluir esa softwareVersioninformación. Sin embargo, esa versión solo acepta texto, haciéndome pensar que es una descripción ("¡La mejor versión del mundo!") Del software y no una versión real (1.0, 2.3, 3.7.1 ...) Pero creo que probablemente sería la mejor. tu puedes hacer.


1

He visto casos como el suyo al navegar por documentación técnica como documentos de Django .

No hay ninguna etiqueta específica para agregar en este caso, pero puede usar las siguientes estrategias para insinuar a Google que prefiere el enlace v3 (la última versión):

Enlaces sin versiones

  • Cuando se refiera a este contenido fuera del alcance de v3, use enlaces sin versiones que redirijan automáticamente a la página de la última versión, por ejemplo:

    example.com/install-guide - redirige a la última -> example.com/v3/install-guide

Cuando tenga una versión más nueva (v4), se redirigirá a example.com/v4/install-guide.

Alertas con enlaces a la última versión

  • siempre muestre la versión disponible de su documentación para que el usuario pueda decidir fácilmente cuál usar y, si visita una versión anterior, puede mostrar una alerta de que no está en la última versión y agregar un enlace al enlace sin la versión en el url, Google sabrá que esas páginas de versiones anteriores se refieren a la última, dándoles implícitamente más peso para decidir cuál seleccionar. En este caso, la última versión siempre será referenciada por las otras.

Cuando Django deja de usar una versión, se la muestra claramente al usuario, en su caso también puede agregar el enlace de la última versión en la alerta.

ingrese la descripción de la imagen aquí

Nuevos enlaces

  • Los enlaces nuevos (contenido más nuevo o versiones más nuevas en su caso) naturalmente obtendrán más tracción que los anteriores.

1
En realidad, Django usa rel=canonicalpara borrar todas las versiones anteriores de la documentación de los resultados de búsqueda, así como la alerta. Consulte la fuente de docs.djangoproject.com/en/dev/misc .
oligofren

@oligofren buena captura, y para ser honesto, no estoy convencido de usar canonicalen esa situación.
marcanuy

0

Cada vez que busco cualquier información de API de FB, me devuelve la información más reciente con la última URL de API, y no están usando ninguna redirección ni etiqueta de enlace canónico que apunte a la información más reciente, lo que simplemente hacen es comenzar a apuntar a la información más reciente en todas partes, así que Google lo rastreará más a menudo y pasará más juicyrank, esa es la única señal que también puede usar para su sitio web. Usted tiene control sobre sus enlaces, así que use ese.

No use noindex, redireccionamiento 301 y etiqueta de enlace canónico en páginas antiguas que apuntan a la URL más reciente, eso hará que su página web esté en el ojo del motor de búsqueda de Google, quiero decir que Google eliminará los beneficios iniciales que se le dan a esa página web. Le pregunté recientemente en el hangout oficial de Google y me dijeron que no dan ningún valor de PR inicial para la etiqueta noindex, por lo que creo que se aplicará a la etiqueta de enlace canónico. y cuando realice la redirección 301, todos los PR pasarán a una nueva URL, y cualquier PR inicial que se le dé a esa página web anterior se eliminará porque ya no está disponible. Google da cierto valor a esas páginas web que están en vivo.

Realmente no necesitas cambiar tu marcado. Los sitios de eComerce muestran el mismo tipo de página web en dos URL diferentes para dirigirse a dos países, y lo que cambian es solo el precio actual. Por ejemplo, para EE. UU. Es dólar y para India es rupias, y el resto de las cosas son lo mismo, y aún ese tipo de sitio web no se enfrentó a ninguna sanción de Panda.


-1

Puede usar Fechas de página para ordenar.

Google estima una fecha de página en función de las características de la página, como las fechas en el título y la URL.

La búsqueda personalizada le permite usar esta fecha para ordenar, sesgar y restringir los resultados de rango mediante el uso de una clave de fecha especial de metadatos. Esta fecha estimada se puede usar en todos los operadores que usan el &sort=parámetro URL, incluidos "Ordenar por atributo", "Sesgo por atributo", "Restringir al rango".

Por ejemplo:

Parámetros de URL para ordenar los resultados por fecha, por sesgo hacia fechas más nuevas / antiguas y para devolver resultados de un período de tiempo

Para obtener una lista de los códigos actuales, visite la documentación de Búsqueda personalizada de Google .


3
Su respuesta parece ser principalmente sobre la Búsqueda personalizada de Google, mientras que OP parece preguntar sobre la Búsqueda de Google.
hasta el

Sí, esto está un poco fuera de tema, pero podría apuntar hacia una posible solución. ¿Hay alguna forma de marcar la página v1 como válida para 2014 y la página v2 como válida para 2015 y v3 para 2016 y luego la búsqueda normal en Google daría un poco de preferencia hacia la versión actual?
Brendan Heywood
Al usar nuestro sitio, usted reconoce que ha leído y comprende nuestra Política de Cookies y Política de Privacidad.
Licensed under cc by-sa 3.0 with attribution required.