.htaccess Problem - Suchmaschinen Optimierung

[jaky]

Ich möchte als Problemlösung die .htaccess mit folgendem Inhalt anlegen:

RewriteEngine On
RewriteCond %{HTTP_Host} ^satcorrekt\.de$ [NC]
RewriteRule ^(.*)$ http://www.satcorrekt.de/$1 [R=301,L]

Hintergrund:

Ich möchte doppelten Content (mehrere Internetseiten mit dem gleichen Inhalt) vermeiden, denn er wirkt sich negativ auf die Positionierung in den Suchmaschinen aus.

Standardmäßig sind Internetseiten gleichzeitig unter vorangestelltem www. und ohne vorangestelltes www. erreichbar, was insbesondere in Suchmaschinen häufig zu doppeltem Content (Inhalt) führt, der die Positionierung in den Suchergebnisseiten negativ beeinflusst.

http://www.satcorrekt.de und http://satcorrekt.de verweisen ohne eine Server-Anpassung auf den gleichen Webinhalt und erzeugen doppelten Content in den Suchmaschinen.

Abhilfe bringt, wie oben gezeigt, eine Anpassung der .htaccess-Konfigurationsdatei, die den Appache Server anweist, beide Adressen als eine einzige Adresse zu betrachten.

Jetzt kommt aber mein Problem.

Wenn die .htaccess Aktiv ist, kann ich mich als Admin nicht mehr einloggen.
Bei CMS Seiten (Joomla) geht es ohne Ausnahme.
Hat jemand eine Idee dazu?

 

[Mr.Propper]

HiHo,

Ich hatte Joomla nie im Einsatz, kenn es aber von anderen Systemen das wenn bei der Installation eine Domain angegeben werden muss und diese ohne www in der Datenbank steht gibt bei htacess probleme

 

[Serverdienste]

www in der Datenbank steht gibt bei htacess probleme

So ist es. Entweder in der DB oder in der config des CMS Korigieren.

RewriteEngine on
RewriteCond %{HTTP_HOST} !^dieseite\.tld
RewriteRule (.*) http://dieseite.tld/$1 [R=301,L]

 

[jaky]

Zuerst einmal Danke.

Es handelt sich nicht um ein CMS, sondern um einen XT Shop.

Bei den CMS und Foren absolut kein Problem.

Dennoch funktioniert es nicht.
Stehe echt wie ein Ochse vorm Berg!

 

[OldSwede]

Alle Deine Shop-links sind ohne www somit wirst Du die Konfiguration des Shops anpassen muessen, da sonst cookie-probleme.

 

[Joe User]

Warum wird für diese Aufgabe ständig mod_rewrite vergewaltigt? So macht man es richtig:

<VirtualHost *:80>
    ServerName www.domain.tld
    CustomLog "..." combined
    ErrorLog "..."
    DocumentRoot "..."
    <Directory "...">
        Options -All +FollowSymLinks
        AllowOverride None
        Order Allow,Deny
        Allow from all
    </Directory>
</VirtualHost>
<VirtualHost *:80>
    ServerName domain.tld
    Redirect 301 / http://www.domain.tld/
</VirtualHost>

 

[matzewe01]

Er verwendet allerdings Plesk, und dort wiederum kann man den www Zusatz aus der Domain nehmen. Im Gegenzug nennt man die Domain fullqualified www.domain.tld.


Dann klappt das auch mit dem Plesk.
Allerdings macht einem Dann de Mailserver eine Problem...


Wieder ein Grund auf solche Tools zu verzichten.

 

[IP-Projects.de]

Probier es mal mit:

RewriteEngine on
RewriteCond %{HTTP_HOST} !^www\.satcorrekt\.de$
RewriteRule ^(.*)$ http://www.satcorrekt.de/$1 [L,R=301]

Ich glaube der Vorposter hat hier ein $ vergessen. Dieser Eintrag funktioniert zumindest bei allen unseren Projekten einwandfrei.

Warum wird für diese Aufgabe ständig mod_rewrite vergewaltigt? So macht man es richtig:

Vielleicht um unnötig viel Konfigurationskram auf Seite des Servers zu sparen und lieber auf der Seite der Anwendung zu ergänzen, was bei einem späteren Umzug zu einen anderen Anbieter durchaus Sinn macht.

 

[Joe User]

Vielleicht um unnötig viel Konfigurationskram auf Seite des Servers zu sparen

Ah ja, eine zusätzliche Zeile ist also "unnötig viel Konfigurationskram"?
Für eine gesparte Zeile nimmt man dann auch gerne unnötig verschwendete Ressourcen, unnötigen Overhead und einen langsameren Response in Kauf?
Schwaches Argument, findest Du nicht auch? Insbesondere wenn es sich dann auch noch um ohnehin ressourcenschwache VServer handelt...

und lieber auf der Seite der Anwendung zu ergänzen,

Seit wann sollen sich WebApps um die Konfiguration des HTTPd kümmern?

was bei einem späteren Umzug zu einen anderen Anbieter durchaus Sinn macht.

Und was passiert beim Wechsel des HTTPd? <Ironie>.htaccess versteht ja jeder HTTPd...</Ironie>

 

[IP-Projects.de]

Ein www. http Redirect der für die Suchmaschinenoptimierung wichtig ist sollte man nicht auf Konfigurationsebene des Apache vHosts ergänzen, wenn es die Möglichkeit gibt, dies in einer .htaccess Datei bei der Applikation selbst zu konfigurieren.
Wenn man bei der Domain einen Serverumzug vornimmt werden solche Dinge nämlich gerne vergessen oder man hat gar nicht mehr die Möglichkeiten beim neuen Anbieter den Apache vHost zuzugreifen.

Ich denke hier leider immer etwas vorausschauender.

Schwaches Argument, findest Du nicht auch? Insbesondere wenn es sich dann auch noch um ohnehin ressourcenschwache VServer handelt...

<ironie>Ein .htaccess ist ja unheimlich Ressourcenfressend</ironie>

Die Anfrage wird 1x weitergeleitet und nicht bei jedem Linkaufruf der Webseite.


Look: http://ip-projects.de

 

[Joe User]

<ironie>Ein .htaccess ist ja unheimlich Ressourcenfressend</ironie>

Ja ist sie, siehe Apache-Docs, und obendrein kommt noch mod_rewrite, auch hier siehe Apache-Docs...

Die Anfrage wird 1x weitergeleitet und nicht bei jedem Linkaufruf der Webseite.

Und wie oft greifen Suchmaschinen darauf zu? Richtig, für jeden auf die weiterzuletenden Ressourcen gesetzten Link mindestens einmal. Hinzu kommen die dummen humanoiden Clients, die einen permanenten Redirect nicht beachten und ständig wieder den Redirect auslösen, statt die neue Location direkt anzusurfen.

Look: http://ip-projects.de

Soll ich hier jetzt auch unnötige Werbung machen? http://www.rootforum.de/