Wolny sklep na WordPressie: zdjęcie produktu w 2 s zamiast 25

Właściciel sklepu oglądał go zwykle na komputerze, przez szybkie łącze w biurze. Tam strona otwierała się w około sekundę, więc problemu nie było widać. Klienci kupują jednak głównie z telefonu, często na słabszym zasięgu.

Google mierzy szybkość właśnie tak: na przeciętnym telefonie i przeciętnym mobilnym internecie. Najważniejszy wskaźnik to czas, po którym pojawia się główny element strony, zwykle duże zdjęcie (LCP). Google uznaje za dobry wynik do 2,5 sekundy (stan na listopad 2026). W tym sklepie na stronie kategorii i na stronie produktu było to ok. 25 sekund.

Ograniczenia: wygląd sklepu miał zostać taki sam, a wszystkie funkcje (warianty kolor i rozmiar, płatności, paczkomaty, formularze) musiały działać jak wcześniej.

Każdą wersję zmierzyliśmy tym samym testem, którego używa PageSpeed Insights od Google: symulowany telefon średniej klasy, wolny internet mobilny, ten sam dzień, te same trzy strony (strona główna, kategoria, produkt), po trzy przebiegi. Dodatkowo program klikał w sklepie jak klient (otwarcie menu, wybór rozmiaru) i mierzył, jak szybko strona reaguje.

1. Na szybkim łączu wszystko wyglądało dobrze. Ta sama strona w biurze otwierała się w sekundę, a na telefonie z wolnym internetem zdjęcie pojawiało się po ok. 25 sekundach. Sprawdzanie sklepu „u siebie” nic nie mówiło.
2. Wtyczka ładowała kod, którego sklep nie używał. Wtyczka płatności wczytywała na każdej stronie, także na stronie głównej, cały zestaw skryptów do formularza zamówienia nowego typu. Sklep używał klasycznego formularza.
3. Sama wtyczka „cache” nie przyspiesza ciężkiej strony. Serwer odpowiadał w obu wersjach równie szybko (ok. 0,4 s). Problemem nie był serwer, tylko to, co przeglądarka musiała potem pobrać: 5–6 MB.
4. Nie wszystkie wskaźniki Google były złe. Stabilność układu strony (CLS) i reakcja na kliknięcia (INP) mieściły się w normie już w starej wersji. Cały problem był w czasie ładowania, więc tam poszła praca.
5. Jeden pomiar to za mało. Ta sama stara strona kategorii dała w trzech przebiegach 12, 26 i 26 sekund. Dlatego porównujemy medianę z kilku przebiegów, a nie najlepszy albo najgorszy wynik.

• Zdjęcia: do nowej wersji trafiły tylko zdjęcia faktycznie używane (123 z 657), w formacie WebP, z nazwami plików opisującymi produkt. Oryginały zdjęć zajmują 6,5 MB zamiast 102 MB. Przeglądarka dostaje wersję w rozmiarze ekranu, a główne zdjęcie jest pobierane w pierwszej kolejności.
• Style: jeden plik stylów zamiast 26–32, bez stylów, których strona nie używa.
• Skrypty: jeden lekki plik skryptów dla całej strony i drugi tylko na karcie produktu. Skrypty płatności i paczkomatów ładują się tylko w koszyku i zamówieniu, a niepotrzebny formularz zamówienia nowego typu nigdzie.
• Wtyczki: 5 zamiast 18. Slider, kreator stron, wtyczka SEO, formularze i pozostałe dodatki zastąpił kod motywu.
• Czcionki: na serwerze sklepu, w nowoczesnym formacie, najważniejsza pobierana od razu.
• Pamięć podręczna: nowa wersja nie potrzebuje wtyczki cache. Pamięć podręczną stron i plików włączamy na serwerze przy przełączeniu domeny; wyniki „po” są zmierzone jeszcze bez niej.

• Szybkość sklepu trzeba sprawdzać tak jak klient: na telefonie i wolniejszym internecie. Na biurowym łączu problem nie istnieje.
• Najwięcej dają zwykle rzeczy proste: format i rozmiar zdjęć oraz usunięcie kodu, którego sklep nie używa.
• Każda wtyczka to potencjalnie dziesiątki plików na każdej stronie. Mniej wtyczek to szybszy sklep i mniej aktualizacji.
• Wyniki od prawdziwych użytkowników (dane Google z telefonów klientów) dopiszemy po przełączeniu domeny, gdy się pojawią.

Przy tej samej przebudowie uporządkowaliśmy też SEO sklepu: zobacz audyt SEO sklepu internetowego. To samo podejście na trzech stronach firmowych opisuje przebudowa 1:1 z pomiarem przed i po, a co dzieje się ze sklepem, któremu brakuje połączeń z bazą, pokazuje test sklepu WooCommerce pod obciążeniem. Twój sklep jest wolny na telefonie? Opisz go w formularzu albo zobacz, jak budujemy sklepy internetowe.