Jak stworzyć stronę internetową — cztery decyzje, układ i to, co naprawdę wydłuża projekt

Poradników o tym, jak stworzyć stronę internetową, są w polskim internecie setki i większość opisuje to samo: wybierz nazwę, kup hosting, zainstaluj system, dodaj treści. To nie jest nieprawda — to jest lista czynności, a nie odpowiedź na pytanie, które firma naprawdę zadaje. Pytanie brzmi: co muszę rozstrzygnąć, żeby nie zapłacić drugi raz za to samo.

Ten tekst jest napisany z tej strony stołu, po której stoi wykonawca — więc zawiera też rzeczy, których poradniki zwykle nie mówią: ile to trwa naprawdę, co ten czas pożera i która część roboty leży po Waszej stronie.

Cztery decyzje, które zapadają przed pierwszym ekranem

Projekt strony rozstrzyga się w czterech odpowiedziach, a każda z nich jest tańsza przed rozpoczęciem pracy niż w jej trakcie.

Po co ta strona istnieje. Nie „żeby firma była w internecie", tylko: co ma się wydarzyć, żeby uznać ją za udaną. Zapytanie ofertowe? Telefon? Rezerwacja terminu? Pobranie specyfikacji? Od tej odpowiedzi zależy układ strony głównej, liczba formularzy i to, czy w ogóle potrzebujecie bloga. Strona bez nazwanego celu zawsze wychodzi jako katalog wszystkiego, co firma robi — i nie robi nic z tego dobrze.

Do kogo mówi. Inaczej pisze się do osoby, która zna branżę i porównuje trzech wykonawców, a inaczej do kogoś, kto pierwszy raz styka się z problemem. To rozstrzyga słownictwo, długość tekstów i to, czy na stronie potrzebna jest sekcja edukacyjna, czy przeciwnie — im mniej tłumaczenia, tym lepiej.

Kto będzie ją zmieniał. Pytanie, które wygląda na techniczne, a jest organizacyjne, i wyklucza więcej opcji niż jakiekolwiek inne. Jeśli treść zmienia się raz na kwartał i robi to jedna osoba, wystarczy prawie wszystko. Jeśli zmienia się co tydzień, robią to trzy osoby z różnych działów, a pomyłka w cenniku kosztuje realne pieniądze — zostaje wąska grupa rozwiązań i to ona wyznacza budżet. Rozstrzygnięcie techniczne opisujemy osobno, w tekście o wyborze platformy.

Co się stanie, jeśli decyzja okaże się zła. Każdy wybór technologii jest jednocześnie wyborem kosztu wyjścia z niego. Z jednych rozwiązań wyprowadzicie treść jednym plikiem, z innych nie wyprowadzicie nic poza gołym tekstem. Ta pozycja nie pojawia się w żadnej ofercie, a rozstrzyga się w dniu podpisania umowy.

Warto zobaczyć, jak te odpowiedzi przekładają się na konkret, bo to nie jest ćwiczenie teoretyczne. Jeśli celem jest zapytanie ofertowe, formularz stoi na każdej podstronie usługi, a nie tylko w zakładce „Kontakt" — i ma tyle pól, ile realnie potrzebujecie do pierwszej odpowiedzi, zwykle trzy. Jeśli celem jest telefon, numer idzie do nagłówka i musi być klikalny na telefonie, a formularz schodzi na dalszy plan. Jeśli celem jest rezerwacja terminu, cała strona główna prowadzi do kalendarza i wszystko inne jest po drodze, nie obok.

Ta sama logika działa przy odpowiedzi o odbiorcę. Strona pisana do kogoś, kto porównuje trzech wykonawców, potrzebuje konkretów rozstrzygających — zakres, terminy, referencje — bo ta osoba już wie, czego chce. Strona pisana do kogoś, kto pierwszy raz styka się z problemem, potrzebuje najpierw nazwać problem, a dopiero potem sprzedać rozwiązanie. Pomieszanie tych dwóch trybów daje tekst, który dla jednych jest za płytki, a dla drugich niezrozumiały.

Dopiero po tych czterech odpowiedziach ma sens rozmowa o tym, jak strona ma wyglądać. Przed nimi każda makieta jest zgadywaniem.

Co musi się na niej znaleźć — i skąd to wiadomo

