ABAKUS

..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/

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 %.

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.

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.

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.

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 wie erwartet, das sei ein Bad Request. 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.