Ile kosztuje migracja strony internetowej?

Krótka odpowiedź

Migracja strony kosztuje tyle, ile pracy wymaga przebudowa szablonów, przeniesienie treści, ponowne podłączenie integracji, ochrona widoczności w wyszukiwarce i przetestowanie tego wszystkiego, pomnożone przez stawki godzinowe osób, które tę pracę wykonują. Liczba podstron ma mniejsze znaczenie, niż większość osób się spodziewa. Migracja bloga z 500 podstronami i trzema szablonami może być tańsza niż migracja strony z 40 podstronami, piętnastoma unikalnymi układami, pięcioma formularzami i integracją z CRM.

Dlatego jedna „średnia cena migracji” niewiele mówi. Ten poradnik wyjaśnia, od czego zależy koszt, omawia kolejne etapy i pokazuje przykłady policzone tymi samymi przejrzystymi wzorami, których SiteRefactor używa w raportach. Wszystkie kwoty podajemy w dolarach amerykańskich (USD), bo w tej walucie liczy kalkulator SiteRefactor. Poradnik obejmuje też opcję, która często jest najtańsza ze wszystkich: rezygnację z migracji i usprawnienie strony, którą już masz.

Od czego zależy koszt

Unikalne szablony

Każdy odrębny układ (strona główna, podstrona usługi, artykuł, lista wpisów, kontakt, landing page) trzeba zaprojektować, zbudować, dostosować do urządzeń mobilnych i przetestować. Dwadzieścia podstron opartych na jednym szablonie kosztuje dużo mniej niż dwadzieścia podstron, z których każda wygląda inaczej. Szablony to zwykle największy pojedynczy czynnik kosztowy w projektowaniu i budowie frontendu.

Typy treści

Wpisy, case studies, członkowie zespołu, lokalizacje, produkty, wydarzenia: każdy typ treści potrzebuje modelu w nowym CMS, pól, szablonu i logiki importu.

Liczba podstron i sposób eksportu

Małe strony często przenosi się ręcznie. Większe wymagają importu skryptem, który ma stały koszt przygotowania, ale niski koszt w przeliczeniu na podstronę. Kluczowe jest to, czy treści da się wyeksportować w uporządkowanej formie (baza danych, API, CSV), czy trzeba je wyciągać z kodu HTML.

Page buildery

Treści zbudowane w Elementorze, Divi, WPBakery i podobnych narzędziach przechowują układ i treść razem, w kodzie specyficznym dla danego buildera. Rzadko dają się czysto przekonwertować, więc podstrony oparte głównie na układzie buduje się od nowa, zamiast je importować. Dotyczy to zarówno modernizacji WordPressa, jak i odejścia od niego.

Formularze i integracje

Każdy formularz wymaga walidacji, ochrony przed spamem, powiadomień i często połączenia z CRM lub narzędziem do newslettera. Każdą integrację (CRM, rezerwacje, wyszukiwarka, płatności, automatyzacja marketingu) trzeba ponownie podłączyć i przetestować.

Sklep internetowy

Produkty, warianty, kategorie, klienci, historia zamówień, płatności, wysyłka, podatki i e-maile transakcyjne zamieniają migrację strony w projekt e-commerce. Samo testowanie procesu zakupowego to spora praca.

Wersje językowe

Każdy dodatkowy język to osobny routing, oznaczenia hreflang, proces tłumaczeń oraz więcej adresów URL do przekierowania i przetestowania. Typowa polska firma z wersją polską i angielską ma więc do obsłużenia dwa zestawy adresów.

Zamknięte platformy

Hostowane kreatory stron często mają ograniczone możliwości eksportu. Gdy treści nie da się wyeksportować w uporządkowanej formie, ich wydobycie wymaga ręcznej pracy, a część funkcji (wbudowane rezerwacje, sklepy, strefy dla członków) trzeba zbudować od zera.

Ukryte funkcje

Procesy w panelu administracyjnym, zadania cykliczne, automatyczne e-maile i prywatne integracje nie są widoczne na publicznej stronie. Żadna analiza z zewnątrz ich nie zobaczy, więc trzeba je ustalić w rozmowie i wycenić osobno.

Etapy migracji

Koszty jednorazowe i stałe