Tu kończą się ogólniki. Poniżej są rzeczy, które w naszych wdrożeniach dla firm powtarzają się na tyle regularnie, że traktujemy je jako punkt wyjścia, a odstępstwo wymaga uzasadnienia.

Jeden nagłówek zamiast suwaka. Suwak na stronie głównej jest wciąż standardowym życzeniem i jest to życzenie kosztowne. Mechanizm jest prosty: największym elementem widocznym przy wejściu bywa zdjęcie z suwaka, a przeglądarka nie wie z góry, który z trzech czy pięciu slajdów pokaże — więc pobiera więcej, niż potrzebuje, i moment, w którym użytkownik widzi treść, przesuwa się w prawo. Drugi koszt jest redakcyjny: suwak to obietnica, że powiecie pięć rzeczy naraz, a w praktyce znaczy, że nie powiecie żadnej, bo nikt nie czeka na trzeci slajd.

Mamy na to własną liczbę, choć trzeba ją czytać z zastrzeżeniem. Nasza strona ofertowa — jeden statyczny nagłówek, jedno wezwanie do działania — mierzy 0,99–1,02 s LCP. Nasza strona główna, cięższa i bogatsza w elementy, mierzy 1,67–1,72 s. To mediana z pięciu przebiegów każdej, wykonana naszą własną procedurą pomiarową, a nie pojedynczy odczyt z darmowego narzędzia. Zastrzeżenie przenosimy razem z liczbą: przy różnicach poniżej pół sekundy nie podejmujemy decyzji na samym LCP, bo rozrzut pomiaru jest tego rzędu. Tutaj różnica wynosi około siedmiuset milisekund, więc jest realna — ale to pomiar dwóch naszych stron, nie benchmark rynku, i nie udajemy, że jest czymś więcej.

Dla porządku: 2,5 sekundy to granica, poniżej której Google uznaje ten wskaźnik za dobry — obie nasze strony mieszczą się w niej z zapasem. Różnica między nimi nie jest więc różnicą między „dobrze" a „źle", tylko między dwiema wersjami dobrze, i dokładnie tak trzeba ją czytać. Definicję progu podaje dokumentacja Core Web Vitals.

Jak sprawdzić to u siebie, bez wiary w czyjekolwiek zapewnienia: otwórzcie stronę w przeglądarce, włączcie narzędzia deweloperskie, ogranicz­cie łącze do profilu komórkowego i odświeżcie. Interesuje Was moment, w którym pojawia się największy element widoczny bez przewijania — zwykle zdjęcie w nagłówku. Jeśli czeka na pobranie trzech obrazów, z których pokażecie jeden, wiecie już, gdzie poszedł czas.

Kontakt widoczny bez szukania. Numer telefonu i adres w nagłówku, nie tylko na podstronie „Kontakt". W firmach usługowych to najczęściej używany element całej strony, a bywa najtrudniejszy do znalezienia.

Dowód, że firma istnieje i wykonała tę pracę. Zdjęcia własnych realizacji, nie stockowe. Nazwa firmy w stopce razem z NIP-em i adresem. Opisany zakres usług zamiast hasła „kompleksowe rozwiązania". To jest ta część, której nie da się kupić razem ze stroną i najczęstszy powód, dla którego wdrożenia stoją.

Jedna ścieżka do działania, nie pięć. Jeśli na stronie głównej są cztery równorzędne przyciski, odwiedzający nie wybiera żadnego. Wybierzcie jedno działanie, które ma się wydarzyć najczęściej, i uczyńcie je najbardziej widocznym; reszta może być linkiem w tekście.

Formularz krótszy, niż chcielibyście. Każde dodatkowe pole to kolejny powód, żeby zrezygnować. Pierwszy kontakt potrzebuje tylu informacji, ile wystarczy, żeby oddzwonić — zwykle imienia, kanału kontaktu i jednego zdania o sprawie. Resztę ustalicie w rozmowie. Pola „nazwa firmy", „NIP", „skąd o nas wiesz" i „budżet" dokładane na wszelki wypadek kosztują zapytania, a rzadko zmieniają to, co zrobicie z pierwszą odpowiedzią.

Formularz, który faktycznie dochodzi. To brzmi banalnie i jest najczęściej pomijanym testem przy odbiorze. Wysłanie wiadomości i zobaczenie komunikatu „dziękujemy" nie dowodzi niczego — dowodem jest wiadomość na skrzynce, którą ktoś czyta codziennie. Formularze potrafią po cichu trafiać do folderu spam albo na adres byłego pracownika przez miesiące, zanim ktokolwiek to zauważy, bo brak zapytań wygląda tak samo jak brak zainteresowania.

