Puściliśmy Lighthouse na naszych 6 sklepach Shopify. Żaden nie zmieścił się w progu LCP Google

Budujemy sklepy Shopify zawodowo i prowadzimy sześć własnych. We wrześniu 2026 puściliśmy Lighthouse na wszystkich sześciu. Najlepszy wynik mobilny to 85. Najgorszy to 47. I żaden sklep nie załadował swojego największego elementu w progu 2,5 sekundy, który wyznacza Google.

To nie jest spowiedź na pokaz. To najprzydatniejszy zbiór danych, jaki mamy, gdy w grę wchodzi optymalizacja szybkości Shopify, bo pokazuje, co dzieje się z prawdziwymi sklepami na aktualnym motywie, gdy nawarstwią się produkty, języki i aplikacje. Każdy z tych sklepów wystartował w 2026 na motywie Horizon. Każdy zrobił się wolniejszy, niż byłby sam motyw.

W skrócie: wolny sklep Shopify prawie nigdy nie jest wolny przez Shopify. Jest wolny przez to, co dołożono na wierzch: skrypty aplikacji, ciężkie obrazy na pierwszym ekranie i interaktywne funkcje ładowane na każdej stronie. Oto co zmierzyliśmy, co naszym zdaniem jest przyczyną i w jakiej kolejności teraz to naprawiamy.

Liczby: jeden przebieg Lighthouse na sześciu prawdziwych sklepach Shopify

Metoda, wprost: jeden laboratoryjny przebieg Lighthouse na sklep, profil mobilny, uruchomiony lokalnie we wrześniu 2026. Jeden przebieg jest zaszumiony; wyniki potrafią się różnić o kilka punktów między przebiegami. Traktuj je jako przybliżone migawki, a nie benchmark.

Dwa dodatkowe pomiary z tego samego przebiegu. Przesunięcia układu (CLS) wyniosły 0,03 lub mniej we wszystkich sześciu sklepach, sporo poniżej limitu 0,1. A mamawszoku.pl zanotował 1,15 sekundy blokowania przez JavaScript, najwięcej w grupie.

Dla porównania: web.dev definiuje progi Core Web Vitals jako LCP do 2,5 sekundy, INP do 200 milisekund i CLS do 0,1, mierzone na 75. percentylu prawdziwych wczytań strony.

Co mówi nam przebieg Lighthouse (a czego nie mówi)

Przesunięcia układu są opanowane, ładowanie nie

CLS bliski zera w każdym sklepie mówi, że motyw i nasze wymiarowanie obrazów robią swoje. Nic nie skacze podczas ładowania strony. To część, którą nowoczesny motyw Shopify robi dobrze od razu po wyjęciu z pudełka, a my tego nie zepsuliśmy.

Z LCP jest inaczej. Najszybszy sklep potrzebował w laboratorium 3,9 sekundy, żeby narysować największy element. Dwa najwolniejsze 7,1 sekundy. Na telefonie to różnica między zobaczeniem produktu a patrzeniem na pusty baner.

Najwolniejszy sklep to ten, który robi najwięcej

mamawszoku.pl ma najniższy wynik i najdłużej blokuje główny wątek. To też sklep, w którym dzieje się najwięcej: rezerwacje przez Booksy, kreator zestawów biżuterii, vouchery i 1229 produktów. Nie wyizolowaliśmy jeszcze każdego skryptu, więc traktuj to jako roboczą hipotezę, a nie wniosek: interaktywne funkcje to prawdopodobny koszt.

limewash.pl remisuje z nim na LCP, 7,1 sekundy. Sprzedaje po kolorze, ma 182 odcienie, testery i kalkulator materiału. Strony oparte na kolorze opierają się na dużych obrazach i tam szukamy w pierwszej kolejności.

Najlepszy wynik i tak nie trafił w próg

