Czym jest opieka WordPress i kiedy firma jej naprawdę potrzebuje

Opieka WordPress to stały pakiet prac technicznych rozliczany w abonamencie, a nie pojedyncza naprawa. W praktyce oznacza pięć powtarzalnych zadań: aktualizacje core, wtyczek i motywu; automatyczne kopie zapasowe; monitoring dostępności i błędów PHP; skanowanie plików pod kątem malware; optymalizację bazy i wsparcie z zapisanym czasem reakcji — np. 4 godziny w dni robocze dla zgłoszeń krytycznych.

Trzy modele łatwo pomylić, a różni je to, kto odpowiada za skutek:

• Hosting — daje serwer i kopie na poziomie infrastruktury. Nie zaktualizuje wtyczki, nie sprawdzi, czy formularz kontaktowy nadal wysyła wiadomości, nie zajrzy w logi sklepu.
• Wsparcie doraźne — dzwonisz, gdy strona już nie działa. Płacisz 150–300 zł netto za godzinę i czekasz na wolny termin, często 1–3 dni.
• Opieka WordPress — prace wykonują się, zanim coś się zepsuje, a Ty masz zapisany czas reakcji.

Cztery sygnały, że Twoja strona wymaga opieki:

• Wtyczki bez aktualizacji od ponad 3 miesięcy. Weryfikacja: Wtyczki → Zainstalowane wtyczki, kolumna dostępnych aktualizacji; w WP-CLI komenda wp plugin list --update=available.
• Brak kopii albo kopie na tym samym serwerze co strona — awaria hostingu zabiera jedno i drugie.
• O awarii dowiadujesz się od klienta, nie z alertu.
• Sklep z płatnościami online, a w firmie nikt nie ma dostępu SSH ani nie czyta logów.

Zaniedbanie kosztuje więcej niż abonament. Niezałatana wtyczka to najczęstsza droga wejścia: strona przekierowuje na spam, Google wycina ją z wyników na tygodnie, sprzedaż stoi. Bez kopii odbudowa to 20–40 godzin pracy. Przy 50 zamówieniach dziennie i koszyku 150 zł każdy dzień przestoju sklepu to 7500 zł utraconego przychodu. Z kopią przywrócenie strony zajmuje minuty — patrz WordPress: błyskawiczne przywracanie strony z kopii.

Zakres opieki WordPress: co wchodzi w standard, a co jest opcją dodatkową

Zakres dzielimy na obowiązkowy i opcjonalny. Bez pierwszej grupy nie nazywaj usługi opieką — to co najwyżej płatne aktualizacje.

Obowiązkowe:

• Aktualizacje core, wtyczek i motywu — wdrażane na staging, z testem formularzy, koszyka i logowania po wdrożeniu.
• Kopie zapasowe: minimum raz dziennie, retencja 30 dni, przechowywane poza serwerem (off-site), z testem odtworzenia raz na kwartał.
• Monitoring uptime (interwał 1–5 minut) i błędów PHP; alert na maila lub SMS, nie tylko wpis w panelu.
• Skanowanie malware i porównanie sum kontrolnych plików core z repozytorium WordPressa.
• Optymalizacja bazy: czyszczenie tabel wp_options (transients), wp_postmeta i zaległych zadań crona.
• Wsparcie z zapisanym SLA: np. 4 godziny na zgłoszenie krytyczne, 1 dzień roboczy na zwykłe.

Opcjonalne, wyceniane osobno:

• SEO techniczne (sitemap, robots.txt, dane strukturalne, przekierowania),
• optymalizacja Core Web Vitals — LCP, INP, CLS; punkt wyjścia widać w Szybkość WordPress: jak przyspieszyć stronę i poprawić CWV, metryki opisuje web.dev – Web Vitals,
• migracje, niestandardowe moduły i wdrożenia z repozytorium (pipeline opisany w CI/CD motywów WordPress i PrestaShop),
• integracje ERP, płatności i kurierów, administracja VPS.

