Wie man mit kanonischen URL-Änderungen wie Stack Overflow umgeht

13

Stack Overflow-Sites haben alle hübsche URLs, die den Fragentitel enthalten. Im HTML gibt es auch eine kanonische URL für diese Seite.

Ich habe gerade herausgefunden, dass die URL sofort geändert wird, wenn ich den Fragentitel ändere. Die kanonische URL wird ebenfalls aktualisiert. Bedeutet dies, dass Suchmaschinen ihre Datensätze der kanonischen URL ebenfalls aktualisieren, solange die Seite mit der alten kanonischen URL zur neuen kanonischen URL weiterleitet?

Gibt es noch etwas, das man aktiv tun kann, um die URL-Änderung noch reibungsloser zu gestalten?

lulalala
quelle

Antworten:

16

Alle Fragen in Stack Exchange enthalten eine numerische ID (28070 für diese Frage), die als einzige eine Frage eindeutig identifiziert.

Wenn also ein Fragentitel geändert wird, zeigt die URL /28070/old-question-titledie Frage weiterhin an, da die ID noch vorhanden ist. Die ID wird gesucht und der neue Titel zurückgegeben. Dies bedeutet, dass die neue URL ermittelt und im kanonischen Tag angezeigt werden kann.

Dies funktioniert perfekt für Suchmaschinen - wenn sie die alte URL sehen, können sie die kanonische URL sehen (oder in den meisten Fällen eine 301-Weiterleitung erhalten), also aktualisieren Sie ihren Index.

Verärgerte Ziege
quelle
3
Dies erinnert mich an ein klassisches Datenbank-Design-Argument darüber, ob Primärschlüssel bedeutungsvoll oder bedeutungslos sein sollen. Einerseits scheinen viele Klassen von Objekten eindeutige inhärente Attribute zu haben, die oberflächlich gesehen perfekt als Primärschlüssel geeignet sind. Dies erspart DB-Designern die Erstellung eines dedizierten Primärschlüssels, der keinem anderen Zweck dient. In der Realität sind jedoch viele dieser "offensichtlichen" Primärschlüssel veränderbar. Der Name einer Person kann sich ändern (z. B. sie heiraten), ebenso wie ihre Adresse, Telefonnummer usw. Auch eine Mitarbeiter-ID kann sich ändern, wenn das ID-Format geändert wird.
Majestätsbeleidigung
Dies zeigt einmal mehr, dass Googles SEO die Welt vorantreibt. Ich kämpfe darum, einen Grund zu finden, warum Websites lange URLs voller SEO-Keywords benötigen, wenn eine kürzere URL mit nur der Nummer ausreichen würde. Und sag mir nicht, dass es die Benutzerfreundlichkeit erhöht, da der Benutzer die Nummer noch in die URL / den Link eingeben muss, um zur Seite zu gelangen. Es gibt also keine Entschuldigung für die Keywords in der URL außer SEO.
Marco Demaio
1
@Marco Beim UX-Argument geht es nicht darum, dass der Benutzer die URL eingibt, sondern darum, dem Benutzer einen Hinweis darauf zu geben, worum es auf der Seite geht. Es gibt ein gültiges Argument dafür, überhaupt keine ID zu verwenden, aber dann stoßen Sie auf technische Schwierigkeiten, wenn Sie lange Zeichenfolgen anstelle einer schnellen, einfachen ID suchen.
DisgruntledGoat
1
@Lese Ich denke, Sie haben gerade Ihre eigene Debatte beantwortet;) Bedeutungslose Primärschlüssel haben eigentlich keine Nachteile und Sie können immer noch zusätzliche eindeutige Einschränkungen in Ihrer Datenbank verwenden.
DisgruntledGoat
1
@lulala: Ja, wenn Sie entweder 301 oder den Canonical Link setzen, weiß Google, dass der Index aktualisiert werden muss.
Lèse Majesté