Strony, które muszą istnieć niezależnie od branży: strona główna, opis usług rozbity na osobne podstrony zamiast jednej listy, „O nas" z twarzami i nazwiskami, kontakt z formularzem i danymi rejestrowymi, oraz polityka prywatności. Wszystko poza tym zależy od odpowiedzi na pierwsze z czterech pytań.

Jak to powstaje: od briefu do odbioru

Kolejność, w jakiej pracujemy, i to, co w każdym etapie jest po Waszej stronie.

Brief i ustalenia. Rozmowa o celu, odbiorcy i zakresie, zakończona dokumentem, który obie strony podpisują wzrokiem. To jedyny moment, w którym zmiany są darmowe. Co powinno się w nim znaleźć, rozpisujemy w osobnym tekście o briefie.

Makieta. Układ bez kolorów i bez zdjęć — same bloki i ich kolejność. Brzydka celowo, bo o brzydkiej makiecie rozmawia się o strukturze, a o ładnej o odcieniu przycisku. Czym jest i po co powstaje, opisujemy przy okazji wireframe'ów.

Projekt graficzny. Dopiero teraz kolory, typografia i zdjęcia. Na tym etapie akceptujecie wygląd, a nie treść — treść była w briefie.

Budowa. Kodowanie, wprowadzanie treści, konfiguracja systemu. Po Waszej stronie: dostarczenie ostatecznych materiałów i dostępów.

Etapy bywają skracane i zwykle dotyczy to dwóch pierwszych — bo nie widać na nich postępu. Skutek jest przewidywalny: pominięty brief znaczy, że ustalenia zapadają w trakcie budowy, czyli w najdroższym możliwym momencie; pominięta makieta znaczy, że pierwszą rozmową o układzie strony jest rozmowa o gotowym projekcie graficznym, na którym każda zmiana kolejności bloków to przerysowanie. Oba etapy razem trwają krócej niż jedna runda poprawek, którą wywołują, gdy ich zabraknie.

Testy i odbiór. Sprawdzenie na telefonach, przejście ścieżki zakupowej, test formularzy — czyli czy wiadomość faktycznie dochodzi, a nie czy formularz wyświetla komunikat o wysłaniu. Jak sprawdzić stronę tak, żeby wynik coś znaczył, opisujemy w tekście o testowaniu.

Ile to trwa naprawdę — i co ten czas pożera

Typowa strona firmowa powstaje u nas w dwa do ośmiu tygodni. Rozpiętość jest duża, bo nie zależy głównie od liczby podstron.

Trzy rzeczy wydłużają projekty najczęściej i wszystkie trzy leżą po stronie zamawiającego. Nie piszemy tego jako pretensji — piszemy, bo świadomość tych trzech pozycji skraca projekt bardziej niż jakakolwiek optymalizacja po naszej stronie.

Teksty i zdjęcia, które nie przychodzą. To najczęstszy powód przestoju. Strona jest gotowa, czeka na opisy usług i zdjęcia zespołu, a te wymagają czyjejś decyzji i czyjegoś popołudnia. Projekt potrafi stać na tym dłużej niż trwała cała budowa. Rozwiązanie jest jedno i trzeba je ustalić na starcie: albo materiały są gotowe przed rozpoczęciem, albo ich przygotowanie jest osobną pozycją w zakresie prac.

Akceptacja, która krąży. Makieta wysłana do klienta wraca z uwagami po dziesięciu dniach, bo musiały się do niej odnieść trzy osoby, a dwie z nich były na urlopie. Każda taka pętla to tydzień. Pomaga wyznaczenie jednej osoby decyzyjnej i umówienie terminu odpowiedzi jeszcze przed wysłaniem — nie dlatego, że popędza, tylko dlatego, że nazywa oczekiwanie.

Dostępy do systemów, których nie mamy. Klucze do CRM-a, dane logowania do systemu rezerwacji, dostęp do panelu domeny, konto w narzędziu do wysyłki newslettera. Każdy z nich bywa u innej osoby albo u poprzedniego wykonawcy, z którym kontakt jest trudny. To jest pozycja, którą warto zacząć załatwiać w dniu podpisania umowy, a nie w tygodniu wdrożenia.