Zanim podpiszesz umowę, sprawdź, czy pakiet zawiera punkt „test odtworzenia kopii”. To jedyne ćwiczenie, które naprawdę weryfikuje backup.

Ile kosztuje opieka WordPress w Lublinie? Realne widełki na 2025

Stawki na rynku lubelskim nie odbiegają od resztty Polski, bo praca i tak odbywa się zdalnie. Prace doraźne: 150–300 zł netto za godzinę — dolna granica to proste poprawki (błąd 500, podmiana logo), górna to praca pod presją awarii, integracje i debugowanie płatności.

Pakiety miesięczne: Basic 200–500 zł, Standard 500–1200 zł, Premium 1200–3000 zł netto i więcej. Różnica nie polega na liczbie aktualizacji, a na SLA i głębokości prac.

Na cenę wpływa sześć rzeczy:

• liczba wtyczek — każda to potencjalny konflikt po aktualizacji; 30 wtyczek testuje się dłużej niż 8,
• typ strony — wizytówka czy WooCommerce z płatnościami to inne ryzyko (testy zamówień, sandbox, konfiguracja i test płatności w środowisku testowym),
• ruch — przy 50 tys. wizyt miesięcznie monitoring i optymalizacja bazy to większy nakład,
• SLA — reakcja w godzinę kosztuje wyraźnie więcej niż w dwa dni robocze,
• integracje (ERP, kurierzy, faktury) — każda wymaga aktualizacji po stronie zewnętrznej,
• funkcje niestandardowe w motywie lub wtyczce własnej, które psują się razem z core.

Przykład: sklep WooCommerce, 30 wtyczek, 5000 wizyt miesięcznie. Standard za 900 zł netto miesięcznie daje ~4–5 godzin pracy: aktualizacje na staging, test koszyka i płatności, przegląd logów, kopia i przegląd wydajności bazy. Rocznie: 10 800 zł.

Dla porównania jednodniowy przestój sklepu z 20 zamówieniami po 180 zł to 3600 zł, a odtworzenie strony po skutecznym ataku bez sprawnej kopii to zwykle 30–60 godzin, czyli 6000–12 000 zł. Krótszy przestój niż dwie doby nie zdarza się przy infekcji bazy. Opieka jest tańsza dopiero wtedy, gdy zdarzy się raz w roku — a przy sklepie to pytanie „kiedy”, nie „czy”.

Modele rozliczeń: godzinowy, ryczałt miesięczny czy SLA? Co wybrać

Na rynku spotkasz trzy sposoby rozliczania opieki WordPress: stawkę godzinową, ryczałt miesięczny i SLA. SLA nie jest modelem rozliczeń, tylko parametrem umowy — można go dopisać i do godzinówki, i do ryczałtu. Mylenie tych pojęć to najczęstszy powód, dla którego dwie oferty „za 500 zł” różnią się zakresem o połowę.

Stawka godzinowa to 150–300 zł netto/h. Płacisz wyłącznie za realną pracę, ale nie masz priorytetu: jeśli w tym samym tygodniu padnie sklep klienta na ryczałcie, twoje zgłoszenie poczeka. Ma sens przy stronie wizytówkowej, gdzie zmiany zdarzają się raz na kwartał.

Ryczałt zaczyna się od 200 zł netto/mc za pakiet 1–2 h z monitoringiem i kopiami, a kończy powyżej 3000 zł netto/mc przy sklepie z ciągłym rozwojem. Zyskujesz przewidywalność budżetu i to, że aktualizacje, kopie i monitoring są w cenie — nie musisz o nich pamiętać.

Jak czytać SLA. Czas reakcji to moment, w którym wykonawca potwierdza zgłoszenie i zaczyna diagnozę. Czas naprawy to przywrócenie działania strony. Zapis „reakcja w 4 h” nie oznacza, że awaria zostanie usunięta w 4 h — i właśnie na tym nieporozumieniu wybuchają konflikty. Sprawdź godziny wsparcia (8:00–16:00 w dni robocze to standard, 24/7 to inna półka cenowa) oraz kanały kontaktu. Jeśli w umowie jest tylko „kontakt mailowy”, w piątek o 20:00 zostajesz sam.

