Prawa do kodu źródłowego: Dlaczego to ważne dla firmy?

Zapłaciłeś za stronę internetową. Działa, wygląda dobrze, klienci dzwonią. Ale czy ta strona naprawdę należy do Twojej firmy? Brzmi absurdalnie — przecież zapłaciłeś. A jednak u większości wykonawców prawa do kodu źródłowego zostają po ich stronie, nie po Twojej. Płacisz za korzystanie, nie za własność.

To nie jest detal prawniczy dla nudnych. To pytanie, które decyduje o tym, czy kiedykolwiek zmienisz wykonawcę, czy przeniesiesz stronę na inny serwer i czy za dwa lata nie usłyszysz „rozwiązanie współpracy oznacza, że strona przestaje działać”. W tym tekście tłumaczę, czym są prawa do kodu źródłowego strony www, dlaczego to ważne dla firmy i o co konkretnie pytać, zanim podpiszesz umowę.

Czym właściwie jest kod źródłowy strony

Kod źródłowy to wszystko, z czego zbudowana jest Twoja strona: pliki z układem, stylami, logiką działania, konfiguracją. To „przepis” na stronę. Mając kod, można ją uruchomić gdziekolwiek, rozwijać, przenieść do innego programisty. Bez kodu masz tylko działającą witrynę, której nie da się tknąć bez zgody i udziału wykonawcy.

Ważne rozróżnienie:

• Dostęp do strony (panel, login) to nie to samo co własność kodu. Możesz edytować treści, ale nie masz „przepisu”.
• Kod źródłowy to pliki projektu — najczęściej trzymane w repozytorium (np. na GitHubie). To one są realnym aktywem.
• Prawa autorskie to kwestia formalna: kto ma prawo używać, modyfikować i przenosić ten kod. Reguluje to umowa.

W Polsce prawa autorskie do utworu (a kod nim jest) domyślnie zostają u twórcy. Żeby przeszły na Ciebie, umowa musi to wprost przewidywać. Brak zapisu = kod nie jest Twój, nawet po pełnej zapłacie.

Dlaczego to ważne dla Twojej firmy

Kiedy kod nie należy do Ciebie, jesteś zakładnikiem jednego wykonawcy. To uderza dokładnie wtedy, gdy najmniej tego potrzebujesz.

• Zmiana wykonawcy = przepisywanie od zera. Chcesz przejść do kogoś innego? Bez kodu nowy programista zaczyna od białej kartki. Płacisz drugi raz za to samo.
• Brak możliwości przeniesienia. Strona stoi tam, gdzie zdecydował wykonawca. Nie przeniesiesz jej na własny serwer ani do innej firmy bez jego dobrej woli.
• Uzależnienie cenowe. Skoro tylko on ma kod, tylko on może wprowadzać zmiany — i dyktuje stawki. Każda poprawka to negocjacja z jedyną osobą, która może ją zrobić.
• Ryzyko, gdy wykonawca znika. Jednoosobowa działalność zamyka biznes, agencja upada, kontakt się urywa. Bez kodu Twoja firmowa wizytówka wisi na cudzej infrastrukturze, bez ratunku.

Dla małej firmy strona to często główne źródło kontaktu z klientem. Oddawać nad nią kontrolę to jak wynajmować lokal, do którego tylko właściciel ma klucze i może w każdej chwili zmienić zamek.

Jak to wygląda na rynku — trzy modele

W praktyce spotkasz trzy podejścia, i warto wiedzieć, w którym się znajdujesz.

1. Strona na abonament (kod nigdy nie jest Twój)

Kreatory i część agencji rozliczają się miesięcznie. Płacisz za korzystanie z platformy. Przestajesz płacić — strona znika. Kodu nie dostaniesz nigdy, bo to nie jest „Twoja” strona, tylko wynajęte miejsce w ich systemie.

2. Kod zostaje u wykonawcy (zapłaciłeś, ale nie posiadasz)

Najczęstszy wariant u freelancerów i mniejszych firm. Płacisz jednorazowo, strona działa, ale repozytorium zostaje u wykonawcy. Formalnie to on ma prawa, a Ty dostajesz co najwyżej dostęp do panelu. Przy próbie zmiany wykonawcy okazuje się, że nie masz nic poza loginem.

3. Kod przechodzi na klienta (strona jest naprawdę Twoja)

Uczciwy model: po zapłacie dostajesz pełne repozytorium kodu i prawa do niego. Możesz robić z nim, co chcesz — rozwijać, przenosić, oddać innemu programiście. Tak właśnie pracuję ja: kod należy do klienta, zapisane wprost w umowie, repozytorium trafia do Ciebie po wdrożeniu.

