Wie Google bei Domainumzug nicht vergraulen

[steff11]

Hallo ihr Lieben,
zieh demnächst mit einer größeren Website (300 Besucher täglich) um. Je nachdem wie´s zeitlich hingeht, kann es sein, dass die Domain übertragen ist, bevor meine Daten und DBs alle schön sauber kopiert sind; ich würd in dem Fall kurzfristig eine Weiterleitung auf den alten Host setzen, möcht aber vermeiden, dass hernach die SUMAS diese temporärer Adresse referenzieren. Wie kann man das vermeiden? Vor allem sollen die SUMAS uns schön fleißig weiterbesuchen.

grüssle, Steff

[Rizzo]

Hi Steff,

eine temporäre Umleitung mit htaccess sollte funktionieren.

RewriteEngine on
RewriteRule ^(.*)$ http://domain.tld/ [R=302,NC,L]

[steff11]

Danke. Gehen die Robots den Umweg nicht mit? oder Merken die Robots nicht, dass der umgeleitete Content nicht wie immer bei www.alteSeite.de sondern bei www.neueSeite.de liegt und belassen www.alteSeite.de/xxx weiter in ihrem Index?
Weißt, ich möcht vermeiden, dass nach dem endgültigen Umzug eine Google-Suche auf so eine Provider-interne Domain (wo die Daten tatsächlich physikalisch liegen) führt, wenn der unsere Domain nimmer verwaltet.

[Rizzo]

Durch den Redirect (R=302) werden Anfragen an die in der htaccess angegebenen Adresse temporär umgeleitet. Wenn der Umzug komplett ist, nimmst Du den Redirect wieder raus und alles ist wie vorher. Google interessiert nur die Domain/Adresse und nicht auf welchem Server die Daten jetzt tatsächlich liegen. Möchte man das Google bei Anfragen immer zu einer anderen Seite leitet (z.B. weil sich der Domainname komplett geändert hat oder Daten intern unter einer anderen Adresse zu erreichen sind), macht man einen permanenten Redirect (R=301) - dadurch werden die Links bei Google aktualisiert und von alteDomain auf neueDomain aktualisiert. So habe ich zumindest das System der Umleitung verstanden

[ingozen]

Finger weg vom 302er !!!
Für Google und Konsorten war´s in den letzten Jahren der beste Indikator für SEO-Spam.

Du kannst alle alten Pfade abfangen, indem Du in der .htaccess folgendes notierst:

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

So werden alle Anfragen auf dem alten Server an den Neuen weitergeleitet.
z.b.: www.altedomain.de/ueberuns.html wird automatiko an www.neuedomain.de/ueberuns.html weitergeleitet.

Wenn der Umzug durch ist, lass den alten Vertrag noch ca. nen Monat laufen und wupp die s5387635.online.de oder wat weiss ich nach gleicher Vorgehensweise wieder auf die richtige Domain.

Sollte recht safe sein, ist kampferprobt.

[Rizzo]

@ ingozen
Aber der 301er leitet permanent um. Was ist, wenn der alte Server weg ist bevor alle Suchanfragen durch sind? Dann wird genau das eintraten was Steff vermeiden will, nämlich das Suchanfragen an die alte Adresse s5387635.online.de weitergeleitet werden.

[ingozen]

Ich gehe von folgendem Szenario aus:

1. Bei Provider A gibt es die Domain www.altedomain.de sowie eine systeminterne Domain, die bei Buchung des Accounts meist erzeugt wird und z.B. sysintern.provider.de lautet
2. Die Domain www.altedomain.de wird auf einen neuen Server bei Provider B umgezogen und die Inhalte werden dort in Ruhe aufgesetzt.
3. Um vollen Zugriff auf die Seite, die ja bei Provider A wunderbar läuft, zu gewährleisten wird
   1. Eine Subdomain erstellt, auf der die Website getestet und neu aufgesetzt wird
   2. Die bereits umgezogene Domain per .htaccess auf die Internetpräsenz bei Provider A umgeleitet, wo sie unter sysintern.provider.de erreichbar ist.
   3. Nach Abschluss der Arbeiten wird die Hauptdomain auf die neue Website bei Provider B gemappt und die sysintern.provider.de wird mit gleicher Methode wieder auf die Hauptdomain geschickt.
4. Der 302er ist durch wiederholten Mißbrauch nicht mehr nutzbar und kann (!) zur kompletten Verbannung aus den SERPs führen, darum muss man auf den "guten" Header zurückgreifen, auch wenn dieser per Definition der falsche ist.

[steff11]

Das Szenario dürfte meiner Situation sehr nahe kommen.
Zunächst versuch ich mal den Umzug hinzukriegen, bevor die Domain an den neuen Provider übergeben wurde, das wär natürlich dann der einfachste Fall. Und wenns Probleme gibt, hab ich ja jetzt ne Anlaufstelle und konkretisier dann evtl. nochmal die Situation.

Dank euch beiden!