• Reakcja: 4 h w dni robocze 8:00–16:00; naprawa usterek krytycznych: 24 h od potwierdzenia.
• Pozostałe zgłoszenia: 3 dni robocze; prace rozwojowe planowane na kolejny tydzień.
• Wyłączenia: awarie hostingu, DNS i CDN, problemy po stronie operatora płatności, zmiany wykonane samodzielnie w panelu, brak aktualnej kopii z winy klienta.
• Kary: rabat 10% z opłaty miesięcznej za każde przekroczenie czasu reakcji powyżej 2 h.

Godzinowy wybierz, gdy zmian jest mało. Ryczałt — gdy prowadzisz sklep i wdrażasz nowe funkcje. Przed każdą aktualizacją wtyczki płatniczej warto mieć środowisko sandbox do testowania płatności — w dobrym pakiecie to standard, nie dodatek za dopłatą.

Jak wybrać wykonawcę opieki WordPress w Lublinie — 10 pytań i czerwone flagi

Zadaj te pytania przed podpisaniem umowy i poproś o odpowiedzi mailem. Ustna obietnica nie chroni cię, gdy strona padnie w piątek o 17:00.

1. Kto realnie wykonuje prace? Poproś o role w zespole. Pośrednik zlecający dalej nie kontroluje czasu reakcji.
2. Co obejmuje pakiet? Ile godzin, jakie czynności, co jest poza zakresem.
3. Jaki jest czas reakcji i naprawy i w jakich godzinach?
4. Gdzie trafiają kopie? Poza serwer, z jaką częstotliwością i jaką retencją (7, 30 dni?).
5. Czy dostanę dostępy do WordPressa, hostingu, DNS i domeny?
6. Jak wygląda raport — mail, PDF, panel? Co zawiera?
7. Co z bezpieczeństwem: skan malware, WAF, 2FA, limit prób logowania?
8. Czy jest staging i czy aktualizacje testujecie przed produkcją?
9. Jakie są ukryte koszty: migracja, odzyskiwanie po ataku, stawka za prace poza pakietem?
10. Okres wypowiedzenia i co dokładnie dostaję na koniec współpracy?

Czerwone flagi: brak umowy, brak dostępu do kopii, domena rejestrowana na wykonawcę, płatność z góry za rok, brak raportów, pośrednik bez własnego zespołu technicznego, brak stagingu i deklaracje typu „nigdy nie zostanie zhakowana”. Poproś o pokazanie procedury odtworzenia strony z kopii zapasowej w kilka minut — nie slajdu, a realnego testu na kopii.

W samej umowie sprawdź cztery rzeczy: zakres i wyłączenia odpowiedzialności, czas reakcji oddzielony od czasu naprawy, okres wypowiedzenia (1–3 miesiące to norma przy ryczałcie) oraz kary za niedotrzymanie SLA. Zapisz też termin przekazania dostępów po zakończeniu współpracy, np. 5 dni roboczych.

Lokalność ma znaczenie? Lublin, Zamość i wschodnia Polska

Lublin dzieli od Zamościa około 90 km, czyli nieco ponad godzina drogi. Przy takim dystansie spotkanie na miejscu jest realne, a nie „do ustalenia”. Co lokalny wykonawca daje w praktyce: szybkie wejście na produkcję, gdy trzeba wymienić sprzęt albo sprawdzić konfigurację w biurze, rozmowę o konkretach bez tłumaczenia żargonu, fakturę w PLN i ten sam rytm pracy w dni robocze. Przy awarii krytycznej liczy się jednak nie dojazd, a czas reakcji zapisany w umowie.

Mity. Serwer „w Lublinie” nie przyspieszy strony. O czasie ładowania decydują cache, CDN, kompresja obrazów i liczba zapytań do bazy, nie miasto, w którym stoi maszyna. Sprawdź, jak wygląda przyspieszanie WordPressa i poprawa Core Web Vitals, a definicję samych metryk porównaj z dokumentacją web.dev – Web Vitals. Drugi mit: lokalny znaczy tańszy — stawki w Lublinie są zbliżone do warszawskich. Trzeci: „muszę mieć kogoś z Lublina, bo przyjedzie na miejsce”. W większości zgłoszeń wystarczy dostęp zdalny, a dojazd bywa płatny osobno i wyceniany jak każda godzina pracy.

