Czym jest wdrożenie WooCommerce i kiedy firma ze Szczebrzeszyna powinna je rozważyć

Wdrożenie WooCommerce to uruchomienie sklepu od zera: instalacja WordPressa i WooCommerce, struktura kategorii i atrybutów, metody dostawy i płatności, szablon, wydajność, dane strukturalne Product i Offer, szkolenie obsługi i przekazanie dostępów. Optymalizacja to praca na istniejącym sklepie: przeniesienie na lepszy serwer, włączenie Redis, odchudzenie tabeli wp_postmeta, naprawa koszyka i checkoutu, uporządkowanie wtyczek. Różnica jest praktyczna — wdrożenie sklepu z 200 produktami zajmuje zwykle 3–5 tygodni, a optymalizacja tego samego sklepu 5–15 dni roboczych, o ile nie trzeba przebudowywać szablonu.

Zanim wybierzesz WooCommerce, sprawdź trzy liczby i dwa modele sprzedaży:

• Liczba SKU. Do 500 produktów WooCommerce działa spokojnie nawet na dobrym hostingu współdzielonym z cache. Przy 500–5000 SKU potrzebny jest VPS i object cache, a warianty produktów trzeba projektować świadomie — każdy wariant to osobny wpis w bazie i kolejne rekordy w wp_postmeta.
• Kanały sprzedaży. Sklep plus Ceneo i Google Merchant Center to dziś standard. Dochodzi Allegro, marketplace B2B albo katalog dla przedstawicieli? Każdy kanał to osobna integracja i osobne stany magazynowe.
• Model B2B czy B2C. B2B oznacza logowanie z cenami per klient, limity kredytowe, zamówienia bez płatności online i pliki do zamówień. Wtyczki B2B do WooCommerce istnieją, ale przy 200+ kontraktowych klientach z indywidualnymi rabatami szybciej i taniej pracuje się w PrestaShop.

Kiedy WooCommerce przestaje wystarczać. Sygnały ostrzegawcze: powyżej 5000 SKU z importem XML, integracja ERP w czasie rzeczywistym (Subiekt, Comarch), ceny i stany zależne od kilku magazynów, sprzedaż w kilku walutach, ciężki B2B. Wtedy sensowne są dwie drogi: PrestaShop (natywne funkcje B2B, wielosklepowość) albo rozwiązanie headless — WooCommerce lub komercyjne API jako backend, a warstwa prezentacji w React/Next.js. Headless daje szybki front i pełną kontrolę nad wyglądem, ale koszt utrzymania jest wyższy, bo potrzebujesz dwóch kompetencji: backendu i frontendu. Zakres takiego projektu porównaj z opisem usługi wdrożenia i optymalizacja WooCommerce dla firm z Zamościa — ta sama metodyka działa dla firm ze Szczebrzeszyna. Oznaczanie produktów danymi strukturalnymi warto robić od pierwszego dnia, zgodnie z wytycznymi Google dotyczącymi danych strukturalnych.

Harmonogram wdrożenia WooCommerce — tydzień po tygodniu

Realny harmonogram wdrożenia WooCommerce dla firmy ze Szczebrzeszyna zamyka się w 15–30 dniach roboczych od momentu zebrania materiałów. Poniżej rozbicie na etapy z czasem, odpowiedzialnością i efektem, który powinien być wpisany w umowę.

• Analiza i decyzje — 3–5 dni. Warsztat 2–3 godziny: mapa procesu od koszyka do wysyłki, lista integracji, decyzje o kurierach, płatnościach, numeracji faktur i zasadach zwrotów. Efekt: dokument zakresu podpisany przez obie strony.
• Środowisko staging — 1–2 dni. Domena, DNS, SSL, kopie zapasowe, kopia na subdomenie z blokadą w .htaccess i znacznikiem noindex, żeby wyszukiwarki nie zaindeksowały testowego sklepu.
• Konfiguracja sklepu — 5–10 dni. Kategorie i atrybuty, warianty, stawki podatków, strefy wysyłki, metody płatności, e-maile transakcyjne, regulaminy, RODO.
• Integracje — 3–7 dni. Kurierzy (InPost ShipX, DPD, DHL), fakturowanie (Fakturownia, wFirma), magazyn (Subiekt), feed do Ceneo i Merchant Center, newsletter.
• Testy i odbiór — 2–4 dni. Zamówienie opłacone realnie (np. 1 zł) i zwrócone, kontrola e-maili (czy nie trafiają do spamu), faktura, wariant, zwrot, szkolenie 2–3 godziny z nagraniem.

