SEO und veränderbare, aber optionale URLs


7

Gibt es irgendwelche Nachteile für eine URL, die geändert werden kann?

Nehmen Sie zum Beispiel jede Frage zum Stapelaustausch. Die URL sieht ungefähr so ​​aus:

webmasters.stackexchange.com/questions/3079/should-i-use-a-file-extension-or-not

Einfach webmasters.stackexchange.com/questions/3079ist der "wahre" Link, da Sie auf diese Frage immer über ihre ID zugreifen können, auch wenn sich der Titel ändert.

Angenommen, die Frage wird vom Nutzer nach der Indizierung durch Google umbenannt, sodass die URL jetzt lautet webmasters.stackexchange.com/questions/3079/file-extensions-are-yummy

Kann jemand hier einen Einblick in die Kompromisse geben? Ich möchte den Dokumenttitel (in diesem Fall den Fragentitel) nach der ID des Dokuments für SEO- und Lesbarkeitszwecke haben, aber ich frage mich, was die Nachteile sind, wenn sich der letzte Teil der URL ändert.

Lohnt es sich, Benutzern zu verbieten, ihr Dokument umzubenennen? Muss ich einige knifflige 301-Weiterleitungen einrichten?

Antworten:


7

Gibt es irgendwelche Nachteile für eine URL, die geändert werden kann?

Hängt davon ab. Schauen wir uns die URL Ihrer Frage an. Im Moment lautet die URL:

webmasters.stackexchange.com/questions/5376/seo-and-changeable-urls

Wie Sie bereits bemerkt haben, ändert sich auch die URL, wenn Sie den Titel der Frage ändern:

webmasters.stackexchange.com/questions/5376/file-extensions-are-yummy

Wenn Google die ursprüngliche URL indiziert hat und diese ursprüngliche URL nicht mehr gültig ist, haben wir ein Problem, sowohl auf SEO-Ebene als auch, im Grunde genommen, hat jeder, der mit der Frage verlinkt oder die Frage mit einem Lesezeichen versehen hat, keinen fehlerhaften Link und eine 404 bekommen.

Dies funktioniert jedoch nicht mit StackExchange. Es scheint, dass StackExchange die Fragen-ID überprüft und anschließend den Titelteil ignoriert. Wie Sie bemerkt haben, können Sie besuchen http://webmasters.stackexchange.com/questions/5376und es lädt Ihre Frage. Sie können auch besuchen http://webmasters.stackexchange.com/questions/5376/file-extensions-are-yummy(oder http://webmasters.stackexchange.com/questions/5376/whatever-dude) und es funktioniert auch!

Wenn Sie also den Titel Ihrer Frage ändern und die "neue" URL lautet

webmasters.stackexchange.com/questions/3079/file-extensions-are-yummy

Das bedeutet nicht, dass Ihre alte URL nicht funktioniert - es wird immer noch funktionieren. Sowie der neue.

An dieser Stelle können Sie zu Recht befürchten, dass doppelte URLs vorhanden sind. Wenn es eine Reihe von Links zu Ihrer ursprünglichen URL ( webmasters.stackexchange.com/questions/5376/seo-and-changeable-urls) und eine Nummer zu der neuen ( webmasters.stackexchange.com/questions/5376/file-extensions-are-yummy) gibt, teilen Sie das Seitenranking in Google und anderen Suchmaschinen auf. Glücklicherweise kann dies mithilfe des <link rel="canonical" />Tags verringert werden .

Google bietet eine gute Beschreibung <link rel="canonical" />in ihrem Blogeintrag. Geben Sie Ihre Kanonik an . Kurz gesagt, Sie können dieses Tag verwenden, um der Suchmaschine zu sagen: "Die URL, mit der Sie diese Seite erreicht haben, ist mir egal. Bitte behandeln Sie sie so, als würden Sie sie über diese andere URL besuchen."

Bei StackExchange ist die kanonische URL die URL des ursprünglichen Fragentitels (oder so nehme ich an). Wenn Sie auf dieser Seite eine Ansicht / Quelle erstellen, wird das folgende Tag angezeigt:

<link rel="canonical" href="http://webmasters.stackexchange.com/questions/5376/seo-and-changeable-urls">

Ebenso, wenn Sie besuchen http://webmasters.stackexchange.com/questions/5376oder http://webmasters.stackexchange.com/questions/5376/file-extensions-are-yummyoder http://webmasters.stackexchange.com/questions/5376/whatever-dude the canonical <link>Tag bleibt gleich. Ich gehe davon aus, dass der Wert festgelegt ist, unabhängig davon, ob Sie den Titel Ihrer Frage tatsächlich ändern.

Kurz gesagt, wenn Sie die Dinge richtig eingerichtet haben, gibt es keinen Nachteil, wenn eine URL geändert werden kann. Wenn Sie jedoch 404s generieren oder das kanonische Tag (oder eine andere Form oder URL-Umschreibung) nicht verwenden, gibt es Nachteile.

