Szybkości WordPressa nie poprawia się liczbą wtyczek do optymalizacji. Najpierw trzeba znaleźć koszt: serwer, obrazy, fonty, JavaScript, zapytania do bazy, ciężkie widżety albo zbyt długi główny wątek.
1. Zmierz konkretną stronę
Sprawdź homepage, najważniejszą kategorię i kartę produktu osobno. Różne szablony mogą mieć różne problemy.
2. Obrazy
Największy obraz nad foldem powinien mieć właściwy rozmiar, format WebP/AVIF i znane wymiary. Nie ładuj pliku 3000 px do kafla 320 px.
3. Fonty
Każda rodzina i odmiana to dodatkowe żądania. Jeśli font nie jest lokalnie dostępny albo ładuje się z zewnętrznego serwera, fallback może zmienić łamanie nagłówków. Stabilny system fontów bywa lepszy od „modnej” rodziny użytej bez kontroli.
4. JavaScript
Ogranicz skrypty ładowane na każdej podstronie. Widget używany tylko w konfiguratorze nie musi blokować homepage.
5. Cache dopiero po uporządkowaniu
Cache maskuje część kosztu, ale nie naprawia ciężkiego DOM-u ani źle przygotowanych grafik. Po zmianach zawsze testuj wersję mobilną i zachowanie po kliknięciu, nie tylko wynik jednego testu laboratoryjnego.
Przykład: najpierw znajdź wąskie gardło, potem optymalizuj
Zamiast instalować kolejną wtyczkę „speed”, sprawdź LCP, rozmiar obrazów, liczbę skryptów, cache, zapytania i zachowanie mobile. Optymalizacja ma usuwać konkretny problem bez cofania zaakceptowanego wyglądu.
MATERIAŁ WIDEO · WordPress.tvPerformance pitfalls, priorities, and potent processors
Masz następny krok
Wróć do magazynu albo wybierz powiązany temat i kontynuuj pracę.