Wróć na blog

Jak zwiększyć szybkość działania sklepu Shopify?

31.08.2026 24 min czytania

Szybkość sklepu Shopify wpływa na wygodę zakupów, konwersję i widoczność w Google, ale poprawa wyniku nie polega na instalacji kolejnej aplikacji „speed booster”. Najczęstsze problemy wynikają z ciężkiego motywu, nadmiaru skryptów aplikacji, źle ładowanych zdjęć, filmów, fontów i kodu JavaScript. Pokazujemy, jak krok po kroku sprawdzić sklep, poprawić Core Web Vitals, przyspieszyć stronę produktu i stronę główną oraz uniknąć optymalizacji, które dobrze wyglądają tylko w teście.

Największy efekt zwykle daje usunięcie zbędnych skryptów, właściwe ładowanie obrazu LCP, optymalizacja motywu i ograniczenie aplikacji. Najpierw trzeba jednak ustalić, co naprawdę spowalnia sklep.

Szybkość Shopify jest trochę bardziej skomplikowana, niż może się początkowo wydawać. Sklep może otwierać się właścicielowi bardzo szybko na komputerze podłączonym do szybkiego internetu, a jednocześnie działać wyraźnie gorzej dla klienta korzystającego ze smartfona przez sieć komórkową.

Możliwe jest również odwrotne zjawisko: PageSpeed Insights pokaże niezbyt imponujący wynik laboratoryjny, podczas gdy rzeczywiści użytkownicy uzyskują dobre wartości Core Web Vitals.

Dlatego pierwszą zasadą optymalizacji powinno być:

najpierw pomiar i znalezienie przyczyny, dopiero później zmiana kodu.

Shopify samo wskazuje, że na wydajność sklepu wpływają między innymi kod motywu, aplikacje, obrazy, filmy, karuzele, kanały społecznościowe i narzędzia analityczne. Każdy kolejny element może zapewniać wartość biznesową, ale jednocześnie zwiększać koszt ładowania strony.

Dlaczego szybkość sklepu Shopify jest ważna?

W sklepie internetowym użytkownik wykonuje serię bardzo krótkich operacji:

wchodzi na stronę → przegląda kategorię → otwiera produkt → wybiera wariant → dodaje do koszyka → przechodzi do zakupu.

Jeżeli na każdym etapie musi czekać na pojawienie się zdjęcia, reakcję przycisku albo otwarcie koszyka, doświadczenie zakupowe się pogarsza.

Shopify wskazuje, że poprawa wydajności może poprawić doświadczenia kupujących, widoczność sklepu oraz współczynnik konwersji. Google wykorzystuje natomiast Core Web Vitals jako jeden z elementów swoich systemów rankingowych, choć sam dobry wynik techniczny nie gwarantuje wysokiej pozycji w wynikach wyszukiwania.

Optymalizacja szybkości ma więc znaczenie jednocześnie dla:

  • UX,
  • sprzedaży,
  • urządzeń mobilnych,
  • SEO,
  • efektywności kampanii reklamowych,
  • komfortu korzystania ze sklepu.

Nie oznacza to jednak, że warto poświęcić tygodnie na zmianę wyniku PageSpeed z 97 na 100.

Celem powinien być szybki sklep dla rzeczywistych użytkowników, a nie idealna liczba w jednym narzędziu.

Co właściwie oznacza „szybki Shopify”?

Najważniejszym punktem odniesienia są obecnie trzy Core Web Vitals:

WskaźnikCo mierzy?Dobry wynik
LCPszybkość wyświetlenia głównej treścido 2,5 s
INPszybkość reakcji na interakcjędo 200 ms
CLSstabilność wizualną stronydo 0,1

Google zaleca ocenianie ich na podstawie 75. percentyla rzeczywistych wyświetleń, osobno między innymi dla urządzeń mobilnych i komputerów.

LCP – Largest Contentful Paint

Pokazuje, jak szybko użytkownik zobaczy największy istotny element znajdujący się w widocznej części ekranu.

W sklepie Shopify jest to często:

  • zdjęcie hero,
  • główne zdjęcie produktu,
  • duży baner,
  • nagłówek z dużym elementem graficznym.

INP – Interaction to Next Paint

Pokazuje, jak szybko strona reaguje na działanie użytkownika.

Problem z INP może być widoczny wtedy, gdy klient:

  • klika wariant produktu,
  • otwiera menu,
  • wybiera filtr,
  • dodaje produkt do koszyka,

a strona przez chwilę sprawia wrażenie zamrożonej.

CLS – Cumulative Layout Shift

Mierzy niespodziewane przesunięcia elementów.

Przykład:

Klient chce kliknąć:

Dodaj do koszyka

ale chwilę wcześniej nad przyciskiem pojawia się widget z oceną produktu i cały układ przesuwa się w dół.

To typowy problem CLS.

Nie oceniaj sklepu wyłącznie po liczbie w PageSpeed Insights

To jeden z najczęstszych błędów.

W testach należy rozróżnić:

Dane laboratoryjne

Strona zostaje przetestowana w określonych, symulowanych warunkach.

Są świetne do diagnozowania problemów.

Dane rzeczywistych użytkowników

Pokazują, jak sklep działał dla prawdziwych klientów korzystających z różnych urządzeń, sieci i lokalizacji.

To właśnie te dane najlepiej odzwierciedlają rzeczywiste doświadczenie.