Budowa to koszt jednorazowy. Utrzymanie strony już nie, a w ciągu trzech lat koszty stałe mogą dorównać kosztom budowy. Różnica 100 USD miesięcznie to 3600 USD w ciągu trzech lat, więc porównuj całkowity koszt posiadania, a nie tylko cenę projektu.

Koszty stałe to zwykle hosting, abonamenty platform (plany strony, sklepu, CMS), licencje wtyczek lub aplikacji, miejsca dla redaktorów oraz czas na utrzymanie: aktualizacje, monitoring i drobne poprawki. SiteRefactor przyjmuje dla poszczególnych opcji takie przedziały do planowania:

Godziny utrzymania liczymy według stawki programisty, a opłaty za obsługę płatności i prowizje od transakcji nie są uwzględnione. Aktualne ceny planów, które wybierzesz, sprawdź u dostawców; to założenia do planowania, a nie cenniki.

Samodzielnie, freelancer czy agencja

• Samodzielnie (DIY) wydasz najmniej pieniędzy, ale najwięcej czasu. To dobra opcja dla małych stron wizytówek, zwłaszcza gdy zostajesz przy obecnej platformie lub korzystasz z gotowego szablonu. Największym ryzykiem jest migracja SEO: brakującym przekierowaniom łatwo i tanio zapobiec, a ich późne wykrycie drogo kosztuje. Właśnie na taką sytuację SiteRefactor generuje plan DIY.
• Freelancer daje elastyczność i zwykle niższe stawki. Sprawdź portfolio z podobnymi projektami i upewnij się, że konta i kod należą do Ciebie, żeby nie uzależnić się od jednej osoby.
• Agencja zapewnia projektowanie, programowanie, testy i zarządzanie projektem w jednym miejscu, ale po wyższych stawkach. Przy stronach ze sklepem, wieloma integracjami lub kilkoma wersjami językowymi to często bezpieczniejszy wybór. W Polsce działa wiele agencji i software house’ów specjalizujących się w WordPressie lub w nowoczesnych frameworkach, więc warto porównać kilka ofert.

Kogokolwiek zatrudnisz, poproś o wycenę, która rozbija koszt na etapy, wymienia założenia i wyłączenia, opisuje podejście do przekierowań i testów, określa wsparcie po publikacji i potwierdza, że kod, treści i konta będą należeć do Ciebie.

Jak liczy SiteRefactor

Szacunki SiteRefactor są deterministyczne: te same dane wejściowe zawsze dają ten sam wynik, a każdą liczbę można prześledzić aż do konkretnego wzoru. Żaden model AI nie wymyśla cen.

1. Zmierzone dane wejściowe. Analiza zbiera wykrytą platformę i page builder, liczbę szablonów, typów treści, formularzy i integracji, liczbę podstron (z mapy strony XML, jeśli jest dostępna, a w przeciwnym razie z ograniczonego crawla), liczbę produktów, wersje językowe, wtyczki widoczne w publicznym kodzie strony oraz wyniki wydajności i SEO.
2. Godziny na etap. Każdy etap ma wzór z wartością minimalną i maksymalną, na przykład stałą bazę plus określoną liczbę godzin na szablon. Migracja treści zakłada ręczną pracę przy każdej podstronie do około 30 podstron, a powyżej tej liczby import skryptem, z dodatkowym nakładem na treści z page buildera.
3. Testy i zarządzanie projektem. Testy (QA) to mniej więcej 15–25% nakładu na budowę, a zarządzanie projektem mniej więcej 10–15% całkowitego nakładu. Przy migracji sklepu na Shopify testy to 20–30% ze względu na sprawdzanie katalogu i procesu zakupowego; węższy zakres optymalizacji obecnej strony zakłada 10–15% na testy i 8–12% na zarządzanie projektem.
4. Godziny × stawki. Każdy etap mnożony jest przez stawkę odpowiedniej roli. Dolna granica przedziału to minimalna liczba godzin po minimalnej stawce, a górna to maksymalna liczba godzin po maksymalnej stawce.
5. Zaokrąglenia. Godziny zaokrąglamy do najbliższej wielokrotności pięciu, a koszty jednorazowe do 100, 250, 500 lub 1000 USD zależnie od wielkości (miesięczne koszty utrzymania do 10 USD), żeby wynik nie sugerował fałszywej precyzji.
6. Harmonogram. Czas kalendarzowy zakłada mały zespół, który łącznie realizuje 30–60 godzin pracy tygodniowo, z tygodniem zapasu przy większych projektach. Gotowość treści i tempo przekazywania uwag mogą zmienić harmonogram bardziej niż cokolwiek innego.

