Brotli Sprawdzacz

Użyj naszego narzędzia do sprawdzania Brotli, aby ustalić, czy strona internetowa korzysta z algorytmu kompresji Brotli dla zwiększenia prędkości.

5 z 2 ocen
Brotli Sprawdzacz

Brotli Sprawdzacz to bezpłatne narzędzie, które sprawdza, czy witryna korzysta z kompresji Brotli podczas przesyłania treści.

Czym jest kompresja Brotli?

Brotli to bezstratny format kompresji, który zmniejsza ilość danych przesyłanych z serwera WWW do przeglądarki. Jest powszechnie stosowany do treści tekstowych, takich jak pliki HTML, CSS, JavaScript, JSON i SVG.

Kompresja odbywa się przed wysłaniem odpowiedzi przez serwer lub w trakcie jej wysyłania. Zgodna przeglądarka informuje, że obsługuje Brotli, umieszczając br z niezerową wartością jakości w nagłówku żądania HTTP Accept-Encoding. Jeśli serwer lub sieć dostarczania treści jest skonfigurowana do używania Brotli, może zwrócić skompresowaną odpowiedź z nagłówkiem Content-Encoding: br.

Brotli nie zmienia znaczenia treści. Przeglądarka dekompresuje odpowiedź przed jej przetworzeniem. Formaty, które korzystają już z własnej kompresji, w tym JPEG, PNG, MP4 i większość plików archiwów, zwykle niewiele zyskują na dodatkowym zastosowaniu Brotli.

Schemat: odpowiedź serwera jest kompresowana algorytmem Brotli przed przesłaniem

Jak sprawdzić, czy witryna używa Brotli?

Wpisz adres witryny i uruchom sprawdzanie, aby ustalić, czy korzysta ona z kompresji Brotli.

Sprawdzanie odbywa się na serwerze. Wprowadzone dane są przesyłane do niego przez HTTPS i nie są przechowywane.

Jak odczytać wynik sprawdzania Brotli?

Wynik informuje, czy witryna korzysta z Brotli.

Jeśli wykryto Brotli, witryna używa tej kompresji. Jeśli jej nie wykryto, treść może być nieskompresowana albo korzystać z innego kodowania, takiego jak Gzip.

Przykładowy wynik wygenerowany przez narzędzie Brotli Sprawdzacz

Rozwiązywanie typowych problemów z Brotli

Jeśli Brotli nie zostało wykryte mimo oczekiwań, wykonaj poniższe czynności diagnostyczne.

  1. Brotli jest włączone, ale witryna nadal zwraca Gzip. Sprawdź ustawienia negocjowania treści, reguły kwalifikowania treści do kompresji, progi minimalnego rozmiaru i warianty zapisane w pamięci podręcznej. Jeśli żądanie przechodzi przez CDN, odwrotne proxy lub platformę hostingową z własnymi zasadami kompresji, pośrednik może zastąpić Brotli zapisaną w pamięci podręcznej odpowiedzią Gzip.
  2. Strona główna przechodzi test, ale pliki statyczne już nie. Sprawdź reguły kompresji plików CSS i JavaScript. Reguły serwera często działają według typu MIME, a zasoby mogą być udostępniane z innej nazwy hosta, takiej jak static.example.co.uk.
  3. Nie widać niedawnej zmiany hostingu lub CDN. Sprawdź DNS, routing i nagłówki odpowiedzi HTTP. Jeśli ruch nadal trafia do starego serwera brzegowego lub źródłowego, wynik może odzwierciedlać poprzednią konfigurację.
Narzędzie Brotli Sprawdzacz w serwisie digily.link wraz z formularzem wprowadzania danych

Wyszukiwanie nagłówków HTTP przydaje się, gdy chcesz sprawdzić nagłówki odpowiedzi wykraczające poza samą informację o kompresji. Brotli i HTTP/2 to odrębne funkcje, dlatego użyj narzędzia Sprawdzanie HTTP/2, jeśli chcesz także potwierdzić używany protokół połączenia. Witryna może korzystać z Brotli przez połączenie bez HTTP/2, a samo włączenie HTTP/2 nie włącza Brotli.

Możesz też przeprowadzić test w wierszu poleceń za pomocą curl. Żądanie takie jak curl --compressed -D - -o /dev/null https://www.example.co.uk/ nakazuje curl akceptować obsługiwane metody kompresji i wyświetlić nagłówki odpowiedzi. Wyniki mogą się różnić, jeśli serwer inaczej traktuje klientów działających w wierszu poleceń albo zamiast zwykłego żądania GET zostanie użyte żądanie HEAD.