Nasz najlepszy, jeden z nowszych sklepów, dobił do 85 i wciąż potrzebował 3,9 sekundy na LCP. To niewygodny środek: wynik, który na dashboardzie wygląda dobrze, i użytkownik telefonu, który wciąż patrzy na w połowie załadowany baner. Pasuje to do wzorca, który opisuje każdy poradnik o szybkości, a teraz zobaczyliśmy go we własnym panelu: sklepy nie startują wolne, one robią się wolne.

Czego Lighthouse Ci nie powie

Lighthouse to test laboratoryjny na symulowanym telefonie ze średniej półki i dławionym połączeniu. Google ustala pozycje na podstawie danych terenowych: prawdziwych odwiedzających z 28 dni. Twój sklep może mieć 60 w laboratorium i wciąż zaliczać Core Web Vitals w terenie, jeśli Twoi kupujący mają szybkie telefony i dobre sieci, albo odwrotnie. Używaj Lighthouse do znajdowania problemów; danych terenowych używaj do sprawdzania, czy je naprawiłeś.

Tę część pomija większość artykułów o szybkości. Wynik laboratoryjny to narzędzie do debugowania, a nie ocena na świadectwie.

Dlaczego sklepy Shopify robią się wolne: cztery typowe przyczyny

W naszych własnych sklepach i w sklepach, które audytujemy, wracają te same cztery przyczyny, mniej więcej w tej kolejności wpływu.

1. Skrypty aplikacji ładowane wszędzie

Widżet opinii pokazuje się na stronie produktu, ale swój skrypt często ładuje też na stronie głównej, w kolekcjach i w koszyku. Pomnóż to przez dymek czatu, pop-up, widżet programu lojalnościowego i dwa piksele śledzące. Shopify traktuje to na tyle poważnie, że jego wymagania Built for Shopify mówią, że aplikacja nie może obniżyć wyniku wydajności Lighthouse sklepu o więcej niż dziesięć punktów. To sufit dla jednej aplikacji, a nie budżet, i sklep z pięcioma aplikacjami może go wydać pięć razy.

2. Obraz w banerze jest elementem LCP i jest za ciężki

W większości szablonów Shopify największym elementem jest baner na stronie głównej i pierwsze zdjęcie produktu na stronach produktów. Jeśli ten obraz jest ogromny, przez pomyłkę ładowany leniwie albo schowany za skryptem pokazu slajdów, LCP cierpi. Rozwiązanie jest zwykle nudne: dopasuj rozmiar, nie ładuj leniwie pierwszego obrazu i odpuść automatycznie przewijane slajdery na pierwszym ekranie.

3. Tagi zewnętrzne dodane przez marketing

Piksele, heatmapy, snippety testów A/B, skrypty afiliacyjne. Każdy z osobna jest mały. Razem konkurują ze zdjęciem Twojego produktu o uwagę telefonu. Przeglądaj je dwa razy w roku; połowa zwykle pochodzi z kampanii, która już się skończyła.

4. Fonty i przeróbki motywu

Trzy rodziny fontów, każda w czterech grubościach, plus własny kod wklejony do theme.liquid lata temu. Rzadko to największy problem sam w sobie, często to coś, co zmienia „umiarkowanie” w „słabo”.

Optymalizacja szybkości Shopify: kolejność, w jakiej naprawiamy

Oto sekwencja, której używamy w naszych sklepach i u klientów. Jest ułożona według wpływu na godzinę pracy, a nie według tego, co najprzyjemniej się naprawia.

