Sklep internetowy w 2026: mobile, wydajność i dostępność

Stan informacji: 24.08.2026

Mobile jest głównym scenariuszem, nie pomniejszoną wersją

Według raportu „E-commerce w Polsce 2025” zakupy online deklaruje 78% badanych internautów, a smartfon jest najczęściej wskazywanym urządzeniem zakupowym — korzysta z niego 82% kupujących online. To uzasadnia projektowanie kluczowych ścieżek od małego ekranu.

Mobilna wersja musi wspierać nie tylko oglądanie produktu. Ważne są wyszukiwanie, filtry, warianty, kod rabatowy, metody dostawy, płatność, obsługa błędów oraz powrót do przerwanego koszyka.

• najważniejsze działania są dostępne kciukiem i mają odpowiednio duży obszar kliknięcia;
• formularze korzystają z właściwych typów pól, autouzupełniania i czytelnych komunikatów;
• filtry zachowują wybór, a powrót z produktu nie resetuje listy;
• koszt i przewidywany termin dostawy pojawiają się przed ostatnim krokiem;
• płatność ma bezpieczny scenariusz powrotu po błędzie lub przerwaniu.

Core Web Vitals mierzymy na danych użytkowników

Google opisuje trzy podstawowe wskaźniki jakości doświadczenia: LCP dla szybkości pokazania głównej treści, INP dla reakcji interfejsu i CLS dla stabilności układu. Rekomendowane progi to odpowiednio do 2,5 s, poniżej 200 ms i do 0,1 — oceniane na 75. percentylu rzeczywistych wizyt, osobno dla urządzeń mobilnych i desktopowych.

W e-commerce typowymi przyczynami problemów są zbyt ciężkie zdjęcia, nadmiar skryptów marketingowych, aplikacje firm trzecich, niekontrolowane fonty i renderowanie długich list produktów. Optymalizacja musi obejmować kod, treść oraz zasady publikacji w panelu.

Dostępność po 28 czerwca 2025 roku

Od 28 czerwca 2025 obowiązuje Polski Akt o Dostępności, obejmujący m.in. usługi handlu elektronicznego. Oficjalne materiały rządowe wskazują, że usługodawca powinien zapewnić dostępność samej usługi i informacji o niej. Przewidziano wyłączenie dla mikroprzedsiębiorców świadczących usługi, lecz ocenę konkretnego sklepu warto potwierdzić prawnie.

WCAG 2.2 jest aktualną rekomendacją W3C i dobrym punktem odniesienia projektowego, ale obowiązek prawny oraz właściwa norma zależą od zakresu działalności i przepisów wykonawczych. Ten artykuł nie jest poradą prawną.

• całą ścieżkę zakupu da się przejść klawiaturą, a fokus jest widoczny;
• pola mają etykiety, błędy są opisane tekstem i wskazują sposób poprawy;
• kontrast, powiększenie oraz reflow nie ukrywają treści i funkcji;
• nazwy przycisków i linków opisują działanie także poza kontekstem wizualnym;
• zdjęcia produktowe mają sensowne opisy, a elementy dekoracyjne nie zaśmiecają czytnika;
• status koszyka, płatności i formularza jest komunikowany technologiom asystującym.

Integracje i odporność sklepu

W większym sklepie interfejs sprzedażowy współpracuje z magazynem, ERP, płatnościami, wysyłką, marketingiem i księgowością. Każda integracja może zwrócić błąd albo działać z opóźnieniem.

Jedno źródło prawdy

Trzeba ustalić, gdzie nadrzędnie przechowywana jest cena, dostępność, status zamówienia i dane klienta. Bez tego systemy nadpisują się wzajemnie.

Bezpieczne ponowienia

Powtórzenie żądania nie może utworzyć drugiej płatności lub zamówienia. Idempotencja, kolejki i jednoznaczne identyfikatory są kluczowe.

Widoczność błędów

Zespół powinien widzieć zamówienia zatrzymane między systemami. Sam log techniczny to za mało — potrzebna jest kolejka operacyjna i jasna ścieżka naprawy.

Co mierzyć przed skalowaniem kampanii

• ukończenie wyszukiwania i użycie filtrów;
• dodanie do koszyka według urządzenia i typu produktu;
• błędy formularza oraz przerwania na etapach dostawy i płatności;
• Core Web Vitals dla najważniejszych szablonów;
• odsetek zamówień wymagających ręcznej interwencji;
• czas synchronizacji stanów, cen i statusów.

Więcej ruchu nie naprawi wadliwej ścieżki zakupu. Najpierw trzeba ustalić, gdzie użytkownik lub system traci ciągłość, a dopiero potem zwiększać budżet.

Kolejność prac dla rozwijanego sklepu

1. Audyt ścieżek i danych: urządzenia, wydajność, błędy, dostępność, integracje.
2. Naprawa krytycznych przeszkód w wyszukiwaniu, koszyku i płatności.
3. Stabilizacja danych produktowych, stanów i obsługi wyjątków.
4. Testy dostępności wykonywane automatycznie i ręcznie.
5. Dopiero potem eksperymenty z personalizacją, rekomendacjami i nowymi kanałami.

Praktyczny przykład kompletnej ścieżki katalog–produkt–koszyk–zamówienie pokazujemy w realizacji sklepu BonBeton.

Źródła

1. Gemius — „E-commerce w Polsce 2025”
2. Google Search Central — Core Web Vitals
3. Gov.pl — Polski Akt o Dostępności i e-commerce
4. W3C — Web Content Accessibility Guidelines 2.2