Zduplikowane adresy witryny

Silktide sprawdza, czy Twoja witryna jest dostępna pod jednym adresem internetowym. Częstym błędem jest udostępnianie tej samej witryny pod kilkoma adresami, na przykład z „www” i bez niego albo zarówno przez bezpieczne, jak i niezabezpieczone połączenia, bez przekierowania na jedną preferowaną wersję.

Na przykład wszystkie cztery poniższe adresy mogą prowadzić do tej samej witryny:

http://example.com/
https://example.com/
http://www.example.com/
https://www.example.com/

Witryna powinna mieć jeden adres kanoniczny, a pozostałe warianty powinny na niego przekierowywać. Jeśli tak nie jest, każdy wariant działa jak osobna kopia Twojej witryny.

Dlaczego to jest ważne

Udostępnianie identycznej treści pod kilkoma adresami dzieli reputację Twojej witryny i powoduje praktyczne problemy:

Osoby linkują do wersji, na którą trafiły, co rozprasza wartość SEO linków zwrotnych między kopiami.
Udostępnienia w mediach społecznościowych dzielą się w ten sam sposób, rozpraszając polubienia i liczniki udostępnień między zduplikowanymi adresami URL.
Wyszukiwarki muszą zgadywać, która wersja jest autorytatywna, i mogą zaindeksować tę, której nie zamierzałeś udostępnić.
Pliki cookie ustawione w jednej wersji mogą nie być odczytywalne w innej, co może zakłócać logowanie i działanie koszyków zakupowych, gdy odwiedzający przechodzą między nimi.
Wersje udostępniane bez pozostawiają odwiedzających na niezabezpieczonym połączeniu.

Jak to naprawić

Wybierz jeden adres kanoniczny — zwykle wersję https://, z „www” lub bez, zgodnie z preferencjami.
Skonfiguruj serwer WWW lub , aby trwale przekierowywał (kod stanu HTTP 301) każdy inny wariant na ten adres. Panel sterowania dostawcy hostingu często zawiera odpowiednie ustawienie; w przeciwnym razie wymagana jest niewielka zmiana konfiguracji serwera, na przykład:

# Apache: przekieruj wszystko na https://www.example.com
RewriteEngine On
RewriteCond %{HTTPS} off [OR]
RewriteCond %{HTTP_HOST} !^www\. [NC]
RewriteRule ^ https://www.example.com%{REQUEST_URI} [L,R=301]

Zaktualizuj linki wewnętrzne i mapę witryny, aby używały adresu kanonicznego, dzięki czemu odwiedzający i roboty indeksujące nie będą przechodzili przez przekierowania.

Jak Silktide to testuje

Tworzy cztery warianty domeny Twojej witryny: http:// i https://, każdy z prefiksem „www” i bez niego. Witryny w niestandardowej subdomenie (takiej jak blog.example.com) nie są testowane.
Wysyła żądanie bezpośrednio do każdego wariantu, podążając za wszelkimi przekierowaniami, i zapisuje końcowy adres, do którego prowadzi. Automatycznie generowane parametry zapytania i fragmenty są ignorowane, aby nie wyglądały jak różne miejsca docelowe.
Jeśli każdy odpowiadający wariant kończy się pod tym samym adresem, kontrola zostaje zaliczona.
W przeciwnym razie ponownie testuje każdy odpowiadający wariant w prawdziwej przeglądarce internetowej (niektóre witryny przekierowują za pomocą , za którym może podążyć tylko przeglądarka) i zgłasza każdy wariant wraz z adresem, do którego prowadzi, dla obu rodzajów żądań.

Rozwiązywanie problemów

Moja witryna przekierowuje, ale kontrola nadal się nie powiodła

Sprawdź, czy każdy wariant przekierowuje. Częstym problemem jest przekierowywanie http://example.com, ale nie http://www.example.com, albo przekierowywanie do różnych miejsc docelowych (jeden wariant na stronę główną, a drugi na wybór języka).

Przekierowanie działa w mojej przeglądarce

Przekierowania wykonywane za pomocą JavaScript działają w przeglądarkach, ale są wolniejsze, mniej niezawodne w przypadku robotów indeksujących i traktowane przez wyszukiwarki mniej korzystnie niż przekierowania po stronie serwera. Silktide pokazuje zarówno wynik bezpośredniego żądania, jak i to, co zobaczyła przeglądarka, aby ułatwić wykrycie tego problemu: zamiast tego użyj przekierowania 301 po stronie serwera.