Verlinkung .de oder .de/

Beitrag von **schwimmbad10** » 31.08.2010, 08:03

Hallo!

sagt mal verlinkt ihr eure Domain mit .de oder mit .de/?
Gibt es da einen Unterschied?

Wenn ich eine s ite Abfrage mache, erhalte ich bei den Ergebnissen mit .de ca. 30.000 Ergebnisse und bei .de/ über 150.000?

Habe ich da irgendeine Art Weiterleitung von .de/ auf .de in meiner htaccess Datei vergessen oder ist entscheidend, ob man mit .de oder mit .de/ verlinkt wird?

von **Anzeige von ABAKUS** »

Hochwertiger Linkaufbau bei ABAKUS:

Google-konformer Linkaufbau
nachhaltiges Ranking
Linkbuilding Angebote zu fairen Preisen
internationale Backlinks

Wir bieten Beratung und Umsetzung.
Jetzt anfragen: 0511 / 300325-0

Beitrag von HW » 31.08.2010, 08:17

..die Frage ist eigentlich einfach zu beantworten:

Schau mal was im Browser passiert wenn Du .de eingibst!
Es findet ein Redirect auf .de/ statt.

Also wenn Du diesen überflüssigen Redirect vermeiden willst und weil es richtig und sauber ist, dann .de/

Beitrag von **schwimmbad10** » 31.08.2010, 11:22

Danke für deine Antwort.

aber warum erhalte ich bei der s ite-Abfrage einmal ca. 30.000 Ergebnisse und mit .de/ über 150.000?

Früher war das mal gleich, nur jetzt diese starke Verschiebung.

Bei den meisten Seiten sind die Anzahl der Seiten bei der s ite-Abfrage immer gleich, oder unterscheiden sich nur um 1-2 %.

von **Anzeige von ABAKUS** »

Beitrag von **tmyp** » 31.08.2010, 12:15

a) Es gibt keinen Redirect.
https://www.example.com ist keine gültige URI. Der Browser ist nur so freundlich, direkt ein / anzuhängen, der Server bekommt das aber nicht mit (und sendet entsprechend auch keinen Redirect).
b) site: erwartet eine tld, domain oder subdomain, keinen URI, das / am Ende macht also wenig Sinn. Ich vermute, dass es deshalb auch zu veränderten Resultaten führt.

Beitrag von **axelfr74** » 31.08.2010, 12:42

tmyp hat geschrieben:a) Es gibt keinen Redirect.
https://www.example.com ist keine gültige URI. Der Browser ist nur so freundlich, direkt ein / anzuhängen, der Server bekommt das aber nicht mit (und sendet entsprechend auch keinen Redirect).
b) site: erwartet eine tld, domain oder subdomain, keinen URI, das / am Ende macht also wenig Sinn. Ich vermute, dass es deshalb auch zu veränderten Resultaten führt.

Das kann ich so unterschreiben. Wenn ich Links setze dann in der Regel ohne / am Ende.

Beitrag von **querschlaeger** » 31.08.2010, 13:20

Eine korrekte URI hat ein / am Ende, alles andere ist nur Protokoll (http://) und domainname (example.org). Eine Vollständige Adresse hat aber auch eine Pfadangabe und das ist - sofern es die Startseite ist meist /

Aber ist alles egal: Alle Webserver erkennen, wenn eine Anfrage ohne Pfad bzw. Dateiziel kommt und zeigen dir den Inhalt vom Wurzelverzeichnis / an. Das ist keine (offene) Weiterleitung, sondern das regelt der Webserver intern. Es gibt also keinen Statuscode für diese interne Weiterleitung, weil der Client sie nunmal nicht sieht. Die meisten Browser sind aber nett und fügen bei einem Request das Wurzelverzeichnis mit an - damit der Webserver eine URI nach RFC erhält.

Beitrag von **tmyp** » 31.08.2010, 16:12

querschlaeger hat geschrieben:Aber ist alles egal: Alle Webserver erkennen, wenn eine Anfrage ohne Pfad bzw. Dateiziel kommt und zeigen dir den Inhalt vom Wurzelverzeichnis / an.

Das ist mir neu. Mein lokaler Apache hier zB sagt zu

Code: Alles auswählen

GET  HTTP/1.0

wie erwartet, das sei ein Bad Request.

Code: Alles auswählen

GET / HTTP/1.0

klappt wie erwartet gut.
Dabei spiel es auch keine Rolle, ob zwischen GET und HTTP ein oder zwei Leerzeichen folgen (so von wegen space als field-separator).
Machen das andere Server wirklich anders?

Dass viele Server (Apache mit mod_dir) aus https://www.example.com/test einen redir auf https://www.example.com/test/ machen, wenn /test ein Verzeichnis ist, ist was anderes.