Ile kosztuje utrzymanie i opieka techniczna sklepu w Zamościu? Widełki na 2025 rok

Odpowiedź w trzech liczbach: 300–600 zł netto miesięcznie za pakiet podstawowy, 700–1400 zł netto za standard, 1500–3500 zł netto za rozszerzony. Prawie każda oferta z rynku zamojskiego i lubelskiego wpada w jeden z tych trzech przedziałów.

Widełki wynikają z prostego rachunku: stawka roboczogodziny w regionie to 120–200 zł netto, a samo utrzymanie sklepu pochłania realnie 8–20 godzin miesięcznie. Pakiet podstawowy to 3–4 h, standard 6–10 h, rozszerzony 12–20 h. Jeśli ktoś oferuje „opiekę” za 200 zł, zapytaj, ile godzin faktycznie na to przeznacza — często jest to 1–2 h, czyli dokładnie tyle, ile zajmuje backup i przejrzenie listy wtyczek.

Przykład kalkulacji. Sklep na PrestaShop, 200 zamówień miesięcznie, dwie integracje kurierskie: InPost Paczkomaty i DPD.

• aktualizacje core i modułów z testami na staging — 3 h
• backupy, monitoring uptime, przegląd logów — 1 h
• poprawki po aktualizacjach (koszyk, płatności, szablon) — 2 h
• zmiany w cenniku i treściach — 2 h
• kontakt, raport miesięczny, konsultacje — 1 h

Razem 9 h. Przy 150 zł/h to 1350 zł netto, przy 120 zł/h — 1080 zł. Dołożenie ERP (Subiekt, Comarch, WAPRO) to zwykle +200–400 zł netto miesięcznie, bo dochodzi testowanie wymiany stanów magazynowych i statusów zamówień.

Platforma zmienia stawkę. Prosty katalog na WooCommerce bywa 10–20% tańszy niż PrestaShop, ale gdy masz 40 wtyczek i własny szablon, przewaga znika — każda aktualizacja wymaga wtedy więcej testów. Szybkość ładowania warto mieć na oku niezależnie od platformy, bo wpływa na konwersję i wyniki w wyszukiwarce (Web Vitals). Podobny rozkład pakietów dla mniejszych sklepów regionalnych opisaliśmy w materiale o pakietach utrzymania dla sklepów ze Świdnika.

Co dokładnie wchodzi w opiekę techniczną, a co jest dopłatą

Najwięcej sporów o faktury bierze się z tego, że klient rozumie „opiekę” inaczej niż wykonawca. Zakres trzeba ustalić na papierze, punkt po punkcie.

W pakiecie, bez dopłat, powinno być:

• aktualizacje core, modułów/wtyczek i szablonu — z testami na kopii staging przed wdrożeniem na produkcję,
• backupy automatyczne minimum raz dziennie, kopia poza serwerem, test odtworzenia raz na kwartał — backup, którego nikt nie sprawdził, nie jest backupem,
• monitoring uptime z alertem mail/SMS oraz sprawdzenie certyfikatu SSL przed wygaśnięciem,
• poprawki po aktualizacjach, w tym po zmianie wersji PHP (np. 8.1 → 8.3), gdy szablon zaczyna sypać błędami,
• drobne zmiany treści, cen i bannerów — zwykle limit 30–60 minut miesięcznie,
• kontrola koszyka, płatności i modułów kurierskich po każdej aktualizacji.

Dopłaty — wszystko, co jest projektem, nie utrzymaniem: nowe moduły i ich konfiguracja, migracja hostingu lub wersji sklepu, integracje ERP i magazynowe, prace przy szablonie (nowe sekcje, redizajn), odzyskiwanie sklepu po włamaniu, optymalizacja bazy i serwera. Odzyskiwanie po infekcji kosztuje 1500–5000 zł i prawie nigdy nie jest objęte pakietem — pytaj o to przed podpisaniem umowy.

Utrzymanie vs. opieka. Utrzymanie jest reaktywne: coś padło, ktoś naprawia. Opieka jest proaktywna: aktualizacje planowane poza szczytem sprzedaży, przeglądy logów, testy transakcji, pilnowanie limitów dysku i bazy. Jeśli sklep zarabia, potrzebujesz opieki. Reaktywne utrzymanie wystarcza przy sklepie wizerunkowym.