Dlaczego pamięć podręczna lub propagacja zmian może zafałszować wynik?

Pamięć podręczna i opóźnienia routingu mogą tymczasowo powodować wynik inny niż oczekiwany na podstawie konfiguracji. CDN może przechowywać starszy, nieskompresowany lub skompresowany za pomocą Gzip obiekt do czasu jego wygaśnięcia albo usunięcia z pamięci podręcznej.

Gdy wybór reprezentacji zależy od Accept-Encoding, odpowiedź serwera źródłowego powinna zawierać Vary: Accept-Encoding. Pamięci podręczne używają tego pola podczas tworzenia kluczy, aby przechowywać osobne reprezentacje dla klientów obsługujących różne metody kompresji. Jeśli tego nagłówka brakuje lub jest nieprawidłowo obsługiwany, pamięć podręczna może zwrócić niewłaściwy wariant. Jeśli Brotli jest wykrywane tylko czasami, sprawdź klucz pamięci podręcznej CDN i nagłówki odpowiedzi.

Zmiany DNS są kolejnym źródłem opóźnień. Serwery rozwiązujące nazwy mogą przechowywać poprzedni adres do czasu wygaśnięcia jego okresu ważności, a podczas migracji różne sieci mogą łączyć się z różnymi serwerami. Ponieważ to narzędzie działa na serwerze, używana przez nie ścieżka DNS i pamięci podręcznej nie musi odpowiadać ścieżce używanej przez Twoją przeglądarkę. Narzędzia deweloperskie przeglądarki również mogą pokazywać odpowiedź z lokalnej pamięci podręcznej, dlatego podczas porównywania wyników przeładuj stronę z wyłączoną pamięcią podręczną.

Najczęściej zadawane pytania

Czy można jednocześnie włączyć Brotli i Gzip?

Tak. Serwery często obsługują obie metody i wybierają kodowanie na podstawie nagłówka Accept-Encoding klienta. Dzięki temu zgodne starsze klienty mogą korzystać z Gzip, a klienty zgłaszające br z niezerową wartością jakości mogą otrzymywać treści skompresowane za pomocą Brotli.

Czy pliki Brotli mają rozszerzenie .br?

Pliki wstępnie skompresowane za pomocą Brotli mogą mieć na serwerze rozszerzenie .br, ale użytkownicy witryny zwykle żądają oryginalnego adresu URL. Serwer wybiera skompresowaną reprezentację i identyfikuje ją w nagłówku odpowiedzi Content-Encoding.

Czy każdy plik w witrynie powinien używać Brotli?

Nie. Brotli zwykle dobrze nadaje się do odpowiedzi tekstowych, natomiast obrazy, filmy, pliki PDF i archiwa mogą być już skompresowane. Ponowna kompresja takich formatów może obciążać serwer, nie zmniejszając przy tym w istotny sposób rozmiaru przesyłanych danych.

Czy Brotli poprawia pozycję w wynikach wyszukiwania?

Brotli nie gwarantuje bezpośrednio wyższej pozycji. Mniejsze odpowiedzi tekstowe mogą skrócić czas przesyłania i poprawić wydajność strony, ale na wrażenia użytkowników wpływają również pamięć podręczna, czas odpowiedzi serwera, wykonywanie skryptów i obsługa obrazów.

Co sprawdzić po włączeniu Brotli?

Upewnij się, że reprezentatywne odpowiedzi tekstowe prawidłowo wczytują się w przeglądarce. Sprawdź Content-Type, Content-Encoding, Content-Length, jeśli występuje, oraz Vary. Jeśli stare warianty nadal znajdują się w pamięci podręcznej, usuń odpowiednie wpisy CDN.

Podobne narzędzia

Wyszukiwanie SSL

Użyj naszego narzędzia do wyszukiwania SSL, aby uzyskać szczegółowe informacje o dowolnym certyfikacie SSL i zapewnić bezpieczeństwo swojej witryny.

8,700
153
Wyszukiwanie nagłówków HTTP

Pobierz wszystkie nagłówki HTTP zwrócone przez URL dla typowego żądania GET za pomocą naszego narzędzia do sprawdzania nagłówków HTTP.

4,759
50
Sprawdzanie HTTP/2

Zweryfikuj, czy strona internetowa korzysta z najnowszego protokołu HTTP/2 za pomocą naszego narzędzia do sprawdzania HTTP/2 i zapewnij optymalną wydajność.

4,927
147

Popularne narzędzia