Aplikacja: Zmierz czas reakcji swojej witryny za pomocą tego prostego narzędzia pomiarowego
Gdy strona internetowa ładuje się wolno, nie zawsze jest jasne, co jest przyczyną. Czy to DNS Dostawca? Sam serwer? A może coś pomiędzy? Aby pomóc specjalistom od sieci zlokalizować miejsca występowania opóźnień, opublikowałem na tej stronie narzędzie, które mierzy cały cykl życia HTTP żądanie, od określenia domeny po dostarczenie treści.
To narzędzie oparte na przeglądarce wykorzystuje diagnostykę po stronie serwera do symulacji rzeczywistego żądania HTTP i analizy jego składowych czasowych. Może być pomocne podczas audytu domeny lub rozwiązywania problemów z wolno ładującym się serwerem partnera. APIlub po prostu benchmarking CDN wydajność w różnych adresach URL.
Użyj poniższego narzędzia, aby przeanalizować wydajność dowolnego urządzenia skierowanego do publiczności URL:
Jak odczytać wyniki
Podczas uruchamiania testu narzędzie wykonuje test na żywo cURL Żądanie i raporty zawierają szczegółowe informacje o czasie realizacji w sekundach. Oto znaczenie każdej z raportowanych metryk:
- Czas wyszukiwania DNS:Dotyczy to czasu potrzebnego na rozwiązanie nazwy domeny na odpowiadającą jej nazwę domeny. adres IPJeśli ta wartość jest wysoka, może to wskazywać na wolne serwery nazw, problemy z propagacją DNS lub słabą wydajność dostawcy DNS. Google zaleca utrzymanie jej poniżej 50 ms, a wartość powyżej 100 ms uważa się za potencjalne wąskie gardło.
- Czas połączenia TCP: Ten parametr mierzy czas potrzebny na nawiązanie połączenia TCP z serwerem. Opóźnienia mogą wskazywać na opóźnienia sieciowe, zapory sieciowe lub odległość od serwera źródłowego. Preferowane są wartości poniżej 100 ms; stałe czasy powyżej 150 ms mogą wskazywać na nieefektywność sieci lub routingu.
- Czas uzgadniania TLS (HTTPS (tylko): Jeśli żądanie jest wysyłane przez HTTPS, ta liczba odzwierciedla czas poświęcony na negocjowanie bezpiecznego połączenia. Nieaktualne zestawy szyfrów, wygasłe certyfikaty lub przeciążone serwery brzegowe mogą powodować długie TLS Uścisk dłoni. Google uważa, że czas poniżej 100 ms jest optymalny, natomiast powyżej 200 ms może być objawem nieprawidłowej konfiguracji zabezpieczeń lub wydajności.
- Czas przed transferem:To obejmuje DNS, TCPi TLS — wszystko, co dzieje się przed wysłaniem żądania. Odzwierciedla on skumulowany czas rozruchu, zanim serwer rozpocznie przetwarzanie żądania. Idealny czas przed transferem mieści się w przedziale 100–300 ms; wszystko powyżej 400 ms powinno być badane etap po etapie.
- Czas do pierwszego bajtu (TTFB): Ta metryka mierzy czas potrzebny serwerowi na rozpoczęcie wysyłania odpowiedzi po otrzymaniu żądania. Wysoki TTFB może wskazywać na opóźnienia po stronie serwera, takie jak powolne zapytania do bazy danych, niebuforowana zawartość dynamiczna lub słaba wydajność serwera. Google zaleca utrzymanie TTFB poniżej 200 ms; trwałe wartości powyżej 500 ms sugerują problemy z zapleczem lub infrastrukturą.
- Całkowity czas transferu: Jest to całkowity czas od początku żądania do odebrania ostatniego bajtu. Jeśli Twój TTFB jest krótki, ale całkowity czas jest długi, może to być spowodowane rozmiarem odpowiedzi, ograniczeniem przepustowości serwera lub opóźnieniami w dostarczaniu treści. Dąż do wartości poniżej 500 ms dla danych HTML przesyłanych szerokopasmowo; powyżej 1 sekundy może wskazywać na nieskompresowane zasoby lub nieefektywne dostarczanie.
- HTTP Status Code: To jest kod odpowiedzi zwrócone przez serwer (np. 200 w przypadku powodzenia, 301/302 w przypadku przekierowania, 404 w przypadku nieznalezienia). Zawiera kontekst dotyczący sposobu, w jaki serwer obsłużył żądanie.
To narzędzie nie tylko symuluje żądanie, ale także wykonuje je na żywo na moim serwerze za pomocą PHP cURL Biblioteka. Oznacza to, że widzisz to, co widzi serwer, a nie tylko to, co odbiera Twoja przeglądarka. Jest to przydatne do debugowania problemów z wydajnością, które mogą nie być widoczne w sieci lokalnej.
Wypróbuj narzędzie i testuj różne adresy URL – swoją stronę główną, konkretny punkt końcowy API lub zdalny zasób, z którego korzystasz. Im lepiej zrozumiesz te wskaźniki czasowe, tym szybciej będziesz w stanie zdiagnozować i poprawić wydajność swojej witryny.
Związane z Martech Zone Treść