Sama aktualizacja WooCommerce w panelu to nie opieka — moduł płatności potrafi przestać zwracać status zamówienia i nikt tego nie wychwyci bez testowej transakcji. Przy PrestaShop dochodzi kwestia zgodności modułów z nowymi wersjami; zmiany w API śledzimy na bieżąco w dokumentacji deweloperskiej PrestaShop. Zanim porównasz ofertę, sprawdź, jak wygląda zakres opieki technicznej krok po kroku.

SLA, czas reakcji i kary umowne — co musi być w umowie

Ofertę na opiekę porównuje się po SLA, nie po cenie miesięcznej. Dwie firmy mogą wołać 900 zł, ale jedna odpowiada w godzinę, druga „w ciągu 3 dni roboczych”. To dwa różne produkty.

Czas reakcji to nie czas naprawy. Reakcja = moment, w którym człowiek odbiera zgłoszenie i zaczyna diagnostykę. Naprawa = sklep znów przyjmuje zamówienia. W umowie muszą być oba parametry, kanał zgłoszeń (mail, telefon, panel), godziny wsparcia (8:00–16:00 czy 24/7) i sposób eskalacji, gdy pierwsza osoba nie odbierze.

Sklep offline w Black Friday kosztuje więcej niż roczna opieka. Sklep robiący 200 zamówień miesięcznie w szczycie listopadowym potrafi wygenerować 60–80 zamówień w ciągu dnia przy średniej wartości 180 zł. Dwa dni przestoju to około 7000 zł utraconej sprzedaży plus klienci, którzy już nie wrócą. Przy pakiecie standard za 1000 zł/mies. to strata równa siedmiu miesiącom opieki.

W umowie zapisz też:

• kary za przekroczenie SLA — np. 10% abonamentu za każdą rozpoczętą godzinę zwłoki, z limitem 50% opłaty miesięcznej,
• okres wypowiedzenia i sposób przekazania dostępu — po zakończeniu współpracy musisz dostać dane do serwera, FTP/SFTP, panelu DNS i pliki backupów,
• listę dopłat i stawkę godzinową prac poza pakietem (żeby nie było niespodzianek na fakturze),
• zapis, kto odpowiada za zgodność sklepu z RODO i kto ma dostęp do danych klientów.

Pełny opis modelu współpracy, zakresów i sposobu rozliczeń znajdziesz na stronie utrzymania i opieki technicznej sklepów w Zamościu.

Od czego zależy cena: 7 czynników, które realnie podnoszą lub obniżają stawkę

Cena opieki to godziny pomnożone przez stawkę 120–200 zł netto/h. Zanim poprosisz o ofertę, policz siedem rzeczy, które przesuwają wynik o kilkaset złotych miesięcznie.

• Platforma. WooCommerce (WordPress) aktualizuje wtyczki pojedynczo – 15 wtyczek to 15 potencjalnych konfliktów po każdej aktualizacji. PrestaShop ma moduły w jednym ekosystemie, ale trzeba pilnować zgodności modułu z wersją rdzenia; zasady opisuje dokumentacja deweloperska PrestaShop.
• Liczba zamówień. Do 300/mies. to praktycznie ten sam zakres prac co przy 100. Powyżej 1000 zamówień dochodzą kolejki, wydajność bazy i obsługa błędów integracji – plus 6–10 h.
• Liczba integracji. Płatności, kurierzy, faktury, ERP, feedy Ceneo/Allegro. Każda to średnio 1 h pracy miesięcznie.
• Jakość kodu po poprzednim wykonawcy. Nadpisany core, moduły z edytora, brak wersjonowania – to 2–8 h dopłaty.
• Hosting. Współdzielony to mniej pracy, VPS to 2–4 h administracji w pakiecie.
• Moduły premium. Licencje, odnowienia, aktualizacje płatnych dodatków – 0,5–1 h.
• Zakres zmian treści. Pakiet 1–2 h/mies. to inna cena niż „worek zleceń” rozliczany godzinowo.

Przykład: sklep na WooCommerce z 15 wtyczkami kosztuje w utrzymaniu około 2x więcej niż ten sam sklep z 5 wtyczkami robiącymi to samo. Przy 150 zł/h różnica 4 h/mies. to 600 zł miesięcznie, czyli 7 200 zł rocznie.