Shopify posiada własne raporty wydajności online oparte na Core Web Vitals. Pokazują one wyniki między innymi dla urządzeń mobilnych i komputerów oraz pozwalają obserwować wpływ takich zmian jak instalacja aplikacji, aktualizacja motywu czy dodanie kodu. Dane mogą pojawiać się z opóźnieniem sięgającym około 36 godzin.

Od czego zacząć optymalizację Shopify?

Najlepiej utworzyć punkt odniesienia.

Przetestuj co najmniej:

  1. stronę główną,
  2. stronę kategorii,
  3. popularną kartę produktu,
  4. bardziej rozbudowaną kartę produktu,
  5. koszyk.

Nie ograniczaj się do homepage.

Może się okazać, że:

strona główna działa świetnie, ale produkt jest bardzo wolny

albo:

produkt działa dobrze, lecz kategorie z filtrami mają problem z INP.

Dopiero później szukaj wspólnych przyczyn.

Najczęstsze przyczyny wolnego Shopify

W praktyce problemy można podzielić na kilka grup.

ObszarTypowy problem
Aplikacjezbyt wiele skryptów zewnętrznych
Motywciężki lub źle zmodyfikowany kod
Zdjęcianiewłaściwe rozmiary i sposób ładowania
JavaScriptzbyt dużo kodu uruchamianego przy starcie
Fontywiele rodzin i odmian
Filmyciężkie materiały ładowane natychmiast
Widgetychat, opinie, popupy, rekomendacje
Trackingnadmiar pikseli i skryptów analitycznych
Liquidskomplikowane operacje po stronie motywu
DOMzbyt wiele elementów HTML

Największy efekt uzyskuje się zazwyczaj nie przez drobne poprawki CSS, lecz przez znalezienie jednego lub kilku największych źródeł opóźnienia.

1. Zrób audyt wszystkich aplikacji Shopify

To jeden z pierwszych obszarów, które warto sprawdzić.

Przez kilka lat prowadzenia sklepu można zainstalować:

  • aplikację do opinii,
  • chat,
  • popup,
  • wishlistę,
  • rekomendacje,
  • upselling,
  • cross-selling,
  • heatmapy,
  • formularze,
  • tracking,
  • social proof,
  • powiadomienia,
  • A/B testing.

Problem polega na tym, że część z nich dodaje własny JavaScript i CSS do storefrontu.

Shopify określa usuwanie zbędnych skryptów zewnętrznych, aplikacji i pikseli jako jedną z optymalizacji o największym wpływie na responsywność i ogólną wydajność sklepu.

Nie pytaj tylko: „czy używamy tej aplikacji?”

Zapytaj również:

Czy korzyść biznesowa uzasadnia jej koszt wydajnościowy?

Przykład:

Aplikacja rekomendacyjna zwiększa średnią wartość koszyka o 8%.

Warto ją prawdopodobnie zachować nawet wtedy, gdy kosztuje trochę wydajności.

Ale aplikacja pokazująca niewielką animację:

12 osób właśnie ogląda ten produkt

może nie generować żadnej mierzalnej wartości.

Wtedy usunięcie jej jest znacznie łatwiejszą decyzją.

Aplikacje powinny mieć swoje „performance budget”

Można prowadzić prostą tabelę:

AplikacjaCelWpływ na sprzedażWpływ na szybkośćDecyzja
OpinieWiarygodnośćwysokiśrednizostaje
ChatSupportwysokiwysokioptymalizacja
PopupNewsletterniskiśrednitest usunięcia
HeatmapaAnalizaokresowywysokitylko podczas badań

Takie podejście jest znacznie lepsze niż:

Im mniej aplikacji, tym lepiej.

Nie chodzi bowiem o samą liczbę aplikacji, ale o to, co faktycznie ładują na stronie.

2. Samo odinstalowanie aplikacji może nie wystarczyć

To bardzo ważne.

Shopify zwraca uwagę, że odinstalowanie aplikacji nie zawsze automatycznie usuwa cały kod wcześniej dodany do motywu. Mogą pozostać między innymi skrypty, arkusze stylów lub fragmenty Liquid.

Po usunięciu aplikacji warto więc sprawdzić:

  • theme.liquid,
  • folder snippets,
  • app embeds,
  • sekcje motywu,
  • dodatkowe skrypty,
  • kod dodany ręcznie podczas konfiguracji.

Nie usuwaj jednak kodu „na ślepo”.

Najpierw wykonaj kopię motywu.

3. Sprawdź, czy ten sam problem nie jest obsługiwany przez kilka narzędzi

Typowy przykład:

Firma ma jednocześnie:

  • Google Analytics,
  • Google Tag Manager,
  • dodatkową aplikację analityczną,
  • heatmapy,
  • piksele reklamowe,
  • dwa narzędzia remarketingowe.

Każde z nich może uruchamiać kod JavaScript.

Z czasem powstaje zjawisko, które Shopify opisuje jako kumulację wielu małych obciążeń: pojedynczy skrypt nie wydaje się groźny, ale razem zaczynają blokować główny wątek przeglądarki.

Dlatego warto sprawdzić również duplikację funkcji i trackingów.

4. Nie instaluj aplikacji „przyspieszającej”, zanim nie poznasz problemu

To częsty paradoks.

Sklep działa wolno, więc właściciel instaluje:

Speed Optimizer

który dodaje...

kolejny JavaScript.

