Cómo manejar los cambios de URL canónicos como Stack Overflow

13

Todos los sitios de desbordamiento de pila tienen URL bonitas que incluyen el título de la pregunta. En el HTML también tiene una URL canónica para esa página.

Me acabo de enterar que cuando cambio el título de la pregunta, la url cambia de inmediato. La url canónica también se actualiza. ¿Significa que mientras la página con la antigua URL canónica se redirija a la nueva URL canónica, los motores de búsqueda también actualizarán sus registros de la URL canónica?

¿Hay algo más que uno pueda hacer activamente para que el cambio de URL sea aún más suave?

lulalala
fuente

Respuestas:

16

Todas las preguntas en Stack Exchange contienen una identificación numérica (28070 para esta pregunta), que es lo único que identifica de forma exclusiva una pregunta.

Por lo tanto, cuando se cambia el título de una pregunta, la URL, como /28070/old-question-titletodavía, muestra la pregunta porque la ID todavía está allí. Se busca la ID y se devuelve el nuevo título, lo que significa que la nueva URL se puede determinar y mostrar en la etiqueta canónica.

Esto funciona perfectamente bien para los motores de búsqueda: cuando ven la URL anterior, pueden ver la URL canónica (u obtener una redirección 301 en la mayoría de los casos), así que actualice su índice.

Cabra descontento
fuente
3
Esto me recuerda un argumento clásico de diseño de base de datos sobre si las claves primarias deben ser significativas o no. Por un lado, muchas clases de objetos parecen tener atributos inherentes únicos que, en la superficie, son perfectamente adecuados para usar como clave principal. Esto evita que los diseñadores de bases de datos creen una clave primaria dedicada que no tenga otro propósito. Sin embargo, en realidad, muchas de estas claves primarias "obvias" son mutables. El nombre de una persona puede cambiar (por ejemplo, si se casa), al igual que su dirección, número de teléfono, etc. Incluso algo como una identificación de empleado puede cambiar si se altera el formato de identificación.
Lèse majesté
Esto muestra una vez más que el SEO de Google está empujando al mundo. Me cuesta encontrar un motivo por el que los sitios necesiten largas URL llenas de palabras clave de SEO cuando una URL más corta con solo el número sea suficiente. Y no me diga que aumenta la experiencia del usuario porque el usuario aún necesita ingresar el número en la url / enlace para llegar a la página, por lo que no hay excusa para las palabras clave en la url que no sean SEO.
Marco Demaio
1
@Marco, el argumento UX no se trata de que el usuario escriba la URL, se trata de darle al usuario una indicación de lo que trata la página. Existe un argumento válido para no usar una ID en absoluto, pero luego tiene dificultades técnicas para buscar cadenas largas en lugar de una identificación simple y rápida.
DisgruntledGoat
1
@Les creo que acabas de responder a tu propio debate;) Las claves primarias sin sentido realmente no tienen desventajas y aún puedes usar restricciones únicas adicionales en tu base de datos.
DisgruntledGoat
1
@lulala: Sí, si 301 o configura el enlace canónico, Google sabrá actualizar su índice.
Lèse majesté