Dług techniczny. Sklep z 2018 r. na PrestaShop 1.6 i wycofanej wersji PHP to nie „stary, ale działa”. Część integracji nie ma już wsparcia, hostingi wyłączają stare PHP, a każda aktualizacja wymaga obejścia. Zamiast 6 h robisz 12–16 h miesięcznie, a prace poza SLA są wyceniane 1,5–2x wyżej.

Policz sam: (liczba integracji × 1 h) + 2 h na backup i monitoring + 3 h bufora na poprawki. Pięć integracji = 10 h × 150 zł = 1 500 zł netto/mies. Jeśli wychodzi 5 h, to zwykle pakiet bez administracji serwerem i bez zmian w kodzie – zobacz, co obejmuje utrzymanie i opieka techniczna sklepów w Zamościu.

Ile kosztuje awaria sklepu? Kalkulacja, która uzasadnia opiekę

Koszt awarii policzysz w jednym działaniu: (średnia wartość zamówienia × zamówienia na godzinę) × czas przestoju = koszt awarii. Brzmi banalnie, ale większość właścicieli nigdy tego nie liczy i dlatego traktuje opiekę jako koszt, a nie ubezpieczenie.

Przykład. Sklep z 150 zamówieniami miesięcznie i AOV 180 zł ma około 5 zamówień dziennie. Jeśli 2–3 z nich wpadają w wieczorny szczyt 18:00–21:00, godzina przestoju w tym oknie to w przybliżeniu jedno zamówienie, czyli 180 zł. Część klientów wróci, część pójdzie do konkurencji – przy ostrożnym założeniu odzyskania połowy realna strata to około 90 zł za każdą godzinę przestoju w godzinach szczytu. Dwugodzinna awaria w piątek wieczorem to 180 zł; awaria w Black Friday przy 40 zamówieniach dziennie to już tysiące.

Uwaga na awarie częściowe. Sklep odpowiada kodem 200, wygląda normalnie, ale nie działa bramka płatności albo moduł kuriera. Nikt nie dzwoni do Ciebie z krzykiem – klienci po prostu porzucają koszyki. Dlatego w pakiecie opieki musi być monitoring transakcji testowej, nie tylko ping do serwera.

Drugi, mniej oczywisty koszt to widoczność. Błędy 5xx i wolne odpowiedzi przekładają się na gorsze wyniki w metrykach takich jak Core Web Vitals opisanych przez Google Search Central, a to wpływa na konwersję i pozycje. Efekt jest opóźniony – wracasz do poprzedniego ruchu tygodniami, nie godzinami.

Brak kopii zapasowej to koszt liczony w tysiącach, nie w stówkach. Odtworzenie sklepu i konfiguracji to zwykle 3 000–10 000 zł, ale prawdziwy problem to dane: historia zamówień, konta klientów, stany magazynowe, wpisy księgowe. Tego nie da się „odzyskać z pamięci”.

Opieka techniczna a hosting: gdzie kończy się jedno, a zaczyna drugie

W rozmowach z klientami najczęściej wraca zdanie: „przecież płacę za hosting, więc sklep jest utrzymany”. Nie jest. To dwie usługi, dwa zakresy i dwie faktury.

Hosting odpowiada za infrastrukturę: dostępność serwera, DNS, pocztę, certyfikat SSL, zasoby (CPU, RAM, miejsce, liczba inode). Jego SLA mówi o tym, czy serwer działa, a nie o tym, czy działa Twój sklep. Opieka techniczna odpowiada za aplikację: rdzeń PrestaShop lub WooCommerce, moduły i wtyczki, integracje (płatności, kurierzy, faktury, ERP), wydajność, błędy PHP, kolejki i crony, a także poprawki po wdrożeniach.

Kiedy potrzebny jest VPS? Współdzielony hosting przestaje wystarczać zwykle w okolicach 200–300 zamówień miesięcznie albo 8–10 tys. wizyt, zwłaszcza gdy dochodzą feedy, importy CSV, synchronizacja stanów i zadania cron. Objawy, że już jesteś na granicy: TTFB powyżej 800 ms, błędy 508, przerwane importy, PHP memory_limit, którego host nie podniesie, i throttling CPU w godzinach szczytu.