Niektóre narzędzia mogą rzeczywiście pomagać w określonych przypadkach, ale żadna aplikacja nie naprawi fundamentalnego problemu polegającego na tym, że strona ładuje dziesiątki zbędnych skryptów.

Najpierw diagnoza.

Potem optymalizacja.

5. Znajdź element LCP

To może być jedna z najbardziej opłacalnych zmian technicznych.

Na stronie produktu LCP często stanowi:

główne zdjęcie produktu.

Na stronie głównej:

duży baner hero.

Jeżeli właśnie ten element ładuje się źle, cała strona otrzymuje słaby wynik LCP.

Nie używaj lazy loading dla obrazu LCP

Lazy loading jest bardzo dobrym mechanizmem dla obrazów znajdujących się niżej na stronie.

Ale nie dla największego obrazu widocznego od razu po wejściu.

Shopify wskazuje w aktualnych rekomendacjach, aby obrazu LCP nie ładować przez loading="lazy". Powinien być pobierany od początku.

To ważne, ponieważ błędna automatyzacja może oznaczyć wszystkie obrazy jako lazy-loaded.

W efekcie przeglądarka czeka z pobraniem właśnie tego pliku, którego użytkownik potrzebuje najbardziej.

6. Ustaw wysoki priorytet dla głównego obrazu

Dla obrazu będącego LCP Shopify rekomenduje użycie:

fetchpriority="high"

Pozwala to poinformować przeglądarkę:

ten obraz jest ważniejszy od pozostałych.

Shopify wskazuje tę zmianę jako mającą wysoki wpływ na LCP.

Nie oznacza to jednak, że trzeba ustawić wysoki priorytet na wszystkich obrazach.

Jeśli wszystko będzie najważniejsze, priorytet przestaje mieć sens.

7. Nie używaj CSS background-image dla głównego hero

Popularnym rozwiązaniem w starszych motywach jest:

background-image: url(...)

dla dużego banera na górze strony.

Problem polega na tym, że przeglądarka dowiaduje się o obrazie dopiero po odczytaniu odpowiednich stylów CSS.

Shopify rekomenduje dla obrazów LCP używanie znacznika <img> zamiast CSS background-image, dzięki czemu przeglądarka może odkryć plik wcześniej podczas analizy HTML.

Daje to również możliwość zastosowania między innymi:

  • srcset,
  • sizes,
  • fetchpriority.

8. Dopasuj rozmiar zdjęcia do miejsca, w którym jest wyświetlane

Ogromny plik źródłowy nie musi oznaczać, że przeglądarka powinna pobierać go w pełnej rozdzielczości.

Jeżeli karta produktu wyświetla miniaturę o szerokości około 300 pikseli, nie ma sensu przesyłać użytkownikowi obrazu przeznaczonego do wyświetlania na całym ekranie 4K.

Shopify udostępnia mechanizmy image_url i image_tag, które wspierają generowanie responsywnych wersji obrazów, srcset, wymaganych wymiarów i dostarczanie zasobów przez CDN.

srcset i sizes mają ogromne znaczenie

Przeglądarka powinna wiedzieć:

Na ekranie 390 px potrzebuję takiego obrazu.
Na ekranie 1440 px potrzebuję większego.

Szczególnie istotny jest atrybut sizes.

Shopify zwraca uwagę, że błędny lub brakujący sizes może spowodować, że przeglądarka uzna obraz w siatce produktowej za szeroki na cały viewport i pobierze znacznie większy plik, niż rzeczywiście jest potrzebny.

9. Lazy loading stosuj poniżej pierwszego ekranu

Przykład:

Na karcie produktu znajduje się 12 zdjęć.

Użytkownik po wejściu widzi pierwsze.

Nie ma potrzeby natychmiast pobierać wszystkich pozostałych w najwyższym priorytecie.

Dla obrazów znajdujących się poza początkowym viewportem lazy loading jest właściwym rozwiązaniem. Shopify zaleca stosowanie go dla elementów, które nie są początkowo widoczne.

Najprostsza zasada:

above the fold → priorytetowo

below the fold → lazy load

z uwzględnieniem rzeczywistego układu strony.

10. Uważaj na slider hero

Slider może wyglądać atrakcyjnie, ale technicznie łatwo go przeciążyć.

Jeżeli strona główna ma pięć dużych slajdów i przeglądarka pobiera wszystkie od razu, klient płaci transferem i czasem za obrazy, których może nigdy nie zobaczyć.

Shopify zaleca w komponentach z wieloma obrazami ładowanie tylko tego, co faktycznie jest potrzebne. W przypadku karuzeli pierwsza widoczna grafika powinna mieć właściwy priorytet, a pozostałe nie powinny konkurować z nią podczas pierwszego renderowania.

Z biznesowego punktu widzenia warto również sprawdzić:

czy slider naprawdę daje lepszą sprzedaż niż jeden mocny hero?

11. Nie ukrywaj najważniejszej treści animacją

Efekt:

fade in

może wyglądać elegancko.

Ale jeśli główny obraz początkowo ma:

opacity: 0

i staje się widoczny dopiero po uruchomieniu animacji, przeglądarka może uznać LCP dopiero po zakończeniu tego procesu.

Shopify wskazuje animacje typu fade-in, reveal czy page transitions jako potencjalną przyczynę znacznego opóźnienia LCP.

