Redirects und .htaccess in sripta (301/302)

Редиректы в htaccess (301/302)

301 Fehler (301 Permament Redirect), unter Bezugnahme auf die spezifische Adresse der Seite zurückgekehrt, zeigt an, dass die Seite in eine neue Adresse dauerhaft verschoben wurde, wie in den HTTP - Header angegeben. Beide Benutzer und Suche Bots, die über den Browser gekommen sind, wird an die neue Adresse weitergeleitet werden, in diesem Fall für die Suchmaschinen alle Eigenschaften der alten Adressen (Seiten) wird auf die neue URL übertragen werden.

Redirect 301 (dauerhaft verschoben) ist der beste Weg, das Ranking einer Website in Suchmaschinen zu halten, wenn Sie es auf eine neue Domain zu übertragen oder das Content-Management-System zu ändern. Wenn eine 301-Weiterleitung erfolgt Bindung alten und neuen Adressen: Parameter wie PageRank und Alexa Rank, sowie das Gewicht von Seiten und Link-Saft die alte Adresse wird auf die neue URL übertragen werden.

Im Folgenden sind die am häufigsten verwendeten Einstellungen .htaccess-Datei 301 Umadressierungsregel.

Внимание Die Regeln:% {QUERY_STRING} - stellt ein Fragment der URL-Adresse nach dem Fragezeichen (CGI-Parameterwerte angeben).

Внимание Die Aktivierung einer bestimmten Regel bestimmt die Umleitung gibt die URL-Adresse der Seite unter dieser Regel oder nicht.

Внимание Die Bedeutung bestimmter Symbole (^, $, NC, etc.) , zu sehen. Zur Erinnerung an das Ende der Seite .

Внимание Alle Regeln werden durchgeführt in direkter Reihenfolge, wie sie in der .htaccess-Datei angezeigt wird, und in der Regel später geschrieben, und wird später durchgeführt.

Внимание Am besten ist es, alle Regeln nach zwei Zeilen zu schreiben:

  Optionen + FollowSymLinks
 RewriteEngine On 

301-Weiterleitung auf die Domain ohne WWW-Domäne mit WWW Präfix (Hauptspiegel - Domäne mit dem www)

  RewriteCond% {HTTP_HOST} ^ site \ .ru $ [NC]
 RewriteRule ^ (. *) $ Http://www.site.ru/$1 [R = 301, L] 

Mit Domain-WWW-Präfix ohne (Primärspiegel - die Domain ohne www)

  RewriteCond% {HTTP_HOST} ^ www.site \ .ru $ [NC]
 RewriteRule ^ (. *) $ Http://site.ru/$1 [R = 301, L] 

Standard Forwarding mit einer statischen Seite zu einer anderen

  Redirect 301 /was.php http://www.site.ru/new.php 

In diesem Fall muss die neue Adresse vollständig mit http und den Domain-Namen angegeben werden.

In einigen Fällen nützliche Weiterleitung durch RewriteRule

  RewriteRule ^ dir / dir-new / $ 1 [R = 301, L] 

301-Weiterleitung auf eine Seite mit GET-Parameter

Zum Beispiel sieht die Adresse der Seite , wie: h ttp :? //www.site.ru/dir/index.php IBLOCK_ID = 1 & SECTION_ID = 111 dann 301 - Weiterleitung an die neue Adresse einstellen, können Sie die folgende Regel verwenden müssen:

  RewriteCond% {QUERY_STRING} ^ IBLOCK_ID = 1 & SECTION_ID = 111 $ [NC]
 RewriteRule ^ dir / index \ .php $ / neu / sef /?  [R = 301, L] 

Wenn eine (oder mehrere) der GET - Parameter nicht gesetzt sind (s), oder er kann einen beliebigen Wert haben (in diesem Beispiel SECTION_ID), können Sie den folgenden Code verwenden:

  RewriteCond% {QUERY_STRING} ^ IBLOCK_ID = 1 & SECTION_ID = (. *) $ [NC]
 RewriteRule ^ dir / index \ .php $ / neu / sef /?  [R = 301, L] 

301-Weiterleitung site.ru/index.php nur Adressen (keine GET-Parameter) auf den Primärspiegel site.ru

  RewriteCond% {REQUEST_URI} /index.php
 RewriteCond% {QUERY_STRING} ^ \ z
 RewriteRule ^ (. *) $ Http://site.ru/?  [R = 301, L] 

301 leitet alle Adressen mit index.php und die GET-Parameter auf der Seite nur mit GET-Parameter (Schnitt in der URL index.php)

Beispiel: site.ru/index.php?n=1 Typ site.ru/?n=1

  RewriteCond% {REQUEST_URI} /index.php
 RewriteRule ^ (. *) $ Http://site.ru/ [R = 301, L] 

301 Redirect-URL mit GET-Parameter (dynamische URL) zu einem statischen

Option 1 (eine einfache Adresse mit GET-Parameter)

  RewriteCond% {QUERY_STRING} ^ id = 229
 RewriteRule ^. * $ / Supermodel /?  [R = 301, L] 

Option 2 (von der Seite und GET-Parameter)

  RewriteCond% {REQUEST_URI} / test /
 RewriteCond% {QUERY_STRING} ^ id = 229
 RewriteRule ^. * $ / Supermodel /?  [R = 301, L] 

301-Weiterleitung für eine bestimmte Datei, nicht den gesamten Ordner

Wenn Sie Anruf konfigurieren möchten nur für Adressen http://www.site.ru/dir/ Weiterleitung, aber die Seite http://www.site.ru/dir/index.php?IBLOCK_ID=1 an der alten Adresse geöffnet, müssen Sie verwenden Sie die $ Sonderzeichen in der Regel.

  RewriteRule ^ dir / $ http://www.site.ru/new-dir/ [R = 301, L] 

Alle Seiten einer Domain auf eine andere Domain Homepage

  RewriteCond% {REQUEST_URI} (. *)
 RewriteRule ^ (. *) $ Http://site.ru/ [L, R = 301] 

Jede Seite von einer Domäne in der gleichen Adresse einer anderen URL

  RewriteCond% {REQUEST_URI} (. *)
 RewriteRule ^ (. *) $ Http://site.ru/$1 [L, R = 301] 

Wie mit Domänen in der Zone der Russischen Föderation zu beschäftigen?

Für Domains in der Zone der Russischen Föderation sind alle die gleichen Regeln, aber alle kyrillischen Zeichen mit einem anderen Code ersetzt werden (es ist im lateinischen Alphabet). Insbesondere kann die Zone selbst. umgewandelt rf. xn - p1ai.

301 umleiten, der Domäne der Domäne

  RewriteCond% {HTTP_HOST} ^ old-site \ .ru $ [NC]
 RewriteRule ^ (. *) $ Http://www.site.ru/$1 [R = 301, L] 

301-Weiterleitung für die Domäne in der Zone der Russischen Föderation

  . RewriteCond% {HTTP_HOST} ^ xn -... \ xn - $ p1ai [NC]
 RewriteRule ^ (. *) $ Http://www.site.ru/$1 [R = 301, L] 

Einrichten in den Ordner Spedition mit einem Schrägstrich am Ende / (fügen Sie einen Schrägstrich am Ende)

  RewriteCond% {REQUEST_FILENAME}! -f
 RewriteCond% {REQUEST_URI}! \ .. {1,10} $
 RewriteCond% {REQUEST_URI}! (. *) / $
 RewriteRule ^ (. *) $ Http://www.site.ru/$1/ [L, R = 301] 