Administracja VPS to osobny koszt: 200–500 zł netto/mies. W tym zakresie powinny być: aktualizacje systemu i PHP, firewall (ufw/nftables) i fail2ban, monitoring z alertami, dumpy bazy MySQL, snapshoty i tuning OPcache oraz MariaDB. Jeśli ktoś oferuje „VPS w cenie opieki”, zapytaj, kto dokładnie łata jądro systemu o 3:00 w nocy.

Wskazówka praktyczna: sprawdź, czy Twój host robi backup, czy tylko twierdzi, że robi. Wejdź do panelu (cPanel, DirectAdmin, Plesk), znajdź sekcję kopii zapasowych, sprawdź datę ostatniej kopii i pobierz jeden plik – jeśli się nie pobiera, backup nie istnieje. Zapytaj też, czy kopia obejmuje dump bazy danych, czy tylko snapshot maszyny, jaka jest retencja (7, 14 czy 30 dni) i ile kosztuje przywrócenie. Snapshot VM bez zrzutu bazy to nie backup sklepu. Porównanie zakresów znajdziesz w opisie opieki technicznej sklepów Lublin – SLA i umowa.

Jak wybrać wykonawcę opieki w Zamościu i na Lubelszczyźnie — 12 pytań przed podpisaniem umowy

Umowę o opiekę podpisuje się zwykle na 12 miesięcy, więc każda niejasność kosztuje później tysiące złotych i tygodnie nerwów. Poniżej 12 pytań, które zadaj przed podpisaniem — z odpowiedziami, które powinny cię uspokoić, i takimi, które powinny zapalić czerwoną lampkę.

Pytanie	Dobra odpowiedź	Sygnał ostrzegawczy
Kto realnie pracuje nad sklepem: deweloper czy pośrednik?	Imię i nazwisko dewelopera, kontakt bezpośredni	„Zajmuje się tym nasz partner”
Jaki czas reakcji jest zapisany w umowie?	Liczba: np. 4 h dla awarii krytycznej w dni robocze	„Reagujemy szybko”, bez żadnych wartości
Co się dzieje po przekroczeniu limitu godzin?	Zapisana stawka za nadgodziny i tryb akceptacji prac	Limit „elastyczny”, rozliczenie po fakcie
Czy backup trafia poza serwer produkcyjny?	Kopia w innej lokalizacji, retencja 30 dni, test odtworzenia	Backup leży wyłącznie na tym samym serwerze
Czy dostanę dostęp do kodu i repozytorium po poprzednim wykonawcy?	Repozytorium Git, historia zmian, dostępy w menedżerze haseł	„Poprzedni wykonawca nie przekazał haseł”
Na jakim środowisku testujecie aktualizacje?	Kopia sklepu (staging) i testy przed wdrożeniem na produkcję	Aktualizacja wrzucana od razu na działający sklep
Kto aktualizuje moduły, szablon i PHP?	Konkretny zakres i częstotliwość (np. raz w miesiącu)	„Aktualizujemy, gdy coś się zepsuje”
Czy monitorujecie dostępność sklepu?	Monitoring z alertem SMS/e-mail, interwał 1–5 minut	Awarię wykrywa dopiero klient
Kto ma dostępy i czy jest 2FA?	Menedżer haseł, 2FA, konta techniczne zamiast prywatnych	Hasła wysyłane mailem albo trzymane w arkuszu
Czy integracje są w cenie pakietu?	Jasna lista: kurierzy, płatności, ERP, fakturowanie	„Wszystko w cenie”, ale bez listy
Jak raportujecie pracę?	Miesięczny raport z logiem godzin i listą zadań	Brak raportu, tylko faktura
Co się dzieje przy wypowiedzeniu umowy?	Przekazanie dostępów i kodu w ciągu 14 dni, eksport bazy	Milczenie albo „to się dogada”

Najważniejsze jest pytanie pierwsze. Na Lubelszczyźnie działa sporo firm, które sprzedają opiekę, a potem zlecają pracę wykonawcy z innego województwa. Efekt: każda poprawka przechodzi przez dwa szczeble ustaleń, czas reakcji rośnie o 1–3 dni, a w stawce siedzi marża pośrednika — zwykle 40–80 zł/h więcej niż przy kontakcie bezpośrednim. Zapytaj wprost: kto wejdzie na serwer, gdy w piątek o 17:00 padnie bramka płatności.

