Budowa strony internetowej bez dobrze przygotowanej umowy przypomina trochę budowę domu na podstawie rozmowy przy kawie. Wszyscy mniej więcej wiedzą, co ma powstać, dopóki nie pojawia się pytanie: „A to też było w cenie?”. I nagle okazuje się, że „strona internetowa” miała obejmować projekt UX, teksty, SEO, wersję mobilną, integrację z CRM, migrację treści, analitykę i jeszcze kilka rzeczy, o których nikt wcześniej nie wspomniał.
Dobra umowa na wykonanie strony internetowej nie powinna być więc formalnością. Jej zadaniem jest przede wszystkim precyzyjne określenie zakresu prac, odpowiedzialności stron, terminów, wynagrodzenia, zasad odbioru oraz praw do efektów realizacji. Im bardziej rozbudowany projekt – sklep internetowy, portal, serwis usługowy czy dedykowana aplikacja – tym większe znaczenie ma szczegółowe opisanie zasad współpracy.
Umowa na stronę internetową – dlaczego jest tak ważna?
Najwięcej problemów przy projektach internetowych nie wynika z braku kompetencji wykonawcy czy złej woli klienta. Zwykle źródłem problemu jest to, że obie strony inaczej rozumieją zakres zamówienia. Dla klienta „wdrożenie strony” może oznaczać gotowy, zoptymalizowany serwis z tekstami, analityką i SEO. Dla agencji może oznaczać wyłącznie zaprojektowanie, zakodowanie i uruchomienie strony na podstawie dostarczonych materiałów.
Dlatego umowa powinna odpowiedzieć na bardzo proste pytanie: co dokładnie klient kupuje i co wykonawca zobowiązuje się dostarczyć?
W profesjonalnej umowie warto uregulować przede wszystkim:
- przedmiot i zakres prac,
- funkcjonalności strony,
- harmonogram i terminy,
- obowiązki klienta,
- projekt graficzny i liczbę poprawek,
- wynagrodzenie oraz zasady płatności,
- prace dodatkowe,
- hosting, domenę i technologie,
- przekazanie dostępów,
- prawa autorskie i licencje,
- procedurę odbioru,
- gwarancję i wsparcie powdrożeniowe,
- zasady rozwiązania umowy.
Przy większych projektach szczegółowa specyfikacja powinna być załącznikiem do umowy. To często znacznie lepsze rozwiązanie niż próba upchnięcia całej dokumentacji technicznej w jednym paragrafie.

