Jak wybrać agencję WordPress: na co patrzeć, zlecając stronę lub sklep
PL

Jak wybrać agencję WordPress: na co patrzeć, zlecając stronę lub sklep

Ostatnio zweryfikowano: 11 czerwca 2026
5min czytania
Przewodnik
500+ projektów WP

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.

#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.

  1. Czyje będą majątkowe prawa autorskie do kodu i designu po zakończeniu projektu i na jakich polach eksploatacji?
  2. Czy dostanę pełny dostęp administracyjny do hostingu, domeny, repozytorium i kont zewnętrznych, czy pracujemy na Waszym zamkniętym koncie?
  3. Czy kod jest wersjonowany, a wdrożenia odtwarzalne, czy zmiany lądują na serwerze ręcznie?
  4. Kto odpowiada za aktualizacje, kopie zapasowe i bezpieczeństwo po wdrożeniu i co obejmuje opieka?
  5. 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.
  • Zgodność z 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.

Następny krok

Przekuj artykuł w realne wdrożenie

Pod tym wpisem dokładam linki, które domykają intencję użytkownika i prowadzą dalej w strukturze serwisu.

Chcesz wdrożyć ten temat na swojej stronie?

Jeśli chcesz przełożyć wiedzę z artykułu na działającą stronę, sklep albo przebudowę serwisu, przygotuję konkretny zakres prac.

Powiązany klaster

Sprawdź inne usługi WordPress i bazę wiedzy

Wzmocnij swój biznes dzięki profesjonalnemu wsparciu technicznemu w kluczowych obszarach ekosystemu WordPress.

FAQ do artykułu

Często zadawane pytania

Najważniejsze odpowiedzi, które pomagają wdrożyć temat w praktyce.

SEO-ready GEO-ready AEO-ready 4 Q&A
Agencja, freelancer czy zespół in-house do WordPressa? #
To wybór ciągłości, nie jakości. Freelancer jest najtańszy i najszybszy w decyzjach, ale jeden człowiek znika na urlopie i przy chorobie, a wiedza o projekcie nie jest nigdzie zapisana. Zespół in-house daje pełną kontrolę, lecz opłaca się dopiero przy stałym, dużym obciążeniu pracą. Agencja kosztuje narzut za zespół i proces, w zamian daje zastępowalność ludzi i to, że projekt nie zatrzymuje się, gdy jedna osoba odchodzi. Dla większości firm B2B i sklepów rozsądny jest model pośredni: stały, nazwany inżynier po stronie wykonawcy, ale z zespołem i dokumentacją za plecami.
Jakie pytania zadać agencji WordPress przed podpisaniem umowy? #
Pięć, które oddzielają profesjonalistów od reszty. Czyje będą majątkowe prawa autorskie do kodu i designu po zakończeniu projektu? Czy dostanę pełny dostęp administracyjny do hostingu, domeny, repozytorium i kont zewnętrznych? Czy kod jest wersjonowany w repozytorium, czy wysyłany FTP-em wprost na serwer? Jak wygląda proces aktualizacji wtyczek i kto odpowiada za bezpieczeństwo po wdrożeniu? Czy zobaczę realny wynik Core Web Vitals na telefonie, a nie tylko ładne zrzuty z portfolio? Brak jasnej odpowiedzi na którekolwiek z tych pytań to sygnał ostrzegawczy.
Po czym poznać, że agencja zna się na wydajności WordPressa? #
Po tym, że mówi o pomiarach, a nie o wrażeniach. Poproś o wynik Core Web Vitals z danych terenowych (CrUX) lub z testu na średnim telefonie z wolniejszym łączem, nie z laptopa po światłowodzie. Zapytaj, jak radzą sobie z ciężkimi page builderami, ile zapytań do bazy generuje strona produktu i czy używają cache po stronie serwera oraz CDN. Agencja, która zna się na rzeczy, pokaże liczby przed i po, a nie ogólniki o szybkości.
Czyje są prawa do strony WordPress po zakończeniu projektu? #
Tylko te, które przeniesiono na piśmie. W polskim prawie sama zapłata za projekt nie przenosi automatycznie majątkowych praw autorskich do kodu i designu; potrzebny jest wyraźny zapis w umowie wskazujący pola eksploatacji. Bez niego prawa zostają u wykonawcy, a Ty masz jedynie licencję na korzystanie. Dlatego przeniesienie praw, przekazanie kont i kodu oraz dokumentacja powinny być częścią umowy, a nie dobrą wolą po fakcie. Więcej w przystępnej formie tłumaczy prawnik Tomasz Palak.

Potrzebujesz FAQ dopasowanego do branży i rynku? Przygotujemy wersję pod Twoje cele biznesowe.

Porozmawiajmy

Polecane artykuły

Współpraca w czasie rzeczywistym została wycofana z WordPress 7.0 dwa tygodnie przed wydaniem. Anne McCarthy i zespół kontrybutorów uruchamiają program testów w stylu FSE, by przygotować funkcję na WordPress 7.1 na 19 sierpnia. Rozkładamy problem bazy danych, strategię testów i to, czego agencje powinny się spodziewać.
wordpress

WordPress 7.1 i współpraca w czasie rzeczywistym: druga próba, testy w stylu FSE i ośmiotygodniowy termin

Współpraca w czasie rzeczywistym została wycofana z WordPress 7.0 dwa tygodnie przed wydaniem. Anne McCarthy i zespół kontrybutorów uruchamiają program testów w stylu FSE, by przygotować funkcję na WordPress 7.1 na 19 sierpnia. Rozkładamy problem bazy danych, strategię testów i to, czego agencje powinny się spodziewać.

Testy Review Signal Kevina Ohashiego wracają w 2026 po trzech latach przerwy na nowej, otwartej platformie do testów obciążeniowych. Rozkładamy pięć progów cenowych plus WooCommerce, nazywamy zwycięzców i nieobecnych oraz tłumaczymy dane na język europejskich agencji.
wordpress

Review Signal 2026: testy wydajności hostingu WordPressa po trzech latach przerwy i zwycięzcy

Testy Review Signal Kevina Ohashiego wracają w 2026 po trzech latach przerwy na nowej, otwartej platformie do testów obciążeniowych. Rozkładamy pięć progów cenowych plus WooCommerce, nazywamy zwycięzców i nieobecnych oraz tłumaczymy dane na język europejskich agencji.

WordCamp Europe 2026 w Krakowie przyciągnął 2442 uczestników z 81 krajów i 779 kontrybutorów w 26 zespołach. Widok z wnętrza zespołu budżetowego WCEU, wystąpienie główne z CERN, sygnały z nowych meetupów we Włoszech, Hiszpanii i Kostaryce, podziękowania dla zespołu lokalnego i co oznacza Malaga 2027.
wordpress

WordCamp Europe 2026 w Krakowie - podsumowanie: 2442 uczestników z 81 krajów, perspektywa zespołu budżetowego i Malaga 2027

WordCamp Europe 2026 w Krakowie przyciągnął 2442 uczestników z 81 krajów i 779 kontrybutorów w 26 zespołach. Widok z wnętrza zespołu budżetowego WCEU, wystąpienie główne z CERN, sygnały z nowych meetupów we Włoszech, Hiszpanii i Kostaryce, podziękowania dla zespołu lokalnego i co oznacza Malaga 2027.