Referencje sprawdzisz w kwadrans. Poproś o adres sklepu klienta na PrestaShop (nie zrzuty ekranu z portfolio), wklej go do PageSpeed Insights i porównaj z progami Google: LCP poniżej 2,5 s i INP poniżej 200 ms w wersji mobilnej (Web Vitals). Potem otwórz sklep na telefonie, dodaj produkt do koszyka i sprawdź, czy checkout nie wyrzuca błędu 500. Jeśli wykonawca nie chce podać adresu żadnego działającego sklepu, rozmowa jest skończona. Różne modele współpracy — abonament, pakiety godzinowe, wsparcie na żądanie — porównujemy w materiale o opieki nad sklepem w Lublinie i regionie.

Kiedy opieka techniczna przestaje się opłacać? Trzy sygnały, że taniej wyjdzie przebudowa

Opieka techniczna nie naprawi sklepu, który jest technicznie wypalony. Uczciwy wykonawca powie to wprost po audycie, a nie będzie doił klienta kolejnymi fakturami. Trzy sygnały, po których warto policzyć alternatywę:

• Sygnał 1 — koszt opieki przekracza 10% wartości sprzedaży, a awarie się powtarzają. Przykład: sklep robi 45 000 zł obrotu miesięcznie, opieka kosztuje 4 800 zł, a w kwartale zaliczył trzy przestoje po 4–8 godzin (padła baza, wyczerpało się miejsce na dysku, moduł płatności przestał łapać callbacki). Próg 10% to nie sztywna reguła, ale punkt, w którym każda kolejna awaria boli bardziej niż jednorazowa przebudowa.
• Sygnał 2 — sklep stoi na niewspieranej wersji. PrestaShop 1.6 nie dostaje już poprawek bezpieczeństwa, a hosting coraz częściej wymusza PHP 8.x, z którym ten kod nie działa poprawnie. WordPress bez aktualizacji od dwóch lat to zwykle kilkanaście wtyczek z publicznie znanymi podatnościami. Łatanie takiego sklepu zajmuje realnie 15–25 godzin miesięcznie, czyli 1 800–5 000 zł netto przy stawce 120–200 zł/h.
• Sygnał 3 — modyfikacje blokują aktualizacje. Wejdź na serwer i policz pliki w katalogu override/ w PrestaShop oraz sprawdź, czy w motywie ktoś nie edytował plików core. Jeśli jest ich kilkadziesiąt i nikt nie wie, co robią, każda aktualizacja to loteria z regresją.

Alternatywa to migracja do aktualnej, wspieranej gałęzi PrestaShop 8.x (albo odchudzonego WooCommerce: mniej wtyczek, motyw blokowy, cache na poziomie serwera). Kiedy się zwraca? Policz różnicę w koszcie utrzymania. Jeśli opieka nad starym sklepem to 3 200 zł/mies, a po uporządkowanym wdrożeniu spada do 1 200 zł/mies, oszczędzasz 2 000 zł miesięcznie. Migracja za 9–15 tys. zł zwraca się w 5–8 miesięcy, a przy trudniejszym projekcie — w 6–12. Zakres wspieranych wersji i wymagania środowiska sprawdzisz w dokumentacji dla deweloperów PrestaShop. Zanim podejmiesz decyzję, zamów 2–4-godzinną inwentaryzację: ona rozstrzyga spór między „naprawiać” a „budować od nowa” lepiej niż jakakolwiek deklaracja handlowca.

Jak wygląda współpraca krok po kroku i od czego zacząć w Zamościu

Wdrożenie opieki nad sklepem to cztery kroki. Cały proces od pierwszego kontaktu do przejęcia sklepu zamyka się zwykle w tygodniu.

Krok 1 — audyt techniczny (2–4 h). Sprawdzamy konkretne rzeczy, nie ogólniki: wersję PrestaShop/WooCommerce i PHP, listę modułów z datami ostatniej aktualizacji, liczbę plików w katalogu override/, logi błędów 500 z ostatnich 30 dni, stan i lokalizację backupów, wolne miejsce na dysku, ważność certyfikatu SSL, wersję MySQL oraz wynik mobilny z PageSpeed Insights. Wynik to lista ryzyk z wyceną naprawy. Przy podpisaniu umowy audyt jest najczęściej bezpłatny — jego rynkowa wartość to 240–800 zł netto.