Animuj więc elementy dekoracyjne, ale ostrożnie traktuj:

  • hero,
  • główny nagłówek,
  • pierwsze zdjęcie produktu.

12. Ogranicz ciężkie filmy

Autoplay video w hero potrafi wyglądać efektownie.

Pytanie brzmi:

czy zwiększa sprzedaż na tyle, aby uzasadnić koszt?

Shopify wymienia filmy jako jeden z elementów wpływających na wydajność storefrontu.

Jeżeli materiał jest potrzebny:

  • nie ładuj niepotrzebnie filmu w najwyższej jakości,
  • rozważ statyczny poster,
  • nie uruchamiaj kilku filmów jednocześnie,
  • ładuj cięższe elementy dopiero wtedy, gdy są potrzebne.

Szczególnie ostrożnie warto traktować wideo umieszczone na samej górze strony mobilnej.

13. Ogranicz JavaScript

JavaScript jest jednym z najczęstszych źródeł problemów z szybkością reakcji Shopify.

Skrypt trzeba:

  1. pobrać,
  2. odczytać,
  3. sparsować,
  4. wykonać.

W tym czasie przeglądarka może mieć mniej możliwości szybkiej obsługi interakcji użytkownika.

Shopify wskazuje nadmierny lub nieprawidłowo ładowany JavaScript jako jedną z głównych przyczyn słabego INP oraz opóźnionego LCP.

Co często generuje JavaScript?

Między innymi:

  • aplikacje,
  • popupy,
  • chat,
  • opinie,
  • rekomendacje,
  • mega menu,
  • filtry,
  • tracking,
  • A/B testing,
  • galerie,
  • wishlisty,
  • custom code.

Dlatego optymalizacja JavaScript nie oznacza:

usuń cały JavaScript.

Oznacza:

nie uruchamiaj kodu, którego użytkownik jeszcze nie potrzebuje.

14. Używaj defer dla niekrytycznych skryptów

Zwykły synchroniczny skrypt może zatrzymać analizowanie HTML.

Przeglądarka:

zatrzymuje HTML → pobiera JS → wykonuje JS → wraca do HTML.

Shopify zaleca używanie defer dla skryptów, które nie są potrzebne do pierwszego renderowania strony, oraz async dla odpowiednich niezależnych skryptów zewnętrznych.

To jednak zmiana wymagająca testowania.

Nie można automatycznie dopisać defer do każdego skryptu, bo niektóre zależności mogą przestać działać.

15. Ładuj funkcję wtedy, kiedy użytkownik chce jej użyć

Wyobraźmy sobie chat.

Tylko 3% użytkowników go otwiera.

Czy cały ciężki moduł powinien być wykonywany natychmiast dla pozostałych 97%?

Często nie.

Możliwe jest zastosowanie podejścia:

użytkownik klika chat → dopiero wtedy pobieramy potrzebny moduł.

Shopify rekomenduje dynamiczne ładowanie JavaScript na podstawie interakcji użytkownika dla funkcji, które nie są potrzebne przy starcie strony.

Tak samo można traktować niektóre:

  • popupy,
  • wyszukiwarki,
  • wishlisty,
  • zaawansowane filtry,
  • kalkulatory.

16. Sprawdź kod Liquid

Shopify nie jest wyłącznie stroną wygenerowaną raz i wysłaną użytkownikowi.

Motyw wykorzystuje Liquid.

Nieefektywny kod może opóźniać wygenerowanie HTML.

Shopify zwraca szczególną uwagę na głęboko zagnieżdżone pętle Liquid, zwłaszcza iterujące po dużej liczbie produktów, wariantów czy metafieldów. Mogą one zwiększać TTFB, czyli czas do otrzymania pierwszego bajtu odpowiedzi.

Przykładowy problem:

motyw dla każdego produktu przechodzi przez wszystkie warianty,

a dla każdego wariantu odczytuje kolejne dane.

Przy 10 produktach działa dobrze.

Przy 500 zaczyna być zauważalnie wolniej.

17. Najważniejszą treść renderuj w HTML/Liquid

Kluczowe informacje nie powinny pojawiać się dopiero po wykonaniu dużego skryptu JS.

Dotyczy to szczególnie:

  • nazwy produktu,
  • ceny,
  • głównego zdjęcia,
  • nagłówka,
  • nawigacji,
  • podstawowego opisu.

Shopify rekomenduje renderowanie istotnej treści początkowej w Liquid i HTML zamiast uzależniania jej od JavaScript, co ogranicza opóźnienia LCP i jest korzystniejsze dla indeksowania.

18. Zmniejsz DOM

DOM można uprościć jako liczbę i strukturę elementów tworzących stronę.

Problem może wystąpić, jeżeli motyw generuje tysiące elementów, również takich, których użytkownik jeszcze nie widzi.

Typowe przypadki:

  • ogromne mega menu,
  • dwa osobne menu – desktop i mobile,
  • setki ukrytych filtrów,
  • wiele popupów,
  • rozbudowane sekcje produktowe.

Shopify wskazuje, że duży DOM zwiększa koszt parsowania HTML, obliczania stylów i późniejszych interakcji. Jako przykład podaje nawet zdublowaną nawigację mobilną i desktopową, która niepotrzebnie zwiększa liczbę elementów.

Nie renderuj wszystkiego „na wszelki wypadek”

Jeżeli rozbudowany panel filtrów jest zamknięty przy pierwszym wejściu użytkownika, można rozważyć utworzenie części jego struktury dopiero podczas otwarcia.

