Przewiń w dół

Optymalizacja szybkości Shopify — Core Web Vitals w praktyce

Mateusz Śnieżek

Przewiń w dół

Udostępnij

Udostępnij

Udostępnij

FacebookXLinkedInTelegram
FacebookXLinkedInTelegram
Optymalizacja szybkości Shopify — Core Web Vitals w praktyce

Praktyczny przewodnik po przyspieszaniu sklepu Shopify: obrazy, aplikacje, motyw, skrypty oraz Core Web Vitals (LCP, INP, CLS) i ich realny wpływ na konwersję i widoczność w AI.

Żeby przyspieszyć sklep Shopify, zacznij od pomiaru Core Web Vitals w PageSpeed Insights (dane polowe z CrUX, nie tylko laboratoryjne), a potem działaj w kolejności od największego wpływu: skompresuj i ogranicz obrazy (zwłaszcza hero/LCP), usuń zbędne aplikacje i ich skrypty, posprzątaj kod motywu i odrocz JavaScript niekrytyczny. W praktyce u klientów to właśnie obrazy i nadmiar apek odpowiadają za większość strat, a poprawa LCP poniżej 2,5 s i INP poniżej 200 ms przekłada się na wyższą konwersję i lepszą ocenę strony przez Google oraz silniki AI.

Czym są Core Web Vitals i dlaczego decydują o szybkości Shopify?

Core Web Vitals to trzy mierzalne wskaźniki, którymi Google opisuje realne doświadczenie użytkownika na stronie.LCP (Largest Contentful Paint) mówi, jak szybko ładuje się największy element widoczny na ekranie — najczęściej zdjęcie hero albo nagłówek.INP (Interaction to Next Paint) mierzy, jak szybko strona reaguje na kliknięcie czy dotknięcie — zastąpił dawne FID i jest dziś najtrudniejszy do utrzymania w sklepach z dużą liczbą aplikacji.CLS (Cumulative Layout Shift) opisuje, jak bardzo treść „skacze” podczas ładowania, co frustruje na mobile i prowadzi do przypadkowych kliknięć.

Wartości docelowe są proste do zapamiętania: LCP poniżej 2,5 s, INP poniżej 200 ms, CLS poniżej 0,1. Kluczowe jest jednak to, że liczą się dane polowe (field data) z realnych użytkowników w raporcie CrUX, a nie tylko wynik laboratoryjny w Lighthouse. U klientów regularnie widzimy sytuację, w której wynik „lab” jest niezły, a dane polowe wypadają słabo — bo prawdziwi użytkownicy wchodzą z telefonów w gorszym zasięgu, na których ciężki JavaScript apek naprawdę boli.

Jak zrobić audyt szybkości Shopify krok po kroku?

Audyt zaczynamy zawsze od pomiaru, a nie od zgadywania. Bez liczby bazowej nie da się ocenić, czy zmiana cokolwiek dała, a w Shopify łatwo „poprawić” coś, co i tak nie było wąskim gardłem.

  • Zmierz stan wyjściowy w PageSpeed Insights dla strony głównej, kolekcji, karty produktu i koszyka — to różne szablony i różnie się zachowują. Zapisz LCP, INP, CLS osobno dla mobile i desktop.

  • Sprawdź dane polowe (CrUX), jeśli są dostępne — to one realnie wpływają na ocenę. Brak danych polowych oznacza zwykle za mały ruch i wtedy opieramy się na danych laboratoryjnych.

  • Zidentyfikuj element LCP w zakładce diagnostycznej. W 9 na 10 sklepów to obraz hero albo baner kolekcji — i to jest pierwszy cel.

  • Zaudytuj aplikacje: w panelu Shopify przejrzyj zainstalowane apki i przez „View page source” oraz zakładkę Network w DevTools sprawdź, które dorzucają skrypty na każdej stronie.

  • Oceń motyw: data zakupu, liczba sekcji, czy korzysta z Online Store 2.0. Stare, mocno przerabiane motywy bywają droższe w naprawie niż migracja na lekki, nowoczesny szablon.

  • Powtórz pomiar po każdej istotnej zmianie — pojedynczo, żeby wiedzieć, co zadziałało.

Obrazy — gdzie naprawdę traci się sekundy?

Obrazy to najczęstsza i najtańsza w naprawie przyczyna wolnego Shopify. Sklepy wgrywają zdjęcia w rozdzielczości 3000+ px i wadze kilku megabajtów, a potem skalują je w przeglądarce do kilkuset pikseli. Przeglądarka i tak musi pobrać cały plik, więc LCP rośnie, zwłaszcza na mobile.