301-Weiterleitung von den Seiten mit einem Schrägstrich auf, ohne einen Schrägstrich (ganze Site)

  RewriteCond% {REQUEST_URI}! \?
 RewriteCond% {REQUEST_URI}! \ &
 RewriteCond% {REQUEST_URI}! \ =
 RewriteCond% {REQUEST_URI}! \.
 RewriteCond% {REQUEST_URI}! [^ \ /] $
 RewriteRule ^ (. *) \ / $ / $ 1 [R = 301, L] 

Einrichten Weiterleitung auf Ordner ohne einen Schrägstrich (entfernen Sie den Schrägstrich am Ende)

  RewriteCond% {REQUEST_FILENAME}! -d
 RewriteCond% {REQUEST_URI} ^ (. +) / $
 RewriteRule ^ (. +) / $ Http://www.site.ru/$1 [R = 301, L] 

301-Weiterleitung Seiten ohne slash slash auf (oft im CMS-System wird automatisch installiert)

  RewriteCond% {REQUEST_URI}! \?
 RewriteCond% {REQUEST_URI}! \ &
 RewriteCond% {REQUEST_URI}! \ =
 RewriteCond% {REQUEST_URI}! \.
 RewriteCond% {REQUEST_URI}! \ / $
 RewriteRule ^ (. * [^ \ /]) $ / 1 $ / [R = 301, L] 

Ein (nicht zwei aufeinanderfolgende!) 301 zum www umleiten und ohne einen Schrägstrich am Ende der Seitenadresse

  RewriteCond% {REQUEST_URI}! \?
 RewriteCond% {REQUEST_URI}! \ &
 RewriteCond% {REQUEST_URI}! \ =
 RewriteCond% {REQUEST_URI}! \.
 RewriteCond% {REQUEST_URI}! \ / $
 RewriteCond% {HTTP_HOST} ^ www \. (. *) $
 RewriteRule ^ (. *) $ Http: //% 1 / $ 1 / [L, R = 301]
 
 RewriteCond% {REQUEST_URI}! \?
 RewriteCond% {REQUEST_URI}! \ &
 RewriteCond% {REQUEST_URI}! \ =
 RewriteCond% {REQUEST_URI}! \.
 RewriteCond% {REQUEST_URI}! [^ \ /] $
 RewriteCond% {HTTP_HOST} ^ www \. (. *) $
 RewriteRule ^ (. *) $ Http: //% 1 / $ 1 [L, R = 301]
 
 RewriteCond% {REQUEST_URI}! \?
 RewriteCond% {REQUEST_URI}! \ &
 RewriteCond% {REQUEST_URI}! \ =
 RewriteCond% {REQUEST_URI}! \.
 RewriteCond% {REQUEST_URI}! \ / $
 RewriteCond% {HTTP_HOST} ^ ([^ www]. *) $
 RewriteRule ^ (. *) $ Http: //% 1 / $ 1 / [L, R = 301] 

Eine (nicht die zwei aufeinanderfolgenden!) 301-Weiterleitung zum www und c mit einem Schrägstrich am Ende der Seitenadresse

  RewriteCond% {REQUEST_URI}! \?
 RewriteCond% {REQUEST_URI}! \ &
 RewriteCond% {REQUEST_URI}! \ =
 RewriteCond% {REQUEST_URI}! \.
 RewriteCond% {REQUEST_URI}! \ / $
 RewriteCond% {HTTP_HOST} ^ www \. (. *) $
 RewriteRule ^ $ Http (. *): //www.%1/$1/ [L, R = 301]
 
 RewriteCond% {REQUEST_URI}! \?
 RewriteCond% {REQUEST_URI}! \ &
 RewriteCond% {REQUEST_URI}! \ =
 RewriteCond% {REQUEST_URI}! \.
 RewriteCond% {REQUEST_URI}! \ / $
 RewriteCond% {HTTP_HOST} ^ ([^ www]. *) $
 RewriteRule ^ $ Http (. *): //www.%1/$1/ [L, R = 301]
 
 RewriteCond% {REQUEST_URI}! \?
 RewriteCond% {REQUEST_URI}! \ &
 RewriteCond% {REQUEST_URI}! \ =
 RewriteCond% {REQUEST_URI}! \.
 RewriteCond% {REQUEST_URI}! [^ \ /] $
 RewriteCond% {HTTP_HOST} ^ ([^ www]. *) $
 (. *) RewriteRule ^ $ Http: //www.%1/$1 [L, R = 301] 

Eine (nicht die zwei aufeinanderfolgenden!) 301 umleiten zu c www und ohne Schrägstrich am Ende der Seitenadresse

  RewriteCond% {REQUEST_URI} ^ \ / $
 RewriteCond% {HTTP_HOST} ^ ([^ www]. *) $
 (. *) RewriteRule ^ $ Http: //www.%1/$1 [L, R = 301]
 
 RewriteCond% {REQUEST_URI}! \?
 RewriteCond% {REQUEST_URI}! \ &
 RewriteCond% {REQUEST_URI}! \ =
 RewriteCond% {REQUEST_URI}! \.
 RewriteCond% {REQUEST_URI} \ / $
 RewriteCond% {HTTP_HOST} ^ www \. (. *) $
 RewriteRule ^ (. *) \ / $ Http: //www.%1/$1 [L, R = 301]
 
 RewriteCond% {REQUEST_URI}! \?
 RewriteCond% {REQUEST_URI}! \ &
 RewriteCond% {REQUEST_URI}! \ =
 RewriteCond% {REQUEST_URI}! \.
 RewriteCond% {REQUEST_URI}! \ / $
 RewriteCond% {HTTP_HOST} ^ ([^ www]. *) $
 (. *) RewriteRule ^ $ Http: //www.%1/$1 [L, R = 301]
 
 RewriteCond% {REQUEST_URI}! \?
 RewriteCond% {REQUEST_URI}! \ &
 RewriteCond% {REQUEST_URI}! \ =
 RewriteCond% {REQUEST_URI}! \.
 RewriteCond% {REQUEST_URI} \ / $
 RewriteCond% {HTTP_HOST} ^ ([^ www]. *) $
 RewriteRule ^ (. *) \ / $ Http: //www.%1/$1 [L, R = 301] 

Ein (nicht zwei aufeinanderfolgende!) 301 zum www umleiten und ohne einen Schrägstrich am Ende der Seitenadresse

  RewriteCond% {REQUEST_URI} ^ \ / $
 RewriteCond% {HTTP_HOST} ^ www \. (. *) $
 RewriteRule ^ (. *) $ Http: //% 1 / $ 1 [L, R = 301]
 
 RewriteCond% {REQUEST_URI}! \?
 RewriteCond% {REQUEST_URI}! \ &
 RewriteCond% {REQUEST_URI}! \ =
 RewriteCond% {REQUEST_URI}! \.
 RewriteCond% {REQUEST_URI} \ / $ 
 RewriteCond% {HTTP_HOST} ^ www \. (. *) $
 RewriteRule ^ (. *) \ / $ Http: //% 1 / $ 1 [L, R = 301]
 
 RewriteCond% {REQUEST_URI}! \?
 RewriteCond% {REQUEST_URI}! \ &
 RewriteCond% {REQUEST_URI}! \ =
 RewriteCond% {REQUEST_URI}! \.
 RewriteCond% {REQUEST_URI}! \ / $
 RewriteCond% {HTTP_HOST} ^ www \. (. *) $
 RewriteRule ^ (. *) $ Http: //% 1 / $ 1 [L, R = 301]
 
 RewriteCond% {REQUEST_URI}! \?
 RewriteCond% {REQUEST_URI}! \ &
 RewriteCond% {REQUEST_URI}! \ =
 RewriteCond% {REQUEST_URI}! \.
 RewriteCond% {REQUEST_URI} \ / $
 RewriteCond% {HTTP_HOST} ^ ([^ www]. *) $
 RewriteRule ^ (. *) \ / $ Http: //% 1 / $ 1 [L, R = 301] 