Ile czasu potrzebuje klient. Właściciel lub osoba decyzyjna: 5–8 godzin (warsztat, decyzje, odbiór). Osoba od produktów: 20–40 godzin przy 300 SKU na zdjęcia, opisy, cechy i wagi. Księgowość: 2–3 godziny na uzgodnienie stawek VAT i sposobu fakturowania. Magazyn: 2–4 godziny na testy wysyłek. Brak choćby jednej z tych osób po stronie klienta to najczęstsza przyczyna przestoju.

Typowe opóźnienia. Brak treści produktowych — jeśli opisy spływają po zakończeniu konfiguracji, testy i tak ruszają później. Brak decyzji o kurierach — każda zmiana po skonfigurowaniu stref wysyłki to dodatkowe godziny pracy. Weryfikacja operatora płatności trwa zwykle 3–10 dni roboczych i nie da się jej przyspieszyć. Zanim podpiszesz umowę, zestaw widełki z materiałem o koszcie wdrożenia WooCommerce, a lokalny kontekst znajdziesz w opisie wdrożeń WooCommerce w Hrubieszowie.

Wymagania serwera i hostingu pod WooCommerce — konkretne parametry

Parametry serwera sprawdzaj przed podpisaniem umowy z hostingiem, nie po. WooCommerce to WordPress z bazą, która przy 2000 produktów i 1000 zamówieniach miesięcznie mocno obciąża I/O.

Minimum konfiguracyjne: PHP 8.2 lub nowszy (8.3 działa, ale każdą wtyczkę przetestuj na staging), memory_limit 256M, max_execution_time 300 s, max_input_vars co najmniej 3000 — przy zapisywaniu produktu z wieloma wariantami domyślne 1000 potrafi ucinać dane bez komunikatu o błędzie, upload_max_filesize i post_max_size 64M, MySQL 8.0 lub MariaDB 10.6+ na InnoDB, kodowanie utf8mb4.

Wydajność: OPcache włączony (na produkcji rozważ opcache.validate_timestamps=0, ale wtedy po każdym wdrożeniu trzeba zrestartować PHP-FPM), object cache Redis lub Memcached — przy WooCommerce to warunek sensownego czasu odpowiedzi, nie luksus — HTTP/2 lub HTTP/3, kompresja Brotli lub gzip, TLS 1.3, CDN dla plików statycznych.

Hosting współdzielony, VPS czy serwer dedykowany. Do około 500 zamówień miesięcznie wystarcza dobry hosting współdzielony z Redis — pod warunkiem, że dostawca nie limituje procesów CPU i nie blokuje REST API WooCommerce. Od 1000 zamówień miesięcznie przechodź na VPS: 4–8 vCPU, 8–16 GB RAM, dysk NVMe, kopie zapasowe z retencją 30 dni i przetestowanym odtworzeniem. Przy 5000+ zamówień, importach co godzinę albo kilku integracjach ERP — serwer dedykowany, najlepiej z bazą danych na osobnej maszynie. Sprawdź też, czy wp-cron nie jest wywoływany przy każdym wejściu na stronę; przy większym sklepie przenieś go do systemowego crona. Punkt odniesienia dla wtyczek i konfiguracji znajdziesz w dokumentacji WooCommerce. Sposób uporządkowania takiego projektu opisujemy przy okazji organizacji wdrożenia WooCommerce w Narolu.

Integracje, które decydują o sprawności sklepu: płatności, kurierzy, ERP, KSeF

Najczęstszy powód kłopotów po starcie sklepu to nie motyw, a integracje. Każda ma inny sposób uwierzytelniania, inny czas wdrożenia i inne miejsce, w którym się psuje.

Kurierzy. InPost (Paczkomaty i kurier) działa przez ShipX API: tworzysz przesyłkę, pobierasz etykietę, a listę Paczkomatów podajesz widgetem. DPD i DHL mają osobne REST API, a DHL dodatkowo dwa różne — zależnie od tego, czy masz umowę DHL Parcel, czy DHL24. Praktyczna różnica, która decyduje o codziennej pracy: część kurierów zwraca statusy webhookiem, a część wymaga odpytywania cronem co kilkanaście minut. Od tego zależy, czy klient sam zobaczy informację „wysłane”, czy zadzwoni do biura.

