Profesjonalne strony internetowe nie zaczynają się od wyboru szablonu, tylko od ustalenia zakresu, odpowiedzialności i sposobu odbioru. Poniżej masz część organizacyjną: jak wygląda proces wdrożenia, ile realnie trwa, co musi dostarczyć klient i jak sprawdzić efekt przed zapłatą. Jeśli szukasz kryteriów technicznych i porównania platform, znajdziesz je w pozostałych sekcjach artykułu. Tu skupiamy się na tym, co najczęściej decyduje o tym, czy projekt kończy się w terminie i budżecie.
Profesjonalna strona internetowa to serwis, który jednocześnie spełnia trzy warunki: działa poprawnie technicznie, prowadzi odbiorcę do konkretnego działania i ma zaplanowaną opiekę po wdrożeniu. Wygląd jest skutkiem tych trzech elementów, nie punktem wyjścia. W praktyce projekty rozsypują się najczęściej nie na etapie projektu graficznego, tylko na trzecim filarze – nikt nie ustalił, kto aktualizuje wtyczki, wykonuje kopie i pilnuje ważności certyfikatu.
Wizytówka to zwykle 5–8 podstron i jeden cel: kontakt telefoniczny lub formularz. Serwis sprzedażowy lub B2B ma ich kilkadziesiąt: strony usług, katalog produktów, case studies, dokumentację do pobrania, formularz wyceny zbierający dane do CRM. Różnica nie jest estetyczna – wizytówkę wdraża się w 2–3 tygodnie, serwis B2B z integracją CRM i wielojęzycznością to zwykle 6–12 tygodni pracy.
Strona firmowa przestaje wystarczać w momencie, gdy pojawia się katalog z wariantami, stanami magazynowymi i płatnością online. Orientacyjnie: powyżej kilkudziesięciu produktów i kilkunastu zamówień tygodniowo obsługa mailowa przestaje się spinać, a koszt błędów (podwójna sprzedaż, literówka w adresie) przewyższa koszt wdrożenia e-commerce. Wtedy zamiast rozbudowywać stronę, przechodzi się na sklep. Zakres i integracje takich wdrożeń opisujemy w sekcji o cenniku, wdrożeniu i integracjach stron internetowych. Sam sposób pisania treści, które mają dowozić zapytania, dobrze podsumowuje dokumentacja Google Search Central o treściach tworzonych dla ludzi.
Te punkty sprawdzisz bez wiedzy programistycznej – wystarczy przeglądarka, PageSpeed Insights i Search Console. Progi Core Web Vitals Google liczy z realnych danych użytkowników (75. percentyl), a nie z pojedynczego testu laboratoryjnego, więc wynik w narzędziu i wynik w raporcie Search Console mogą się różnić.
| Cecha | Wartość lub plik | Czym sprawdzić |
|---|---|---|
| LCP | poniżej 2,5 s | PageSpeed Insights, Search Console → Core Web Vitals |
| INP | poniżej 200 ms | raport Core Web Vitals, test na realnym telefonie |
| CLS | poniżej 0,1 | Lighthouse, wizualna kontrola banerów cookie i czcionek |
| Mobile-first | layout od 360 px, pola dotyku min. 48 px | Chrome DevTools, telefon w ręku |
| HTTPS | ważny certyfikat, wymuszone 301 z http na https | podgląd certyfikatu, nagłówki odpowiedzi |
| Struktura nagłówków | jeden H1 na stronę, H2/H3 w logicznej kolejności | audyt SEO, podgląd kodu |
| sitemap.xml | plik dostępny i zgłoszony | Search Console → Mapy witryn |
| robots.txt | brak blokady CSS, JS i zasobów zdjęć | test robots.txt w Search Console |
| Dostępność WCAG 2.1 AA | alt teksty, kontrast 4,5:1, obsługa klawiatury | WAVE, axe DevTools, przejście strony klawiszem Tab |
| Integracje | płatności, kurierzy, ERP, e-mail transakcyjny | testowe zamówienie end-to-end |
Pułapki, które widzimy najczęściej: cache i optymalizacja zasłaniają problem, bo po ich wyłączeniu LCP rośnie z 3 s do 6 s; robots.txt blokuje katalog z grafiką, więc zdjęcia nie pojawiają się w wynikach; H1 to nazwa firmy powtórzona na wszystkich podstronach; alt teksty mają postać „obrazek1"; formularz nie ma potwierdzenia wysyłki, więc klient wysyła go trzy razy.
Osobny rozdział to wiadomości transakcyjne. Bez rekordów SPF, DKIM i DMARC potwierdzenia zamówień lądują w spamie, a klient pisze na czacie, że nie dostał maila. Testuj całą ścieżkę na produkcji, prawdziwą metodą płatności i prawdziwą przesyłką – nie na środowisku testowym, bo tam integracje często nie działają wcale. Kolejność prac przy takich sprawdzeniach opisuje proces wdrożenia strony internetowej krok po kroku, a progi metryk pochodzą z dokumentacji Google Search Central o Core Web Vitals.
Wybór platformy to wybór kosztu utrzymania na najbliższe 3–5 lat, a nie jednorazowa decyzja z dnia startu. Poniżej porównanie bez oceniania: każda z tych technologii ma zastosowanie, w którym wypada najlepiej.
| Kryterium | WordPress | WooCommerce | PrestaShop |
|---|---|---|---|
| Typ projektu | strony treściowe, B2B, blogi, landingi | małe i średnie sklepy, gdy treści i blog są ważne | sklepy z większym katalogiem, wariantami, wielojęzycznością |
| Koszt startowy | najniższy | zbliżony do WordPressa plus licencje wtyczek sklepowych | zwykle wyższy przy prostym katalogu, wyrównuje się przy złożonym |
| Koszt utrzymania | rośnie z liczbą wtyczek | rośnie z liczbą rozszerzeń i ich licencji | stały zespół modułów, mniej zależności zewnętrznych |
| Katalog | nie dotyczy | setki produktów | tysiące wariantów, kombinacje atrybutów |
| Rozbudowa | motyw potomny, własne bloki | własne wtyczki do logiki koszyka i rabatów | własne moduły wg dokumentacji deweloperskiej |
| Migracja | przeniesienie treści – prosta | WooCommerce → PrestaShop wymaga mapowania kategorii i przekierowań 301 | przy wyjściu trzeba zabezpieczyć historię URL-i |
Gotowy szablon wystarcza, gdy masz standardowy układ: nagłówek, sekcje, formularz kontaktowy, prosty sklep z kilkudziesięcioma produktami. Custom theme albo własne moduły wchodzą wtedy, gdy szablon zaczyna wymuszać kompromisy: rozbudowany konfigurator, nietypowa logika rabatów B2B, integracja z ERP, która nie mieści się w gotowym rozszerzeniu.
Bezpieczeństwo i migracje to najdroższe części projektu. WordPress jest częściej skanowany przez boty, więc potrzebuje limitowania prób logowania, aktualizacji i kopii. PrestaShop przy dużym katalogu wymaga kontroli wydajności bazy i indeksów – zmiany opisuje dokumentacja dla deweloperów PrestaShop. Przy migracji zawsze ustal listę starych adresów URL i przekierowań 301 przed startem, nie po.
Integracje planuj wcześnie: InPost, DPD, DHL, operator płatności, ERP, e-mail transakcyjny. Każda z nich wymaga kluczy API i środowiska testowego po stronie dostawcy, co potrafi wydłużyć projekt o 2–4 tygodnie. Orientacyjne koszty i sposób porównania ofert znajdziesz w materiałach o kosztach, technologiach i wyborze wykonawcy, a specyfikę wdrożeń sklepowych w tekście o organizacji wdrożenia sklepu na PrestaShop.
Poniższe widełki dotyczą rynku polskiego w 2025 roku i pracy agencji albo doświadczonego wykonawcy. Nie są to ceny „za stronę”, tylko za zakres i godziny pracy zespołu. Stawka rozliczeniowa w Polsce to dziś zwykle 100–250 zł netto za godzinę (projekt, frontend, backend, QA, wdrożenie). Projekt na 60 godzin to więc 6–15 tys. zł — niezależnie od tego, czy wyjdzie z tego landing, czy sklep.
Co konkretnie podnosi koszt:
Do budżetu wdrożenia dolicz utrzymanie: hosting współdzielony 300–1200 zł rocznie, VPS 60–200 zł miesięcznie, licencje motywu i modułów 300–2000 zł rocznie, opieka techniczna 200–800 zł miesięcznie. Zakres stawek i rozbicie kosztów na konkretnym przykładzie opisałem też w materiale o kosztach stron internetowych Zamość.
| Typ wdrożenia | Widełki netto | Co zwykle wchodzi | Typowy czas |
|---|---|---|---|
| Prosta strona firmowa (5–8 podstron) | 4 000 – 8 000 zł | lekki motyw lub szablon, formularz kontaktowy, podstawowa konfiguracja SEO, treści od klienta | 3–5 tygodni |
| Rozbudowana strona firmowa / serwis | 10 000 – 20 000 zł | projekt UI, 15–40 podstron, blog, integracja z CRM i newsletterem, wersje językowe | 8–12 tygodni |
| E-commerce | 15 000 – 40 000 zł i więcej | PrestaShop lub WooCommerce, płatności, kurierzy, migracja danych, moduły, szkolenie z panelu | 10–16 tygodni |
Standardowy proces ma siedem etapów. Całość trwa 4–12 tygodni, a różnicę robi nie tempo pracy programisty, tylko tempo decyzji po Twojej stronie. Jeden tydzień zwłoki w akceptacji makiety przesuwa cały harmonogram o tydzień.
Po stronie klienta leżą zawsze cztery rzeczy: treści, zdjęcia (Twoje lub zamówione u fotografa), dostępy (hosting, domena, DNS, panel poczty) i akceptacje. Jeśli nie wyznaczysz jednej osoby decyzyjnej, wracają pytania po dwóch tygodniach i projekt stoi.
Punkty kontrolne, których powinieneś wymagać:
Uważaj na dwie pułapki: brak treści na etapie developmentu (blokuje testy) oraz zmiany zakresu „przy okazji”, które nie przechodzą przez żadną wycenę. Każda taka zmiana powinna trafić na piśmie z podanym kosztem i wpływem na termin. Sposób poukładania tych etapów w mniejszym projekcie opisałem szerzej w artykule o organizacji wdrożenia stron internetowych w Raciborzu.
| Etap | Czas | Co dostarcza klient | Punkt kontrolny |
|---|---|---|---|
| Discovery | 3–5 dni | cele biznesowe, lista funkcji, decyzja o platformie | notatka zakresu lub oferta z wyceną |
| Architektura informacji | 2–5 dni | lista podstron i priorytety, nazwy usług | mapa strony w dokumencie |
| UI/UX | 1–3 tygodnie | logo, zdjęcia, materiały brandowe | makieta strony głównej i jednej podstrony, zatwierdzenie na piśmie |
| Development | 2–8 tygodni | dostępy do hostingu, domeny i DNS, komplet treści | demo na adresie testowym |
| Testy | 3–7 dni | lista uwag w jednym miejscu (np. arkusz) | raport błędów na stagingu |
| Wdrożenie | 1–2 dni | akceptacja końcowa | checklista odbioru i przekazanie dostępów |
| Opieka | ciągle | zgłaszanie incydentów jednym kanałem | raport miesięczny z wykonanych prac |
Odbiór to moment, w którym masz największą dźwignię — po zapłacie trudniej wyegzekwować poprawki. Poniższe punkty sprawdź samodzielnie, nie tylko na słowo wykonawcy.
Wydajność i mobile. Uruchom PageSpeed Insights dla wersji mobilnej i desktopowej. Patrz na dane z realnych użytkowników, nie tylko na wynik samego testu: LCP poniżej 2,5 s, INP poniżej 200 ms, CLS poniżej 0,1. Definicje i progi znajdziesz w dokumentacji Core Web Vitals na web.dev. Osobno otwórz stronę na telefonie i sprawdź, czy menu, formularz i tabela cennika są używalne bez powiększania.
Funkcje. Wyślij formularz kontaktowy i sprawdź, czy wiadomość dochodzi (także do folderu spam). W sklepie zrób jedną prawdziwą transakcję za 1 zł i jedną testową — potwierdzenia, faktury i maile muszą wychodzić poprawnie. Sprawdź konfigurację SPF, DKIM i DMARC dla domeny, inaczej powiadomienia będą lądować w spamie.
Dostępy. Domagaj się kompletnej listy: panel CMS z kontem administratora, serwer (SSH/SFTP), domena i strefa DNS, dostęp do bazy danych, repozytorium kodu. Wszystko na Twoje konta lub z jasno opisanym właścicielem.
SEO techniczne. Sprawdź robots.txt, sitemap.xml, poprawność canonical, działanie przekierowań 301 ze starych adresów i status indeksacji w Search Console.
Kopie zapasowe. Nie wystarczy informacja, że „backupy są”. Poproś o jedną próbę przywrócenia na środowisku testowym i zapisz, kto i w jakim czasie może to zrobić w razie awarii.
| Obszar | Co sprawdzić | Jak to zweryfikować |
|---|---|---|
| Wydajność | LCP, INP, CLS w wersji mobilnej | PageSpeed Insights, dane użytkowników terenowych |
| Mobile | menu, formularz, cennik, przyciski | realny telefon, nie tylko widok w przeglądarce na komputerze |
| Formularze | dostarczenie wiadomości, potwierdzenie dla klienta | własne zgłoszenie + sprawdzenie folderu spam |
| Płatności | prawdziwa i testowa transakcja | jedno zamówienie za 1 zł, zwrot lub anulowanie |
| E-maile | SPF, DKIM, DMARC | nagłówki wiadomości testowej |
| Dostępy | CMS, serwer, domena, DNS, baza, repozytorium | lista przekazanych dostępów w protokole odbioru |
| SEO techniczne | indeksacja, canonical, przekierowania 301, sitemap | Search Console, robots.txt, test wybranych starych adresów |
| Kopie zapasowe | harmonogram i realne przywrócenie | próba odtworzenia na środowisku testowym |
Większość problemów nie wychodzi w dniu premiery, tylko 6–12 miesięcy później: przy pierwszej aktualizacji, zmianie hostingu albo odejściu wykonawcy. Cztery pułapki wracają najczęściej.
Osobno sprawdź wydajność — doklejenie kilku wtyczek potrafi zepsuć ładowanie, a wskaźniki mierzy się w PageSpeed Insights i CrUX. Ich znaczenie dla widoczności w Google opisuje dokumentacja Web Vitals.
| Pułapka | Sygnał ostrzegawczy | Co ustalić przed podpisaniem |
|---|---|---|
| Płatne wtyczki i brak child theme | Wykonawca nie chce podać listy wtyczek | Lista wtyczek z typem licencji, child theme w zakresie |
| Kod bez praw do kodu | Brak wzmianki o repozytorium w umowie | Przeniesienie praw majątkowych po zapłacie, repo Git u Ciebie |
| Brak opieki po wdrożeniu | Oferta kończy się na „przekazaniu strony” | Czas reakcji, backup, aktualizacje, monitoring |
| Ukryte koszty | Cena podana jako jedna kwota bez rozbicia | Rozbicie: hosting, domena, SSL, licencje, migracja, poprawki |
| Brak dostępów do serwera i DNS | Domena zarejestrowana na wykonawcę | DNS, panel hostingu, admin CMS na Twoje dane |
Wybór wykonawcy sprowadza się do trzech pytań zadanych jeszcze przed wyceną.
Zapisy, które warto mieć w umowie lub SLA:
Osobno ureguluj prawa do kodu: przeniesienie autorskich praw majątkowych po zapłacie ostatniej faktury, repozytorium Git na Twoim koncie, brak blokad licencyjnych uniemożliwiających migrację do innego wykonawcy. Sprawdź, czy dostaniesz dokumentację wdrożenia i eksport bazy danych.
Praca bezpośrednio z deweloperem, a nie przez pośredników, skraca drogę zgłoszenia i obniża koszt — mniej osób przepisuje to samo wymaganie. Przy dłuższej współpracy pomaga rozbicie prac na godziny i etapy; sposób organizacji takiego projektu opisujemy w artykule DropDigital strony internetowe: proces, koszty, checklista. Zakres i stawki znajdziesz też w cenniku i opisie wdrożeń DropDigital.
| Element SLA | Zapis, który chroni klienta | Dlaczego to ważne |
|---|---|---|
| Czas reakcji | 4 h sprawy krytyczne, 24 h pozostałe, dni robocze | Bez tego awaria formularza czeka na „wolne moce” |
| Backup | Codziennie, retencja 30 dni, kopia poza serwerem produkcyjnym | Atak lub błąd wtyczki nie oznacza utraty zamówień |
| Aktualizacje | Miesięczny cykl, raport z wykonanych prac | Strona bez aktualizacji to najczęstsza przyczyna włamań |
| Monitoring | Dostępność, SSL, formularze, powiadomienie o awarii | Dowiadujesz się od wykonawcy, nie od klienta |
| Prawa do kodu | Przeniesienie praw po zapłacie, repo Git u klienta | Możliwa migracja do innego wykonawcy bez przepisywania strony |
Na Lubelszczyźnie większość projektów da się poprowadzić w modelu mieszanym: warsztat startowy na miejscu, reszta zdalnie. Dojazd Lublin–Zamość to około 90 km, czyli 1,5 godziny w jedną stronę — jedno spotkanie na początku (ustalenie zakresu, struktury i odpowiedzialności) plus drugie przy odbiorze wystarcza w większości wdrożeń. Pomiędzy nimi pracują wspólne dokumenty, tablica zadań i krótkie rozmowy online, zwykle 30–45 minut na etap.
Trzy typowe sytuacje, z którymi tu pracujemy:
Wycena pracujemy godzinowo: po warsztacie dostajesz rozbicie na etapy z liczbą godzin, więc widzisz, ile kosztuje zakres, a ile ewentualne rozszerzenia. Punkt wyjścia do rozmowy o budżecie masz w artykule Strony internetowe Zamość: koszty, wybór i proces wdrożenia, a kolejność kroków po stronie klienta w organizacji wdrożenia krok po kroku. Napisz, jaki masz obecny adres i co ma się zmienić — odpowiemy wyceną opartą na godzinach, bez zobowiązania.
Brak praw do kodu i brak dostępów po zakończeniu współpracy.
Jak wykryć: Zapytaj wykonawcę, gdzie fizycznie leży kod i czy po opłaceniu wdrożenia dostaniesz dostęp do repozytorium, hostingu i bazy danych. Jeśli odpowiedź brzmi „my tym zarządzamy”, to sygnał ostrzegawczy.
Jak naprawić: Wpisz do umowy listę dostępów przekazywanych przy odbiorze: repozytorium, panel hostingu, domena, strefa DNS, baza danych, panel CMS, Google Search Console i Analytics.
Treści i zdjęcia dostarczane na końcu projektu.
Jak wykryć: Jeśli po 3–4 tygodniach od startu nie ma wyznaczonej osoby odpowiedzialnej za treści i konkretnego terminu ich przekazania, projekt prawie na pewno się przesunie.
Jak naprawić: Wyznacz jedną osobę po stronie klienta jako właściciela treści i ustaw deadline na 2 tygodnie przed planowanym uruchomieniem. Brakujące teksty zamów zewnętrznie, zamiast czekać.
Odbiór wyłącznie na dużym monitorze, bez testów na telefonie.
Jak wykryć: Otwórz stronę na telefonie z realnym łączem i uruchom PageSpeed Insights dla 3–5 kluczowych adresów URL. Jeśli wykonawca nie pokazuje żadnych wyników, nie ma czego odbierać.
Jak naprawić: Ustal trzy punkty kontrolne: demo, testy na stagingu i odbiór końcowy z listą sprawdzeń. Każdy punkt zakończ pisemnym potwierdzeniem zakresu.
Migracja na nową stronę bez przekierowań 301.
Jak wykryć: Porównaj listę starych adresów URL z sitemap.xml i Google Search Console z adresami na nowej stronie. Jeśli stare linki zwracają 404, ruch z Google wycieknie w ciągu kilku tygodni.
Jak naprawić: Zamów mapowanie adresów 1:1, wdróż przekierowania 301 i sprawdź indeksację w Search Console 2–4 tygodnie po starcie.
Wtyczki i szablony bez licencji przypisanych do klienta.
Jak wykryć: Poproś o listę komponentów wraz z informacją, na kogo zarejestrowane są licencje. Licencja deweloperska wykonawcy nie daje Ci prawa do aktualizacji po zakończeniu współpracy.
Jak naprawić: Wymagaj wykazu wtyczek i motywów z typem licencji oraz przypisaniem do Twojej domeny. Płatne komponenty wpisz do kosztów utrzymania.
Uruchomienie bez testu płatności, e-maili i integracji z kurierami.
Jak wykryć: Zrób realne zamówienie testowe i sprawdź, czy płatność się zaksięgowała, czy mail transakcyjny dotarł (także do folderu spam) i czy dane trafiły do systemu ERP.
Jak naprawić: Testuj na stagingu, a przed odbiorem wykonaj jedno zamówienie w trybie produkcyjnym. Dopiero po jego poprawnym przejściu uznaj integracje za działające.
Profesjonalna strona to projekt, w którym z góry wiadomo, kto za co odpowiada, co ma być gotowe na jakim etapie i jak sprawdzimy efekt. Największe ryzyka nie leżą w technologii, tylko w braku treści, dostępów i przekierowań. Ustal trzy punkty kontrolne: demo, testy na stagingu i odbiór z checklistą. Jeśli wykonawca nie chce rozmawiać o żadnym z nich, to najlepszy moment, żeby poszukać innego.
Typowy zakres to 4–12 tygodni. Prosta strona firmowa z gotowym motywem zamyka się bliżej 4–6 tygodni, rozbudowany serwis B2B lub sklep internetowy z integracjami zajmuje 8–12 tygodni. Największym zmiennym czynnikiem nie jest praca wykonawcy, tylko tempo decyzji i dostarczania treści po stronie klienta. Szczegółowy rozkład etapów opisujemy w artykule o organizacji wdrożenia: strony internetowe Racibórz – organizacja wdrożenia krok po kroku.
Realne widełki to około 4–8 tys. zł za prostą stronę firmową, 10–20 tys. zł za rozbudowany serwis B2B i 15–40 tys. zł lub więcej za e-commerce z integracjami. Cena rośnie przede wszystkim od liczby integracji, migracji treści, niestandardowych modułów i zakresu SEO technicznego. Rozliczenie za godziny i zakres bywa korzystniejsze niż sztywne „za stronę”, bo pokazuje, na co realnie idzie praca. Więcej w tekście o kosztach: strony internetowe Zamość – koszty, wybór i proces wdrożenia.
Nie musisz mieć ich wszystkich na starcie, ale musisz mieć plan i osobę odpowiedzialną za ich dostarczenie. Bez tego development stanie w połowie, bo nie ma czego wstawić do szablonów. Najprostszy układ: discovery i architektura informacji na początku, treści dostarczane partiami w trakcie prac.
Ty, jako właściciel firmy. Wykonawca może zachować dostęp operacyjny do czasu zakończenia opieki, ale wszystkie konta właścicielskie powinny być założone na Twój adres e-mail. Chodzi o repozytorium, hosting, domenę, DNS, bazę danych i panel CMS. Brak dostępów to najczęstszy powód, dla którego zmiana wykonawcy staje się kosztowna.
Uruchom PageSpeed Insights dla kilku kluczowych adresów i patrz na dane polowe, nie na sam wynik laboratoryjny. Kluczowe progi to LCP poniżej 2,5 s, INP poniżej 200 ms i CLS poniżej 0,1. Definicje i aktualne wytyczne znajdziesz w dokumentacji: Web Vitals na web.dev oraz Core Web Vitals w Google Search Central.
Tak, jeśli strona ma zarabiać lub obsługiwać klientów. W praktyce oznacza to aktualizacje CMS i wtyczek, kopie zapasowe, monitoring dostępności, drobne poprawki i reagowanie na zgłoszenia. Można to robić samodzielnie, ale wymaga to osoby, która faktycznie się tym zajmie. Koszt opieki trzeba wpisać w budżet już na etapie planowania.
Tak, pod warunkiem że masz dostępy i kod. Jeśli strona stoi na gotowym motywie z dziesiątkami wtyczek, których nikt nie udokumentował, przejęcie projektu będzie kosztowne i czasochłonne. Dlatego lista komponentów i dokumentacja to nie formalność, tylko realna wartość przy kolejnych decyzjach.
Jeśli chcesz przejść przez wdrożenie z jasno określonym zakresem i listą rzeczy do sprawdzenia, napisz do nas — powiemy wprost, co ma sens w Twoim przypadku. Zajrzyj też do naszego podejścia do procesu i wyceny: DropDigital strony internetowe – proces, koszty, checklista.