Shopify rekomenduje takie podejście również dla ukrytych komponentów jak:

  • filtry,
  • cart drawer,
  • dialogi,
  • wishlisty.

19. Ogranicz fonty

Wygląd sklepu jest ważny, ale klient zwykle nie potrzebuje:

  • czterech rodzin fontów,
  • dziewięciu grubości każdej,
  • dodatkowych plików italics.

Każdy dodatkowy font może oznaczać kolejne zasoby do pobrania.

Shopify rekomenduje między innymi ograniczenie liczby fontów i odmian. Jeśli niestandardowy font nie pochodzi z biblioteki Shopify, dobrą praktyką może być hostowanie go przez Shopify CDN zamiast pobierania z dodatkowego zewnętrznego serwera.

W wielu sklepach wystarczy:

1–2 rodziny fontów

i kilka rzeczywiście wykorzystywanych grubości.

System font może być jeszcze szybszy

Jeżeli identyfikacja wizualna na to pozwala, font systemowy nie wymaga pobrania dodatkowego pliku.

Shopify wymienia wykorzystanie systemowych fontów jako jeden ze sposobów eliminacji opóźnień związanych z ładowaniem krojów pisma.

Nie oznacza to jednak, że każdy sklep powinien zrezygnować z własnego brandingu.

To decyzja:

design kontra koszt wydajności.

20. Rezerwuj miejsce na obrazy i widgety

Wyobraź sobie:

nazwa produktu,

cena,

przycisk.

Po sekundzie aplikacja opinii wstawia nad ceną:

★★★★★ 4,8

i wszystko przesuwa się o 40 pikseli.

To pogarsza CLS.

Shopify rekomenduje rezerwowanie przestrzeni dla dynamicznie wstrzykiwanych elementów aplikacji, szczególnie takich jak:

  • gwiazdki i opinie,
  • trust badges,
  • metody płatności,
  • informacje o dostawie.

Podobnie obrazy powinny mieć określone wymiary, aby przeglądarka wcześniej wiedziała, ile miejsca należy dla nich pozostawić.

21. Uważaj na popupy i bannery

Popup newslettera może wpływać nie tylko na UX, ale również na wydajność.

Problematyczne bywają:

  • popup ładowany natychmiast,
  • dodatkowy framework aplikacji,
  • ciężkie grafiki,
  • skrypt śledzący,
  • przesunięcie strony po wyświetleniu bannera.

Szczególnie ostrożnie warto traktować:

  • cookie banner,
  • newsletter,
  • promocję,
  • chat,

jeżeli wszystkie pojawiają się natychmiast po wejściu użytkownika.

Shopify wskazuje również, że dialog wyświetlany podczas pierwszego renderowania może sam stać się elementem LCP i zaburzyć pomiar tego, kiedy użytkownik rzeczywiście zobaczył główną treść.

22. Wykorzystuj Shopify CDN

W zwykłym Shopify infrastruktura i hosting dużej części storefrontu są zarządzane przez Shopify.

Nie jest to więc typowy WordPress, w którym pierwszą reakcją na wolną stronę jest:

kupmy większy serwer.

Shopify rekomenduje dostarczanie zasobów motywu przez własny CDN, ponieważ ogranicza to dodatkowe połączenia z innymi domenami i wykorzystuje zoptymalizowaną infrastrukturę platformy.

Dotyczy to między innymi:

  • obrazów,
  • fontów,
  • JavaScript,
  • CSS,

jeżeli mogą być poprawnie hostowane jako zasoby Shopify.

23. Nie przesadzaj z preload

Można pomyśleć:

Skoro preload przyspiesza ważny plik, oznaczmy nim wszystko.

To błąd.

Każdy zasób oznaczony jako pilny zaczyna konkurować z innymi.

Shopify rekomenduje stosowanie preload oszczędnie – zasadniczo dla niewielkiej liczby zasobów, które są naprawdę krytyczne i normalnie zostałyby odkryte późno.

Więcej preloadów nie oznacza automatycznie szybszej strony.

24. Sprawdź stronę produktu osobno

Strona produktu jest często najważniejszą stroną sklepu i jednocześnie jedną z najbardziej obciążonych.

Może zawierać:

  • galerię,
  • warianty,
  • dostępność,
  • opinie,
  • rekomendacje,
  • raty,
  • płatności,
  • wishlistę,
  • chat,
  • informacje o dostawie,
  • cross-sell,
  • sticky add-to-cart.

Dlatego warto przeprowadzić osobny audyt.

Pytania do audytu strony produktu

Czy pierwsze zdjęcie ma właściwy priorytet?

Czy pozostałe zdjęcia są lazy-loaded?

Czy wszystkie aplikacje naprawdę są potrzebne?

Czy wybór wariantu reaguje natychmiast?

Czy przycisk „Dodaj do koszyka” reaguje bez opóźnienia?

Czy widget opinii powoduje przesunięcie układu?

Czy rekomendacje muszą ładować się przed pierwszym ekranem?

Czy film produktu startuje od razu?

25. Osobno przeanalizuj stronę kategorii

Na kolekcjach problemy są trochę inne.

Typowe źródła obciążenia:

  • wiele produktów,
  • duże miniatury,
  • filtry,
  • sortowanie,
  • quick view,
  • infinite scroll,
  • drugie zdjęcie produktu przy hover,
  • wishlisty,
  • badges,
  • rozbudowane mega menu.

