Przekierowania strony docelowej

Silktide sprawdza, czy dotarcie do Twojej strony wymaga przekierowań — adresów, które odpowiadają „przejdź tutaj”, zamiast wyświetlić stronę. Każde przekierowanie to dodatkowa podróż do serwera i z powrotem, zanim właściwa strona w ogóle zacznie się ładować.

Taki łańcuch sprawia, że przeglądarka trzykrotnie komunikuje się przez sieć, zanim otrzyma jakąkolwiek treść:

http://example.com/           -> przekierowanie
https://example.com/          -> przekierowanie
https://www.example.com/      -> przekierowanie
https://www.example.com/home  -> właściwa strona

Dlaczego to ważne

Przekierowania opóźniają wyświetlenie strony, zanim dotrze choćby jeden bajt treści, a w połączeniach mobilnych każdy etap może kosztować setki milisekund. Ten wzorzec jest najgorszy właśnie tam, gdzie szybkość ma największe znaczenie: na stronach docelowych odwiedzanych z reklam, wyników wyszukiwania i udostępnionych linków, gdzie powolny start sprawia, że odwiedzający rezygnują, zanim cokolwiek zobaczą.

Łańcuchy powstają przypadkowo — aktualizacja tutaj, normalizacja „www” tam, przeniesienie strony w zeszłym roku — a nikt nie dostrzega łącznego kosztu, ponieważ wewnętrzna nawigacja je pomija. Nowi odwiedzający przychodzący z zewnątrz płacą za każdy etap.

Jak to naprawić

Zaktualizuj linki, reklamy i adresy URL kampanii tak, aby wskazywały bezpośrednio na końcowy adres, z pominięciem wszystkich pośrednich etapów.
Skróć łańcuchy na serwerze: każdy stary adres powinien przekierowywać bezpośrednio do końcowego miejsca docelowego w jednym kroku, a nie przechodzić przez łańcuch etap po etapie.
Użyj pod jednym adresem URL zamiast przekierowywać telefony na oddzielną witrynę mobilną, taką jak m.example.com — osobne adresy URL dla urządzeń mobilnych powodują przekierowanie przy każdym wejściu i również szkodzą pozycjonowaniu w wyszukiwarkach.
Unikaj przekierowań, które istnieją wyłącznie po to, aby ustawić pliki cookie lub parametry śledzenia; ustaw je zamiast tego na stronie docelowej.

Jak Silktide to testuje

Ładuje stronę w prawdziwej przeglądarce, używając typu urządzenia, szybkości połączenia i lokalizacji testowej skonfigurowanych dla testów szybkości.
Podąża za łańcuchem przekierowań, przez który przechodzi przeglądarka, aby dotrzeć do końcowej strony, i mierzy czas dodawany przez każde z nich.
Raportuje każdy adres w łańcuchu wraz z jego kosztem czasowym i ocenia stronę na podstawie sumy: każde mierzalne opóźnienie przekierowania obniża ocenę, a około jedna sekunda skumulowanego opóźnienia otrzymuje słabą ocenę.

Rozwiązywanie problemów

Przekierowanie z HTTP do HTTPS jest wymagane

Tak — zachowaj je, ponieważ odwiedzający, którzy wpiszą podstawowy adres, muszą zostać przekierowani na HTTPS. Celem jest maksymalnie jeden etap: to przekierowanie powinno prowadzić bezpośrednio do końcowego adresu URL, a wszystko, nad czym masz kontrolę (linki, reklamy, mapy witryny), powinno wskazywać na końcowy adres HTTPS, aby większość odwiedzających w ogóle nie była przekierowywana.

Przekierowanie pochodzi z marketingowego lub skróconego adresu URL

Adresy URL do śledzenia i skracacze linków z założenia dodają etapy. Może to być rozsądny kompromis, ale nadal oznacza rzeczywiste opóźnienie dla każdego odwiedzającego — utrzymuj takie łańcuchy jak najkrótsze i kieruj je bezpośrednio do końcowej strony.