Środa, 21 kwietnia 2010 roku
Często słyszymy to pytanie. Oto odpowiedź. Dotychczas adresy URL z ukośnikiem na końcu zwykle wskazywały katalog, a te bez ukośnika – plik:
https://example.com/foo/ (with trailing slash, conventionally a directory) https://example.com/foo (without trailing slash, conventionally a file)
Nie jest to jednak regułą. Google rozróżnia powyższe URL-e (i traktuje je tak samo) niezależnie od tego, czy prowadzą do pliku czy katalogu, bądź czy zawierają ukośnik na końcu, czy nie.
Adresy URL z ukośnikami i bez ukośników prowadzące do różnych treści – drobiazg dla Google, problem dla użytkowników
Biorąc pod uwagę wyszukiwarki, z technicznego punktu widzenia te 2 wersje adresów URL zdecydowanie mogą prowadzić do stron zawierających różną treść. Jednak dla użytkowników taka konfiguracja może być bardzo myląca – wystarczy pomyśleć, co by było, gdyby pod adresami www.google.com/webmasters
i www.google.com/webmasters/
znajdowały się 2 zupełnie różne strony.
Z tego powodu adresy URL z ukośnikiem i bez ukośnika na końcu niejednokrotnie wyświetlają tę samą zawartość strony. Najczęściej dzieje się tak, gdy witryna ma strukturę katalogów:
https://example.com/parent-directory/child-directory/
Konfiguracja witryny i dostępne opcje
Możesz łatwo sprawdzić w swojej witrynie, czy któryś z adresów URL pasujących do tego wzorca przekierowuje użytkownika na drugi adres:
-
https://example.com/foo/
(z ukośnikiem na końcu) -
https://example.com/foo
(bez ukośnika na końcu)
-
Jeśli zwrócona może zostać tylko jedna wersja (czyli druga przekierowuje do tej pierwszej), to świetnie. Takie zachowanie jest korzystne, ponieważ ogranicza powielanie treści. W przypadku przekierowań na adresy URL z ukośnikiem na końcu w wynikach wyszukiwania prawdopodobnie pojawi się wersja URL-a z kodem odpowiedzi
200
(zwykle będzie to adres URL z ukośnikiem) – niezależnie od tego, czy było to przekierowanie301
czy302
. -
Jeśli wersje z ukośnikiem i bez ukośnika zawierają tę samą treść i każda zwraca kod
200
:- Możesz rozważyć zmianę tego zachowania (więcej informacji poniżej), aby ograniczyć powielanie treści i zwiększyć efektywność indeksowania.
- Nie musisz nic zmieniać – wiele witryn zawiera powielone treści. Nasz proces indeksowania często wyręcza w tej kwestii webmasterów i użytkowników. Nie jest to całkowicie optymalne zachowanie, ale jest dopuszczalne i równie dobre.
-
Możesz mieć pewność, że szczególnie w przypadku głównego adresu URL
https://example.com
jest odpowiednikiemhttps://example.com/
– nie ma możliwości przekierowania, nawet jeśli jesteś Chuckiem Norrisem.
Wyświetlanie tylko jednej wersji adresu URL
Załóżmy, że witryna wyświetla powielone treści pod tymi 2 adresami URL:
https://example.com/foo/ https://example.com/foo
Oznacz to, że oba adresy URL zwracają kod 200
(żaden z nich nie ma przekierowania ani nie zawiera tagu link rel="canonical"
). Co zrobić, żeby to zmienić?
-
Wybierz jeden adres URL jako preferowaną wersję. Jeśli witryna ma strukturę katalogu, bardziej konwencjonalne jest używanie ukośnika na końcu adresów URL katalogów (np.
example.com/directory/
zamiastexample.com/directory
), ale masz w tym zakresie dowolność. - Zachowaj spójność z preferowaną wersją. Używaj jej w linkach wewnętrznych. Jeśli masz mapę witryny, uwzględnij w niej preferowaną wersję (nie dodawaj duplikatu adresu URL).
-
Użyj przekierowania
301
z duplikatu do preferowanej wersji. Jeśli nie jest to możliwe, warto użyć tagu linkrel="canonical"
. Tagrel="canonical"
działa podobnie jak przekierowanie301
w przypadku indeksowania przez Google oraz inne popularne wyszukiwarki. -
Sprawdź konfigurację
301
za pomocą funkcji Pobierz jako Googlebot w Narzędziach dla webmasterów. Upewnij się, że adresy URL (https://example.com/foo/
ihttps://example.com/foo
) działają zgodnie z oczekiwaniami. Preferowana wersja powinna zwracać kod stanu200
. Duplikat adresu URL powinien przekierowywać (301
) na preferowany adres URL. -
Przejrzyj Błędy indeksowania w Narzędziach dla webmasterów. Jeśli to możliwe, zajrzyj do dzienników serwera, aby szybko sprawdzić, czy przekierowania
301
zostały wdrożone. - Oblicz zysk (żartuję). Możesz cieszyć się swoją wydajną konfiguracją serwera i spać spokojnie wiedząc, że Twoja witryna jest lepszej zoptymalizowana.