Sollte die Homepage nur ein Domainname sein oder kann sie sich in einem Ordner befinden?

Ich arbeite an einem Website-Projekt und der Kunde hat (aus Gründen des Hosting-Komforts) beantragt, dass sich die neue Website in einem bestimmten Ordner befindet. Dies bedeutet, dass sich alle Seiten in www.domain.com/folder anstatt nur in www.domain.com befinden und auf der Standardseite für www.domain.com eine sofortige Meta-Weiterleitung erfolgt, die zu www.domain umleitet. com / Ordner.

Ich frage mich aus SEO-Sicht, ob dies eine gute Idee ist.

Ich glaube, dass die sofortige Metaaktualisierung von den wichtigen Suchmaschinen als 301 (permanente) Weiterleitung behandelt wird, daher gehe ich davon aus, dass www.domain.com und www.domain.com/folder als dieselbe Seite behandelt werden und auch gilt als die gleiche Seite für die Link-Popularität. Ist das richtig?

Gibt es irgendwelche Argumente (vorzugsweise mit einem Beweis, den ich ihnen geben kann), mit denen ich dagegen argumentieren kann, dass sie dies tun?

Das Problem, mit dem Sie konfrontiert sind, ist zweiseitig:

• SEO-weise : Seiten, die dem Stamm am nächsten liegen, werden von Suchmaschinen im Allgemeinen als am wichtigsten angesehen. Daher würde ich dringend empfehlen, dass Sie den vollständigen Domainnamen (z. B. www.domainname.com) als Homepage verwenden. Wenn die Website viele Unterverzeichnisse hat, werden diese standardmäßig eine Ebene tiefer in der Website platziert. Sie möchten die Anzahl der nachfolgenden Verzeichnisse auf ein Minimum beschränken. Darüber hinaus: Wie Lese feststellt: Wenn Sie den Ordner in Zukunft ändern möchten und alle Benutzer auf www.domainname.com/folder anstatt auf www.domainname.com verlinkt haben, müssen Sie 301-Weiterleitungen erstellen, damit diese Links gespeichert werden der Link Saft.
• Benutzererfahrung : Es ist etwas zwielichtig, insbesondere für eine große Bildungseinrichtung, in einem Ordner zu öffnen. Im Jahr 2000 war dies kein Problem, aber angesichts der Erwartungen und Erfahrungen des aktuellen Benutzers würde ich dringend empfehlen, die Homepage im Stammverzeichnis auch aus Benutzersicht zu öffnen.

SEO-weise gibt es hier eigentlich kein Problem. Viele Websites sind so konfiguriert, dass sie einen Nicht-wwwroot-Pfad als Startseite verwenden. Die Verwendung eines nicht standardmäßigen Homepage-URI kann jedoch in Zukunft Auswirkungen haben, da dies die URL ist, die von Besuchern mit Lesezeichen versehen wird. Wenn Sie sich jemals dazu entschließen, die Site-Architektur zu ändern, müssen Sie eine zusätzliche Weiterleitung für die Homepage beibehalten.

Außerdem würde ich vermeiden, eine Meta-Aktualisierung für die Umleitung zu verwenden. Google und Bing wissen möglicherweise, dass es als 301 behandelt wird, aber es ist kein 301. Daher wird nicht garantiert, dass andere Dienste, z. B. Websites für soziale Lesezeichen oder Websites für die gemeinsame Nutzung von Links, es als 301 behandeln.

Es gibt auch das Problem, dass die Meta-Aktualisierung einen leeren Verweis von den meisten Browsern zurückgibt, was es schwierig macht, die richtigen Analysen einzurichten. Es ist viel besser, nur eine richtige 301-Umleitung zu verwenden.

Bei den meisten Shared Hosting-Anbietern können Sie Ihre Docroot auf die gewünschten Einstellungen einstellen und URLs serverseitig neu schreiben / umleiten. Wenn Ihr Client keinen Zugriff auf diese Funktionen hat, verwendet er höchstwahrscheinlich einen minderwertigen Webhost. Es wäre besser, das Problem im Keim ersticken zu lassen und einfach einen neuen Webhost zu wählen, als nach einer Pflasterlösung für diese abnormalen Einschränkungen zu suchen. Andernfalls wird Ihr Client in Zukunft wahrscheinlich auf ernstere Probleme stoßen, wenn Sie einen schlechten Webhost verwenden.

Ein anderes Argument (wenn auch ein kleines) ist, dass Sie OpenSearch auf Ihrer Website anbieten möchten. Ich habe festgestellt, dass beispielsweise Chrome Ihre Site automatisch hinzufügt, wenn die Homepage kein Unterverzeichnis hat.

Apache hat eine mod_alias- Funktion, mit der Sie dieses Problem umgehen können : -

Die in diesem Modul enthaltenen Anweisungen ermöglichen die Bearbeitung und Steuerung von URLs, wenn Anforderungen auf dem Server eingehen. Die Direktiven Alias ​​und ScriptAlias ​​werden zum Zuordnen zwischen URLs und Dateisystempfaden verwendet. Dies ermöglicht Inhalte, die sich nicht direkt unter DocumentRoot befinden und als Teil des Webdokumentbaums bereitgestellt werden. Die ScriptAlias-Direktive hat den zusätzlichen Effekt, dass das Zielverzeichnis als nur CGI-Skripte enthaltend markiert wird.