Umowa o opiekę nad stroną WordPress — co zawierać [2026]

Umowa o opiekę nad stroną WordPress powinna zawierać sześć elementów: dokładny zakres prac i wyłączenia, poziomy SLA z czasami reakcji i naprawy, zasady kopii zapasowych (częstotliwość, retencja, testy odtworzenia), kanał zgłoszeń i raportowanie, prawa do kodu i dostępów oraz warunki zakończenia współpracy. Dobra umowa ma dwie strony: chroni klienta przed płaceniem za obietnice i wykonawcę przed pracą „poza zakresem".

Najważniejsze: Bez tych zapisów umowa o opiekę jest fikcją: zakres i wyłączenia (co jest, a co nie jest w pakiecie), SLA z liczbami (reakcja i naprawa dla priorytetów), kopie zapasowe z testem odtworzenia, raportowanie miesięczne, własność kodu i dostępów po stronie klienta, procedura zakończenia współpracy z przekazaniem dokumentacji. Cena bez zakresu i SLA nie jest porównywalna z niczym.

Zakres i wyłączenia — najważniejsza część umowy

Większość sporów o opiekę nie dotyczy pieniędzy, tylko zakresu. „Opieka" bez listy czynności oznacza dla klienta wszystko, a dla wykonawcy nic. Umowa powinna wprost wymieniać:

• Co jest w pakiecie — aktualizacje (rdzeń, wtyczki, motyw), kopie zapasowe, monitoring, bezpieczeństwo, drobne prace w ramach limitu godzin, raport.

• Co nie jest — duże wdrożenia, przebudowy, migracje, nowe funkcje, tworzenie treści, kampanie marketingowe. Te prace są osobnymi projektami albo rozliczane z pakietu godzin.

• Limit drobnych prac — np. 1–2 h miesięcznie w pakiecie standard. Bez limitu „drobne zmiany" pochłoną marżę wykonawcy i prędzej czy później skończą się konfliktem.

• Praktyczna wskazówka: poproś o tabelę zakresu (jak w przewodniku o opiece nad stroną WordPress) i sprawdź, czy wiersz „wyłączenia" nie jest pusty. U wykonawców, którzy „zajmą się wszystkim", brak wyłączeń jest sygnałem ostrzegawczym, nie zaletą.

SLA — czasy reakcji i naprawy z liczbami

SLA (Service Level Agreement) to zobowiązanie do czasu działania. Dla strony WordPress sensowny model obejmuje trzy priorytety:

Ważne rozróżnienia, które warto wpisać do umowy.

• Reakcja to nie naprawa — czas reakcji oznacza potwierdzenie zgłoszenia i rozpoczęcie diagnozy. Czas naprawy to przywrócenie działania. Oba powinny być zdefiniowane.
• Dyżur poza godzinami — czy weekendy i święta są objęte (i w jakim zakresie). Sklep sprzedający w weekend potrzebuje dyżuru; strona wizytówkowa zwykle nie.
• Wyłączenia SLA — siła wyższa, awaria hostingu poza kontrolą wykonawcy, brak dostępu do zasobów po stronie klienta. Uczciwe umowy je definiują; nieuczciwe używają jako wymówki przy każdej awarii.

Kopie zapasowe — z testem odtworzenia

• Zapis w umowie: częstotliwość (np. baza codziennie, pełna kopia co tydzień), retencja (np. 30 dni), miejsce przechowywania (poza serwerem produkcyjnym) i okresowy test odtworzenia (np. raz na kwartał, z zapisem w raporcie). Kopia bez testu to założenie, nie zabezpieczenie — a w umowie warto rozróżnić „wykonujemy kopie" od „gwarantujemy odtwarzalność". Szczegóły techniczne opisuję w artykule o kopiach zapasowych WordPress.

Kanał zgłoszeń i raportowanie

• Kanał zgłoszeń — jeden, z potwierdzeniem przyjęcia (mail na dedykowany adres, formularz, ewentualnie telefon dla priorytetu krytycznego). Zgłoszenia rozproszone po komunikatorach, SMS-ach i rozmowach nie podlegają SLA, bo nie mają numeru i statusu.
• Raport miesięczny — wykonane aktualizacje, wyniki monitoringu (uptime, czasy odpowiedzi), stan kopii zapasowych z datą ostatniego testu, zdarzenia bezpieczeństwa, wykonane prace, rekomendacje.
• Dostęp do historii prac — możliwość wglądu w logi zmian. „Zaufaj mi, wszystko zrobione" nie jest modelem rozliczalnym.

Własność kodu, dostępów i domeny

Zasada jest prosta — klient jest właścicielem strony, kodu, treści, domeny i wszystkich kont. Umowa powinna to potwierdzać i precyzować:

• Dostępy administracyjne (hosting, WordPress, DNS, Google Search Console) są rejestrowane na klienta lub przekazywane mu w formie umożliwiającej odzyskanie kontroli.
• Kod i dokumentacja po zakończeniu współpracy przechodzą do klienta (repozytorium, eksport, archiwum).
• Hasła używane przez wykonawcę są rotowane po zakończeniu umowy.
• Domeny nie rejestruje się „na wykonawcę" — to najczęstsza pułapka stron po poprzednich firmach.

Jeśli obecny wykonawca blokuje dostępy lub trzyma domenę na siebie, to sygnał ostrzegawczy — a odzyskanie kontroli bywa kosztowne i długotrwałe. Jak wygląda przejęcie takiej strony, opisuję w case study opieki nad WordPressem.

Zakończenie współpracy — wyjście bez dramatu

Dobra umowa opisuje też rozstanie: okres wypowiedzenia (typowo 1 miesiąc), obowiązek przekazania dostępów i dokumentacji w ustalonym terminie (np. 7 dni), pomoc w migracji do nowego wykonawcy (odpłatna, ale zdefiniowana) oraz zakaz „zakładniczenia" strony i domeny. Strona bez możliwości zmiany wykonawcy to nie partnerska współpraca, a uzależnienie.

Cena, płatność i waloryzacja

• Stała stawka miesięczna za pakiet — przewidywalność jest sensem opieki. Unikaj modeli „płać za każdą minutę", które karzą klienta za każdy kontakt.
• Rozliczenie prac poza pakietem — stawka godzinowa zapisana w umowie (rynkowo 100–199 zł netto/h) albo pakiety godzin z niższą stawką przy większym wolumenie.
• Okres rozliczeniowy i wypowiedzenie — miesięczny z krótkim okresem wypowiedzenia działa na korzyść wykonawcy, który jest pewny jakości swoich usług; roczne zobowiązania z karami zwykle chronią słabą obsługę.
• Waloryzacja — przy umowach długoterminowych uczciwy zapis o możliwości aktualizacji ceny raz w roku, z wyprzedzeniem.

Ceny pakietów na rynku zbieram w artykule ile kosztuje utrzymanie strony WordPress — to dobry punkt odniesienia przy negocjacji własnej umowy.

Najczęściej zadawane pytania

Czy umowa o opiekę musi być pisemna?

Powinna — nawet w formie mailowego potwierdzenia zakresu i SLA. Umowa ustna „dogadamy się" działa do pierwszej awarii, po której strony mają różne wspomnienia. Pisemny zakres z tabelą pakietu i czasami reakcji to minimum.

Czy mogę rozwiązać umowę w trakcie?

Tak — umowa powinna przewidywać wypowiedzenie (typowo 1 miesiąc) i procedurę przekazania dostępów, kodu i dokumentacji. Sprawdź przed podpisaniem, czy nie ma zapisów blokujących przeniesienie strony lub domeny — to czerwona flaga.

Co jeśli wykonawca nie dotrzymuje SLA?

Umowa powinna określać konsekwencje: noty za niedotrzymanie czasów reakcji, rabaty w kolejnym okresie albo prawo do rozwiązania bez okresu wypowiedzenia. Bez sankcji SLA jest deklaracją, nie zobowiązaniem.

Czy SLA obejmuje awarie hostingu?

Zależy od zapisu. Jeśli hosting nie jest usługą wykonawcy, umowa powinna precyzować jego rolę: nadzór, zgłaszanie do hostingu i pilnowanie eskalacji. Gwarancje samego hostingu reguluje umowa z dostawcą — sprawdź jego SLA osobno (hosting WordPress).

Co powinien zawierać raport miesięczny?

Listę wykonanych aktualizacji i prac, wyniki monitoringu (uptime, czasy odpowiedzi), stan kopii zapasowych z datą testu odtworzenia, zdarzenia bezpieczeństwa i rekomendacje. Raport to dowód realizacji umowy — wymagaj go od pierwszego miesiąca.

Źródła i narzędzia

• WordPress.org Polska — wsparcie
• WordPress — dokumentacja bezpieczeństwa
• RODO — rozporządzenie (UE) 2016/679
• UODO — obowiązki administratora danych
• Google Search Central — utrzymanie strony

👉 Szukasz opieki z jasnym zakresem i SLA w umowie? Zobacz pakiety opieki nad stroną WordPress — zakres, czasy reakcji i raportowanie bez gwiazdek. Napisz przez formularz kontaktowy lub na kontakt@informatix.com.pl.

👉 Porównujesz oferty? Zobacz ile kosztuje utrzymanie strony WordPress i opiekę techniczną z SLA.

📖 Zobacz również: opieka nad stroną WordPress, kopie zapasowe WordPress oraz administracja WordPress.