Płatności. Przelewy24 i PayU dają BLIK, szybkie przelewy i karty w jednej integracji, Stripe sprawdza się przy kartach zagranicznych i subskrypcjach. Stawki prowizji są indywidualne i zależą od obrotu — nie ma jednej tabeli, o którą można się oprzeć, więc poproś operatora o wyliczenie dla swojego wolumenu. Wpływ na konwersję jest większy niż się wydaje: brak BLIK-a realnie gubi koszyki, a cykl wypłat (dzienny kontra tygodniowy) zmienia płynność firmy.

ERP i KSeF. Subiekt GT/nexo, Comarch, WAPRO — integracja obejmuje zwykle stany, ceny, zamówienia i dokumenty. Moduł faktur musi mieć numerację, stawki VAT i dane nabywcy spójne z ERP, bo KSeF wymusza wystawianie faktur przez API. Terminy obowiązkowego KSeF wchodzą etapami i były już przesuwane — aktualny termin potwierdź w oficjalnych komunikatach, zanim wpiszesz go do harmonogramu.

Własny moduł czy kolejna subskrypcja? Policz koszt wtyczki razy trzy lata i zestaw to z wyceną dedykowanego modułu. Jeśli roczna opłata to kilka tysięcy złotych, a proces jest prosty i stabilny, własny moduł zwraca się zwykle w 2-3 lata i nie zniknie razem z autorem wtyczki. Kupuj wtyczkę, gdy problem jest typowy, a pisz moduł, gdy proces jest Twoją przewagą — na przykład ceny B2B liczone z ERP. Zanim porównasz oferty, zobacz, jak liczy się koszt wdrożenia WooCommerce.

Optymalizacja szybkości WooCommerce — co mierzyć i jakie są progi

Core Web Vitals to nie wynik z Lighthouse, a dane z realnych wizyt (field data) dla 75. percentyla użytkowników, widoczne w raporcie „Podstawowe wyniki internetowe” w Search Console. Trzy progi do zapamiętania: LCP poniżej 2,5 s, INP poniżej 200 ms, CLS poniżej 0,1. W sklepie LCP to zwykle zdjęcie główne produktu albo baner — nie lazy-loaduj tego elementu, oznacz go atrybutem fetchpriority o wartości high i podaj wymiary obrazu. INP psują wtyczki czatów, slidery, reklamy i „szybkie zakupy” przez AJAX, CLS — banery cookie, fonty bez font-display: swap oraz obrazy bez width i height.

Wąskie gardła WooCommerce. Trzy najczęstsze:

• wp_postmeta — filtrowanie po meta_key bez indeksu kończy się skanem całej tabeli. Sprawdź plan zapytania przez EXPLAIN i porównaj liczbę przebadanych wierszy z liczbą zwróconych.
• wp_options — zbyt dużo opcji z autoloadem wożonych na każdej stronie. Przy kilku megabajtach robi się to odczuwalne.
• wp_woocommerce_sessions — gdy WP-Cron nie odpala, tabela puchnie do setek megabajtów. Włączenie HPOS (High-Performance Order Storage) przenosi zamówienia z wp_postmeta do dedykowanych tabel i na starszej instalacji jest jedną z najlepszych decyzji wydajnościowych.

Kolejność działań: baza danych (indeksy, czyszczenie, HPOS) → cache obiektowy (Redis, np. Redis Object Cache) → cache stron (LiteSpeed Cache, WP Rocket) z wyłączeniem koszyka, kasy i „mojego konta” → obrazy (WebP/AVIF, kompresja, lazy loading poza LCP) → CDN (Cloudflare, Bunny). Odwrotna kolejność, na przykład CDN przed bazą, maskuje problem i myli pomiary.

Diagnoza. Query Monitor pokaże liczbę zapytań i najwolniejsze wtyczki, slow query log MySQL (long_query_time = 1) wskaże konkretne zapytania, PageSpeed Insights to tylko podgląd laboratoryjny. Żeby odróżnić serwer od motywu, poproś hosting o czas odpowiedzi dla pliku statycznego: jeśli TTFB dla arkusza CSS przekracza kilkaset milisekund, problem jest w PHP-FPM, bazie albo hostingu, zanim dojdzie do motywu. Progi i sposób ich liczenia opisuje dokumentacja Web Vitals, a podobne prace wydajnościowe wykonujemy przy wdrożeniach WooCommerce w Hrubieszowie — wdrożenia i optymalizacja WooCommerce Hrubieszów.