Szczególnie filtry mogą generować ogromny DOM i kosztowny JavaScript.

Dlatego nie zawsze zwiększenie liczby produktów wyświetlanych jednocześnie poprawia UX.

26. Mobile powinien być priorytetem

Sklep warto oglądać nie tylko na nowym komputerze właściciela.

Słabszy telefon oznacza:

  • wolniejsze CPU,
  • mniej pamięci,
  • wolniejszą sieć,
  • większy koszt wykonywania JavaScript.

Dlatego ciężki skrypt, którego prawie nie zauważysz na laptopie, może wyraźnie zamrozić interfejs telefonu.

Shopify raportuje Core Web Vitals osobno dla doświadczeń mobilnych i desktopowych, co warto wykorzystać przy diagnozie.

27. Testuj sklep bez aplikacji – na kopii motywu

To jeden z najlepszych sposobów diagnostycznych.

Nie rób tego od razu na działającym sklepie.

Utwórz kopię motywu.

Następnie przygotuj wariant:

A – obecny motyw

oraz

B – ten sam motyw bez podejrzanych elementów.

Wyłącz kolejno:

  • chat,
  • rekomendacje,
  • popup,
  • opinie,
  • dodatkowe trackingi.

Testuj po każdej większej zmianie.

Wtedy można ustalić:

aplikacja X kosztuje nas 600 ms,

zamiast zgadywać.

28. Sprawdź motyw bazowy

Czasami sklep jest wolny nie dlatego, że właściciel zrobił coś źle.

Sam motyw może być:

  • stary,
  • rozbudowany,
  • mocno zmodyfikowany,
  • zawierać dużo nieużywanego kodu.

Shopify sugeruje rozważenie zmiany na motyw zoptymalizowany pod wydajność, jeśli aktualny theme powoduje istotne problemy.

Przed zakupem nowego motywu nie oceniaj jednak tylko strony demo.

Demo może mieć:

  • inne aplikacje,
  • mniej produktów,
  • mniej skryptów,
  • inne zdjęcia.

Najlepszy test to własny katalog i własna konfiguracja.

29. Uważaj na modyfikacje motywu wykonywane przez lata

Sklep może mieć za sobą:

  • trzy agencje,
  • pięciu freelancerów,
  • kilkanaście aplikacji,
  • kilka redesignów.

W kodzie pozostają wtedy często:

  • nieużywane klasy CSS,
  • stare snippets,
  • komentarze,
  • nieaktualne biblioteki,
  • duplikaty JavaScript,
  • wyłączone funkcje nadal pobierające zasoby.

W takim przypadku poprawa pojedynczego obrazu może dać niewielki efekt.

Potrzebny może być audyt całego motywu.

30. Sprawdź efekty testów A/B

Narzędzia A/B testing mogą używać mechanizmu anti-flicker.

Jego zadaniem jest chwilowe ukrycie strony, aby użytkownik nie zobaczył oryginalnej wersji przed załadowaniem wariantu testowego.

Z punktu widzenia wydajności może to być kosztowne.

Shopify rekomenduje usuwanie anti-flicker snippets po zakończeniu testów, ponieważ potrafią opóźniać renderowanie zawartości.

Jeżeli test się skończył trzy miesiące temu, jego kod nie powinien nadal obciążać wszystkich klientów.

Jak ustalić, co naprawdę spowalnia sklep?

Można zastosować prostą diagnostykę.

Problem: wysoki LCP

Sprawdź przede wszystkim:

  • obraz hero,
  • główne zdjęcie produktu,
  • lazy loading obrazu LCP,
  • fetchpriority,
  • CSS background-image,
  • animacje,
  • blokujące CSS i JS.

Problem: wysoki INP

Sprawdź:

  • JavaScript,
  • aplikacje,
  • tracking,
  • filtry,
  • menu,
  • wybór wariantów,
  • event handlery,
  • duży DOM.

Problem: wysoki CLS

Sprawdź:

  • brak wymiarów obrazów,
  • aplikacje wstawiające treść,
  • fonty,
  • bannery,
  • popupy,
  • dynamiczne ceny,
  • informacje o dostawie.

Problem: wysoki TTFB

Sprawdź:

  • kod Liquid,
  • zagnieżdżone pętle,
  • niepotrzebne operacje w motywie,
  • sposób generowania dynamicznych sekcji.

Kolejność optymalizacji ma znaczenie

Nie wszystkie poprawki są równie wartościowe.

Przykładowa kolejność:

PriorytetDziałanie
1Usuń zbędne aplikacje i skrypty
2Napraw LCP hero / produktu
3Zoptymalizuj obrazy
4Ogranicz JavaScript
5Usuń render-blocking resources
6Napraw CLS
7Zmniejsz DOM
8Ogranicz fonty
9Zoptymalizuj Liquid
10Dopiero później drobne mikrooptymalizacje

Nie warto rozpoczynać od oszczędzania 15 KB CSS, jeżeli zewnętrzny widget ładuje megabajty zasobów i blokuje główny wątek.

Przykład praktycznej optymalizacji Shopify

Załóżmy, że karta produktu ma:

LCP: 4,8 s

INP: 310 ms

CLS: 0,18