Shopify samo serwuje obrazy w formacie WebP i dorzuca parametry rozmiaru, ale tylko wtedy, gdy motyw poprawnie używa filtra `image_url` z atrybutami `width`, `srcset` i `loading`. Dlatego naprawa zaczyna się od przygotowania plików, a kończy w kodzie motywu.

  • Przygotuj pliki przed wgraniem — eksportuj zdjęcia produktowe maksymalnie do ok. 2000 px po dłuższym boku i kompresuj (np. Squoosh, TinyPNG). Cel orientacyjny: poniżej 150–200 KB na zdjęcie.

  • Daj obrazowi hero priorytet — element LCP nie powinien mieć `loading="lazy"`. Lazy-loading włączamy dla wszystkiego „pod zgięciem”, ale nie dla pierwszego widocznego obrazu.

  • Wymuś wymiary (`width`/`height` lub `aspect-ratio`), żeby przeglądarka rezerwowała miejsce i nie generowała przeskoków CLS.

  • Ogranicz karuzele i autoodtwarzane wideo na górze strony — to jedne z najcięższych elementów, które psują i LCP, i INP.

Aplikacje i skrypty — dlaczego to one zabijają INP?

Każda zainstalowana aplikacja zwykle dokłada własny JavaScript i często ładuje go na wszystkich stronach, nawet tam, gdzie nie jest potrzebny. Widget recenzji, popup do zapisu na newsletter, upsell w koszyku, czat, kilka pikseli marketingowych — pojedynczo każdy wydaje się drobiazgiem, a razem potrafią dorzucić sekundy do INP i obciążyć główny wątek przeglądarki.

U klientów najczęściej widzimy ten sam wzorzec: sklep ma zainstalowanych kilkanaście apek, z których realnie korzysta z połowy, a skrypty po odinstalowanych narzędziach wciąż wiszą w motywie. Sprzątanie tego jest często najszybszą wygraną w całym audycie.

  • Zrób inwentaryzację apek i bezlitośnie usuń te nieużywane — odinstalowanie z panelu nie zawsze czyści kod, więc sprawdź też pliki motywu pod kątem resztek (`script` po starych narzędziach).

  • Łącz funkcje — jedna apka robiąca recenzje, UGC i Q&A bije trzy osobne wtyczki pod kątem wydajności.

  • Ładuj skrypty warunkowo — czat czy widget recenzji nie muszą startować na stronie głównej; tam, gdzie się da, odraczaj je do interakcji użytkownika.

  • Pilnuj Liquid w Theme App Extensions — nowoczesne aplikacje korzystają z app embeds, które łatwiej wyłączyć w edytorze motywu niż grzebać ręcznie w kodzie.

Motyw i kod — co zoptymalizować, a kiedy wymienić?

Motyw to fundament wydajności. Lekkie, nowoczesne szablony oparte na Online Store 2.0 (jak Dawn i pochodne) są zaprojektowane z myślą o Core Web Vitals, podczas gdy stare motywy obładowane dziesiątkami sekcji i własnym jQuery startują z dużo gorszej pozycji. Czasem tańszą i skuteczniejszą drogą niż łatanie jest przejście na zdrowszy motyw — piszemy o tym szerzej w tekście omotywach Shopify.

Jeśli zostajemy przy obecnym motywie, optymalizacja kodu polega na usuwaniu balastu i porządkowaniu kolejności ładowania zasobów.

  • Odchudź CSS i JS — usuń style i skrypty po nieużywanych sekcjach oraz starych integracjach.

  • Ogranicz fonty — wgrywaj własne pliki przez `font-face` zamiast wielu wariantów Google Fonts; każda dodatkowa waga to kolejne pobranie blokujące render.

  • Odraczaj niekrytyczny JavaScript (`defer`/`async`), a krytyczny CSS dla pierwszego ekranu trzymaj jak najmniejszy.

  • Uważaj na page buildery — wygodne, ale potrafią generować ciężki kod; jeśli z nich korzystasz, zobaczporównanie Foxify i Shogunpod kątem wpływu na szybkość.

  • Nie ruszaj `checkout.liquid` na siłę — Shopify domyślnie dobrze optymalizuje checkout; energię lepiej kierować na strony przed koszykiem.

Jak szybkość przekłada się na konwersję, SEO i widoczność w AI?