Migracja ze starej platformy do WooCommerce — czego nie wolno zgubić

Migracja nie polega na eksporcie CSV. Poniżej lista rzeczy, które najczęściej wypadają w połowie drogi.

• Produkty z wariantami — rozmiar i kolor muszą stać się atrybutami, a nie osobnymi produktami. Zły import kończy się sklepem z tysiącami prostych pozycji i filtrem, który nic nie filtruje.
• Klienci — konta przenosisz, ale haseł nie: inne algorytmy szyfrowania wymuszają masowy reset. Mailing zaplanuj przed startem, nie po.
• Historia zamówień — z pozycjami, kosztem wysyłki, rabatami i statusami. Bez tego nie odpowiesz na pytanie „gdzie moje zamówienie z zeszłego roku”.
• Opinie, kategorie z opisami SEO, kody rabatowe (reguły cenowe nie mapują się jeden do jednego na kupony), podstrony CMS i blog.

Mapowanie URL-i. Wyeksportuj adresy z Search Console (raport „Strony”) albo przeindeksuj serwis crawlerem, zrób mapę stary → nowy i wgraj przekierowania 301 na poziomie serwera (Nginx, Apache), nie wtyczką — przy kilku tysiącach URL-i wtyczka zjada zasoby i łatwo ją wyłączyć przez pomyłkę. Nie zmieniaj struktury URL w tym samym wdrożeniu co platforma. Produkty znikające na stałe kieruj na właściwą kategorię 301 albo zwróć 410, nigdy na stronę główną.

Okno serwisowe i plan wycofania. Zamroź edycje na starym sklepie, zrób eksport końcowy i uruchom nowy w nocy przy najniższym ruchu. Na 24 godziny przed startem obniż TTL domeny do 300 s — jeśli testy nie przejdą, wracasz na stary serwer w kilka minut. Stary sklep zostaw nietknięty minimum dwa tygodnie. Podobną kolejność etapów i podział obowiązków opisujemy w materiale o organizacji wdrożenia WooCommerce w Narolu.

Test paragonowy. Wybierz 20 losowych zamówień z ostatnich 3-6 miesięcy i porównaj pole po polu: numer, data, klient, kwota brutto, VAT, wysyłka, rabat, metoda płatności, pozycje i ceny jednostkowe. Do tego 5 zamówień testowych od początku do końca — płatność, etykieta, mail, faktura. Jeśli któraś kwota się nie zgadza, wstrzymaj start. Zakres pól zamówienia i konfigurację sklepu znajdziesz w dokumentacji WooCommerce.

Bezpieczeństwo, kopie zapasowe i opieka po wdrożeniu

Wdrożenie sklepu kończy się w dniu uruchomienia, a nie w dniu podpisania protokołu. Pierwsze 3 miesiące po starcie są zwykle najbardziej ruchliwe: pojawiają się pytania o statusy zamówień, nieudane płatności i próby logowania na /wp-login.php. Opieka techniczna powinna być zaplanowana jeszcze przed startem, a nie dokupywana po pierwszej awarii.

Kopie zapasowe. Minimum: baza raz na dobę plus dodatkowa kopia przed każdą aktualizacją, pliki raz w tygodniu, retencja co najmniej 30 dni. Kopie muszą leżeć poza serwerem produkcyjnym — w S3, Backblaze B2 albo w storage hostingu, ale nie w tym samym katalogu, co WordPress. Raz na kwartał wykonaj test odtworzenia: ściągnij paczkę na subdomenę staging, wgraj i sprawdź, czy koszyk oraz checkout działają. Bez tego testu nie wiesz, czy backup realnie istnieje.

Aktualizacje. Ustal stałe okno serwisowe, np. pierwszy wtorek miesiąca, godz. 7:00. Kolejność: kopia → staging → aktualizacja rdzenia WP, wtyczek i motywu → test koszyka, checkoutu, e-maili i integracji z kurierem → produkcja. Wtyczki, których nikt nie używa, usuń: każda to potencjalna luka.