Praca zdalna z Lublina i Zamościa wygląda tak: wideokonferencja na start i przy odbiorach, zgłoszenia przez e-mail lub formularz, prace wykonywane przez SSH i WP-CLI, raport miesięczny mailem, kopie w storage poza serwerem. Klient nie instaluje niczego po swojej stronie.

Przykład. Firma z Lublina prowadząca sklep WooCommerce przeniosła opiekę do DropDigital z Zamościa. Co się zmieniło: kopie z retencją 30 dni trafiają poza serwer, aktualizacje przechodzą najpierw na staging, każde zgłoszenie ma zapisany czas reakcji, a raport miesięczny pokazuje listę zmian i ryzyk. Co się nie zmieniło: praca nadal odbywa się zdalnie — dojazd jest potrzebny przy fizycznej wymianie sprzętu albo audycie w biurze.

Lista kontrolna: czy Twoja strona jest gotowa na opiekę WordPress?

Zanim podpiszesz umowę na opiekę, zejdź na 20 minut do panelu i sprawdź stan strony. Jeśli przy którymkolwiek punkcie zatrzymujesz się dłużej niż minutę, to znak, że potrzebujesz najpierw audytu — ktoś musi ustalić, co jest zepsute, zanim wyceni stałą opiekę.

• Wersja PHP — minimum 8.1. Sprawdź w Narzędzia → Kondycja witryny albo w panelu hostingu.
• Kopia zapasowa poza serwerem — jeśli backup leży na tym samym hostingu co strona, to nie jest backup.
• Test odtworzenia — kiedy ostatnio realnie przywróciłeś stronę z kopii? Odpowiedź „nigdy” to czerwona flaga.
• Wersja WordPressa — czy rdzeń jest aktualny i czy żadna wtyczka nie blokuje aktualizacji?
• Wtyczki — policz te, które nie były aktualizowane od 6 miesięcy, oraz wszystkie nieaktywne.
• Motyw i child theme — czy zmiany szły w pliki motywu, które znikną przy najbliższej aktualizacji?
• Konta administratora — ile ich jest i czy logujesz się jako „admin” ze wspólnym hasłem?
• Uwierzytelnianie dwuskładnikowe — włączone w wp-admin i w panelu hostingu.
• HTTPS — czy każde http:// przekierowuje na https:// i czy nie ma mieszanej treści?
• Formularze — wyślij testowe zgłoszenie i sprawdź, czy mail dochodzi (SPF, DKIM, folder spam).
• Poczta wychodząca — czy działa SMTP, czy strona nadal wysyła maile funkcją mail() z PHP?
• Core Web Vitals — LCP, INP i CLS w Search Console → Doświadczenie strony.
• Logi błędów — poproś hosting o ostatnie 200 linii error_loga i policz powtarzające się ostrzeżenia.
• Zużycie zasobów — rozmiar bazy i katalogu wp-content, liczba wierszy w tabeli wp_options.

Najdroższy punkt na tej liście to backup: kopia, której nikt nigdy nie odtworzył, jest tylko plikiem. Testuj odtworzenie na środowisku testowym, nie na produkcji — kolejność działań opisujemy w artykule o błyskawicznym przywracaniu strony WordPress z kopii. Progi LCP, INP i CLS, według których oceniasz punkt 12, znajdziesz w dokumentacji Web Vitals.

Jak wygląda wdrożenie opieki WordPress w DropDigital — krok po kroku

Onboarding opieki wygląda zawsze tak samo — niezależnie od tego, czy strona ma 5 podstron, czy 400. Różni się tylko czas wykonania.