Krok 2 — zakres i poziom SLA pod realny ruch. Dla sklepu ze 100–300 zamówieniami miesięcznie sensowny jest pakiet z limitem 10–15 godzin i SLA: 4 h na awarię krytyczną w godzinach 8:00–16:00, 24 h poza nimi, 2 dni robocze na zgłoszenia zwykłe. Przy 1000+ zamówieniach i integracji z ERP (Subiekt, Baselinker) trzeba liczyć 20–40 godzin albo pakiet dedykowany. Nie kupuj SLA 1 h, jeśli nie masz sklepu z obrotem uzasadniającym taką dopłatę.

Krok 3 — umowa z jasnym limitem godzin. Musi zawierać: liczbę godzin w abonamencie, stawkę za nadgodziny (w regionie 120–200 zł/h netto), tryb akceptacji prac ponad limit, okres wypowiedzenia, listę zadań wyłączonych z pakietu (migracja, nowe funkcje, kampanie reklamowe) i umowę powierzenia przetwarzania danych.

Krok 4 — przejęcie dostępów w 48 h. Hasła trafiają do menedżera haseł z 2FA, konta techniczne zamiast prywatnych, włączony backup dzienny z kopią poza serwerem produkcyjnym (retencja 30 dni) i monitoring dostępności z alertem SMS. Na koniec test transakcji na 1 zł — koszyk, płatność, e-mail potwierdzający.

Zacznij od wyceny. Napisz, na jakiej platformie stoi sklep, ile ma zamówień miesięcznie i z czym jest zintegrowany (InPost, DPD, DHL, Przelewy24, PayU, Baselinker, Subiekt). Wyślij te dane przez formularz na stronie utrzymania i opieki technicznej sklepów w Zamościu — wycena wróci z rozbiciem na pakiet, godziny i dopłaty.

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

Lista kontrolna do odklikania

• Stawka godzinowa — Sprawdź, czy mieści się w widełkach 120–200 zł/h netto dla regionu lubelskiego i czy jest zapisana w umowie.
• Liczba godzin w pakiecie — Zapytaj, ile roboczogodzin realnie obejmuje abonament. Typowy zakres to 8–20 h/mies.
• Zakres pakietu — Poproś o jednostronicową listę działań: aktualizacje, backupy, monitoring, poprawki po aktualizacjach, drobne zmiany treści.
• Lista dopłat — Sprawdź, czy nowe moduły, migracje, integracje ERP, prace przy szablonie i odzyskiwanie po włamaniu są wyceniane osobno.
• Poziomy SLA — Zweryfikuj czasy dla zdarzeń krytycznych, wysokich i normalnych oraz to, czy dotyczą dni roboczych, czy całego tygodnia.
• Czas reakcji vs. czas naprawy — Dwa osobne zapisy w umowie. Brak jednego z nich to najczęstsze źródło sporów.
• Kanał i godziny zgłoszeń — Ustal, czy zgłoszenia idą mailem, telefonem czy przez panel i w jakich godzinach są przyjmowane.
• Backupy — Zapytaj o częstotliwość, retencję i miejsce przechowywania kopii poza serwerem produkcyjnym.
• Monitoring uptime — Sprawdź, czy działa 24/7 i kto dostaje alert — wykonawca, Ty, czy oboje.
• Dostępy i hasła — Upewnij się, że konta hostingu, domeny i bazy danych są na dane Twojej firmy.
• Inwentarz integracji — Wypisz wszystkie integracje (InPost, DPD, DHL, ERP, księgowość, płatności) — każda to dodatkowe godziny w miesiącu.
• Inwentarz modułów i wtyczek — Policz moduły premium i wtyczki. 15 wtyczek robiących to samo co 5 to wyższy koszt i wyższe ryzyko konfliktu.
• Raport miesięczny — Ustal, że dostajesz krótki raport z liczbą godzin i wykonanych prac — bez niego nie zweryfikujesz pakietu.
• Warunki wyjścia — Sprawdź okres wypowiedzenia i zapis o przekazaniu dostępów oraz dokumentacji przy zakończeniu współpracy.

Najczęściej zadawane pytania

Źródła i materiały

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