Zlecenie strony lub sklepu WordPress to nie zakup produktu z półki, tylko wejście w relację, z której trudno wyjść w pół drogi. Najważniejsza decyzja nie dotyczy ceny ani tego, czyje portfolio ładniej wygląda, tylko tego, co zostanie w Twoich rękach, gdy projekt się skończy: dostęp, kod i prawa. Ten przewodnik zbiera pytania, które realnie oddzielają dobrego wykonawcę od kłopotów, oraz jeden obszar, o którym prawie nikt nie myśli, dopóki nie jest za późno: prawo.
Agencja, freelancer czy zespół in-house
To wybór ciągłości, nie jakości. Pojedynczy freelancer bywa najlepszym technicznie wyborem i najszybszym w decyzjach, ale jest też pojedynczym punktem awarii. Widzieliśmy sklep, który stanął na tydzień, bo jedyny człowiek znający jego kod pojechał w góry bez zasięgu, a wiedza o projekcie nie była nigdzie zapisana. Zespół in-house rozwiązuje problem ciągłości, lecz opłaca się dopiero przy stałym, dużym obciążeniu; przy nieregularnych zadaniach etat stoi i kosztuje.
Agencja to środek: płacisz narzut za zespół i proces, w zamian dostajesz zastępowalność ludzi i dokumentację, dzięki której projekt nie zatrzymuje się, gdy jedna osoba odchodzi. Rozsądny model pośredni dla większości firm B2B i sklepów to stały, nazwany inżynier po stronie wykonawcy, ale z zespołem i wiedzą zapisaną za jego plecami. Pytanie kontrolne brzmi: co się stanie z moim projektem, gdy konkretna osoba zachoruje albo odejdzie.
| Kryterium | Freelancer | Agencja | Zespół in-house |
|---|---|---|---|
| Ciągłość | Pojedynczy punkt awarii | Zastępowalność ludzi i dokumentacja | Rozwiązana, ale tylko przy stałym obciążeniu |
| Model kosztów | Najniższa stawka, nieregularna dostępność | Narzut za zespół i proces | Pensja, stoi bezczynnie przy nieregularnej pracy |
| Szybkość decyzji | Najszybsza | Szybka, przez nazwanego inżyniera | Szybka, ale tylko wewnętrznie |
| Udokumentowana wiedza | Często żadna | Spisana i gotowa do przekazania | Zależy od zespołu |
| Najlepsze dopasowanie | Małe, dobrze określone zadania | Większość stron i sklepów B2B | Stałe, duże obciążenie |
Na co patrzeć zamiast ładnego portfolio
Portfolio pokazuje, jak coś wygląda na zrzucie ekranu, a nie jak działa pod obciążeniem. Trzy rzeczy mówią więcej niż galeria realizacji.
Pierwsza to wydajność mierzona, a nie deklarowana. Poproś o wynik Core Web Vitals z danych terenowych albo z testu na średnim telefonie i wolniejszym łączu, nie z laptopa po światłowodzie. Metodologię i progi opisuje zespół Google w dokumentacji Web Vitals. Dobry wykonawca pokaże liczby przed i po, opowie, jak radzi sobie z ciężkimi page builderami i ile zapytań do bazy generuje strona produktu.
Druga to sposób pracy z kodem. Zapytaj wprost, czy kod jest wersjonowany w repozytorium, czy wysyłany FTP-em wprost na serwer. Wersjonowanie to nie fanaberia: to możliwość cofnięcia błędu, audytu zmian i przejęcia projektu przez kogokolwiek innego. Brak repozytorium oznacza, że jesteś związany z jednym wykonawcą, bo nikt inny nie wejdzie w ten kod bez archeologii.
Trzecia to bezpieczeństwo po wdrożeniu. Strona to nie obraz, który się wiesza i zapomina; wtyczki trzeba aktualizować, a łańcuch dostaw wtyczek bywa wektorem ataku. Zapytaj, kto odpowiada za aktualizacje po starcie i jak wygląda reakcja na incydent. Brak odpowiedzi oznacza, że odpowiadasz Ty, tylko jeszcze o tym nie wiesz.
Dziewięć pytań przed podpisaniem umowy
Ta lista kosztuje kwadrans rozmowy, a oszczędza miesiące. Pierwsze pięć pytań oddziela profesjonalistów od reszty, kolejne cztery sprawdzają, czy współpraca przetrwa pierwszy kryzys.
- Czyje będą majątkowe prawa autorskie do kodu i designu po zakończeniu projektu i na jakich polach eksploatacji?
- Czy dostanę pełny dostęp administracyjny do hostingu, domeny, repozytorium i kont zewnętrznych, czy pracujemy na Waszym zamkniętym koncie?
- Czy kod jest wersjonowany, a wdrożenia odtwarzalne, czy zmiany lądują na serwerze ręcznie?
- Kto odpowiada za aktualizacje, kopie zapasowe i bezpieczeństwo po wdrożeniu i co obejmuje opieka?
- Zobaczę realny wynik wydajności na telefonie, czy tylko zrzuty z portfolio?
- Kto faktycznie wykona pracę: zespół agencji czy podwykonawcy, i czy umowa wymaga mojej zgody na podzlecanie?
- Jaki jest gwarantowany czas reakcji na awarię krytyczną (sklep nie przyjmuje zamówień) i w jakich godzinach obowiązuje?
- Co dokładnie dzieje się przy zakończeniu umowy: w jakim terminie dostanę kod, bazę danych, dostępy i eksport treści oraz czy przewidziany jest okres przejściowy na migrację?
- Jak wygląda procedura przywrócenia strony po nieudanej aktualizacji: czy istnieje środowisko testowe (staging) i jak szybko można cofnąć zmianę z kopii zapasowej?
Jeśli na którekolwiek pytanie pada odpowiedź wymijająca, to nie kwestia wiedzy, tylko modelu biznesowego, który zatrzymuje klienta przy wykonawcy siłą, a nie jakością. Pytania 6 i 8 bywają najbardziej pouczające: sporo polskich agencji outsourcuje wykonanie do zmiennych podwykonawców, a klient dowiaduje się o tym dopiero, gdy „jego” programista przestaje odpowiadać na maile. Zapis o podwykonawcach i o procedurze wyjścia z umowy powinien być w treści kontraktu, nie w ustnych zapewnieniach handlowca.
Prawo i własność: obszar, o którym nikt nie myśli za wcześnie
Tu zaczyna się część, którą najłatwiej pominąć, a najtrudniej naprawić po fakcie. W polskim prawie sama zapłata za projekt nie przenosi automatycznie majątkowych praw autorskich do kodu, grafiki czy tekstów; potrzebny jest wyraźny zapis w umowie wskazujący pola eksploatacji. Bez niego prawa zostają u wykonawcy, a Ty masz jedynie licencję na korzystanie z tego, za co zapłaciłeś. Prawnik Tomasz Palak ujmuje to bez owijania: jak pisze w poradniku prawa autorskiego dla twórców, „publikując, nie tracisz praw”, co działa w obie strony, także po stronie wykonawcy, dopóki praw świadomie nie przeniesie.
Ta sama ostrożność dotyczy materiałów wrzucanych na stronę. To, że zdjęcie jest dostępne w internecie albo wygenerował je model AI, nie znaczy, że wolno go użyć komercyjnie; trzeba sprawdzić licencję, bo, jak przypomina Palak, nie każde „darmowe zdjęcie” naprawdę jest darmowe, a licencja CC BY to nie to samo co CC0. Po Twojej stronie warto dopilnować trzech rzeczy w umowie:
- Przeniesienie majątkowych praw autorskich do kodu, designu i treści, a nie tylko licencji.
- Oświadczenie wykonawcy, że ma prawa do wszystkich użytych materiałów, zdjęć, czcionek i wtyczek premium oraz ich licencje.
- Obsługa wymagań RODO, jeśli strona zbiera dane, czyli kto jest administratorem, a kto procesorem i co dzieje się z danymi po zakończeniu współpracy.
Jeżeli używasz narzędzi AI do treści albo grafiki, pamiętaj o jednej zasadzie, którą Palak powtarza: narzędzie nie zdejmuje z Ciebie odpowiedzialności za to, co publikujesz. Sprawdź regulamin narzędzia i nie wrzucaj do niego danych, których nie możesz ujawniać. To samo dotyczy agencji, której zlecasz pracę: warto zapytać, czy i jak korzysta z AI oraz kto odpowiada za prawa do wyników.
Umowa i modele rozliczeń: co każdy model premiuje
Sposób rozliczenia kształtuje zachowanie wykonawcy mocniej niż jakikolwiek zapis o jakości. W polskiej praktyce spotkasz trzy modele i każdy ma wbudowany inny konflikt interesów. Kwoty zawsze są sprawą indywidualną, bo zależą od zakresu; tutaj liczy się mechanika, nie cennik.
Stała cena za projekt (fixed price) daje przewidywalny budżet, ale premiuje domykanie zakresu jak najmniejszym kosztem. Każda zmiana w trakcie staje się negocjacją, a wykonawca ma bodziec, żeby interpretować specyfikację minimalistycznie. Ten model działa dobrze tylko wtedy, gdy zakres jest naprawdę zamknięty i opisany, na przykład migracja sklepu o znanej liczbie produktów. Przy projekcie, który będzie się zmieniał w trakcie (a większość się zmienia), fixed price generuje spory zamiast współpracy.
Rozliczenie godzinowe przenosi ryzyko na Ciebie: płacisz za czas, nie za wynik. Premiuje przejrzystość, jeśli dostajesz raporty z rozbiciem na zadania, ale wymaga zaufania albo kontroli. Warto zapisać w umowie górny limit godzin w miesiącu, powyżej którego wykonawca musi uzyskać zgodę, oraz format raportowania czasu. Bez tego faktura na koniec miesiąca bywa niespodzianką.
Abonament opieki (retainer) to model dla działającej strony: stała miesięczna opłata za aktualizacje, kopie zapasowe, monitoring i pulę godzin na drobne zmiany. Premiuje zapobieganie problemom, bo awaria kosztuje wykonawcę czas, za który nikt dodatkowo nie płaci. Kluczowy zapis to co wchodzi w pulę, co jest poza nią i czy niewykorzystane godziny przechodzą na kolejny miesiąc. Szczegółowo rozbieramy ten model na stronie o utrzymaniu stron opartych o WordPress.
W praktyce najzdrowsza konstrukcja dla większości firm to hybryda: zamknięty etap wdrożenia rozliczony projektowo, a po starcie abonament opieki z jasno opisaną pulą. Uważaj na umowy zawierane na czas określony z automatycznym przedłużeniem i długim okresem wypowiedzenia; trzymiesięczne wypowiedzenie przy abonamencie opieki to w polskich realiach standardowy sposób na zatrzymanie klienta, który chce odejść.
Czerwone flagi
Kilka sygnałów, po których lepiej podziękować przed podpisaniem umowy. Wykonawca, który nie chce oddać dostępu do hostingu, domeny i kodu. Brak repozytorium i wdrożenia wyłącznie ręczne. Cena podana w oderwaniu od zakresu, bez analizy realnych wymagań. Obietnice pozycji w Google albo „widoczności w AI” dawane na słowo, bez wyjaśnienia, na czym mają polegać. Wreszcie milczenie w temacie praw autorskich, bo to zwykle znaczy, że prawa zostają u wykonawcy, a Ty dowiesz się o tym dopiero przy próbie zmiany dostawcy.
Jak wygląda dobre przekazanie projektu
Przekazanie to moment, w którym sprawdza się wszystko, co obiecano na etapie sprzedaży. Dobre przekazanie da się opisać konkretną listą i warto ją wpisać do umowy jako warunek odbioru, a nie zostawiać na dobrą wolę po ostatniej fakturze.
Po pierwsze, repozytorium. Dostajesz pełny dostęp do repozytorium kodu (GitHub, GitLab lub Bitbucket) z historią zmian, a nie paczkę ZIP z plikami motywu. Historia commitów to dokumentacja decyzji: kto, co i kiedy zmienił. Jeżeli wykonawca trzyma kod wyłącznie u siebie, po zakończeniu współpracy zaczynasz od archeologii.
Po drugie, konta i własność infrastruktury. Hosting powinien być założony na Twoją firmę, na Twój adres e-mail i Twoje dane rozliczeniowe, niezależnie czy to home.pl, cyber_Folks, dhosting czy VPS w OVH. To samo dotyczy domeny: abonentem w rejestrze powinna być Twoja firma, nie agencja. Rekordy DNS i dostęp do panelu domeny to fundament; wykonawca może mieć dostęp roboczy, ale właścicielem konta jesteś Ty. Widzieliśmy przejęcia projektów, w których sama zmiana abonenta domeny zajmowała dłużej niż migracja całego sklepu, bo poprzednia agencja zarejestrowała domenę na siebie.
Po trzecie, uporządkowane przekazanie dostępów: WordPress (konto administratora na Twój e-mail), baza danych, SFTP, konta zewnętrzne (bramka płatności, narzędzia analityczne, konta pocztowe) oraz licencje wtyczek premium przepisane na Ciebie tam, gdzie licencjodawca na to pozwala. Hasła przekazuje się przez menedżer haseł lub jednorazowe bezpieczne linki, nie mailem w pliku tekstowym.
Po czwarte, dokumentacja i szkolenie. Minimum to krótki dokument opisujący architekturę (motyw, wtyczki krytyczne, integracje, crony), procedurę aktualizacji i odtworzenia kopii zapasowej. Do tego sesja szkoleniowa dla osób, które będą redagować treści: godzina nagranego screencasta oszczędza później dziesiątki maili. Jeśli strona zbiera dane osobowe, częścią przekazania jest też uporządkowanie ról z RODO: rozwiązanie lub aneks umowy powierzenia przetwarzania danych.
Dobrym testem jeszcze przed podpisaniem umowy jest pytanie o przykładowy protokół przekazania z poprzedniego projektu. Agencja, która robi to regularnie, ma gotowy szablon. Ta, która planuje trzymać klienta dostępami, zacznie improwizować. Jeżeli chcesz zobaczyć, jak wygląda praca zespołu, który wersjonuje kod i oddaje dostępy z założenia, sprawdź, jak pracuje WordPress developer w WPPoland.
Co dalej
Dobry wybór wykonawcy WordPress sprowadza się do jednej zasady: zadbaj o to, co zostanie w Twoich rękach po zakończeniu projektu, zanim się zacznie. Dostęp, wersjonowany kod i przeniesione na piśmie prawa są ważniejsze niż najładniejszy slajd w ofercie. Jeśli planujesz stronę lub sklep i chcesz przejść tę listę na konkretnym przypadku, opisz, co ma dać projekt, a wspólnie sprawdzimy, na co zwrócić uwagę w Twojej sytuacji.
Aspekty prawne w tym tekście mają charakter ogólny i nie są poradą prawną; przy konkretnej umowie warto skonsultować się z prawnikiem specjalizującym się w prawie autorskim i nowych technologiach.
Ostatnia aktualizacja: 11 czerwca 2026.
