Suchmaschinenoptimierung

Redirect 301 – und Google bleibt dir treu

Suchmaschinenoptimierung Seminar

Habt ihr gerade eure Seiten überarbeitet oder euch gar eine neue Domain besorgt? Habt ihr eure Navigationsstruktur aktualisiert oder Pfade einzelner Seiten geändert? Sicher wollt ihr die bisherigen Suchmaschinenplatzierungen erhalten. Eine einfache, wenn auch alte Lösung hierfür ist ein so genannter 301 Redirect (Umleitung).

Der Code „301“ wird als „permanent geändert“ interpretiert. Wenn ein Suchmaschinen-Bot nun z.B. die nicht mehr existente Seite …alt/alt.html besuchen will, so wird er automatisch auf die Seite …neu/neu.html umgeleitet und bekommt mitgeteilt, dass die Seite alt.html für immer unter neu.html zu finden sein wird.

Wie machen wir so etwas? Wir schreiben einfach eine Anweisung in unsere .htaccess Datei.

Sollte schon eine .htaccess Datei auf eurem Server existieren, dann seid vorsichtig und ändert keine der vorhandenen Zeilen ab, solange ihr nicht wisst wofür sie gut sind. Manchmal werden .htaccess Dateien in FTP-Programmen auch als versteckte Dateien angezeigt. Stellt sicher, dass ihr die Option „versteckte Dateien anzeigen“ aktiviert habt.

Öffnet nun, wenn vorhanden, die bestehende .htaccess Datei oder ein leeres Dokument im Text-Editor. Fügt folgende Zeilen der Datei hinzu:

Umleitung einzelner Dateien
redirect 301 /alt/alt.htm
http://www.euredomain.de/neu.htm

Die Datei alt.htm im Verzeichnis /alt wird bei einem Aufruf nun zu neu.htm im Root-Verzeichnis von euredomain.de/ umgeleitet.

Umleitung ganzer Seiten
Oben genannte Technik ist für den Umzug auf eine neue Domain ungeeignet, da man jede Datei einzeln umleiten müsste. Um eine komplette Seite umzuleiten, müsste die erste Zeile wie folgt ausschauen:

redirect 301 / http://www.altedomain.de/
http://www.neuedomain.de/

Der erste „/” gibt an, dass alle Verzeichnisse und Dateien auf die neue Domain umgeleitet werden sollen. Stellt sicher, dass die Angabe der neuen Domain mit „/“ endet und die Verzeichnisstruktur gleich geblieben ist.

Das war es schon, so einfach ist das. Speichert die Datei unter dem Namen .htaccess und ladet sie auf euren Server hoch. Ruft mal den alten Pfad auf und testet ob die Weiterleitung funktioniert. Werdet ihr umgeleitet, dann werden es die Suchmaschinen-Bots auch. Im nächten Suchmaschinen-Index-Update sollten die alten Pfade dann durch die neuen ersetzt werden. Hier und da können die Suchmaschinen-Ergebnisse auch mal von den bisherigen abweichen. Keine Panik, das pendelt sich schon wieder ein.

Viele webmaster sind in letzter zeit verunsichert, weil ihre domain aus dem google-index verschwunden ist.
an ihre stelle sind einträge von z.b. webkatalogen getreten, die auf sie verweisen. muster www.domain.tld/jump.php?eintrag=xxxxx


"Grund ist das sogenannte URL-Hijacking, .... URL-Hijacking bedeutet, daß bei einer Weiterleitung durch Meta-Refresh oder HTTP 302 "Found" die Seite, auf die weitergeleitet werden soll, durch die weiterleitende Seite vollständig ersetzt wird. "

Schulung

Die Wahl der richtigen Weiterleitungstechnologie ist mitunter wichtiger als alles andere in einem Webprojekt: Schon so mancher hat sich ungewollt durch eine schlechte Weiterleitung aus dem Google-Index katapultiert.

Zunächst muss man unterscheiden zwischen clientseitigen Weiterleitungen und serverseitigen.


Clientseitige Redirects
Clientseitige lassen sich via HTML oder javascript lösen:

HTML-META-TAG:

QUELLTEXT
<META HTTP-EQUIV=Refresh CONTENT="3; URL=http://pc-intern.com">


java script:
QUELLTEXT
<script LANGUAGE="javascript">
    top.location.href='http://pc-intern.com'
</script>


Clientseitige Redirects sind jedoch bei Suchmaschinen überhaupt nicht gern gesehen. Diese Weiterleitungen ignorieren geltende HTTP 1.1 Standards, die die Rückgabe eines Statuscodes an den Clienten vorsehen.


Serverseitige Redirects
Es gibt im Grunde 2 verschiedene Statusmeldungen die eine serverseitige Weiterleitung an den Clienten (Browser, Suchmaschinenspider) weitergeben kann:

ZITAT
301: Moved permanently
302: Moved temporarily


Bei allen serverseitigen Weiterleitungen wir standardmäßig die 302-Variante benutzt. Dies hat aber den Nachteil, dass Google die Weiterleitung als solche auch abwertet, sollte man es mit dieser übertreiben. Immerhin soll es nur eine temporäre sein.

Man muss in den serverseitigen Weiterleitungen also explizit die 301-Meldung durchgeben. Weiterleitungen sind entweder über eine .htaccess-Datei möglich oder über Scriptsprachen wie PHP, ASP oder Perl.

Als Beispiel hier eine 301-Weiterleitung via PHP:
QUELLTEXT
<?php
header("HTTP/1.1 301 Moved Permanently");
header("Location:http://pc-intern.com");
exit;
?>


header("Status: 301 Moved Permanently"); gibt an, dass es sich um eine 301-Weiterleitung handelt, da - wie bereits erwähnt - sonst standardmäßig eine 302-Weiterleitung genutzt wird.

Vor dem Code darf keine andere Ausgabe an den Browser erfolgen. Weder über ein echo noch durch versehentliche (Leer-)Zeichen vor dem php-Tag.
Das exit; unterbindet eine fehlerhafte Ausführung der Weiterleitung durch etwaigen folgenden Outut.

Per htaccess sind noch eine Vielzahl zusätzlicher Weiterleitungen möglich.

Mit oder ohne www.
Die unnötige Eingabe von www. vor der Webadresse kann man durch eine permanente Weiterleitung auf die Adresse ohne www. unterbinden:
QUELLTEXT
RewriteEngine on

RewriteCond %{HTTP_HOST} ^www.pc-intern.com$ [NC]
RewriteRule ^(.*) http://pc-intern.com/$1 [L,R=301]


Das www. ist ein Relikt aus der Urzeit des Internets als das World Wide Web noch einen Sonderstatus inne hatte. Heute ist das www. nicht anderes als eine herkömmliche Subdomain wie projects.pc-intern.com.

Möchte man dennoch das www. in der Adresse ermöglichen, sollte man sich auch konsequent hierfür entscheiden. Einerseits weil Verlinkungen gern mal mit www. und mal ohne erfolgen und dadurch der Pagerank sich auf die beiden unterschiedlichen Domains verteilt, andererseits weil Google den Inhalt der einen Domain als Duplicate Content der anderen werten könnte - was zu einer Abstrafung führen kann.


Öffentlicher Redirect
QUELLTEXT
Redirect 301 /projects.html http://projects.pc-intern.com/

Eigentlich ganz Simpel: Wer auf projects.html zugreift wird auf die Domain projects.pc-intern.com weitergeleitet. Man kann auch für Unterverzeichnisse Weiterleitungen definieren und auch auf einzelne Dateien weiterleiten:

QUELLTEXT
Redirect 301 /projects/index.html http://projects.pc-intern.com/index.php



Interner Redirect
Via mod rewrite lassen sich in .htaccess auch serverinterne Weiterleitungen definieren. Der Vorteil: Google merkt davon gar nichts. Für Google hat es den Anschein als existiere das Dokument wirklich an der angegebenen Stelle.

Suchmaschinenoptimierung Training

How to 301 Redirect Non-WWW to WWW URLs