O co zapytać przed podpisaniem umowy

Zanim klikniesz „akceptuję ofertę”, zadaj te pytania. Reakcja wykonawcy powie Ci więcej niż cała oferta.

• „Czy po zapłacie dostaję pełny kod źródłowy w repozytorium?” Odpowiedź ma być „tak”, na piśmie.
• „Czy umowa przenosi na mnie prawa autorskie do kodu?” Sam dostęp do panelu nie wystarczy.
• „Na kogo jest zarejestrowana domena?” Domena .pl powinna być na Ciebie, nie na agencję — inaczej to kolejny smyczy.
• „Czy mogę przenieść stronę na inny hosting albo do innego programisty?” Jeśli pada „to się nie da” — wiesz, że kod nie jest Twój.
• „Co się dzieje ze stroną, jeśli zakończymy współpracę?” Przy uczciwym modelu: nic. Strona zostaje Twoja i działa dalej.

Dobry wykonawca odpowie na to bez wykrętów, bo nie ma nic do ukrycia. Każde „to skomplikowane” to czerwona flaga.

Jak robię to u siebie

Gram w otwarte karty od pierwszej rozmowy. Każdy projekt w modelu fixed-price zawiera jasny zapis: kod należy do klienta. W praktyce oznacza to:

• po wdrożeniu dostajesz repozytorium kodu (np. na GitHubie) — pełny „przepis” na Twoją stronę,
• domenę rejestruję na Ciebie, nie na siebie — jesteś jej właścicielem,
• faktura VAT 23%, normalny koszt firmowy,
• 30 dni gwarancji po wdrożeniu, a strona stoi na nowoczesnym stacku — Next.js 16, React 19, TypeScript.

Nie musisz mi wierzyć na słowo — to siedzi w umowie. Jeśli kiedyś zechcesz rozwijać stronę z kimś innym, masz wszystko, czego trzeba, i odchodzisz bez bagażu. Tak powinno wyglądać posiadanie strony: bez smyczy, bez zakładników.

Masz już stronę i nie wiesz, czyj jest kod? Napisz do mnie — pomogę rozeznać sytuację. A jeśli planujesz nową, zacznij od bezpłatnego audytu, żeby wiedzieć, na czym stoisz, zanim zainwestujesz.

Dlaczego to dla mnie standard, nie dodatek

Niektórzy wykonawcy trzymają kod u siebie celowo — to ich sposób na zatrzymanie klienta. Skoro nie możesz odejść bez przepisywania strony od zera, zostajesz. Ja uważam, że to słaby fundament współpracy: wolę zatrzymać klienta jakością i uczciwymi cenami, a nie tym, że trzymam go za gardło.

Dlatego przekazanie kodu jest u mnie domyślne i wliczone w cenę, a nie płatnym „wykupem”:

• Nie blokuję Cię. Możesz w każdej chwili rozwijać stronę ze mną, z kimś innym albo samodzielnie. Decyzja należy do Ciebie, nie do tego, kto ma pliki.
• Nie sprzedaję strachu. Nie ma scenariusza, w którym zniknięcie wykonawcy unieruchamia Twoją firmową wizytówkę — bo masz wszystko u siebie.
• Dostajesz realne aktywo. Repozytorium kodu plus domena na Ciebie to coś, co naprawdę posiadasz, a nie licencja na korzystanie z cudzej własności.

To prosta zasada: zapłaciłeś za stronę, więc strona jest Twoja — w całości, łącznie z kodem. Wszystko inne to tylko sposób na uzależnienie klienta od jednego wykonawcy.

FAQ

Czy „dostaję dostęp do panelu” znaczy, że kod jest mój?

Nie. Dostęp do panelu pozwala edytować treści, ale to nie to samo co własność kodu źródłowego. Kod to pliki projektu w repozytorium plus prawa autorskie zapisane w umowie. Bez tego masz tylko login do cudzej strony.

Co jeśli wykonawca zniknie, a kod był u niego?

Wtedy masz problem: nie przeniesiesz strony ani nie zlecisz zmian, bo nikt nie ma „przepisu”. Dlatego kluczowe jest, żeby kod trafił do Ciebie od razu po wdrożeniu — wtedy zniknięcie wykonawcy niczego nie blokuje.

Czy przeniesienie praw do kodu kosztuje więcej?

U mnie nie — przeniesienie kodu na klienta jest standardem wliczonym w cenę pakietu, nie dodatkiem. Jeśli inny wykonawca każe dopłacać za „wykup kodu”, to znak, że domyślnie sprzedaje Ci stronę bez własności.