301 Sie die neue Domain in einen Ordner auf einer anderen Domäne

  RewriteCond% {HTTP_HOST} ^ si-te \ .ru $ [NC]
 RewriteRule ^ (. *) $ Http://www.site.ru/si-te/ [R = 301, L] 

Leiten Sie alle Domänen Dateien, Ordner außer Administrator bitrix

  RewriteRule ^ bitrix / / bitrix / admin / [L, R = 301]
 RewriteRule ^ (. *) $ Http://www.newsite.ru/new/ [L, R = 301] 

Leiten Sie alle Dateien in einem Ordner auf der angegebenen Datei

  RewriteRule ^ dir (. *) $ /new-file.php [L, R = 301] 

Umleiten von Dateien aus bestimmten Ordnern mit Ausnahme einer bestimmten Datei

  RewriteRule ^ dir / no-file.html /no-file-new.html [L, R = 301]
 RewriteRule ^ dir (. *) $ /all.php [L, R = 301] 

Ändern der Seiten mit HTML-Erweiterung in PHP-Erweiterung

  RedirectMatch 301 (. *) \ Html $ http :. //www.new-site.ru$1.php 

Geben Sie die Art der Indexseite (php, html, htm, etc.)

Gibt die Startreihenfolge der Indexdateitypen in das Root-Verzeichnis liegen.

  Directory index.html index.php index.htm index.shtml 

Umleiten zu Indexseite PHP auf den Ordner selbst (die Wurzel)

  RewriteCond% {THE_REQUEST} ^ [AZ] {3,9} \ / index \ .php \ HTTP /
 RewriteRule ^ index \ .php $ http://www.site.ru/ [R = 301, L] 

Umleiten von Sub-Domain auf die Hauptdomain der zweiten Ebene

  RewriteCond% {HTTP_HOST} ^ test.site.ru $ [NC]
 RewriteRule ^ $ Http (. *): //site.ru% {REQUEST_URI} [R = 301, NC, L, QSA] 

Redirect auf die angegebene Datei in unterschiedlichen Verzeichnissen (Ordnern)

Der Code ermöglicht es Ihnen, auf allen Arten http://site.ru/***/uniqe-file.html Ordner pro Datei im Stamm /unique-file.html eine 301-Weiterleitung zu setzen. Manchmal nützlich bei der Veränderung der Website und die Links zu verändern.

  RewriteRule [^ abc] /unique-file.html /unique-file.html [R = 301, L] 

Wenn Sie eine Kopie der CNC jede dynamische Seite erstellen möchten, kann es auch .htaccess implementiert werden

Der Code ermöglicht es Ihnen, /studio/news/detail.php?ID=230354&PAGEN_2=11 / testovyi / test / eine Kopie der Seite mit der relativen Standort-Adresse zu erstellen.

  RewriteRule ^ testovyi / test /? $ /studio/news/detail.php?ID=230354&PAGEN_2=11 [NC, L] 

Die Angabe der Pfad zu der Datei 404 unter Verwendung von .htaccess

Bitte beachten Sie, dass es wichtig ist, dass der Server-Response-Code für 404 war nur 404. Der Dateipfad die folgenden Zeilen angegeben werden:

  Errordocument 404 /404-for-me.php 

Leitet auf den Apache-Server

Внимание Für Websites, die, ähnlich wie 301 Umleitungen nicht den Apache-Server verwenden, werden mit Hilfe von PHP einfach konfiguriert.

  <? Php
 header ( "HTTP / 1.1 301 dauerhaft verschoben");
 header ( "Location: http://www.site.ru/dir/");
 exit ();
 ?> 

Внимание Optimal konfigurieren, dass alle direkt auf der letzten Seite umleitet (ohne Umleitung in einem Schritt) verbessert ihre Wahrnehmung durch die Suchmaschinen und Nutzer.

Wenn Sie möchten, um nur einige USER_AGENT'ov Umleitung zu konfigurieren, anstatt für alle Benutzer

  RewriteCond% {HTTP_USER_AGENT} (iPad | iPad | iPhone | iPhone | iPod | iPod | Android | midp | J2ME | symbian | Serie \ 60 | SymbOS | windows \ Mobile | Windows \ ce | ppc | Smartphone | Brombeere | MTK | bada | windows \ Telefon) [NC]
 RewriteRule (. *) Http://mobile.site.ru/ [L, R = 301] 