Potem zostają trzy kanały kontaktu: e-mail (domyślny, każda sprawa dostaje numer), telefon (rzeczy pilne — biały ekran, strona nie działa, brak płatności w sklepie) oraz Slack lub Teams, jeśli klient już z nich korzysta — wtedy zakładamy wspólny kanał. Zasada jest jedna: jedna sprawa = jedno zgłoszenie. Tylko wtedy da się na koniec miesiąca zmierzyć czas reakcji, a nie domyślać się go z rozmów.

Po każdej aktualizacji sprawdzamy szybkość WordPress i Core Web Vitals — aktualizacja, która dodała 400 ms do LCP, nie jest neutralna. Osobno weryfikujemy frontend: błędy CORS w WordPress to najczęstsza niespodzianka po aktualizacji wtyczki od czcionek. Jeśli ikony albo webfonty znikają, wiemy, gdzie szukać.

Zacznij od bezpłatnego audytu wstępnego: jedna godzina, konkretny raport i widełki na piśmie. Napisz przez formularz kontaktowy na stronie DropDigital albo zadzwoń — termin audytu potwierdzamy w ciągu jednego dnia roboczego.

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

Lista kontrolna do odklikania

• Domena zarejestrowana na Twoje dane — Sprawdź w WHOIS lub w panelu rejestratora, czy dane abonenta to Twoja firma, a nie wykonawca. Zweryfikuj też, kto ma dostępy do strefy DNS.
• Kopie zapasowe poza serwerem — Zapytaj o lokalizację kopii, częstotliwość i retencję. Minimum to kopia dzienna i 30 dni wstecz, trzymane u innego dostawcy niż hosting.
• Test przywrócenia kopii — Wykonaj go raz na kwartał na środowisku testowym i zapisz datę. Kopia, której nigdy nie odtwarzano, to tylko nadzieja — zobacz, jak wygląda odtwarzanie krok po kroku.
• Zapisany czas reakcji i czas naprawy — Dwie osobne liczby w umowie. Sprawdź, czy dotyczą dni roboczych i co obowiązuje w weekend oraz po godzinach pracy.
• Monitoring uptime z realnym alertem — Sprawdź, gdzie trafia alert i kto go odbiera. Alert na nieużywany adres e-mail to brak monitoringu.
• Śledzenie błędów PHP i logów — Poproś o przykładowy zrzut logów z ostatniego miesiąca i informację, jak często są przeglądane.
• Skanowanie malware i firewall — Ustal częstotliwość skanów i sposób reagowania na infekcję. Zapytaj, czy w zakresie jest czyszczenie strony po włamaniu i w jakim czasie.
• Aktualizacje core, wtyczek i motywu — Zapytaj, czy są robione w oknie serwisowym, po kopii i na stagingu. Ustal, czy liczba wtyczek jest limitowana w cenie pakietu.
• Optymalizacja bazy danych — Sprawdź, czy w pakiecie jest czyszczenie rewizji, tabel tymczasowych i transakcji, oraz jak często się to robi.
• Raport miesięczny z prac — Poproś o wzór raportu przed podpisaniem umowy. Powinien zawierać wykonane prace, zdarzenia i czas niedostępności, nie tylko ogólne podsumowanie.
• Kanały i godziny wsparcia — Ustal, czy zgłoszenia przyjmujecie mailem, przez formularz czy telefonem, i w jakich godzinach. Dla sklepu kluczowy jest kontakt w dniu zgłoszenia.
• Lista wyłączeń w SLA — Sprawdź, co nie jest objęte gwarancją czasu naprawy — np. awarie po stronie hostingu, wpisy hostingu w bazę czy zmiany wprowadzone przez inne osoby.
• Dostępy do wszystkich paneli — Ty lub upoważniona osoba w firmie powinniście mieć dostęp do hostingu, domeny, panelu WordPress i konta wtyczek płatnych. Sprawdź to przed startem współpracy.
• Warunki zakończenia współpracy — Zapisz w umowie termin przekazania dostępów i plików po zakończeniu opieki. Brak takiego zapisu to ryzyko przetrzymywania domeny.

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
• PrestaShop – dokumentacja dla deweloperów