SLA powinno zawierać cztery elementy: czas reakcji (np. 4 h w dni robocze 8–16, 1 h gdy sklep nie działa), czas naprawy (24–48 h dla błędu blokującego sprzedaż), jeden kanał zgłoszeń (mail lub system ticketowy — nie Messenger) oraz zakres prac w abonamencie, np. 3 h miesięcznie, z jasnym cennikiem prac dodatkowych.

Monitoring to nie tylko uptime. Sprawdzaj co minutę dostępność strony, błędy PHP w logach (Query Monitor, logi hostingu), czas odpowiedzi serwera i porzucone koszyki. Do oceny wrażeń użytkownika używaj metryk Core Web Vitals opisanych na web.dev — rosnący LCP czy INP to sygnał, że kolejna wtyczka zaczyna kosztować cię sprzedaż. Harmonogram i podział zadań po stronie firmy rozpisujemy szerzej przy okazji organizacji wdrożenia WooCommerce w innych miastach regionu.

Ile kosztuje wdrożenie i optymalizacja WooCommerce — widełki z godzin

Wycena „z sufitu”, np. 8 000 zł za sklep, nic ci nie mówi, dopóki nie wiesz, ile godzin pracy się za nią kryje. Proś o rozbicie oferty na moduły i stawkę godzinową. Poniższe widełki to typowy zakres dla sklepu z kilkudziesięcioma–kilkuset produktami i 1–2 integracjami zewnętrznymi.

Modul	Godziny	Co obejmuje
Konfiguracja sklepu	40–70 h	instalacja WP i WooCommerce, motyw, podatki, strefy wysyłki, płatności, e-maile transakcyjne, strony RODO
Integracje	20–60 h	Przelewy24/Stripe, API kurierów, faktury (np. Fakturownia), magazyn, Google Merchant
Optymalizacja	20–50 h	cache i CDN, kompresja obrazów, WebP, zapytania bazy, Core Web Vitals
Migracja i treści	15–40 h	przeniesienie produktów, zdjęć, klientów, przekierowania 301, uzupełnienie opisów
Szkolenie i dokumentacja	6–12 h	nagranie szkolenia, instrukcja, przekazanie dostępów
Testy i odbiór	10–20 h	testy funkcjonalne, wydajnościowe, SEO, poprawki po odbiorze

Suma wychodzi zwykle 110–250 h. Przy stawkach 120–250 zł/h netto daje to około 13 000–63 000 zł. To szeroki zakres, ale właśnie dlatego jest uczciwy: różnicę robi liczba integracji i jakość treści, które dostarcza klient.

Stawka godzinowa musi być powiązana z odpowiedzialnością. Zapisz w umowie, kto płaci za poprawki: błąd wynikający ze specyfikacji lub wykonania — wykonawca, zmiana zakresu w trakcie (np. dorzucenie drugiego kuriera) — klient, według tej samej stawki.

Policz też koszty stałe po wdrożeniu: hosting 60–250 zł/mies., prowizje operatora płatności, opłaty za API kurierów i abonament opieki technicznej. Wycena godzinowa jest bezpieczniejsza, bo widzisz, za co płacisz, i możesz ciąć zakres, zamiast zgadywać, czy kwota ryczałtowa obejmuje migrację. Porównanie z ofertami przygotuj na podstawie stron o koszcie wdrożenia WooCommerce oraz cenniku i organizacji projektu.

Checklista odbioru sklepu WooCommerce — co sprawdzić przed podpisaniem protokołu

Protokół podpisuj po przejściu poniższej listy. Testy rób na produkcji, nie na stagingu — staging nie ma tych samych cache’y, CDN i limitów hostingu.

Testy funkcjonalne

• dodanie do koszyka: produkt prosty, zmienny i z wariantem rozmiar/kolor,
• checkout jako gość i jako zalogowany klient — oba muszą utworzyć zamówienie i wysłać e-mail,
• kupon: procentowy, kwotowy, z darmową dostawą; sprawdź datę ważności,
• zwrot w ciągu 14 dni — czy klient dostaje potwierdzenie i czy stan magazynowy wraca,
• stany magazynowe: schodzą po opłaceniu, nie po złożeniu zamówienia,
• e-maile: potwierdzenie, faktura, zmiana statusu; sprawdź SPF i DKIM dla własnej domeny.

Testy wydajnościowe