Viel Spaß beim Programmieren!


Vielen Dank! Ich werde in die rel="canonical"Sache schauen . Ich habe jedoch noch ein weiteres Anliegen. Sollte das "kanonische" nicht einfach die URL mit NUR der Fragen-ID sein, da der Titel veränderbar ist (wie bei Permalinks)? Wenn Ihre Seite in der Google-Suche angezeigt wird, wird der Titel vom Ende abgeschnitten, wenn Ihre Kanonik nur die Fragen-ID ist.
Lotus Notes

Ich habe gerade versucht, den Titel für diese Frage zu bearbeiten. Der Stapelaustausch zeigt nun an <link rel="canonical" href="http://webmasters.stackexchange.com/questions/5376/seo-and-changeable-but-optional-urls">, welche URL aktuell ist und nicht die ursprüngliche URL. Ich denke, ich werde mitmachen.
Lotus Notes

@ Lotus Notes: Ich würde denken, dass die kanonische URL nur die Fragen-ID und nicht den Titel enthalten sollte. (Ich arbeite nicht für StackExchange, sondern nur für einen Fan, daher kann ich nicht sagen, wie es implementiert ist! <G>) Ich vermute, dass die in den Suchergebnissen angezeigte URL mit dem Titel angezeigt werden soll. Es würde wahrscheinlich einen leichten Treffer für die PR geben, wenn der Titel bearbeitet wird und sich die kanonische URL ändert, aber die ursprüngliche URL ist weiterhin gültig und verweist jetzt auf die neue kanonische, sodass der PR-Schaden wahrscheinlich nur von kurzer Dauer ist.
Scott Mitchell

2

Wenn Sie die URL ändern, haben Sie eine neue Seite in den Augen von Google und allen anderen Suchmaschinen. Dies bedeutet, dass die Seite bei jeder Änderung mit PR und eingehenden Links neu beginnt. Das ist offensichtlich nicht das, was du willst.

Wenn Sie zulassen möchten, dass sich URLs ändern, müssen Sie sicherstellen, dass Sie eine 301-Umleitung von der alten URL zur neuen URL durchführen. Aber das ist wirklich keine gute Lösung, wenn sich die URLs mehrmals ändern, da Sie dann eine lange Kette von Weiterleitungen haben, die zu PR-Verlust führen und das Potenzial für die Suchmaschinen, entweder auf einen Fehler zu stoßen oder nicht mehr dem zu folgen Kette nach X Anzahl der Weiterleitungen.

Es gibt keine gute Lösung dafür, da Sie beim Ändern von URLs letztendlich etwas, wenn nicht alles verlieren. Ich würde dagegen empfehlen, es sei denn, die Änderung wird schnell nach der Erstellung vorgenommen und nur einer Änderung überlassen. Alles andere als das fragt nach Problemen.


0

Wenn sich die URL ändert, sieht Google beim erneuten Crawlen dieser Seite einen 404-Wert. Wenn sich Ihre Seitentitel häufig ändern, können Sie möglicherweise regelmäßig mehrere Seiten Ihrer Website deindexieren und neu indizieren. Dies wäre bei einer Suchmaschinenoptimierung offensichtlich nicht besonders gut Perspektive. Auch wenn Ihre Seite viele Links generiert, ändern Sie den Seitentitel. Alle diese Links verweisen auf einen 404 und werden sowohl aus SEO- als auch aus Benutzersicht praktisch wertlos. Wenn Sie es so eingestellt haben, dass der Inhalt so lange erhalten bleibt, wie die ID korrekt ist, besteht die Möglichkeit, dass doppelte Inhalte Probleme verursachen.

Eine hybride Methode, die ich gesehen habe und die gut funktioniert, wenn die Seiten manuell generiert werden, besteht darin, ihnen das Erstellen eines "Slugs" zu ermöglichen. Dies ist beschreibend und wird als URL verwendet, damit der Benutzer den Namen so oft ändern kann, wie er möchte URL bleibt in Takt.

(Beachten Sie, dass viele Websites dies einrichten und mit SEO gut zurechtkommen, solange Sie sich potenzieller Probleme bewusst sind und sicherstellen, dass sie nicht außer Kontrolle geraten. Sie sind in Ordnung.)


1
Der "Beschreibung" -Teil der URL ist irrelevant. Solange Sie die richtige Fragen-ID haben, können Sie unabhängig von der Beschreibung oder wenn Sie diese leer lassen, zu derselben Frage gelangen. Es gibt also keine 404-Header. Es ist nur so, dass auf dieselbe Seite möglicherweise über mehrere URLs zugegriffen werden kann.
Lotus Notes
Durch die Nutzung unserer Website bestätigen Sie, dass Sie unsere Cookie-Richtlinie und Datenschutzrichtlinie gelesen und verstanden haben.
Licensed under cc by-sa 3.0 with attribution required.