ix
ix

informatix

EN version Porozmawiajmy o projekcie
Strona główna / Blog / Przejęcie strony WordPress pod opiekę — checklista [2026]
• 11 min czytania •

Przejęcie strony WordPress pod opiekę — checklista [2026]

Przejęcie strony pod opiekę to proces: inwentaryzacja dostępów, audyt techniczny, odzyskanie kontroli nad domeną i kodem, porządki i start stałej opieki. Checklista dostępów i procedura odzyskiwania, gdy wykonawca blokuje.

Przejęcie strony WordPress pod opiekę — checklista [2026]
DevOps i utrzymanie, WordPress

Przejęcie strony pod opiekę to proces przekazania odpowiedzialności za stronę WordPress od poprzedniego wykonawcy (albo z „niczyich rąk") do nowego opiekuna — z inwentaryzacją, audytem, uporządkowaniem dostępów i płynnym przejściem do stałej opieki. Dobrze przeprowadzone przejęcie nie zaczyna się od faktury, tylko od audytu; nie kończy się na hasłach, tylko na pełnej kontroli nad stroną: domeną, kodem, kopiami i dokumentacją.

Najważniejsze: Przejęcie strony pod opiekę ma pięć etapów: inwentaryzacja dostępów → audyt techniczny → odzyskanie kontroli (domena, hosting, kod) → porządki (wtyczki, kopie, staging, monitoring) → start stałej opieki. Kluczowa zasada: dostęp do domeny i hostingu musi należeć do właściciela strony, nie do wykonawcy. Jeśli poprzedni wykonawca blokuje dostępy, roszczenie o dostęp do własności (domena, serwer, kod) jest kwestią prawną — a nie negocjacją. Przejęcie z audytem trwa 1–2 tygodnie.

Kiedy myśleć o przejęciu strony pod opiekę

Zmiana wykonawcy opieki to normalna część życia strony — wykonawcy znikają, kończą działalność, podnoszą ceny albo po prostu przestają być dostępni. Sygnały, że czas na przejęcie:

  • Poprzedni wykonawca nie odpowiada — zgłoszenia bez reakcji, brak raportów, „odezwę się" bez terminu.
  • Nie masz dostępów — domena zarejestrowana „na wykonawcę", hosting na jego konto, brak dostępu do plików.
  • Strona jest zaniedbana — przestarzałe wtyczki, brak kopii zapasowych, PHP po EOL, brak aktualizacji od miesięcy.
  • Kończysz współpracę z agencją — przejmujesz stronę po zakończeniu umowy o wdrożenie albo obsługę.
  • Strona była „czyimś projektem po godzinach" — działa, ale nikt nie wie, jak jest zbudowana i co w niej siedzi.

Osobny przypadek to przejęcie strony po nieudanej obsłudze: gdy strona była już „odwirusowywana", po awarii bez kopii zapasowej albo po nagłym spadku pozycji w Google. Wtedy przejęcie zaczyna się od stanu awaryjnego, a porządki są pilniejsze (naprawa WordPress).

Jak wygląda przejęcie krok po kroku

Pięć etapów, które prowadzą od „strona na cudzym koncie" do „strona pod pełną kontrolą i opieką".

  • Etap 1 — Inwentaryzacja dostępów — zebranie wszystkich kluczy do strony: domena, hosting, panel WordPress, baza danych, DNS, konta e-mail, Search Console, Analytics. To etap, który najczęściej się przedłuża — i najważniejszy.
  • Etap 2 — Audyt techniczny — przegląd stanu strony: bezpieczeństwo, wydajność, wtyczki, kopie zapasowe, infrastruktura (audyt strony WordPress). Efekt: lista problemów z priorytetami i wyceną napraw.
  • Etap 3 — Odzyskanie kontroli — przeniesienie domeny na konto klienta, hostingu na właściwe konto, ustanowienie własności kodu (repozytorium Git albo przynajmniej kompletna kopia plików).
  • Etap 4 — Porządki — usunięcie zbędnych wtyczek i kont, konfiguracja kopii zapasowych z testem, uruchomienie monitoringu, postawienie stagingu.
  • Etap 5 — Start stałej opieki — ustalony cykl aktualizacji, kanał zgłoszeń, SLA, raportowanie. Od tego momentu strona żyje w trybie opieki (opieka nad stroną WordPress).

Realistyczny czas przejęcia: 1–2 tygodnie dla typowej strony firmowej, dłużej gdy trzeba odzyskiwać dostępy siłą albo gdy stan techniczny wymaga najpierw naprawy.

Checklista dostępów — co musi przejść na klienta

Ta lista to serce przejęcia. Każda pozycja powinna należeć do właściciela strony — nie do wykonawcy.

  • Domena — konto rejestratora z dostępem do panelu DNS; domena zarejestrowana na dane klienta.
  • Hosting / serwer — konto u dostawcy hostingu, z dostępem do panelu zarządzania, plików i baz danych.
  • Panel WordPress — konto administratora; hasła pozostałych kont zresetowane przy przekazaniu.
  • Dostęp do plików — FTP/SFTP lub SSH, najlepiej z własnymi kluczami.
  • Baza danych — dane dostępowe do bazy i możliwość eksportu.
  • Konta e-mail — skrzynki na domenie i dostęp do konfiguracji poczty (MX, SPF, DKIM).
  • Google Search Console — dostęp (najlepiej własność) do profilu strony.
  • Google Analytics / GA4 — dostęp administracyjny do usługi.
  • Kod źródłowy — repozytorium Git, jeśli istnieje; jeśli nie — pełna kopia plików z dysku serwera.
  • Konta zewnętrznych usług — płatności, kurierzy, newsletter, CDN, WAF, licencje wtyczek premium.

Po przekazaniu zmień wszystkie hasła i włącz 2FA. Przekazanie dostępów to też moment, w którym warto sprawdzić, czy nikt „trzeci" nie ma do nich dostępu — lista użytkowników panelu, konta FTP, klucze API.

Gdy poprzedni wykonawca blokuje dostępy

To częstszy scenariusz, niż chciałoby się przyznać. Na szczęście w większości przypadków prawo i procedury stoją po stronie właściciela strony.

  • Ustal, kto jest właścicielem — domena zarejestrowana na dane firmy? hosting opłacany z firmowej karty? Jeśli tak, masz dokumenty własności i możesz działać bezpośrednio u dostawców.
  • Skontaktuj się z rejestratorem domeny — przy domenie zarejestrowanej na dane klienta odzyskanie kontroli przez weryfikację tożsamości jest standardową procedurą.
  • Skontaktuj się z hostingiem — jeśli konto hostingu należy do klienta (opłaty z jego karty), dostawca może odzyskać dostęp do konta po weryfikacji.
  • Dokumentuj próby kontaktu — pisemne wezwanie do wydania dostępów z terminem; to podstawa ewentualnych roszczeń.
  • Ostatnia deska ratunku: odtworzenie — jeśli dostępy są nieosiągalne, a strona działa, można ją odtworzyć z kopii publicznych (pliki przez scraping nie oddają bazy i funkcji) — to jednak operacja awaryjna i kosztowna, wymagająca odbudowy treści i konfiguracji.

Wniosek na przyszłość: zapis o własności domeny, kodu i dostępów powinien być w każdej umowie od pierwszego dnia. Wzorzec takich zapisów zbieram w artykule o umowie o opiekę nad stroną WordPress.

Inwentaryzacja i audyt przejmowanej strony

Po zebraniu dostępów przejmowana strona przechodzi audyt. Zakres jest szerszy niż zwykły przegląd — chodzi o poznanie strony, nie tylko ocenę.

  • Mapa strony — struktura, liczba podstron, szablony, kluczowe ścieżki użytkownika.
  • Wtyczki i motyw — co jest zainstalowane, co aktywne, co porzucone; wersje i licencje premium.
  • Modyfikacje kodu — child theme, custom wtyczki, zmiany w rdzeniu (czerwona flaga — nadpiszą się przy aktualizacji).
  • Stan bezpieczeństwa — skan malware, konta, uprawnienia, konfiguracja serwera (bezpieczeństwo WordPress).
  • Kopie zapasowe — czy istnieją, gdzie, jak często i czy testowane.
  • Wydajność — Core Web Vitals, wtyczki obciążające front, stan bazy.
  • SEO techniczne — indeksacja, canonicale, przekierowania, sitemap, dane strukturalne.
  • Integracje — płatności, kurierzy, newsletter, CRM, feedy — co jest podłączone i na jakich kontach.

Efekt inwentaryzacji to dokument „stan przejęcia": co strona ma, co jej zagraża, co wymaga naprawy i w jakiej kolejności. Ten dokument chroni obie strony — nowy opiekun nie odpowiada za problemy, których nie widział, a klient wie, za co płaci.

Porządki po przejęciu

Pierwsze porządki wyglądają podobnie w każdym przejęciu. To inwestycja w spokój na kolejne miesiące.

  • Aktualizacje z audytem różnic — aktualizacja wszystkiego po kolei, przez staging, z testami (staging WordPress).
  • Cięcie wtyczek — usunięcie nieużywanych; praktyka pokazuje, że z 30–40 wtyczek realnie potrzebnych jest 10–15.
  • Konta i uprawnienia — usunięcie nieaktywnych kont, zasada minimalnych uprawnień, 2FA dla administratorów.
  • Kopie zapasowe od zera — nowy, przetestowany system kopii: cykl, retencja, przechowywanie poza serwerem, test odtworzenia (kopie zapasowe WordPress).
  • Monitoring — dostępność, SSL, domena, formularze, bezpieczeństwo; alerty do opiekuna (monitoring strony internetowej).
  • Dokumentacja — co jest na stronie, gdzie są dostępy, jak działa wdrożenie; dokument, który przetrwa zmianę wykonawcy.
  • Wersjonowanie kodu — repozytorium Git dla custom code i child theme; kopie plików to za mało, żeby bezpiecznie wdrażać zmiany.

Kolejność nie jest przypadkowa: najpierw zabezpieczenie (kopie, konta), potem porządki (wtyczki, aktualizacje), na końcu usprawnienia (staging, monitoring). Odwrotna kolejność to sprzątanie bez siatki bezpieczeństwa.

Pierwszy miesiąc opieki

Pierwszy miesiąc po przejęciu ma własny rytm. Ustalony zakres prac wygląda tak.

  • Tydzień 1 — dokończenie porządków, konfiguracja monitoringu i kopii, pierwszy pełny cykl aktualizacji przez staging.
  • Tydzień 2 — obserwacja: logi, wydajność, działanie formularzy i integracji po zmianach; korekty konfiguracji.
  • Tydzień 3 — prace z listy audytu o priorytecie „ważne": poprawki wydajności, porządki w bazie, drobne poprawki treści.
  • Tydzień 4 — pierwszy raport miesięczny: co zrobiono, co wykryto, co zaplanowano na kolejny miesiąc.

Po pierwszym miesiącu strona wchodzi w normalny tryb opieki — cykl aktualizacji, monitoring, raportowanie, wsparcie na zgłoszenia (wsparcie techniczne WordPress). Dobrym domknięciem przejęcia jest krótkie podsumowanie dla klienta: stan wyjściowy, wykonane prace, aktualny stan, plan na kwartał.

Umowa i dokumentacja przejęcia

Przejęcie powinno zostać spisane — nawet gdy nowym opiekunem jest ta sama osoba, która budowała stronę. Umowa o opiekę w części dotyczącej przejęcia określa:

  • Zakres przejęcia — co wchodzi w proces (audyt, porządki, migracje), a co jest osobnym projektem (np. odtworzenie strony bez dostępu).
  • Własność i dostępy — potwierdzenie, że domena, kod i konta należą do klienta; zobowiązanie wykonawcy do przekazania dokumentacji.
  • Odpowiedzialność za stan wyjściowy — raport z audytu jako załącznik; rozdzielenie problemów „odziedziczonych" od nowych.
  • SLA i zakres opieki — standardowe zapisy pakietu: czasy reakcji, kopie, raportowanie.

Wzorcowy zestaw zapisów — łącznie z klauzulami o dostępie i zakończeniu współpracy — znajdziesz w artykule o umowie o opiekę nad stroną WordPress. Praktyczny przykład z liczbami — z 38 wtyczek do 12 i 12 miesięcy bez krytycznych awarii — opisuję w case study przejęcia opieki.

Najczęściej zadawane pytania

Jak długo trwa przejęcie strony pod opiekę?

Typowe przejęcie strony firmowej trwa 1–2 tygodnie: inwentaryzacja dostępów (1–3 dni, dłużej gdy trzeba je odzyskiwać), audyt (2–5 dni), porządki i konfiguracja (3–5 dni). Strony w złym stanie technicznym wymagają najpierw naprawy, co wydłuża proces o kolejny tydzień lub dwa.

Co, jeśli nie mam dostępu do domeny?

Jeśli domena jest zarejestrowana na dane firmy, możesz ją odzyskać przez rejestratora po weryfikacji tożsamości — to standardowa procedura. Gorzej, gdy domena stoi na dane wykonawcy: wtedy potrzebne jest jego działanie albo droga prawna. Dlatego domena zawsze powinna być zarejestrowana na właściciela strony.

Czy nowy wykonawca musi mieć dostęp do Google Analytics i Search Console?

Powinien — bez Search Console audyt SEO i monitoring widoczności są połowiczne, a bez Analytics nie da się mierzyć efektów. Dostęp przekazuje się na poziomie uprawnień (nie trzeba oddawać konta) — w GSC jako użytkownik, w GA4 jako administrator lub edytor. Właścicielem profilu pozostaje klient.

Ile kosztuje przejęcie strony pod opiekę?

Samo przejęcie z audytem to koszt 500–2 500 zł netto (zależnie od stanu strony i liczby integracji), a często jest wliczone w pierwszy miesiąc opieki przy dłuższej umowie. Osobno wycenia się prace naprawcze wynikające z audytu — od kilkuset do kilku tysięcy złotych przy zaniedbanych stronach.

Czy przejęcie oznacza, że stracę obecne pozycje w Google?

Prawidłowo przeprowadzone przejęcie nie wpływa na pozycje — domena, adresy URL i treści pozostają bez zmian. Ryzyko pojawia się przy okazji „przebudowy przy przejęciu": zmiany struktury URL bez przekierowań albo migracji hostingu bez testów. Bezpieczna kolejność to przejęcie → stabilizacja → dopiero potem zmiany.

Co zrobić, gdy poprzedni wykonawca odmawia przekazania dostępu?

Dokumentuj wszystko pisemnie: wezwanie do wydania dostępów z terminem, korespondencję, dowody własności (faktury, dane w rejestratorze). Przy domenie i hostingu opłacanych przez klienta dostawcy mogą odzyskać dostęp po weryfikacji. Ostateczność to droga prawna — roszczenie o wydanie własności. Zapis o własności dostępu w umowie eliminuje ten problem na przyszłość.

Źródła i narzędzia


👉 Przejmujesz stronę i potrzebujesz porządku? Zobacz WordPress — wdrożenia i opieka — audyt, uporządkowanie i stała opieka z SLA. Napisz przez formularz kontaktowy lub na kontakt@informatix.com.pl.

📖 Zobacz również: opieka nad stroną WordPress, case study: przejęcie opieki oraz audyt strony WordPress.

KS

Krzysztof Słonina

Full stack developer i właściciel Inoventis Solutions (informatix). Od 2009 roku buduje aplikacje webowe w Laravel/PHP, integracje e-commerce i automatyzacje procesów — m.in. OneCRMApp i FamilyTimelineApp, działające na Laravel, React i Inertia.js.

O autorze
Darmowy PDF

Checklista wymagań do wyceny aplikacji

12 pytań kontrolnych, które warto przygotować przed rozmową z wykonawcą — szybsza wycena, mniej ukrytych kosztów.

Powiązane wpisy

13.10.2026

Opieka nad stroną WordPress — co obejmuje i ile kosztuje [2026]

Opieka nad stroną WordPress to pakiety od 99–190 zł netto/mc (aktualizacje, kopie zapasowe, monitoring) przez 300–500 zł/mc (bezpieczeństwo, drobne prace, raport) do 799 zł i więcej za sklepy. Co obejmuje umowa, jak działa SLA i kiedy opieka się opłaca — przewodnik 2026.

Czytaj dalej

20.10.2026

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

Umowa o opiekę nad stroną WordPress powinna zawierać: zakres i wyłączenia, SLA z liczbami, zasady kopii zapasowych, raportowanie, własność kodu i dostępów oraz procedurę zakończenia współpracy. Checklista zapisów.

Czytaj dalej