Projekt, w którym te trzy rzeczy są przygotowane, mieści się w dolnej połowie przedziału. Projekt, w którym nie są, potrafi wyjść poza górną — i zwykle nie ma to nic wspólnego z technologią.

Działa to też w drugą stronę i warto o tym powiedzieć, bo rozmowy o terminie zwykle kończą się na wyliczaniu ryzyk. Projekty, które schodzą do dwóch tygodni, mają zwykle trzy cechy wspólne: materiały były gotowe przed startem, decyzje podejmowała jedna osoba, a zakres nie rósł w trakcie. Żadna z tych trzech rzeczy nie zależy od wykonawcy — i to jest dokładnie powód, dla którego opisujemy je tutaj, a nie w ofercie.

Samemu czy zlecić — i co to naprawdę zmienia

Część firm dochodzi w tym miejscu do pytania, którego poradniki zwykle nie stawiają wprost: czy nie zrobić tego samodzielnie. To jest sensowne pytanie i odpowiedź nie brzmi automatycznie „nie".

Rozstrzyga je jedna rzecz, i nie jest nią budżet. Samodzielna budowa nie oszczędza pieniędzy — zamienia je na Wasz czas i Waszą uwagę. Jeśli ten czas jest, rachunek wychodzi. Jeśli go nie ma, projekt nie kosztuje mniej, tylko trwa dłużej i częściej kończy się w połowie.

Trzy pytania, które to rozstrzygają:

Ile godzin realnie możecie na to poświęcić w ciągu miesiąca? Nie ile chcielibyście — ile faktycznie zostaje po tym, co już robicie. Poniżej dziesięciu godzin miesięcznie samodzielna budowa strony firmowej zwykle nie dochodzi do końca, bo wraca do niej się co dwa tygodnie i za każdym razem trzeba sobie przypomnieć, gdzie się skończyło.

Co się stanie, gdy coś przestanie działać? Formularz przestaje wysyłać, certyfikat wygasa, strona zaczyna się ładować wolniej. Przy zleceniu to jest czyjś telefon. Przy samodzielności to jest Wasz wieczór i zwykle w najgorszym możliwym momencie.

Czy ta strona ma być argumentem sprzedażowym? Jeśli klient ocenia Waszą firmę po niej — a w usługach zwykle ocenia — to różnica między „działa" a „przekonuje" jest tym, za co się płaci. Jeśli strona ma być głównie adresem, pod którym da się Was znaleźć, ta różnica znaczy mniej.

Jeśli odpowiedzi prowadzą do samodzielności, macie trzy drogi i każda ma własny tekst: kreator w abonamencie, jeśli liczy się szybkość i nie przeszkadza Wam abonament; statyczny HTML, jeśli podstron jest kilka i treść się nie zmienia; albo system zarządzania treścią, jeśli zamierzacie stronę rozwijać.

Co się dzieje w dniu uruchomienia

Uruchomienie strony nie jest kliknięciem przycisku. To zmiana w globalnej sieci adresów, która potrzebuje czasu.

Przekierowanie domeny. W panelu domeny zmieniacie rekordy tak, żeby wskazywały na serwer, na którym stoi nowa strona. Zmiana nie działa natychmiast: każdy rekord ma parametr TTL, czyli — dosłownie za specyfikacją systemu nazw domenowych — „czas, przez jaki rekord może być trzymany w pamięci podręcznej, zanim źródło informacji trzeba zapytać ponownie" (RFC 1035, sekcja 3.2.1). Dopóki ten czas nie minie, część internetu widzi jeszcze starą stronę, a część już nową — i to nie jest usterka, tylko sposób działania sieci. W praktyce oznacza to od kilkunastu minut do kilkunastu godzin, zależnie od tego, jaki TTL był ustawiony wcześniej.

Praktyczny wniosek: jeśli macie termin, obniżcie TTL kilka dni przed przenosinami. Wtedy w dniu przełączenia świat zapomina starą odpowiedź szybciej.

Adresy ze starej strony. Jeśli poprzedni serwis był w wyszukiwarce, jego adresy mają wartość, którą łatwo wyrzucić. Każdy z nich potrzebuje przekierowania na nowy odpowiednik — nie na stronę główną, bo przekierowanie wszystkiego na stronę główną wyszukiwarka traktuje jak usunięcie treści. Listę starych adresów wyciąga się przed przełączeniem, nie po.