Wenn Sie möchten, Umleitung zu konfigurieren, dass alle Web-Crawler (die Liste ihrer USER_AGENT'ov)

  RewriteCond% {HTTP_USER_AGENT} (Accoona |! Ia_archiver | antabot | fragen \ jeeves | baidu | dcpbot | eltaindexer | Feedfetcher | gamespy | gigabot | Googlebot | gsa-Crawler | grub-Kunde | gulper | schlürfen | mihalism | msnbot | worldindexer | beste Angebot an Gebrauchtwagen | pagebull | Roller | w3c_validator | Stichsäge | Webalta | yahoofeedseeker | yahoo \ schlürfen |! mmcrawler | yandexbot | yandeximages | yandexvideo | yandexmedia | yandexblogs | yandexaddurl | yandexfavicons | yandexdirect | yandexmetrika | yandexcatalog | yandexnews | yandeximageresizer) [NC]
 RewriteRule (. *) Http://no-search.site.ru/ [L, R = 301] 

Einige einfache Beispiele

  Forwarding mit www.site.ru/component/content/?view=featured auf www.site.ru/
 RewriteCond% {QUERY_STRING} ^ view = kennzeichnete $ [NC]
 RewriteRule ^ component / content /? $ /?  [R = 301, L] 
  Forwarding mit www.site.ru/index.php?idc=4&marea=6 auf www.site.ru/
 RewriteCond% {QUERY_STRING} ^ idc = 4 & Marea = $ 6 [NC]
 RewriteRule ^ index \ .php $ /?  [R = 301, L] 

Wir entfernen alle GET-Parameter nach dem Fragezeichen (?)

  RewriteRule (. *) $ 1?  [R = 301, L]
 Die Positionierung nach: RewriteBase / 

Auf der Hauptseite der Website ist immer vorhanden site.ru ihr Doppel bei site.ru/index.php vervollständigen

  301 Redirect /index.php http://site.ru/ 

oder

  RewriteCond% {THE_REQUEST} ^ [AZ] {3,9} \ / index \ .php \ HTTP /
 RewriteRule ^ index \ .php $ http://site.ru/ [R = 301, L] 

Wenn Ihre Website ein paar Namen hat, aber Sie möchten, dass Benutzer immer in der Adressleiste des Haupt Site-Namen, um zu sehen, verwenden Sie die folgende Zeile unmittelbar nach dem RewriteEngine On:

  RewriteCond% {HTTP_HOST}! ^ Site.ru $
 RewriteRule ^ (. *) Http://site.ru/$1 [R = 301, L] 

301-Weiterleitung am Ende des .html (für diejenigen, die dieses Suffix aktiviert haben), leiten die Seiten site.ru/article~~V und site.ru/article/ Seite site.ru/article.html

  RewriteCond% {REQUEST_URI} ($ |? \) (* / [. ^ /] +).
 RewriteRule. *% 1.html [R = 301, L]
 RewriteRule ^ (. *) / $ /$1.html [R = 301, L] 

oder

  RedirectMatch 301 ($ | \?) $ Http (* / [^ /.] +.): //site.ru$1.html 

Redirect ohne .html bei .html, dh mit site.ru/article.html auf site.ru/article (für diejenigen, die zuerst eingeschaltet .html sind, und dann beschlossen, es loszuwerden)

  RewriteBase /
 RewriteRule (. *) \. Html $ $ 1 [R = 301, L] 

oder

  RedirectMatch 301 (. *) \ Html $ http :. //site.ru$1 

Umleiten von Seiten mit Parametern, zB mit site.ru/blog?limitstart=0 Seite auf site.ru/blog

  RewriteCond% {QUERY_STRING} ^ limit = 0
 RewriteRule ^ Blog http://site.ru/blog?  [R = 301, L] 

Um alle alten Teil der Seite, auf der gleichen Seite nur neue Abschnitt umgeleitet, zum Beispiel site.ru/blog/raznoe/article auf site.ru/blog/article

  RewriteRule ^ Blog / raznoe /(.*)$ http://site.ru/blog/$1 [R = permanent, L] 

301-Weiterleitung mit einem Schrägstrich an die Adresse ohne den Schrägstrich, also site.ru/article auf site.ru/article/

  RewriteCond% {REQUEST_URI} ($ |? \) (* / [. ^ /] +).
 RewriteRule. *% 1 / [R = 301, L] 

Umleiten mit einem Schrägstrich auf, ohne einen Schrägstrich am Ende, das heißt, mit site.ru/article/ auf site.ru/article

  RewriteRule ^ (. *) / $ / $ 1 [R = 301, L] 

Eine weitere Möglichkeit bekommen am Ende des abschließenden Schrägstrich los

  RewriteCond% {REQUEST_FILENAME}! -d
 RewriteRule ^ (. +) / $ / $ 1 [R = 301, L] 

Option, um loszuwerden, der Schrägstrich für Seiten mit Parametern, die Beispielseiten mit Paginierung site.ru/categoriya?start=5/

  RewriteCond% {QUERY_STRING} ^ start = (\ d +) /
 RewriteRule ^ (. *) / $ 1? Start =% 1 [R = 301, L] 

Erstens haben wir vergessen, SEO in globalen Einstellungen zu schließen, und wandte sich dann auf als Folge - im Index viele Dokumente in /index.php Adresse.

Nach dem gleichen Prinzip können Sie loswerden jede Verschachtelung erhalten, wie eine Umleitung site.ru/catalog zu site.ru/ru/catalog~~V (/ ru / entfernt).

  RewriteRule ^ index.php /(.*)$ http://mysite.ru/$1 [R = permanent, L] 

Verweigern des Zugriffs auf die schlechten Bots

  SetEnvIfNoCase User-Agent "^ Baiduspider" bad_bot
 SetEnvIfNoCase User-Agent "^ MSNBot" bad_bot
 SetEnvIfNoCase User-Agent "^ Baiduspider" bad_bot
 SetEnvIfNoCase User-Agent "^ Ezooms" bad_bot
 Weiter Liste zu tun #, geben Sie User-Agent schlecht Bots
 Lassen Sie Ordnung, Deny
 Lassen Sie von allen
 Verweigern von env = bad_bot 

Oder robots.txt gibt auf dem Rest 404 (für User-Agent - Baiduspider und Ezooms)

  RewriteCond% {HTTP_USER_AGENT} \ b (Baiduspider | Ezooms) \ b [NC]
 RewriteCond% {REQUEST_URI}! ^ / Roboter \ .txt [NC]
 RewriteRule. * - [R = 404] 

Verschiedene andere Wege umleiten

Im Folgenden sind ähnlich wie verschiedene Regeln Einstellungen für 301-Weiterleitung.

Umleiten zu einem Skript (Senden-Header)

Redirect-Anfragen können auch Skripte durchgeführt werden, sendet der Client die notwendigen Header.

  HTTP / 1.1 301 dauerhaft verschoben
 Ort: http://www.newdomain.ru/newdir/newpage.htm 

JavaScript Umleitungen

Dies ist, wo es keine Grenze für Kreativität und Möglichkeiten "für izgolyatsya". Umleitungsoptionen , in JavaScript häufig implementiert setTimeout - Funktion ( "Funktion", Verzögerung).

Zum Beispiel machen auf die Schaltfläche, um automatisch Klicken Sie auf "Absenden" Form "im Such" nach 0,1 Sekunden, nachdem der Code geladen wird:

  setTimeout (, 100 'document.forms [ "Suchformular"] Submit.click ().'); 

Auf der Schaltfläche "Senden" können Sie jede Aktion, zum Beispiel hängen, öffnen Sie eine neue URL im Fenster. Im Übrigen sind solche Umleitungen häufiger in der Organisation von Türen (Dorway) - Benutzerhandbuch Browser auf eine andere Seite umgeleitet werden, und die Suche Roboter, die die JavaScript "nicht verstehen", indiziert diese Seite nicht von Benutzern. Es dorveyschikov Ort Text mit "das Recht" keywords gestopft.

umleiten einfach auf eine andere Seite - eingefügt nach dem <body> Code JavaScript:

  location = "http://www.new.domain.ru"; 

oder

  document.location.href = "http://www.new.domain.ru"; 

oder

  window.location.reload ( "http://www.new.domain.ru"); 

oder

  document.location.replace ( "http://www.new.domain.ru"); 

Im letzteren Fall können wir nicht mehr zurück auf die Seite, tun Umleitungen, weil Adresse der Seite wird aus der Geschichte gelöscht (und oft erforderlich).

Wenn Sie eine Zeitverzögerung benötigen, angeordnet Lage sein = "http://www.new.domain.ru"; als Funktion und fügen Sie ihn in die setTimeout ( 'function ()', zaderzhka_v_milisek); .

Da verschiedene Suchmaschinen wie Umleitung behandeln können, bleiben auf ihrem "Gewissen", so dass für die hier beschriebenen Zwecke ist besser, nicht anzuwenden. Die meisten Browser wird eine Umleitung wie erwartet, und der Benutzer kann aus irgendeinem Grund zusätzliche Informationen angezeigt werden es an eine andere Adresse verschoben wird.

Wie für die Übertragung der alten PR der Website (Seiten) zu einem neuen, kann es mehrere Wochen oder Monate in Anspruch nehmen, haben die alten Domain-Namen, Website oder Seite nicht zerstören, solange es nicht geschieht.

PHP Redirect

  <? Php
 header ( "HTTP / 1.1 301 dauerhaft verschoben");
 header ( "Location: http://www.newdomain.ru/newdir/newpage.htm");
 exit ();
 ?> 

ASP Redirect

  <% @ Language = VBScript%>
 <% 
 Response.Status = "301 dauerhaft verschoben"
 Response.AddHeader "Location", "http://www.new-url.com"
 Response.End
 %> 

ASP.NET Umleitungen

  <Script runat = "server">
 private void Page_Load (object sender, System.EventArgs e)
 {
 Response.Status = "301 dauerhaft verschoben";
 Response.AddHeader ( "Location", "http://www.new-url.com");
 }
 </ Script> 

Coldfusion-Umleitungen

  <.cfheader Statuscode = "301" status = "Dauerhaft verschoben">
 <.cfheader Name = "Location" value = "http://www.new-url.com"> 

JSP (Java) Redirect

  <%
 response.setStatus (301);
 response.setHeader ( "Location", "http://www.new-url.com/");
 response.setHeader ( "Connection", "close");
 %> 

CGI-PERL

  $ Q = new CGI;
 print $ q-> Umleitung ( "http://www.new-url.com/"); 

Ruby on Rails

  def old_action
 Header [ "Status"] = "301 dauerhaft verschoben"
 redirect_to "http://www.new-url.com/"
 Ende

Die Implementierung einer Umleitung in nginx

  if ($ host = 'www.domain.com') {
 umschreiben ^ $ http (. *): //domain.com$1 permanent;
 } 

Plakat verwendeten Symbole und Abkürzungen

Die Linie RewriteCond - RewriteRule Regel Ausführungsbedingung. Wenn die Bedingung erfüllt ist, dann löste es eine Umleitung.

Regeln können mit regulären Ausdrücken definiert werden.

Spezielle Symbole in den Regeln und deren Werte verwendet.

  • ^ - Der Beginn der Sonderzeichenketten;
  • $ - Ende der Zeile Sonderzeichen;
  • ! - Denial-of-Sonderzeichen;
  • . - Punkt ersetzt ein beliebiges Zeichen, aber nur ein;
  • () - Gruppierung;
  • \ - "Screening" slash, das nächste Zeichen nach dem gewöhnlichen betrachtet wird, nicht besonderen Charakter.

Modifikatoren sind nach den üblichen, Sonderzeichen oder Gruppen und erweitern die Fähigkeiten von Mustern verwendet, um Regeln auszulösen.

  • ? - Das Symbol wird wiederholt 0 oder 1;
  • + - 1-65536 mal wiederholt;
  • * - Ist 0 bis 65.536 mal wiederholt.

Flags gesetzt ext. Optionen verwendet Regeln. Sind in eckigen Klammern, durch Komma getrennt, zB [NC] oder [R = 301, L].

  • NC - nocase Flag deaktiviert die Zeichen Fall überprüft , wenn die Regel ausgelöst wird.
  • R - Flag umleiten, stoppen die Prozessänderungen in der URL-Adresse erzeugt, und gibt das Ergebnis. Die am häufigsten verwendete Wert von R = 301, aber auch andere temporäre Umleitung (302, VERSCHOBEN Temporär).
  • L - Flag Last, stoppt die Bildung der URL-Adresse und die Zeichenfolge wird als endgültig betrachtet.

Die Syntax für reguläre Ausdrücke

. - Punkt ersetzt ein beliebiges Zeichen.

[Abc] - stellt eine Liste von Zeichen, die die Buchstaben a, b oder c entsprechen.

[^ Abc] - Zeichen Liste, die nicht im angegebenen Bereich enthalten. Wird ein beliebiges Zeichen übereinstimmen als a, b oder c.

* - Es bedeutet , dass die vorangehende Zeichen (0 oder mehr mal) wiederholt werden.

[Abc] * - das Team wird Zeichen aus einer gegebenen Menge von aufeinanderfolgenden finden.

[^ Abc] * - genau das Gegenteil.

. * - Ersetzt vollständig beliebige Menge von Zeichen. "*." - Findet alle Vorkommen zwischen den Anführungszeichen.

^ - Beginn der Zeile (in diesem Fall, wenn in der frühen Expression verwendet).

$ - Zeigt das Ende der Zeile.

\ W - Buchstaben, Zahlen oder einem Unterstrich _.

\ D - entspricht einer beliebigen Ziffer.

\ D - ersetzt jedes andere Symbol, sondern Figur nicht.

[0-9] - ersetzt eine beliebige Ziffer.

[Az] - alle Buchstaben von a bis z (vollen Satz lateinischen Zeichen) im unteren Register.

[AZ] - alle Buchstaben von A bis Z in Großbuchstaben.

[A-zA-Z] - alle Buchstaben von A bis Z auf jeden Fall.

[AZ] - das Gleiche.

Alles über Umleitung

Haftungsausschluss: Materialien für diesen Artikel wurden aus den Weiten des Internets (RuNet und burzhunete) und persönliche Erfahrungen gemacht. Einige Momente scheinen umstritten und jetzt in der Praxis getestet, so dass die Informationen Artikel werden ergänzt und verfeinert werden.
** Aufgrund der zunehmenden Berichte über Google 302 Pagejacking, verwenden 301 umleiten und nicht 302 - dieses Thema in der Entwicklung.

Wo haben Sie die www?

Im Internet finden Sie viele Ratschläge wie "vereinigen» domain.ru und www.domain.ru finden. Aber zusätzlich zu, wie dies zu tun, wäre es sinnvoll sein, ein wenig zu verstehen und auch, warum. Es könnte helfen, die passende Lösung aus der vorgeschlagenen Änderung zu wählen.

Erstens ist es wichtig , dass www.domain.ru zu verstehen - technisch gleich wie sub.domain.ru, obwohl eine solche Situation aus einem anderen Grund besteht.

Zehn oder zwölf Jahren war World Wide Web nur ein kleiner Teil des Internets und der schnellste PC wurde auf der Basis der 386-Chip. Sie waren nicht sehr schnell und konnte den größeren Teil des Schuhs nicht umgehen, so war die Notwendigkeit, die verschiedenen "Seite" des Internet auf verschiedenen Rechnern zu platzieren.

Zum Beispiel Apache-Server auf dem gleichen Computer, der Mail-Server auf einem anderen, und dem FTP-Server auf einen anderen gehostet. Jeder sprach von den Computern auf der anderen IP-Adresse, aber für den gleichen Domain-Namen. Innerhalb dieser Domain-Name-Computer von Service differenziert stellt (was genannt wurde dann die "Computername"). So begann die Namen von Servern im Internet mit dem "Host - Name" für den Service zu bieten: www.domain.ru, mail.domain.ru und ftp.domain.ru. ( "Old-Timer" des Internets, wird mehr und so archaisch Dienst als gopher.domain.ru erinnern, er immer noch in den IE - Einstellungen geblieben).

Heutige Computer, natürlich, ist viel mächtiger, und wir können in der gleichen "Box» (Head & sholders Prinzip - die "all die verschiedenen" Teile "unserer Internet-Dienste setzen zwei in einem" lang angewendet wurde vor Massen Auftreten von "Schuppen" auf Russisch :) .

Tatsächlich installieren wir oft Hunderte von Domains, die jeweils mit einem eigenen Satz von Diensten (http, ftp, Mail, ...) auf dem gleichen Server. Daher ist nun das Präfix www "Antiquitäten" und kann ignoriert werden. Das Problem ist , dass viele Software - und große Verzeichnisse (zB Yahoo), automatisch www.domain.ru substituiert ist, auch wenn Sie geben domain.ru sowie dazu, haben wir mehrere Milliarden Menschen , die einen beliebigen Namen zum www automatisch gedruckt Domäne.

Dieser Ausflug in die Geschichte, zumindest ist es für mich interessant, aber die einzige wichtige Sache aus ihm heraus - was technisch www.domain.ru ist - genau wie sub.domain.ru - sind völlig verschiedene Objekte relativ domain.ru betrachtet aber für den oben genannten Gründen, und in der Regel domain.ru www.domain.ru müssen in der Regel die gleiche Seite, im Gegensatz zu sub.domain.ru demonstrieren.

Benutzer (Surfer) oder Suchmaschinen (Spinne), auf Anfrage der Seite wird die gleiche 200 - OK - Antwort - Code zu erhalten, und die meisten werden nicht in der Lage sein , zwischen den Domänen mit www zu unterscheiden und ohne sie.

Erstellen Sie einen Alias ​​(Alias) für www

Wenn jemand schreit ", Yuri!" in einem überfüllten Raum, er wird wahrscheinlich meine Aufmerksamkeit zu bekommen. Wenn jemand schreit "Savilov!" im selben Raum, werde ich das auch zu reagieren. Da diese beiden Namen, aber völlig anders, alle auf die gleiche Person. Vereinfachen etwas, können wir sagen , dass die "Jury" - im Wesentlichen ein Alias (Alias) für "Savilov". Wenn jemand im Raum nähert, und nennt mich einen "Oleg" Ich werde wahrscheinlich schauen Sie sich um die "Oleg" zu finden und es als Tatsache fest, dass dies jemand sucht (wenn dieser jemand nicht so nette Person ist, so dass ich liegen könnte :) . "Yuri" und "Oleg" - zwei verschiedene Namen, die auf zwei verschiedene Menschen zeigen, so muss ich die Anfrage an die Person weiterleiten , wo er nach seiner Anfrage zu beantworten. In 99,9% aller Server - Konfigurationen, domain.ru und www.domain.ru Punkt zu genau der gleichen Stelle auf der Disc. Jeder - nur ein Alias ​​für einen anderen. Verwenden Weiterleitung an ein zu beziehen und der Speicherplatz hat die gleiche gewaschen, wie wenn jemand mich anspricht, "Yuri" und ich sage: "Nein, Sie brauchen einen" Savilov: "Ich bin es."

Aliases (Alias) und Weiterleitung (Redirect), sind nicht das gleiche, obwohl es oft möglich ist, einander zu ersetzen. Erstellen Sie einen Alias ​​überhaupt auf zwei Ebenen erreicht wird. Auf der Ebene des Domain Name System (DNS), müssen wir immer einen Eintrag für jeden erstellen, in der Regel für jeden CNAME oder CNAME möglich, dass die Vorwahlen und den Eingang zum sekundären. Wenn die Domäne eine statische IP-Adresse betrachtet wird, ist es - alles, was wir tun müssen, um einen Aliasnamen zu erstellen. Die meisten von uns jedoch teilt eine IP-Adresse mit anderen Domänen, also müssen wir über die System-Level-Domain-Namen (DNS) auf die Ebene des Netzwerk-Servers zu vervollständigen die Konfiguration des Alias ​​zu bewegen. Verwendung von Apache zum Beispiel einen Punkt der Eintrag in der Konfigurationsdatei zu erstellen hpptd.conf

 Server domain.ru
 DocumentRoot / home / Domain / www
 ServerAlias- www.domain.ru

Natürlich ist es notwendig, die Pre-www-nicht die Version mit www-Version über einen Eintrag in der DNS-Server wie zum Verlinken:

Für Top-Level-Domain:

  IN EINEM 192.xxx.xxx.xxx
 www IN EINEM 192.xxx.xxx.xxx 

Für Sub-Domain Info in der Top-Level-Domain:

  info IN EINEM 192.xxx.xxx.xxx
 www.info CNAME Infos 

Dies ist - alles, was getan werden muss. Surfer und Spinne, zu Fuß oder mit domain.ru oder www.domain.ru genau die gleiche Seite. Unser Problem ist jedoch, dass die angeforderte URL nicht geändert wird, und die aufgerufene Seite Antwort 200 OK, ob wir eine Domain mit oder ohne www nennen. Wenn der Surfer-und es ist in der Regel keine Rolle, es kann nicht in Bezug auf den Such - Server (Spinne) sagte, die sollte, zumindest am Anfang, und domain.ru und www.domain.ru als getrennte Einheiten zu verarbeiten, auch dass wir wissen, dass sie - Aliase. Google - die erste Suchmaschine, die nur schwer geworden ist Dual - Filter zu verwenden, und Logik erforderlich , um schließlich domain.ru und www.domain.ru zu einem einzigen Objekt verschmelzen. Leider gibt es einige wenig Betonung in diesem Satz das Wort "schließlich". Wenn Sie die Domain - Name - System - Aliase (DNS) oder ServerAlias- verwenden, wird Google schließlich erkennen und domain.ru www.domain.ru Einheit und wird nur eine Stelle in der SERP-e zeigen. Leider dauert es in der Regel mehrere Monate, aber wenn Sie häufig den Inhalt der Website zu ändern, da die Spinne Indizes www.domain.ru/page.htm und zu verschiedenen Zeiten domain.ru/page.htm~~V - wird es verschiedene Content - Seiten www bekommen und ohne). Danach können diese einige Monate dauern, ein Jahr oder länger.