Szybkość to nie konkurs Lighthouse, tylko pieniądze. Z badań branżowych konsekwentnie wynika, że każda dodatkowa sekunda ładowania na mobile potrafi zauważalnie obniżyć współczynnik konwersji, a większość użytkowników porzuca stronę, która ładuje się dłużej niż kilka sekund. W sklepie z realnym ruchem skrócenie LCP o sekundę to zwykle wymierny wzrost liczby zamówień, a nie kosmetyka.

Po stronie SEO Core Web Vitals są oficjalnym sygnałem rankingowym Google i częścią oceny doświadczenia na stronie. To nie zastępuje dobrej treści i linków, ale przy wyrównanej konkurencji szybsza strona ma przewagę. Co coraz ważniejsze, te same fundamenty techniczne pomagają w GEO — silniki AI jak ChatGPT, Perplexity czy Google AI Overviews chętniej sięgają po strony, które renderują się szybko i przewidywalnie, bo łatwiej je przetworzyć crawlerom. Jak wydajność łączy się z optymalizacją pod AI, rozkładamy na czynniki w tekście GEO vs SEO dla Shopify oraz w przewodniku po AEO i optymalizacji pod AI.

W Polar-Commerce pracujemy GEO-first jako Shopify Partner i u klientów traktujemy Core Web Vitals jako część fundamentu widoczności w AI, a nie osobny, czysto techniczny projekt — szybki, czysto renderujący się sklep to jednocześnie lepsza konwersja i lepsza cytowalność.

Od czego zacząć i jak utrzymać szybkość w czasie?

Optymalizacja szybkości nie jest jednorazowa — sklepy „tyją” wraz z kolejnymi promocjami, apkami i sekcjami. Dlatego po doprowadzeniu Core Web Vitals do zieleni warto wpisać kontrolę w rutynę, najlepiej przy każdej większej zmianie na stronie i raz na kwartał profilaktycznie.

  • Tydzień 1: pomiar bazowy, naprawa obrazu LCP i kompresja zdjęć produktowych — zwykle największy skok przy najmniejszym ryzyku.

  • Tydzień 2: czystka aplikacji i resztek skryptów po nieużywanych narzędziach; warunkowe ładowanie czatu i widgetów.

  • Tydzień 3: porządki w motywie — fonty, niekrytyczny JS, eliminacja przeskoków układu (CLS).

  • Co kwartał: ponowny pomiar wszystkich kluczowych szablonów i audyt każdej nowo zainstalowanej apki przed wdrożeniem na produkcję.

Najczęściej zadawane pytania

Jakie są docelowe wartości Core Web Vitals dla Shopify?

LCP poniżej 2,5 sekundy, INP poniżej 200 milisekund i CLS poniżej 0,1. Liczą się przy tym dane polowe z realnych użytkowników (CrUX), a nie tylko wynik laboratoryjny w Lighthouse — dlatego zawsze mierzymy oddzielnie mobile i desktop.

Czy liczba aplikacji naprawdę spowalnia sklep Shopify?

Tak. Większość aplikacji dokłada własny JavaScript ładowany na wszystkich stronach, co najmocniej psuje INP i obciąża główny wątek przeglądarki. U klientów odinstalowanie nieużywanych apek i usunięcie resztek po starych narzędziach to często najszybsza wygrana w całym audycie.

Czy warto edytować checkout.liquid, żeby przyspieszyć sklep?

Nie na siłę. Shopify domyślnie dobrze optymalizuje checkout, a na nowych planach kierunek to checkout extensibility, nie ręczne grzebanie w pliku. Energię lepiej skierować na strony przed koszykiem: hero, kolekcje i karty produktu.

Czy szybsza strona realnie poprawia pozycje w Google i widoczność w AI?

Core Web Vitals są oficjalnym sygnałem rankingowym Google i częścią oceny doświadczenia na stronie — przy wyrównanej konkurencji szybsza strona ma przewagę. Te same fundamenty pomagają też w GEO, bo silniki AI łatwiej przetwarzają strony renderujące się szybko i przewidywalnie.

Jak najszybciej poprawić LCP w sklepie Shopify?

Zacznij od obrazu hero: skompresuj go, ogranicz rozdzielczość do realnie potrzebnej, wymuś wymiary i upewnij się, że nie ma atrybutu loading=”lazy”. W większości sklepów to jedna zmiana o największym wpływie na LCP przy minimalnym ryzyku.

Powiązane artykuły

Chcesz wiedzieć, ile sekund i ile zamówień traci dziś Twój sklep? Zrobimy audyt Core Web Vitals na realnych szablonach i pokażemy plan napraw w kolejności od największego wpływu.Porozmawiajmy albozobacz usługiPolar-Commerce.

Prowadzimy w Shopify jak po mapie 🗺️