Przedmiot umowy, czyli co właściwie ma powstać?
Zapis „wykonawca zobowiązuje się do wykonania strony internetowej” jest zdecydowanie zbyt ogólny. Umowa powinna określać rodzaj serwisu, jego przeznaczenie, podstawowe funkcje, technologię lub CMS oraz najważniejsze elementy projektu.
Warto wskazać np. liczbę i rodzaje podstron, system zarządzania treścią, formularze, blog, wyszukiwarkę, integracje, wersję responsywną, wielojęzyczność, katalog produktów czy system rezerwacji. Nie trzeba opisywać każdego przycisku, ale trzeba jasno określić zakres, który ma wpływ na pracochłonność projektu.
Szczególnie istotne jest rozdzielenie tego, co jest zawarte w cenie, od tego, co może być wykonane dodatkowo. Jeśli klient po rozpoczęciu prac chce dołożyć integrację z CRM, konfigurator produktu czy rozbudowany system filtrowania, nie powinno być wątpliwości, czy jest to część pierwotnego zamówienia.
Specyfikacja funkcjonalna strony internetowej
Przy większych realizacjach warto przygotować osobny dokument określający funkcjonalności. Może on opisywać m.in. strukturę serwisu, typy podstron, działanie formularzy, wyszukiwarki, filtrów, systemu logowania, płatności, rezerwacji czy integracji z zewnętrznymi systemami.
To właśnie specyfikacja pozwala uniknąć sytuacji, w której klient mówi „przecież miało działać inaczej”, a wykonawca odpowiada „takiej funkcji nie było w zakresie”.
Dobrym rozwiązaniem jest także wskazanie funkcjonalności wyłączonych z projektu. Brzmi drobiazgowo, ale w praktyce właśnie takie drobiazgi potrafią uratować budżet i harmonogram.
Projekt graficzny, UX i poprawki
Umowa powinna określać również zakres prac projektowych. „Projekt graficzny strony” może oznaczać przygotowanie jednego layoutu albo kompleksowego systemu widoków dla desktopu i urządzeń mobilnych. Warto więc ustalić, jakie widoki zostaną zaprojektowane, czy projekt obejmuje UX oraz ile rund poprawek zawiera wynagrodzenie.
Kluczowe jest również zdefiniowanie, czym jest poprawka, a czym zmiana zakresu. Przesunięcie przycisku, zmiana koloru czy korekta układu to typowe poprawki. Dodanie systemu rezerwacji, integracji z CRM albo nowego modułu to już dodatkowa funkcjonalność.
Umowa powinna wskazywać także sposób przekazywania uwag i termin, w którym klient powinien je zgłosić. Dzięki temu projekt nie zamienia się w nieskończoną karuzelę „jeszcze tylko jednej małej zmiany”.
Harmonogram i terminy realizacji
W umowie warto wskazać nie tylko końcowy termin publikacji, ale również główne etapy projektu. Przy większych stronach może to być analiza i architektura informacji, projekt UX/UI, development, testy oraz wdrożenie produkcyjne.
To szczególnie ważne dlatego, że termin realizacji strony internetowej często zależy również od klienta. Jeżeli wykonawca czeka trzy tygodnie na teksty, zdjęcia, akceptację projektu albo dostęp do serwera, harmonogram siłą rzeczy ulega przesunięciu.
Dlatego umowa powinna określać obowiązki zamawiającego oraz konsekwencje opóźnień w dostarczeniu materiałów lub akceptacji kolejnych etapów.
Wynagrodzenie i prace dodatkowe
Cena strony internetowej powinna być określona jednoznacznie, wraz z informacją, czy podana kwota jest netto czy brutto oraz kiedy i w jakiej formie następują płatności. Przy większych projektach często sprawdza się rozliczenie etapowe, np. zaliczka, płatność po akceptacji projektu i końcowe rozliczenie po wdrożeniu.
Równie ważne jest określenie zasad rozliczania prac dodatkowych. Najbezpieczniejszy model zakłada, że wykonawca przedstawia zakres dodatkowej pracy, jej koszt oraz ewentualny wpływ na harmonogram, a klient akceptuje zmianę przed rozpoczęciem realizacji.
Dzięki temu obie strony wiedzą, ile kosztuje wyjście poza pierwotny zakres.

