Beeinflusst die Verwendung von Leerzeichen in einer URL die Suchmaschinenoptimierung?


9

Beim Erstellen von URLs für meine Website muss ich beispielsweise ein Leerzeichen verwenden http://mydomain.com/start home

Ich habe einige Websites gesehen, die +oder -, was sind die Vorteile der Verwendung space, +und -(Striche) in SEO?

Was ist besser für die URL-Formatierung? Soll ich verwenden http://mydomain.com/start-homeoder http://mydomain.com/start+home?

Antworten:


6

Ja, verwenden Sie keine +Symbole in Ihren URLs. Es ist viel besser, diese zu verwenden, -da -Google mitteilt, dass dies separate Wörter sind. Und -sind die häufigste Form von SEO-freundlichen URLs


1
Ich bin neugierig, ob es Literatur gibt, die diese Behauptung stützt? Wenn es um die URL-Codierung geht, sind +, - und Leerzeichen unterschiedliche Zeichen. Warum sollte sich Google mehr für Minus als für + interessieren? Sollte es nicht% 20 (was Leerzeichen ist) bevorzugen und ist für diesen Zweck vorgesehen?
Roman Mik

7

Leerzeichen in URLs sind aus zwei Gründen schlecht: 1) Wenn Sie die URL kopieren, enthält sie möglicherweise hässliche% 20, um das Leerzeichen darzustellen. 2) In älteren Browsern kann beim Kopieren der URL ein Leerzeichen in der URL verbleiben. Wenn Sie den Link also wie einen Forumsbeitrag in eine andere Webseite einfügen, wird die URL folgendermaßen beschädigt:

example.com/my cool page

Der einzige Teil, der verlinkt wird, ist:

example.com/my

Das wird einen 404-Fehler auf Ihrer Website verursachen und Ihnen nicht den SEO-Link-Saft geben.

Striche sind am besten:

example.com/my-cool-page

Firefox 40 ersetzt das %20s auch durch Leerzeichen. Dies verursacht das Problem beim Einfügen von Kopien.
Topher

1

Ein Leerzeichen, wenn Sie einen Link erstellen, '%20'wird in http://mydomain.com/start%20homeeinen ...

Die Verwendung von - anstelle von + oder _ oder '' (Leerzeichen) ist für Google:

start_home for google is "start_home"
start+home for google is "start+home"
start-home for google is "start","home", "home start", "start home"

Es ist fraglich, ob Google den Unterstrich heutzutage als Worttrenner behandelt. Historisch nein. Aber im Jahr 2007 sagte Matt Cutts, dies ändere sich und Google würde jetzt Unterstriche in Bezug auf die Worttrennung wie Bindestriche behandeln. Die Implementierung hat möglicherweise einige Zeit in Anspruch genommen , aber dieser kürzlich erschienene Artikel legt nahe, dass Unterstriche tatsächlich besser sind als Bindestriche!
MrWhite

0

Im Pfadteil der URL ...

space- Eine nicht codierte spaceURL ist in einer URL einfach nicht zulässig. Es muss prozentual als codiert sein %20. Sie sollten dies bei Bedarf wirklich (explizit) serverseitig tun. Moderne Browser erledigen dies jedoch implizit für Sie. Dies sollte sich zwar nicht direkt auf die Suchmaschinenoptimierung auswirken (schließlich steht das Wort "Trennzeichen" eindeutig in der URL), ist jedoch nicht für die Benutzerfreundlichkeit geeignet, wie @ Josh2012 feststellt. Dies könnte sich also indirekt auf SEO auswirken. (Wenn es schlecht für den Benutzer ist, ist es schlecht für SEO.)

+- Das Plus wird im Pfadteil der URL als Literalzeichen behandelt. (Es handelt sich jedoch um ein codiertes Leerzeichen im abfragenden Teil der URL, was zu Verwirrung führen kann.) Ich habe keine Hinweise darauf gesehen, ob es als Worttrennzeichen behandelt wird oder nicht, wenn es im URL-Pfad verwendet wird. Ich kann keine Logik in Google sehen, die es nicht als Worttrennzeichen behandelt, aber es wird vom Nutzer nicht so deutlich als Leerzeichen gesehen. Ich würde nicht versuchen, das +(Plus) als Worttrennzeichen im Pfadteil der URL zu verwenden. Es wird oft als verschlüsselt angesehen %2B.

-- Der Bindestrich wird üblicherweise als Worttrennzeichen in der URL verwendet. Suchmaschinen sehen es als solches und es ist den Benutzern klar. Sie müssen sich nur das Stack Exchange-Netzwerk ansehen. (Dies ist nicht dasselbe wie ein Bindestrich .)

Verwenden Sie den Bindestrich:

http://mydomain.com/start-home
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.