Audyt pokazuje:

  1. pierwsze zdjęcie produktu ma loading="lazy",
  2. aplikacja opinii przesuwa cenę po załadowaniu,
  3. chat uruchamia duży skrypt przy każdym wejściu,
  4. nieużywana aplikacja marketingowa nadal pozostawiła kod w motywie,
  5. galeria ładuje wszystkie zdjęcia natychmiast.

Plan działania:

Etap 1

Pierwszy obraz:

  • eager loading,
  • poprawne sizes,
  • wysoki priorytet,
  • brak animacji opóźniającej widoczność.

Etap 2

Pozostałe obrazy:

  • lazy loading,
  • responsywne rozmiary.

Etap 3

Widget opinii:

  • zarezerwowane miejsce w układzie.

Etap 4

Chat:

  • późniejsze lub warunkowe ładowanie.

Etap 5

Usunięcie pozostałości starej aplikacji.

Dopiero po tych zmianach ponowny pomiar.

Tak wygląda skuteczna optymalizacja: problem → hipoteza → zmiana → pomiar.

Jakich błędów nie popełniać?

Nie ścigaj wyniku 100/100

Sklep ma sprzedawać, a nie wygrywać test syntetyczny.

Nie usuwaj wartościowej funkcji wyłącznie dlatego, że kosztuje 100 ms

Jeżeli zwiększa sprzedaż, może być uzasadniona.

Nie instaluj kilku aplikacji optymalizujących jednocześnie

Mogą wchodzić ze sobą w konflikt.

Nie lazy-loaduj wszystkiego

Element LCP powinien mieć odwrotny priorytet.

Nie zmieniaj produkcji bez kopii motywu

Błąd JavaScript może zepsuć koszyk lub wybór wariantu.

Nie testuj tylko strony głównej

Najważniejsze problemy często występują na produkcie i kategorii.

Nie testuj tylko desktopu

Problemy na słabszym smartfonie mogą być znacznie większe.

Nie usuwaj trackingu bez sprawdzenia

Możesz przyspieszyć stronę i jednocześnie zepsuć pomiar konwersji Google Ads lub Meta.

Czy szybkość Shopify wpływa na SEO?

Tak, ale trzeba zachować właściwe proporcje.

Google potwierdza, że Core Web Vitals są wykorzystywane przez systemy rankingowe jako element oceny doświadczenia strony. Jednocześnie wyraźnie zaznacza, że same dobre wyniki nie gwarantują wysokich pozycji i że nie warto obsesyjnie dążyć do idealnego wyniku wyłącznie ze względów SEO.

Dlatego:

świetny content + wolny sklep

może tracić część potencjału,

ale:

bardzo szybki sklep + słaba treść i oferta

nie zacznie automatycznie zajmować pierwszych pozycji.

Techniczna wydajność jest jednym z elementów całości.

Jak często sprawdzać wydajność?

Nie tylko wtedy, gdy pojawi się problem.

Dobrą praktyką jest sprawdzenie wyników:

  • przed dużą zmianą motywu,
  • po zmianie motywu,
  • przed instalacją aplikacji,
  • po instalacji aplikacji,
  • po dodaniu nowego trackingu,
  • po redesignie,
  • po uruchomieniu nowej funkcjonalności.

Shopify pozwala obserwować w swoich raportach, jak zmiany takie jak instalacje aplikacji, aktualizacje motywu czy modyfikacje kodu wpływały na doświadczenia użytkowników.

Prosta procedura przed instalacją każdej aplikacji

Przed instalacją:

zapisz obecne wyniki.

Po instalacji:

przetestuj ponownie.

Następnie odpowiedz:

  1. Co aplikacja daje?
  2. Ile kosztuje?
  3. Jak wpływa na wydajność?
  4. Czy poprawia KPI biznesowe?
  5. Czy istnieje lżejsza alternatywa?

W ten sposób sklep nie będzie po dwóch latach posiadał 30 przypadkowych aplikacji, których nikt nie chce usunąć, bo nikt nie pamięta, do czego służą.

Checklist – jak przyspieszyć Shopify?

Obrazy

  • znajdź obraz LCP,
  • nie używaj na nim lazy loading,
  • ustaw właściwy priorytet,
  • używaj responsywnych obrazów,
  • podawaj szerokość i wysokość,
  • lazy-loaduj grafiki poniżej pierwszego ekranu.

Aplikacje

  • usuń zbędne,
  • sprawdź pozostałości po odinstalowanych,
  • ogranicz duplikujące się funkcje,
  • nie uruchamiaj każdego skryptu na każdej stronie.

JavaScript

  • usuń nieużywany,
  • deferuj kod niekrytyczny,
  • ładuj ciężkie funkcje dopiero przy interakcji,
  • sprawdzaj blokowanie głównego wątku.

Motyw

  • sprawdź Liquid,
  • ogranicz zagnieżdżone pętle,
  • zmniejsz DOM,
  • usuń nieużywany kod,
  • nie duplikuj całych sekcji mobile/desktop.

UX

  • ogranicz ciężkie slidery,
  • sprawdź popupy,
  • kontroluj chat,
  • nie ukrywaj hero animacjami,
  • rezerwuj miejsce na widgety.

Fonty

  • ogranicz rodziny,
  • ogranicz odmiany,
  • rozważ Shopify CDN,
  • używaj fontów systemowych tam, gdzie jest to uzasadnione.

Monitoring

  • sprawdzaj Core Web Vitals,
  • porównuj mobile i desktop,
  • testuj przed i po zmianie,
  • analizuj stronę produktu i kategorii, nie tylko homepage.