The Problem
Search engines consider http://stepforth.com and http://www.stepforth.com different websites. As a result, if your website has been linked to from other websites using a mix of the two URLs you are effectively splitting the potential benefit of valuable link popularity.

The Solution
Using a 301 redirect on the "non-www" version of the URL, which is essentially a "permanent" redirect in server talk, you can effectively consolidate all of your link popularity to a single URL. This consolidation will serve to increase your website's chances of obtaining and maintaining top rankings.

How To Enable The 301 Redirect
You need to instruct the server you are hosting your website on to redirect the traffic seamlessly. To do this you need to first establish what type of server your website is hosted on. There are two main types of servers that are in use: Microsoft and Apache (Linux/Unix). Once you have established the server type you need to follow their related instructions below. Please note this is best left to a person with some technical knowledge.

Non-www 301 Redirects with Microsoft IIS Servers || Non-www Redirects with Apache Servers

We also recommend this related tutorial:
How to redirect an old domain to a new domain

A) Installing the Non-WWW 301 Redirect on a Apache Server

  1. Ensure that your hosting provider has the Apache Rewrite Module turned on; this is a definite requirement for this fix to work. In most cases your hosting provider will not have a problem enabling the module if it isn't already enabled (it seems to be on in most circumstances).

    If you have access to the httpd.conf file on your server then you can actually enable the module yourself. Open the httpd.conf file, back it up somewhere in case of error (you cannot be too safe) and then uncomment the following line:

    LoadModule rewrite_module modules/mod_rewrite.so

    Once the line is uncommented, save the file and restart the server then proceed with the following steps.

  2. Download the .htaccess file from your website's root web folder to a folder on your machine where you can edit it.

  3. Make a copy of the .htaccess file and save it somewhere else for safe keeping in case you need to revert to the old version - do not edit this version.

  4. Open the original .htaccess you downloaded in Notepad

  5. Add the following code (in red) into the .htaccess file. Be sure to substitute "example.com" with your own website information but touch nothing else.

    RewriteEngine On
    RewriteCond %{HTTP_HOST} ^example.com
    RewriteRule (.*) http://www.example.com/$1 [R=301,L]

  6. Upload the file back to your website in the exact same place you downloaded it.

  7. Once the upload is complete open a browser and try visiting the "non-www" version of your website address. If the .htaccess is working as it should you will be redirected immediately to the proper "www" version of your website. This will be reflected in your browser's address bar.

  8. To be 100% certain this has worked appropriately I suggest visiting this URL and typing in your "non-www" website address into the HTTP Server Header Checker. This tool will show you whether the 301 redirect is being provided by the server. This is what a search engine will see when it visits the site. The result should look like the following areas in red:

    #1 Server Response: http://example.com
    HTTP Status Code: HTTP/1.1 301 Moved Permanently
    Date: Wed, 14 Mar 2007 22:49:28 GMT
    Server: Apache/1.3.27 (Unix) PHP/4.4.1 FrontPage/5.0.2.2510 mod_ssl/2.8.14 OpenSSL/0.9.6b
    Location: http://www.example.com/
    Connection: close
    Content-Type: text/html; charset=iso-8859-1
    Redirect Target: http://www.example.com/

    #2 Server Response: http://www.example.com/
    HTTP Status Code: HTTP/1.1 200 OK
    Date: Wed, 14 Mar 2007 22:49:28 GMT
    Server: Apache/1.3.27 (Unix) PHP/4.4.1 FrontPage/5.0.2.2510 mod_ssl/2.8.14 OpenSSL/0.9.6b
    Connection: close
    Content-Type: text/html

  9. If the redirect worked you are done! Congratulations.

    If this has not worked you need to restore the backup you made of the .htaccess file to your website. After the backup is restored go back and review the revised .htaccess on your computer, compare the information to the instructions above and make sure there were no mistakes. If no mistakes are found your server may require custom programming which is beyond the scope of this FAQ; please contact your hosting provider for more information.

 

Suchmaschinenoptimierung Kurs

Schulung

Suchmaschinenoptimierung Seminare