Domyślne stawki do planowania:

Te stawki to konfigurowalne założenia do planowania, a nie zweryfikowane stawki rynkowe ani wycena. Rzeczywiste stawki bardzo się różnią w zależności od kraju, doświadczenia i rodzaju wykonawcy (stawki w Polsce mogą wyraźnie odbiegać od tych założeń), a wdrożenie SiteRefactor można skonfigurować z innymi stawkami.

Brakujące dane poszerzają przedział. Gdy dostępne jest mniej niż 60% danych z analizy, na przykład dlatego, że udało się sprawdzić niewiele podstron, nie znaleziono mapy strony albo wyniki PageSpeed były niedostępne, górna granica jest mnożona przez 1,25. Jeśli w ogóle nie udało się rozpoznać platformy, przedział poszerza się jeszcze bardziej. Każdy szacunek ma też poziom pewności. Wysoka pewność wymaga co najmniej 85% kompletności danych, liczby podstron pobranej z mapy strony i odpowiedzi na co najmniej dwa z opcjonalnych pytań o Twój cel, o to, kto utrzymuje stronę, i o budżet. Wyniki o niskiej pewności są w raporcie oznaczone jako „wstępne”.

Zawsze wyłączone: copywriting, zdjęcia i nowe treści; płatne licencje i abonamenty (pokazywane osobno jako koszty stałe); funkcje niewidoczne na publicznych podstronach; bieżący marketing, kampanie SEO i reklama.

Przykłady z wyliczeniami

Przykłady poglądowe policzone przy domyślnych założeniach SiteRefactor. Dane wejściowe opisują hipotetyczne, ale realistyczne strony; wyniki to dokładnie to, co kalkulator dla nich zwraca, bez wybranych opcjonalnych preferencji (czyli bez założenia redesignu). To nie są wyceny i nie mówią nic o tym, ile wziąłby konkretny wykonawca. Kolumna z kosztami stałymi łączy opłaty za platformy z godzinami utrzymania liczonymi według stawki programisty, zaokrąglonymi do pełnych 10 USD miesięcznie (dolna granica w dół, górna w górę).

Przykład A: firmowa strona wizytówka na WordPressie z 15 podstronami

Dane wejściowe: WordPress, 15 podstron policzonych z mapy strony, 4 szablony, 2 typy treści, 1 formularz kontaktowy, 2 integracje (analityka i narzędzie do newslettera), 12 wtyczek widocznych publicznie, bez page buildera, jedna wersja językowa, bez sklepu. Wynik wydajności mobilnej 45, wynik podstaw SEO 72, kompletność danych 90%.

Przy tak małej stronie migracja treści to drobna pozycja (6–13,5 godziny w szacunku dla Next.js). Dominują budowa frontendu (50–89 godzin) i projekt graficzny (20–40 godzin). Jeśli głównym problemem jest wynik wydajności mobilnej na poziomie 45, optymalizacja obecnej strony rozwiąże go za ułamek kosztu jakiejkolwiek przebudowy.

Przykład B: strona z 250 podstronami zbudowana w Elementorze

Dane wejściowe: WordPress z Elementorem, 250 podstron policzonych z mapy strony, blog, 7 szablonów, 3 typy treści, 2 formularze, 3 integracje (analityka, CRM i narzędzie do newslettera), 25 wtyczek widocznych publicznie, jedna wersja językowa, bez sklepu. Wynik wydajności mobilnej 38, wynik podstaw SEO 68, kompletność danych 90%.

Ten przykład wiele osób zaskakuje: modernizacja WordPressa wychodzi w szacunku mniej więcej tyle samo co przejście na Webflow. Powodem jest page builder. Samo przekształcenie nawet 250 układów z Elementora w natywne bloki to 41,5–108 godzin. Pozostanie na tej samej platformie nie jest automatycznie tanie, jeśli każdy układ trzeba zbudować od nowa; pozwala jednak zachować adresy URL i dotychczasowy sposób edycji, co zmniejsza ryzyko dla SEO i potrzebę szkoleń. Optymalizacja obecnej strony nadal jest zdecydowanie najtańszą drogą.