FAQ – szybkość sklepu Shopify

Czy Shopify jest z natury wolny?

Nie można tak powiedzieć. Shopify zapewnia zarządzaną infrastrukturę i CDN, ale końcowa wydajność sklepu w dużym stopniu zależy od motywu, aplikacji, obrazów, skryptów zewnętrznych oraz własnego kodu.

Ile powinien wynosić LCP?

Google klasyfikuje jako dobry LCP do 2,5 sekundy przy ocenie 75. percentyla doświadczeń użytkowników.

Jaki powinien być INP?

Dobry wynik to do 200 ms.

Jaki powinien być CLS?

Dobry CLS to maksymalnie 0,1.

Czy warto instalować aplikację do przyspieszania Shopify?

Nie powinna być pierwszym krokiem. Najpierw należy ustalić przyczynę problemu. Jeżeli sklep jest obciążony przez pięć ciężkich aplikacji, dodanie szóstej nie musi go naprawić.

Czy usunięcie aplikacji automatycznie usuwa jej kod?

Nie zawsze. Shopify wskazuje, że po odinstalowaniu aplikacji w motywie mogą pozostać dodane przez nią fragmenty kodu.

Czy wszystkie obrazy powinny mieć lazy loading?

Nie. Shopify wyraźnie odradza lazy loading dla obrazu będącego LCP. Obrazy niewidoczne przy pierwszym załadowaniu strony są natomiast dobrymi kandydatami do lazy loading.

Czy duże zdjęcie zawsze spowalnia Shopify?

Liczy się nie tylko rozmiar pliku źródłowego, ale również sposób jego dostarczenia. Responsywne srcset i prawidłowy sizes pozwalają przeglądarce pobrać wersję dopasowaną do rzeczywistego rozmiaru elementu.

Czy slider spowalnia Shopify?

Może, szczególnie jeżeli natychmiast pobiera wiele dużych obrazów i uruchamia rozbudowany JavaScript. Warto ładować priorytetowo tylko widoczny slajd i sprawdzić, czy slider rzeczywiście daje korzyść biznesową.

Czy więcej aplikacji zawsze oznacza wolniejszy sklep?

Nie ma prostego przelicznika „jedna aplikacja = określone opóźnienie”. Niektóre aplikacje nie wpływają na storefront prawie wcale, inne dodają ciężkie skrypty do każdej strony. Dlatego trzeba sprawdzać rzeczywisty wpływ.

Czy trzeba zmieniać hosting Shopify?

W standardowym sklepie Shopify infrastruktura hostingowa jest zarządzana przez Shopify. W pierwszej kolejności optymalizuje się więc motyw, aplikacje, obrazy, JavaScript i zasoby zewnętrzne, a nie kupuje „szybszego serwera” tak jak w wielu samodzielnie hostowanych platformach.

Czy wynik PageSpeed 100 jest konieczny?

Nie. Google samo zaznacza, że idealny wynik techniczny nie powinien być celem samym w sobie. Ważniejsze są dobre doświadczenia rzeczywistych użytkowników i ogólna jakość strony.

Co najczęściej daje największe przyspieszenie?

W wielu sklepach największy potencjał mają:

  • ograniczenie skryptów aplikacji,
  • poprawienie obrazu LCP,
  • optymalizacja obrazów,
  • redukcja JavaScript,
  • usunięcie zbędnego kodu,
  • poprawa motywu.

Shopify w swoich aktualnych wytycznych szczególnie wysoko ocenia między innymi usuwanie blokujących aplikacji i zbędnych skryptów oraz właściwe ładowanie obrazu LCP.

Podsumowanie – jak skutecznie przyspieszyć Shopify?

Największym błędem w optymalizacji Shopify jest szukanie jednego magicznego ustawienia:

„włącz tę opcję i sklep będzie szybki”.

W praktyce wydajność jest sumą wielu elementów:

motyw + aplikacje + zdjęcia + JavaScript + fonty + multimedia + tracking + sposób renderowania strony.

Dlatego najlepiej stosować proces:

pomiar → diagnoza → zmiana → ponowny pomiar.

Najpierw sprawdź Core Web Vitals i ustal, która strona rzeczywiście działa źle. Następnie przeanalizuj aplikacje, główny obraz LCP, sposób ładowania zdjęć, JavaScript, kod motywu i elementy generujące przesunięcia układu.

Nie próbuj jednak usuwać każdej funkcji tylko po to, aby poprawić wynik testu.

Sklep internetowy ma przede wszystkim sprzedawać.

Jeżeli aplikacja z opiniami, rekomendacjami lub chatem realnie poprawia wyniki biznesowe, pewien koszt wydajności może być całkowicie uzasadniony. Jeśli natomiast element obciąża każdą wizytę, a nikt nie potrafi wykazać jego wartości, jest bardzo dobrym kandydatem do usunięcia.

Najlepszy Shopify nie jest więc sklepem z najmniejszą ilością kodu.

Jest nim sklep, w którym każdy cięższy element ma konkretny cel biznesowy, najważniejsza treść pojawia się szybko, interfejs reaguje natychmiast, a klient nie czeka na funkcje, których jeszcze nie potrzebuje.

Wystawiaj faktury zgodne z KSeF

Załóż darmowe konto w fakturbox i zacznij w kilka minut.