Blog SEM / SEO i inne tematy...

WebServer: Usuwanie i przenoszenie podstron a SEO

Gdy z serwisu internetowego usuwana lub przenoszona jest podstrona, a CMS nie obsługuje przekierowań na inną wskazaną podstronę, to przeważnie odwiedzającemu internaucie pojawi się podstrona systemowa ERROR 404 lub analogiczna, wbudowana w CMS podstrona błędu 404 (braku podstrony). Pomijając frustrację internauty, który chciał dotrzeć do jakiejś konkretnej podstrony serwis traci jednak na tym także pod kątem SEO.

Zgodnie z wytycznymi dla webmasterów (Google) adresy URL (a dokładniej URI) usuniętych podstron powinny być oznaczone tak, aby serwer dawał prostą i jasną odpowiedź za pomocą kodów statusów HTTP, że podstrona została usunięta (410 Gone) lub przeniesiona (301 Moved Permanently, 302 Moved Temporarily).

Gdyby nam chodziło o samą wyszukiwarkę Google (czy inną) to po prostu ustawilibyśmy 401 Gone (a nawet nic nie robili, wyszukiwarka usunie z czasem z indeksu adresy URL, które dają kod odpowiedzi 404 Not Found. Adres podstrony zniknie z indeksu wyszukiwarki.

Ale jest jedno DUŻE ALE - wejścia na usunięte podstrony wcale nie muszą pochodzić TYLKO z wyników wyszukiwania. Adresy podstron mogą być zamieszczone na forach, blogach, portalach społecznościowych, w przesyłanych mailach czy wpisach na grupach w usenecie a nawet w zakładkach (bookmarks) przeglądarek internautów.

Dlatego wykorzystuje się przekierowania 301/302 - aby internauta został przeniesiony w inne, odpowiednie miejsce. Jakie to miejsce? To już zależy od tego co usunęliśmy z serwisu i gdzie chcemy, aby internauci trafiali, gdy chcą sięgnąć do nieistniejącej podstrony.

Redirect permanent (301) - używamy, gdy stara podstrona została przeniesiona "na zawsze", lub gdy została usunięta

Redirect temporarily (302) - używamy, gdy adres podstrony został przeniesiony tymczasowo, i zakładamy, że niebawem wróci na swoje miejsce (np. w nowej formie).

Przykład 1: zmiana adresu podstrony - przeniesienie

Załóżmy, ze kiedyś zamieściliśmy przepis na zupę pomidorową, który stał się bardzo popularny i wielu ludzi niego korzysta:

http://mojblogkulinarny.pl/przepis-na-zupe-z-pomidorow

Ale po reorganizacji serwisu adres podstrony z przepisem się zmienił na

http://mojblogkulinarny.pl/przepisy/zupa-pomidorowa-mojej-babci

Po tej zmianie wszyscy internauci trafiający na osuniętą (przeniesioną) podstronę widzą zamiast przepisu informację o błędzie / braku podstrony.

I jest im bardzo smutno :(

Dlatego przekierujmy ich (i to zgodnie z SEO - dając znać także wyszukiwarce o zmianach, co przyspieszy zmiany w indeksie) na nową podstronę:

Na serwerach web w home.pl wykorzystujących NGINX dodaje się w pliku .htaccess następujące linie:

:Location /przepis-na-zupe-z-pomidorow
Redirect permanent /przepisy/zupa-pomidorowa-mojej-babci
:Location

Przykład 2: zmiana adresu podstrony - usunięcie

Załóżmy, ze kiedyś zamieściliśmy przepis na zupę pomidorową (II), który stał się bardzo popularny i wielu ludzi niego korzysta.

http://mojblogkulinarny.pl/przepis-na-zupe-z-pomidorow_2

Ale po reorganizacji i usunięciu z serwisu adres podstrony z przepisem zniknął. Ale mamy inne przepisy o zupach - na które możemy przekierować internautów (może znajda inną zupę dla siebie):

http://mojblogkulinarny.pl/przepisy/zupy

Modyfikacja .htaccess (NGINX):

:Location /przepis-na-zupe-z-pomidorow_2
Redirect permanent /przepisy/zupy
:Location

Zobacz także:

http://en.wikipedia.org/wiki/List_of_HTTP_status_codes