Przykład C: sklep na WooCommerce z około 300 produktami

Dane wejściowe: WordPress z WooCommerce, około 380 adresów URL w mapie strony, w tym mniej więcej 300 produktów, blog, 6 szablonów, 3 typy treści, 2 formularze, 4 integracje (płatności, e-mail marketing, wysyłka i analityka), 30 wtyczek widocznych publicznie, jedna wersja językowa. Wynik wydajności mobilnej 35, wynik podstaw SEO 70, kompletność danych 90%.

Przejście na Shopify obejmuje migrację produktów, klientów i zamówień (20–60 godzin dla około 300 produktów), konfigurację sklepu pod kątem płatności, wysyłki i podatków oraz większy udział testów ze względu na proces zakupowy. Przedział kosztów stałych obejmuje plan Shopify i typowe płatne aplikacje plus czas na utrzymanie; prowizje od transakcji nie są uwzględnione.

Co brakujące dane robią z przedziałem

Weźmy jeszcze raz migrację na Next.js z przykładu A, ale załóżmy, że dostępne było tylko 50% danych z analizy, a liczba podstron pochodziła z ograniczonego crawla zamiast z mapy strony. Kalkulator zwraca wtedy 6500–37 000 USD, 140–400 godzin i 3–15 tygodni, z oznaczeniem „wstępny”. Dolna granica się nie zmienia; górna rośnie 1,25 raza, żeby odzwierciedlić to, czego nie wiadomo.

Jak czytać przedział z szacunku

• Dolna granica zakłada, że praca idzie gładko i jest wykonywana po niższej stawce. Górna granica zakłada większy nakład pracy po wyższej stawce. Obie niepewności się mnożą, dlatego przedziały są szerokie.
• Porównuj opcje obok siebie. Ponieważ każda opcja korzysta z tych samych założeń, względne różnice między nimi mówią więcej niż jakakolwiek pojedyncza kwota.
• Spójrz na rozbicie na etapy, żeby zobaczyć, co naprawdę podbija sumę. Jeśli dominuje migracja treści, audyt treści może zaoszczędzić więcej niż negocjowanie stawek.
• Przeczytaj założenia i wyłączenia. Wycena, która wygląda na tańszą, może po prostu nie obejmować migracji SEO, testów albo pracy nad treściami.
• Do wyników wstępnych podchodź z dodatkową ostrożnością. Opierają się na niepełnych danych i najlepiej nadają się do ogólnej orientacji.
• Szacunek to nie wycena. Wiążąca cena wymaga rozmowy z wykonawcą o zakresie prac. Rzeczywiste wyceny mogą wyjść poza przedział, zwłaszcza gdy stawki różnią się od założeń do planowania albo gdy strona ma funkcje niewidoczne publicznie.

Jak obniżyć koszt i ryzyko

• Najpierw napraw to, co się da, na obecnej stronie, gdy problemem jest szybkość, podstawowe zabezpieczenia lub podstawy SEO. Optymalizacja obecnej strony często daje najlepszy stosunek kosztu do efektu.
• Zrób audyt treści przed migracją. Połączenie lub wycofanie nieaktualnych podstron zmniejsza pracę przy imporcie, testach i przekierowaniach.
• Ogranicz liczbę szablonów. Mniejsza liczba bardziej elastycznych układów oznacza niższy koszt budowy i łatwiejsze utrzymanie.
• Zachowaj adresy URL bez zmian wszędzie tam, gdzie pozwala na to nowa platforma.
• Przygotuj treści wcześnie. Spóźnione treści to częsta przyczyna opóźnień.
• Podziel projekt na etapy. Najpierw opublikuj podstawową wersję strony, a dodatkowe funkcje dodaj później.
• Uzgodnij kryteria odbioru przed rozpoczęciem budowy, żeby „gotowe” znaczyło dla wszystkich to samo.

Kwestie specyficzne dla poszczególnych platform omawiają nasze poradniki o migracji z WordPressa na Next.js i przejściu z WordPressa na Webflow, a publikację pomoże Ci zaplanować checklista migracji. Żeby zobaczyć te wzory zastosowane do Twojej strony, uruchom poniżej bezpłatną analizę.