Hosting, domena, CMS i technologie
Umowa powinna jasno określać, kto odpowiada za hosting, domenę, SSL, backupy oraz utrzymanie infrastruktury. Szczególnie ważne jest, aby klient miał kontrolę nad domeną swojej firmy. Nie powinien być uzależniony od wykonawcy tylko dlatego, że domena została założona na jego koncie.
Warto również wskazać technologię lub CMS, na którym powstaje strona. W przypadku WordPressa dobrze określić, czy cena obejmuje konfigurację CMS, motywu, wtyczek oraz licencje płatnych komponentów. Jeżeli projekt wykorzystuje zewnętrzne biblioteki, pluginy, fonty czy inne materiały licencjonowane, zasady korzystania z nich również powinny być jasne.
Przekazanie dostępów i plików
Po zakończeniu projektu klient powinien otrzymać jasno określony zestaw dostępów i materiałów. W zależności od realizacji mogą to być:
- CMS i hosting,
- domena,
- repozytorium kodu,
- Google Analytics 4,
- Google Tag Manager,
- Google Search Console,
- konta związane z dodatkowymi usługami,
- pliki graficzne i projektowe,
- dokumentacja lub instrukcja obsługi.
Nie chodzi o to, aby każdy projekt kończył się przekazaniem absolutnie wszystkiego, co znajduje się na komputerze wykonawcy. Chodzi o to, aby klient otrzymał wszystkie elementy, do których powinien mieć dostęp w ramach uzgodnionego zakresu.
Prawa autorskie do strony internetowej
To jeden z najważniejszych elementów umowy, szczególnie przy projektach wykonywanych indywidualnie dla konkretnej firmy.
Samo zapłacenie za stronę internetową nie oznacza automatycznie przeniesienia autorskich praw majątkowych. Jeżeli strony chcą dokonać takiego przeniesienia, powinny odpowiednio uregulować je w umowie, w tym określić pola eksploatacji. Umowa przenosząca autorskie prawa majątkowe wymaga formy pisemnej.
Dlatego zapis typu „po zapłacie klient otrzymuje wszelkie prawa do strony” może być niewystarczający. Umowa powinna precyzyjnie określić, czy dochodzi do przeniesienia praw, czy udzielenia licencji, jakiego zakresu praw dotyczy oraz na jakich polach eksploatacji.
Trzeba też pamiętać, że wykonawca nie może przenieść na klienta praw do elementów, których sam nie posiada. Dotyczy to m.in. niektórych fontów, zdjęć stockowych, pluginów, bibliotek czy komponentów open source. Dlatego warto rozdzielić prawa do elementów stworzonych na potrzeby projektu od licencji udzielanych przez podmioty trzecie.
SEO i analityka w umowie
Jeżeli SEO jest częścią projektu, warto zapisać to wprost. „Strona zoptymalizowana pod SEO” jest bowiem określeniem tak szerokim, że bez dodatkowej specyfikacji niewiele znaczy.
Zakres może obejmować m.in.:
- architekturę informacji,
- strukturę adresów URL,
- meta title i meta description,
- nagłówki,
- sitemap XML i robots.txt,
- przekierowania 301,
- dane strukturalne,
- optymalizację techniczną,
- migrację SEO,
- podstawową optymalizację treści.
Jeżeli strona zastępuje istniejący serwis, szczególne znaczenie ma migracja adresów URL i przekierowania 301. Nowa, piękna strona może bowiem bardzo szybko stracić widoczność, jeśli migracja SEO zostanie wykonana bez planu.
Podobnie należy opisać analitykę. „Konfiguracja GA4” może oznaczać samo podpięcie narzędzia, ale może też obejmować przygotowanie pełnego pomiaru formularzy, kliknięć, konwersji i integracji z Google Ads. W umowie warto więc określić konkretny zakres.
Odbiór strony internetowej
Umowa powinna definiować, kiedy strona zostaje uznana za wykonaną i jak wygląda proces odbioru. Najczęściej wykonawca przekazuje gotową wersję, klient ma określony czas na testy i zgłoszenie błędów, a następnie następuje ich usunięcie i finalny odbiór.
Warto przy tym rozróżnić błąd od zmiany koncepcji. Jeżeli formularz nie wysyła wiadomości, jest to błąd. Jeżeli po publikacji klient stwierdza, że chce całkowicie zmienić sposób działania formularza, mamy do czynienia z nowym wymaganiem.
Bez takiego rozróżnienia procedura odbiorowa może ciągnąć się w nieskończoność.
Gwarancja i wsparcie po uruchomieniu
Dobra umowa powinna rozdzielać błędy, rozwój strony i jej bieżące utrzymanie. Jeżeli po publikacji okazuje się, że funkcjonalność nie działa zgodnie ze specyfikacją, powinno to zostać potraktowane jako błąd objęty odpowiedzialnością wykonawcy.
Jeżeli natomiast klient chce dodać nowy moduł, integrację albo przebudować istniejącą funkcjonalność, jest to praca rozwojowa.
Warto również określić, czy wykonawca zapewnia:
- aktualizacje CMS i wtyczek,
- backupy,
- monitoring bezpieczeństwa,
- usuwanie awarii,
- wsparcie techniczne,
- określony czas reakcji.
Przy zwykłej stronie firmowej rozbudowane SLA może nie być potrzebne. Przy sklepie internetowym czy serwisie, którego awaria oznacza realne straty finansowe, sytuacja wygląda zupełnie inaczej.

