Oddziel wolną odpowiedź serwera od wolnego renderowania strony. Najpierw zmierz konkretny URL, następnie sprawdzaj cache, wtyczki i zasoby. Dodawanie kolejnych wtyczek optymalizacyjnych bez diagnozy często komplikuje problem.
Zapisz, co dokładnie jest wolne
Czy opóźnia się pierwsze otwarcie strony, panel, wyszukiwanie czy koszyk? Czy problem dotyczy użytkownika zalogowanego? Wybierz trzy adresy: stronę główną, podstronę z treścią i stronę dynamiczną. Zapisz objaw, porę oraz status logowania. Porównaj telefon z komputerem, ale nie mieszaj wyników w jednym zestawieniu.
Sprawdź PageSpeed Insights i kartę Network w narzędziach przeglądarki. TTFB pomaga zobaczyć czas oczekiwania na początek odpowiedzi. LCP dotyczy pojawienia się głównej treści, CLS zmian układu, a INP reakcji na interakcje. Słaby wynik nie mówi automatycznie „zły hosting”. Strona może szybko otrzymać HTML, a potem długo pobierać ogromne zdjęcie lub wykonywać JavaScript.
Prosta kolejność badań
| Co obserwujesz | Co porównać | Kolejny ruch |
|---|---|---|
| Długie oczekiwanie na HTML | Z cache i bez, gość i zalogowany | Sprawdź PHP, zapytania i wtyczki. |
| HTML jest szybki, treść późno widoczna | Rozmiar głównego obrazu i blokujące zasoby | Popraw obraz i krytyczne zasoby. |
| Układ skacze | Wymiary obrazów i osadzonych elementów | Zarezerwuj miejsce w układzie. |
| Koszyk jest wolny | Dynamiczne żądania i integracje | Zmierz bazę oraz zewnętrzne API. |
Rób kilka pomiarów w podobnych warunkach. Pojedynczy wynik może odzwierciedlać chwilowe obciążenie, zimny cache albo różną lokalizację testu. Dane rzeczywistych użytkowników i test laboratoryjny mierzą różne aspekty — opisujemy to w poradniku PageSpeed.
Cache: sprawdź działanie, nie tylko instalację
Cache całej strony ma największy sens dla publicznych treści, które nie muszą być generowane od nowa. Otwórz adres jako gość, powtórz test i sprawdź nagłówki lub wskaźniki narzędzia. Nie konfiguruj kilku systemów page cache niezależnie bez wiedzy, który odpowiada za końcową wersję.
Koszyk, konto klienta i sesje wymagają właściwych wyłączeń. Sklep pokazujący niewłaściwą zawartość koszyka nie jest „zoptymalizowany”. Po każdej zmianie wykonaj test dodania produktu, zmiany liczby sztuk, logowania i realizacji zamówienia. Nie używaj prawdziwej płatności do przypadkowego testu konfiguracji.
Wtyczki badaj na kopii
Przygotuj backup WordPressa i środowisko testowe. Wyłączaj podejrzane wtyczki grupami, a następnie zawężaj wybór. Problem może powodować pojedyncze rozszerzenie wykonujące powolne zapytanie albo oczekujące na zewnętrzny serwer. Liczba wtyczek sama w sobie nie jest pomiarem wydajności.
Nie wyłączaj na produkcji narzędzia obsługującego płatności, uprawnienia lub formularze w środku dnia. Zapisz wersje i wynik każdego testu. Gdy problem wystąpił po aktualizacji, porównaj ją na kopii ze stanem wcześniejszym, zamiast zmieniać przy okazji motyw.
Obrazy i skrypty
Zdjęcie o szerokości 5000 px nie jest potrzebne w miniaturze 400 px. Przygotuj właściwe rozmiary i nowoczesny format wspierany przez środowisko. Głównego obrazu widocznego od razu nie opóźniaj bezmyślnie lazy loadingiem; zasoby poniżej ekranu można ładować później. Ustaw wymiary, aby ograniczyć przesunięcia układu.
Przejrzyj skrypty zewnętrzne: czat, analityka, mapy, fonty, widżety społecznościowe. Każdy ma koszt. Usuń elementy, które nie pomagają klientowi. Łączenie i minifikacja wszystkiego w jeden plik nie zawsze poprawiają efekt, a źle ustawione odroczenie potrafi zepsuć menu lub formularz.
Kiedy badać bazę i hosting?
Jeżeli wolne są również niezbuforowane żądania, zbierz informacje o powolnych zapytaniach, błędach PHP, wykorzystaniu zasobów i opóźnieniach integracji. Duża tabela nie musi być problemem, a niewielka tabela bez właściwego indeksu może nim być. Nie usuwaj danych „optymalizatorem” bez kopii i znajomości ich roli.
Porównanie hostingu ma sens dopiero na tej samej aplikacji i konfiguracji. Hosting WordPress Castpol może być jednym z ocenianych środowisk. Zadaj konkretne pytania o wersję PHP, zasoby i dostępne mechanizmy cache. Zmiana dostawcy nie naprawi ciężkiego motywu ani błędnego zapytania.
Jak uznać pracę za zakończoną
Powtórz wcześniejsze pomiary, a następnie sprawdź funkcje biznesowe. Zapisz porównanie przed i po oraz konfigurację, która dała wynik. Obserwuj błędy i realnych użytkowników. Wynik 100 w pojedynczym teście nie jest warunkiem dobrej strony; liczy się sprawne czytanie, kontakt i zakup.
Źródła i dokumentacja
Dokumentacja do dalszej weryfikacji ustawień i wymagań swojej wersji.