Certyfikat. Strona musi odpowiadać po HTTPS, zanim zaprosicie na nią kogokolwiek. Który certyfikat wystarczy i kiedy trzeba dopłacić, rozstrzygamy w osobnym tekście.

Pierwsze godziny. Sprawdźcie stronę z sieci komórkowej, nie tylko z biura — czasem to jedyny sposób, żeby zobaczyć, co widzi ktoś z zewnątrz. Wyślijcie wiadomość przez formularz i potwierdźcie, że doszła na skrzynkę, którą ktoś czyta. Jeśli stary serwis miał adresy w wyszukiwarce, upewnijcie się, że prowadzą na nowe odpowiedniki, a nie w pustkę.

Pierwszy tydzień. Włączcie pomiar ruchu, zanim zaczniecie cokolwiek promować — inaczej pierwsze dni, zwykle najciekawsze, przepadną bezpowrotnie. Zgłoście stronę w narzędziu dla webmasterów wyszukiwarki i sprawdźcie po kilku dniach, czy adresy są w niej widoczne; brak strony w wynikach po tygodniu bywa normalny, ale brak jej w narzędziu do zgłaszania już nie. I zapiszcie gdzieś, jak wygląda stan wyjściowy: ile jest podstron, jaki czas ładowania, ile zapytań miesięcznie. Za pół roku będzie to jedyny punkt odniesienia, jaki macie.

Czego ten tekst nie rozstrzyga

Cztery pytania wracają w tej rozmowie regularnie i każde jest opisane lepiej tam, gdzie należy.

Ile to kosztuje. Najczęściej zadawane pytanie w całej tej rodzinie i celowo nie odpowiadamy na nie tutaj jedną liczbą, bo rachunek ma dwie części — wdrożenie i to, co nalicza się co miesiąc po uruchomieniu. Pełne rozbicie jest w dziale kosztowym, a sposób czytania oferty w tekście o wycenie.

Czy da się za darmo. Da się, trzema drogami, i każda kończy się w konkretnym miejscu. Opisujemy je osobno, łącznie z momentem, w którym darmowe przestaje wystarczać.

Czy wystarczy zwykły HTML. Pytanie sensowne przy naprawdę małych wymaganiach i ma własny tekst, z granicą, za którą samodzielność przestaje się opłacać.

Od czego zacząć, jeśli strona już jest. To inna rozmowa niż budowa od zera i prowadzi przez strategię, a nie przez ten tekst.

Skąd te liczby

• LCP 0,99–1,02 s dla strony ofertowej i 1,67–1,72 s dla strony głównej — pomiar własny obu naszych stron, mediana z pięciu przebiegów, procedura z docs/perf-measurement-sop.md, wyniki z 18 sierpnia 2026. Zastrzeżenie z naszej własnej dokumentacji: przy różnicy poniżej 500 ms nie podejmujemy decyzji na samym LCP, bo tyle wynosi rozrzut pomiaru.
• Czas realizacji dwa do ośmiu tygodni — nasze projekty, nie benchmark rynku. Przedział jest szeroki, bo zależy od trzech rzeczy wymienionych wyżej, a nie od zakresu technicznego.
• Trzy najczęstsze przyczyny opóźnień — obserwacja z naszych wdrożeń, opisana jako obserwacja, nie jako statystyka. Nie mierzyliśmy tego liczbowo i nie podajemy odsetków.
• Propagacja DNS i TTL — mechanizm działania systemu nazw domenowych; czas zależy od wartości TTL ustawionej przed zmianą i nie jest wielkością, którą dostawca hostingu może skrócić po fakcie. Definicja pola TTL pochodzi ze źródła pierwotnego: P. Mockapetris, „Domain Names — Implementation and Specification", RFC 1035, listopad 1987, sekcja 3.2.1.
• Próg 2,5 s dla czasu pojawienia się głównej treści — nie nasza liczba, tylko definicja Google: „Largest Contentful Paint (LCP)", web.dev, aktualizacja 4 września 2025. Wartość dobra to 2,5 s lub mniej, zła powyżej 4,0 s, mierzone na 75. percentylu wczytań. Podajemy ją po to, żeby nasze dwa pomiary dało się do czegoś odnieść — a nie żeby sugerować, że jedna z naszych stron jest wolna.