Odpowiedzialność klienta i wykonawcy
Umowa powinna jasno określać odpowiedzialność obu stron. Wykonawca odpowiada za wykonanie uzgodnionego zakresu, natomiast klient powinien odpowiadać m.in. za materiały, które sam dostarcza, ich legalność oraz terminowe przekazywanie niezbędnych informacji.
Warto też uregulować odpowiedzialność za zewnętrzne usługi i integracje. Jeżeli strona korzysta z API, systemu rezerwacyjnego, operatora płatności czy zewnętrznego CRM, wykonawca nie powinien automatycznie odpowiadać za awarię infrastruktury należącej do innego dostawcy.
Najczęstsze błędy w umowach na budowę strony
Największym problemem nie jest zwykle brak rozbudowanego dokumentu, lecz jego ogólnikowość. Szczególnie ryzykowne są zapisy:
- „wykonanie strony internetowej” bez szczegółowego zakresu,
- „nieograniczona liczba poprawek”,
- brak definicji prac dodatkowych,
- brak zasad odbioru,
- brak informacji o przekazaniu dostępów,
- brak regulacji dotyczących praw autorskich,
- brak informacji o licencjach zewnętrznych,
- brak zasad dotyczących SEO i analityki mimo ich obecności w ofercie,
- brak odpowiedzialności klienta za opóźnienia w dostarczeniu materiałów,
- brak rozróżnienia między gwarancją a dalszym rozwojem strony.
Każdy z tych punktów może wydawać się mało istotny na początku projektu. Problem w tym, że zaczyna mieć znaczenie dokładnie wtedy, kiedy pojawia się spór.
Umowa na stronę internetową – checklista
Przed podpisaniem dokumentu warto sprawdzić, czy umowa odpowiada na najważniejsze pytania:
- Co dokładnie powstaje?
- Jakie funkcjonalności obejmuje cena?
- Ile podstron i typów widoków zostanie przygotowanych?
- Kto dostarcza teksty, zdjęcia i inne materiały?
- Ile rund poprawek obejmuje projekt?
- Jak zgłasza się poprawki?
- Jak wygląda harmonogram?
- Co dzieje się w przypadku opóźnienia klienta?
- Ile kosztują prace dodatkowe?
- Kto odpowiada za domenę i hosting?
- Jakie dostępy zostaną przekazane?
- Kto posiada prawa do kodu, grafiki, tekstów i innych elementów?
- Czy zastosowano przeniesienie praw czy licencję?
- Jakie pola eksploatacji obejmuje umowa?
- Jak traktowane są materiały osób trzecich?
- Jak wygląda odbiór?
- Jaki zakres obejmuje gwarancja?
- Czy SEO i analityka są częścią zamówienia i co dokładnie obejmują?
- Co dzieje się ze stroną i materiałami po zakończeniu współpracy?
Jeżeli na kilka z tych pytań nie da się znaleźć odpowiedzi w umowie albo jej załącznikach, warto doprecyzować dokument przed rozpoczęciem prac.
Czy warto korzystać z gotowego wzoru umowy?
Gotowy wzór umowy może być dobrym punktem wyjścia, ale nie powinien być traktowany jako uniwersalne rozwiązanie. Innych zapisów wymaga prosta strona firmowa, innych sklep WooCommerce, a jeszcze innych rozbudowany portal czy aplikacja internetowa.
Najważniejsze jest dopasowanie dokumentu do konkretnego projektu. Szczegółowo warto opisać przede wszystkim zakres funkcjonalny, wynagrodzenie, harmonogram, poprawki, prace dodatkowe, prawa autorskie, licencje, odbiór oraz wsparcie po wdrożeniu.
Przy większych projektach warto skonsultować zapisy dotyczące praw autorskich, odpowiedzialności i rozwiązania umowy z prawnikiem. W tym obszarze oszczędzanie na precyzji potrafi być wyjątkowo drogie.
Podsumowanie
Dobra umowa na budowę strony internetowej nie musi mieć kilkudziesięciu stron. Musi natomiast być konkretna. Powinna jasno określać co powstaje, za ile, w jakim terminie, na jakich zasadach, kto za co odpowiada i jakie prawa klient otrzymuje po zakończeniu projektu.
Największe znaczenie mają zakres funkcjonalny, harmonogram, zasady poprawek, rozliczanie prac dodatkowych, odbiór, przekazanie dostępów oraz prawa autorskie. Jeżeli w projekcie występują SEO, analityka, integracje, migracja czy późniejsze utrzymanie, również powinny zostać opisane, zamiast pozostawiania ich w kategorii „jakoś się dogadamy”.
Bo właśnie „jakoś się dogadamy” jest jednym z najdroższych zapisów, jakich nie ma w żadnej umowie.


