• cold cache — pierwsze wejście po wyczyszczeniu cache nie może trwać 5 s,
• 50 równoległych użytkowników (k6 lub Locust): licz błędy 5xx i średni czas odpowiedzi,
• czas generowania strony: TTFB poniżej 500 ms, pełne wczytanie poniżej 2,5 s,
• Query Monitor: brak zapytań do bazy dłuższych niż 1 s.

Testy SEO

• sitemap_index.xml zgłoszona w Search Console, robots.txt nie blokuje niechcący stron produktów,
• dane strukturalne Product z ceną, walutą i dostępnością — zgodnie z wytycznymi Google dla danej struktury,
• canonical na produktach z wariantami oraz na stronach paginacji,
• przekierowania 301 ze starych adresów — listę pobierz z Search Console przed startem.

Dokumentacja i dostępy

• panele hostingu, WordPressa, WooCommerce, płatności, kurierów i DNS na firmowy adres e-mail,
• klucze API zebrane w menedżerze haseł, nie w mailu,
• instrukcja: dodanie produktu, zmiana ceny, obsługa zamówienia i zwrotu,
• lista administratorów — w małej firmie wystarczą dwie osoby, reszta na rolach redaktora lub menedżera sklepu.

Po odbiorze zostaje jeszcze optymalizacja i opieka — pełny zakres znajdziesz na stronie o wdrożeniach i optymalizacji WooCommerce dla firmy.

Najczęstsze błędy i jak je wykryć

Lista kontrolna do odklikania

• Właściciel projektu i zastępca — Ustal przed startem: jedna osoba decyzyjna po stronie klienta plus zastępca, z czasem reakcji na pytanie do jednego dnia roboczego.
• Zakres i budżet na piśmie — Sprawdź przed podpisaniem umowy: ile produktów, ile integracji, ile poprawek po odbiorze i co dokładnie jest poza ceną.
• Lista decyzji do podjęcia — Kurierzy, operator płatności, sposób fakturowania — domknij do końca etapu analizy, bo każda otwarta decyzja przesuwa kolejne etapy.
• Dostępy i klucze API — Zbierz na starcie integracji; weryfikacja to udane połączenie testowe na stagingu, a nie obietnica z maila.
• Umowy z operatorem płatności — Złóż wniosek przed konfiguracją, bo weryfikacja konta trwa dłużej niż wdrożenie wtyczki; brak akceptacji blokuje testy koszyka.
• Parametry serwera w umowie — Sprawdź przed zakupem hostingu: PHP 8.2 lub nowszy, memory_limit minimum 256M, max_execution_time 300s, MySQL 8.0 lub MariaDB 10.6, dostęp do Redis.
• Środowisko staging — Ma istnieć przed pierwszymi testami integracji; sprawdź, czy baza pochodzi z kopii produkcji i czy dane osobowe są zamaskowane.
• Kopia zapasowa i plan wycofania — Ustal przed przełączeniem: kto robi kopię, gdzie leży, ile trwa przywrócenie i kto podejmuje decyzję o powrocie.
• Treści produktowe na start — Zweryfikuj importem na stagingu — jeśli plik nie przechodzi bez błędów, nie będzie działał także na produkcji.
• Okno serwisowe — Wyznacz poza szczytem sprzedaży i przygotuj kanał informowania klientów: banner, mailing, wpis w social media.
• Testy płatności i etykiet na produkcji — Po przełączeniu wykonaj transakcję testową, wygeneruj i wydrukuj etykietę oraz sprawdź mail z potwierdzeniem zamówienia.
• Faktury i KSeF — Sprawdź, czy dane z zamówienia pokrywają się z danymi do faktury i czy dokument wychodzi poprawnie w obiegu księgowym.
• Przekierowania 301 i weryfikacja w Google — Po migracji porównaj listę starych adresów URL z nowymi, sprawdź brak błędów 404 i wróć do Search Console po dwóch do czterech tygodni.
• Przekazanie dostępu i szkolenie — Na koniec: menedżer haseł, krótkie szkolenie z obsługi zamówień i nagranie, do którego wrócisz po miesiącu.

Najczęściej zadawane pytania

Źródła i materiały

• Google Search Central – Core Web Vitals
• Google Search Central – tworzenie treści dla ludzi
• Google Search Central – dane strukturalne
• web.dev – Core Web Vitals
• WooCommerce – dokumentacja