Warum sollte "vereinigen" und domain.ru www.domain.ru?

Viele "ernsten" Seiten nur eine Domain mit dem Präfix www verwenden (wie die meisten Websites mit PR 10. Wenn Sie w3.org oder adobe.com ansprechen versuchen, werden Sie feststellen , dass Sie sofort Ihren Browser mit www auf eine Seite umgeleitet werden. Diese nicht nur ein Spitzname Ort wegen Ihrer Navigation auf eine neue Domain www tatsächlich geändert wird denken , dass Google normalerweise darauf bezieht, nicht nur , weil es "ernst" Sites, aber Google selbst macht es (wenn Sie mir nicht glauben - Typ. google.com im Browser). es ist interessant , dass die meisten der "ernsten" Websites Umleitung verwenden (redirect) 302. Nur wenige, wie w3.org, geben sie den Code 301 - Status. anscheinend die Google umleiten gleich 301 und 302 behandelt.

Das einzige , was, Google aus irgendeinem Grund glaubt , dass die Website mit dem Präfix www sein sollte: Sie Google - Suchergebnisse für "Maulkorb" narod.ru Website vergleichen kann - der Unterschied wird spürbar sein - ohne das Präfix www, Google wird das Ergebnis der Ausgabe aller Sub - Domains enthalten. Aber da gibt es Präzedenzfälle, wenn die Website ohne www hat PR höher als eine Website ohne www, bedeutet es Google nicht diskriminiert jede Umgebung.

Anstatt also auf Aliase und Filter von Suchmaschinen zu verlassen (Spinnen), kam jemand mit der brillanten Idee einen Alias ​​auf einen anderen Namen umgeleitet werden, die sich im Wesentlichen eine Umleitung ist. Dies ist - eines der Dinge, die in erster Linie gemacht wird, weil Suchmaschinen existieren und sollte daher Knacken Backlinks (Backlinks) zu vermeiden. Allerdings kann es für verpflichtend Umleitung mehr Gründe haben: als technisch und http://mysite.ru/ http://www.mysite.ru/ sind verschiedene Websites, PHP - Sitzung kann nicht von einem zum anderen übertragen werden. Dies ist ein weiterer Grund für die URL im Browser Umschreiben durch einen Spitznamen (Alias) umleiten, vor allem, wenn Sie nur ein SSL-Zertifikat für die Domain www.mysite.ru haben ...

Technische Optionen umleiten

Jetzt werden wir versuchen , die Frage , warum Empfehlungen der Umleitung zunehmend angeboten mod_rewrite und .htaccess - Datei in RedirectMatch (erfordern bestimmte Maschine die Ressourcen , sie auszuführen) zu beantworten, und die am wenigsten - eine einfachere Lösung. Warum können wir alle komplexen regulären Ausdrücken nicht beseitigen und fügen Sie einfach zu unserer Linie .htaccess «Redirect 301 / http://www.domain.ru» (für Option hpptd.conf oben)? Da domain.ru und www.domain.ru - Alias - Namen und auf das gleiche Verzeichnis, alle .htaccess - Direktiven in diesem Katalog wird auf beiden Domänen gelten. Einfache Weiterleitung auf einigen Server-Plattformen werden in einem "Teufelskreis" führen und schließlich - Versagen. Lassen Sie uns ein wenig versuchen, den Server-Konfiguration zu ändern:

 Server domain.ru
 DocumentRoot / home / Domain / www
 Server www.domain.ru
 DocumentRoot / home / wwwdomain / www

Beachten Sie, dass in dieser Konfiguration domain.ru und www.domain.ru zeigen verschiedene Ordner auf dem Server, und daher keinen Alias. Wir können nun die .htaccess - Datei im Verzeichnis / home / wwwdomain / www setzen, ohne in den Ordner / home / Domain / www etwas zu berühren und verwenden Sie das Ziel eines einfachen Befehl Umleiten zu erreichen. Problem gelöst, aber leider haben wir ein wenig Speicherplatz verschwenden, so dass Sie nicht oft diese Konfiguration auftreten. Allerdings sieht man diese Konfiguration mit einer anderen Gelegenheit:

 Server domain.ru
 DocumentRoot / home / Domain / www
 Server www.domain.ru
 Redirect 301 / http://domain.ru/

Wir konfigurieren noch domain.ru und www.domain.ru als separate Elemente (keine Aliase), sondern stattdessen die DocumentRoot für das zweite Objekt zu bestimmen, setzen wir eine einfache Umleitung. Wir vermeiden Konflikte versucht, den Alias-Umleitung, wodurch es nicht. Der Nachteil dieser Methode - das es erfordert mehr Arbeit für den Administrator des Wirtes. zwei Datensätze notwendig ist, den Block statt eines, aber noch wichtiger ist, um zu bestimmen, müssen wir beide Block unterstützen "im Einklang." Der Vorteil - ist , dass jede einzelne Seite Anfrage an Ihre Domain Ergebnisse in einem Lesevorgang für die .htaccess - Datei und das Parsen gemacht. Nun fügen Sie alle diese reguläre Ausdrücke, die für jede Seite Anforderung verwendet werden soll, und dann alle 200 multiplizieren - auf dem Server leben 500 anderen Domänen.

Umleiten in der httpd.conf gestellt, erfordert keine RegExp, und was noch wichtiger ist zu lesen und nur einmal analysiert , wenn der Apache - Server gestartet wird. Dies ist meiner Meinung nach die eleganteste Lösung, weil vermeidet Aliase und minimiert die Last auf dem Server zu erstellen.

Es bleibt zu klären: Welche cleveren Redirect 301 oder 302? Wie oben erwähnt, es viele "ernst" Websites sicher verwenden Redirect 302 zu "verschmelzen" , um die Domain mit und ohne www und Google nur ruhig akzeptieren. Aber nicht die Tatsache, dass so und die anderen Suchmaschinen zu tun. Dennoch hat RFC nicht abgesagt worden: Der Code "301" zeigt an, dass die Seite immer bewegt wird - «dauerhaft verschoben», Code "302" - die vorübergehende Bewegung «vorübergehend bewegt», so dass die Verwendung des Codes sollte auf den Zweck abhängen , die Seiten zu bewegen. Es sollte auch , dass viele Browser verstanden werden, immer die Antwort "301 - permanent» bewegt, kann automatisch die Lesezeichen auf eine neue Seite neu zu konfigurieren. Auch die Tatsache, dass die gleiche die Google, wird umgehend PR Pass auf Seite 302 umleiten bewegt, die es als "vorübergehend", bis die "Looking Glass" beiden Seiten.

Umleitung für verschiedene SE (Suchmaschinen):

Im Allgemeinen wird die Umleitung unterschiedlich von verschiedenen Suchmaschinen wahrgenommen. Wenn Sie isporlzovat für "Vereinigung" www-Version der Website mit einer nicht-www-Version umleiten möchten, halten Sie die folgenden Ausführungen im Auge behalten.

Wenn Ihre Website ist Teil der installierten Links im WWW, und einige als nicht-www, dann sind Sie wahrscheinlich daran interessiert, "Verein" Gewicht Links zu beiden Versionen der Website in Bezug auf CY / PR und die Referenz Ranking.

Redirect für Yandex

Die Tatsache, dass Yandex bringt Links zu Websites, es hält Spiegel und leiten mit site.ru www.site.ru Zugriff auf die Yandex site.ru zu verhindern, und deshalb wird es nicht ein Spiegel mit all ihren Folgen. Durch Yandex ist notwendig für die Bindung an sowohl der Name der Website zur Verfügung (Antwort "200 OK") und hatte den gleichen Inhalt.

Darüber hinaus ist es notwendig, den Hauptspiegel Website Host-Richtlinie in der robots.txt-Datei, zum Beispiel zu bestimmen:

  User-agent: *
 
Disallow:

User-agent: Yandex
Disallow:
Host: www.info.data-com.ru

* Host kompetent die Richtlinie in einem gesonderten Abschnitt nur für den Roboter Yandex machen (es gibt Informationen, dass Google alle Abschnitte, in denen ignoriert er mit unverständlichen Richtlinien oder erfüllt es richtig erfüllt);
** Nach einer robots.txt-Standard in jedem Abschnitt des "User-agent:" mindestens eine Richtlinie sein muss "Verbieten", so im Beispiel "leer" Richtlinie ist nichts verbieten. Für Ihre eigene Event-Liste, die Grenzen, falls vorhanden.

Redirect zu Google

Google versteht normalerweise Redirect, zumindest nach einer aktuellen Notiz Vanessa Fox in Google Sitemaps offiziellen Blog beurteilt werden kann. Um den interessanten Text nicht zu verlieren, zitieren sie in voller Länge:

Innerhalb Google Sitemaps: Mehr über Domain ändert Namen : Ihr Partner für Produktneuheiten und Entwicklungen
Mehr über Domain - Namen zu ändern
2006.01.27 09.27.00
Geschrieben von Vanessa Fox, Google Technik

Kürzlich fragte mich jemand über eine Bewegung einer Domain zu einem anderen. Er hatte gelesen , dass Google mit einem 301 - Weiterleitung empfiehlt
lassen Googlebot über den Umzug wissen, aber er war nicht sicher , ob er das tun sollte. Er fragte sich, ob Googlebot würde folgen
die 301 an den neuen Standort, sehen , dass es den gleichen Inhalt wie die Seiten bereits indiziert von der alten Website enthalten ist , und
denke , es doppelte Inhalte (und damit war nicht indizieren). Er fragte sich, ob eine 302 - Umleitung wäre eine bessere Option sein.

Ich habe ihm gesagt , dass eine 301 - Weiterleitung war genau das, was er tun sollte. Eine 302 - Umleitung sagt Googlebot , dass der Umzug vorübergehend
und dass Google sollte zum Indizieren der weiterhin alte Domain. Eine 301 - Weiterleitung sagt Googlebot , dass der Umzug von Dauer ist und dass
Google sollte stattdessen die neue Domäne starten Indizierung . Googlebot wird nicht die neue Website als sehen doppelte Inhalte, sondern bewegt
Inhalt. Und das ist genau das, was jemand, der Domains zu ändern will.

Er fragte sich auch , wie lange es dauern würde für den neuen Standort in Google - Suchergebnissen angezeigt werden. Er dachte , dass ein neuer Standort
In den Index mehr als neue Seiten könnte nehmen von einem bestehenden Standort. Ich sagte ihm, wenn er bemerkt , dass es eine Weile für ein neues nahm
Website indiziert werden, es war in der Regel , weil es Googlebot dauerte eine Weile , um den neuen Standort zu erfahren. Googlebot lernt
neue Seiten durch folgende Links von kriechen anderen Seiten und von Sitemaps. Wenn Googlebot bereits über eine Website weiß,
es findet im Allgemeinen über neue Seiten aus schnell den Standort, da die Seite auf den neuen Seiten verknüpft.

Ich habe ihm gesagt , dass eine 301 unter Verwendung von Googlebot von der alten Domain umleiten die neue und durch eine Sitemap für die Einreichung
die neue Domäne, könnte Googlebot mehr viel schneller über die neue Domain lernen , als es sonst der Fall wäre. er
könnten auch andere Websites lassen, die auf ihn über die Domain ändern wissen , so dass sie ihre Verbindungen aktualisieren können.

Die Crawling und Indizierung Prozesse sind vollständig automatisiert , so konnte ich ihm nicht genau sagen , wann die Domain beginnen würde ,
zeigt in Ergebnissen. Aber lassen Googlebot wissen über die Website ( unter Verwendung eines 301 - Weiterleitung und eine Sitemap) ist ein wichtiger erster
Schritt in diesem Prozess.

Hier ist die Übersetzung der wichtigsten Teile des Textes:

Vor kurzem hat jemand - fragte mich dann über c einer Domain zu einem anderen. Er las, dass Google empfiehlt eine 301-Redirect mit Guglebotu zu berichten bewegen, aber er war sich nicht sicher, ob er es tun sollte.

Ich habe ihm gesagt, dass 301 Redirect, nämlich, dass er tun sollte. Redirect 302 Guglebotu sagt, dass die Bewegung nur vorübergehend ist und dass Google sollte zu Index alten Domäne weiter. Redirect 301 Guglebot sagt, dass die Bewegung regelmäßig und dass Google indizieren neue Domain starten soll. Guglebot rassamtrivat neue Domain wird nicht wie Duplicate Content und wie der Inhalt bewegt wird.
. . .
Guglebot lernt über die neuen Seiten auf die Links von anderen Seiten und von Sitemaps indiziert werden.
. . .

Hier ist ein weiterer Auszug aus "Google - Center - Hilfe" im Betreff 301 Redirect:

Meine URL geändert, so wie kann ich Google meine neue Website zu indizieren?

Auch wenn wir nicht manuell Ihre URL in unseren Suchergebnissen ändern können, gibt es Schritte, die Sie Ihren Übergang, um sicherzustellen, nehmen
ist glatt.
Erstens können Sie Personen zu Ihrer neuen Website umleiten. Wenn Sie Ihre alten URLs umleiten zu Ihrer neuen Website über HTTP 301 (permanent)
Umleitungen werden unsere Crawler auf die neuen URLs zu entdecken.
. . .
Google Inserate sind teilweise auf unsere Fähigkeit, basierend Sie von Links auf anderen Seiten zu finden. Zur Erhaltung Ihren Rang, Sie wollen
andere zu sagen, wer Sie Ihre Adressänderung verknüpfen. Eine Möglichkeit, eine Auswahl von Websites zu finden, die zu verkaufen Link zu
einen Link Suche durchführen.

Hier ist die Übersetzung dieses Fragments: -

"Während wir nicht manuell können Sie Ihre URL in den Suchergebnissen zu ändern, gibt es Schritte, die Sie Ihren Übergang reibungslos zu machen zu nehmen. Erstens gibt es die Menschen auf Ihre neue Domain umleiten. Wenn Sie Ihre alte URL zu Ihrer neuen Domain umleiten mit HTTP 301, findet unsere Spinne neue URLs ";

- "Listen Ausgabe Google auf der Fähigkeit, teilweise basierend eine Website für Links zu anderen Websites zu finden, um Ihre Bewertung zu speichern, werden Sie denen sagen wollen, die Sie Ihrer Adressänderung verknüpft.".

Und schließlich ein wichtiger Teil des "Google des Zentrums Hilfe" zum Thema:

Warum wird meine Website zwei verschiedene Einträge in Google haben: http://site.com und http://www.site.com?

Wenn Ihre Website als zwei verschiedene Einträge in den Suchergebnissen erscheinen, empfehlen wir die Konsolidierung diese Anzeigen so können wir
genauer Ihrer Website PageRank bestimmen. Der einfachste Weg, dies zu tun ist Ihre http URL zu Ihrem www URL umleiten mit
eine 301-Weiterleitung. Dies sollte die Situation zu lösen, nachdem der Crawler die Änderung entdeckt.
. . .
Bitte beachten Sie: eine robots.txt-Datei und unsere automatischen URL-Entfernen System zu entfernen Ihr nur die http oder www-Version
Website wird nicht funktionieren. Dies wird beide Versionen für 180 Tage zu entfernen, und wir können Ihre Website zurück zu unserem Index nicht manuell hinzufügen.

was bedeutet , dass Google sollte PR umleiten auf 301 Seiten zu kombinieren.

Achten Sie auf die bis zum letzten Ton Fragment. Sie können nicht die separate nicht-www-Version oder die www-Version des Google-Index entfernen - wenn Sie beide Versionen für 180 Tage zu entfernen.

Nachwort

Um die Bindungsstelle von Yandex überprüfen und "Vereinigung" angewendet TCI ein anderes Verfahren (es läuft auf dieser Seite seit März 2006). Die Website reagiert auf den Namen mit und ohne www www. Site-Seiten überprüfen HTTP_USER_AGENT Seite angefordert wird, und wenn der Roboter Yandex -, dass beide Behandlungsmöglichkeiten auf den Namen der Website (mit www oder ohne), er eine Antwort "200 OK" gegeben ist und die Seite selbst. Für alle anderen ist die Website nur als www.info.data-com.ru, wenn unter Bezugnahme Redirect 301 www.info.data-com.ru getan info.data-com.ru. Auf der gleichen Technologie Cloaking Methode gebaut - wenn die Suchmaschinen eine Seite soderzhimove und Benutzer zeigen - mehr. Cloaking wird von Suchmaschinen mit Ausnahme der Seite von ihrem Index, und als Folge bestraft - der Emission.

Um zu überprüfen, 301 die Assoziation von Google PR für Redirect wird sich auf der Website, die im Februar 2006, und wenn RP www.info.data-com.ru info.data-com.ru und ausgeglichen -. Diese Tatsache kann als bestätigt yuudet betrachtet werden. (Links zu www.info.data-com.ru und info.data-com.ru legte etwa 50 bis 50).

** Wenn Sie sich entscheiden , eine Umleitung für Ihre Website zu verwenden - Sie 301 umleiten, nicht 302. Mindestens bis sich die Situation mit Google 302 Pagejacking klarer wird - Dieser Artikel ist in der Entwicklung.