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.
Pięć pytań przed podpisaniem umowy
Te pięć pytań kosztuje minutę, a oszczędza miesiące.
- 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?
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ą.
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.
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.
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.