1. Najpierw zdobądź dane terenowe. Sprawdź raport wydajności sieci w Shopify (Analityka > Raporty, wyszukaj „Web performance”) i raport Core Web Vitals w Search Console. Według dokumentacji pomocy Shopify pokazuje on ładowanie, interaktywność i stabilność wizualną w czasie. Jeśli dane terenowe już przechodzą, ustal inne priorytety.
2. Zinwentaryzuj każdą aplikację i każdy tag. Spisz, ile każda kosztuje w skryptach i ile zarabia. Usuń to, czego nikt nie potrafi uzasadnić.
3. Popraw element LCP na szablonach strony głównej, kolekcji i produktu. Rozmiar obrazu, format, priorytet ładowania.
4. Ogranicz skrypty aplikacji do szablonów, które ich używają. Wiele aplikacji ma osadzenia (app embeds), które możesz wyłączyć per szablon; niektóre wymagają edycji motywu.
5. Odrocz niekrytyczne skrypty zewnętrzne. Czat i pop-upy mogą poczekać, aż produkt będzie widoczny.
6. Odchudź fonty i martwy kod motywu.
7. Zmierz ponownie w laboratorium, a potem poczekaj 28 dni na dane terenowe.

Pracuj na duplikacie motywu, nigdy na wersji na żywo. Publikuj dopiero, gdy masz liczby przed i po.

Notatka z labu

Te sześć sklepów wystartowało między styczniem a lipcem 2026, wszystkie na Horizon, wszystkie zbudowane przez nas. Skoro nasze własne sklepy w kilka miesięcy uzbierały tyle długu wydajnościowego, sklep, który dokłada aplikacje od 2019 roku, prawie na pewno ma go więcej. Właśnie przerabiamy tę kolejność poprawek na naszych sklepach.

Szybkość sklepu Shopify: szybkie poprawki, które sprawdzisz dziś

Nie każda poprawka wymaga programisty. Te zajmują mniej niż godzinę i często widać je w kolejnym przebiegu laboratoryjnym:

• Wyłącz osadzenia aplikacji, których nie używasz. W edytorze motywu otwórz Osadzenia aplikacji i wyłącz wszystko, co jest powiązane z aplikacją, z której już nie korzystasz. Odinstalowane aplikacje czasem je zostawiają.
• Zastąp automatyczny slider na górze strony głównej jednym mocnym obrazem.
• Sprawdź rozmiar pierwszego zdjęcia produktu. Jeśli plik waży kilka megabajtów, wyeksportuj go ponownie przed wgraniem.
• Usuń jedną–dwie grubości fontu w ustawieniach motywu, jeśli Twój motyw pozwala je wybierać.
• Usuń piksele śledzące z zakończonych kampanii.

Nic z tego nie jest pełnym projektem optymalizacji szybkości Shopify. To sprzątanie, które sprawia, że następny projekt nie będzie większy.

Jak szybki musi być sklep Shopify?

Na tyle szybki, żeby zaliczać Core Web Vitals w danych terenowych na mobile, na kluczowych szablonach: strona główna, kolekcja, produkt, koszyk. To poprzeczka, która liczy się dla Google, i mniej więcej ta, przy której szybkość przestaje być powodem, dla którego ludzie wychodzą.

Gonienie wyniku 100 w Lighthouse w sklepie z opiniami, subskrypcjami i czatem na żywo to wyrzucanie pieniędzy. Gonienie „LCP poniżej 2,5 sekundy dla prawdziwych odwiedzających na stronach produktów” już nie.

Uczciwy wniosek

Szybkość to nie zadanie na start. To utrzymanie. Każda aplikacja, którą dodajesz, to mały podatek, a rachunek przychodzi po cichu jako wolniejsza strona produktu pół roku później.

Jeśli chcesz wiedzieć, jak wygląda rachunek Twojego sklepu, zacznij od bezpłatnego skan sklepu: sprawdzamy mobilne Core Web Vitals na Twojej stronie głównej, kolekcjach i stronach produktów i prostymi słowami mówimy, co je spowalnia. Jeśli już wiesz, że jest wolno, nasz Speed Audit kosztuje 2 100 zł netto i w całości zaliczamy go na poczet Speed Fix. Speed Fix kosztuje 6 200 zł netto, robimy go na duplikacie motywu, z gwarancją: zaliczone mobilne Core Web Vitals albo częściowy zwrot pieniędzy. A jeśli zaraz instalujesz kolejną aplikację, przeczytaj najpierw naszą listę aplikacji, które zainstalowalibyśmy pierwszego dnia.