Como lidar com alterações de URL canônicas como Stack Overflow

13

Todos os sites de estouro de pilha têm URLs bonitas, que incluem o título da pergunta. No HTML, ele também possui um URL canônico para essa página.

Acabei de descobrir que, quando altero o título da pergunta, o URL é alterado imediatamente. O URL canônico também é atualizado. Isso significa que, desde que a página com o antigo URL canônico seja redirecionado para o novo URL canônico, os mecanismos de pesquisa também atualizarão seus registros do URL canônico?

Existe algo mais que alguém possa fazer ativamente para tornar a alteração do URL ainda mais suave?

lulalala
fonte

Respostas:

16

Todas as perguntas no Stack Exchange contêm um ID numérico (28070 para esta pergunta), que é a única coisa que identifica exclusivamente uma pergunta.

Portanto, quando um título de pergunta é alterado, o URL como /28070/old-question-titleainda mostra a pergunta porque o ID ainda está lá. O ID é procurado e o novo título retornado, o que significa que o novo URL pode ser determinado e mostrado na tag canônica.

Isso funciona perfeitamente bem para os mecanismos de pesquisa - quando eles veem o URL antigo, podem ver o URL canônico (ou obter um redirecionamento 301 na maioria dos casos), então atualize seu índice.

DisgruntledGoat
fonte
3
Isso me lembra um argumento clássico de design de banco de dados sobre se as chaves primárias devem ser significativas ou sem sentido. Por um lado, muitas classes de objetos parecem ter atributos inerentes únicos que, na superfície, são perfeitamente adequados para serem usados ​​como chave primária. Isso evita que os designers de banco de dados criem uma chave primária dedicada que não serve para nenhum outro propósito. No entanto, na realidade, muitas dessas chaves primárias "óbvias" são mutáveis. O nome de uma pessoa pode mudar (por exemplo, eles se casam), assim como seu endereço, número de telefone, etc. Mesmo algo como um ID de funcionário pode mudar se o formato do ID for alterado.
Lèse majesté
Isso mostra mais uma vez que o SEO do Google está impulsionando o mundo. Eu luto para encontrar um motivo pelo qual os sites precisam de URLs longos, cheios de palavras-chave de SEO, quando um URL mais curto, com apenas o número, for suficiente. E não me diga que isso aumenta a experiência do usuário, porque o usuário ainda precisa digitar o número no URL / link para acessar a página; portanto, não há desculpa para as palavras-chave no URL que não sejam SEO.
Marco Demaio 02/04
1
@Marco, o argumento UX não é sobre o usuário digitar a URL, é sobre dar ao usuário uma indicação do que é a página. Existe um argumento válido para não usar um ID, mas você encontra dificuldades técnicas para procurar longas seqüências de caracteres em vez de um rápido e simples ID.
usar o seguinte
1
@ Lese Acho que você acabou de responder seu próprio debate;) Chaves primárias sem sentido realmente não têm desvantagens e você ainda pode usar restrições adicionais adicionais em seu banco de dados.
usar o seguinte
1
@lulala: Sim, se você 301 ou definir o link canônico, o Google saberá atualizar o índice.
Lèse majesté