Nowoczesna strona internetowa — co znaczą słowa z ofert i co z nich wynika

Oferty na stronę internetową wyglądają dziś podobnie: obok ceny stoi lista słów, których nie ma jak ocenić. Serverless. Edge. JAMstack. API-first. PWA. Czasem WebAssembly.

Żadne z nich nie jest samo w sobie ani dobre, ani złe. Każde opisuje sposób, w jaki coś zostanie zrobione — a nie to, czy Wam się to do czegoś przyda. Różnica między ofertą dobrą a drogą leży dokładnie tutaj: czy za tym słowem stoi potrzeba, którą da się nazwać, czy wpisano je, bo dobrze wygląda.

Ten tekst jest słownikiem tych słów dla osoby, która podpisuje umowę, a nie pisze kod. Przy każdym: co znaczy, kiedy realnie ma sens w Waszej firmie, kiedy jest przerostem i o co zapytać wykonawcę, żeby to rozstrzygnąć w jednym zdaniu.

Co dziś znaczy „nowoczesna strona"

Warto ustawić punkt odniesienia, bo słowo „nowoczesna" w ofertach zwykle dotyczy wyglądu, a decyduje o czym innym.

Nowoczesna strona to taka, która odpowiada szybko przy pierwszym wejściu, działa na telefonie tak samo jak na komputerze, pozwala Wam zmieniać treść bez programisty i nie przewraca się, gdy wejdzie dziesięć razy więcej osób niż zwykle. To są cztery właściwości, które klient odczuwa — i każdą da się sprawdzić bez wiary w czyjeś zapewnienia.

Szybka pierwsza odpowiedź. W przeglądarce, w narzędziach deweloperskich, zakładka „Network": włączcie ograniczenie łącza do profilu komórkowego i odświeżcie stronę. Interesuje Was czas do pierwszej odpowiedzi serwera i moment, w którym pojawia się główna treść, a nie moment, w którym dokręci się ostatni skrypt. Ten sam pomiar zróbcie u konkurencji — liczba bez punktu odniesienia niewiele mówi. Jak mierzyć, żeby wynik coś znaczył, rozpisujemy w tekście o testowaniu strony.

Telefon tak samo jak komputer. Nie chodzi o to, czy strona się „skaluje", tylko czy da się nią zrobić to, po co się przyszło. Przejdźcie własną ścieżkę zakupową na telefonie, jednym kciukiem, na słabym zasięgu: znaleźć usługę, otworzyć formularz, wysłać. Miejsce, w którym sięgniecie po komputer, jest miejscem, w którym klient rezygnuje.

Treść bez programisty. Otwórzcie panel i policzcie, ile z tych rzeczy zmienicie sami: tekst na stronie głównej, pozycję w menu, nowy wpis, zdjęcie w nagłówku, cenę w tabeli. To, czego nie ma na tej liście, będzie przez najbliższe lata pozycją w rachunku za drobne poprawki.

Odporność na skok ruchu. Pytanie do wykonawcy brzmi konkretnie: co się stanie przy dziesięciokrotnym ruchu i skąd to wiadomo. Odpowiedź „wytrzyma" bez testu obciążeniowego albo bez wskazania, co dokładnie się skaluje, jest deklaracją, nie odpowiedzią.

Wszystkie słowa z listy poniżej są sposobami na osiągnięcie którejś z tych czterech rzeczy — nie celami samymi w sobie. Dlatego rozstrzygające pytanie przy każdej ofercie nie brzmi „czy to nowoczesne", tylko: którą z tych czterech właściwości to konkretnie poprawia i o ile.

Jedno zastrzeżenie od razu: część z tych technologii poprawia rzeczy, których w Waszym przypadku nie trzeba poprawiać. To nie znaczy, że wykonawca próbuje Was oszukać — znaczy, że buduje tak, jak zwykle buduje. Pytanie z poprzedniego akapitu wystarcza, żeby to rozdzielić.

Sześć słów z ofert, po kolei

Każde w tym samym układzie: co to znaczy, kiedy ma sens u Was, kiedy jest przerostem. Kolejność od najczęściej spotykanych w wycenach.

Serverless — płacicie za wykonanie, nie za maszynę

Co to znaczy. Kod uruchamia się na żądanie, u dostawcy, bez utrzymywania własnego serwera. Nie ma maszyny, która stoi całą dobę i kosztuje tyle samo w nocy co w szczycie — jest rachunek za faktyczne wywołania.

Kiedy ma sens u Was. Gdy ruch jest nierówny: sklep z sezonem, zapisy na wydarzenie, kampania, po której w dwa dni wchodzi tyle osób co zwykle w kwartał. Serverless skaluje się sam i nie wymaga, żeby ktoś w nocy dokładał moc. Sensowny też wtedy, gdy nie macie nikogo, kto miałby administrować serwerem — bo nie ma czego administrować.

Kiedy to przerost. Przy stałym, przewidywalnym ruchu zwykły hosting jest tańszy i prostszy w rozliczeniu.

Haczyk, który trzeba rozstrzygnąć w umowie, nie po fakcie. W modelu „płacisz za wykonanie" rachunek nie ma górnej granicy, dopóki ktoś jej nie ustawi. Pętla w kodzie, która wywołuje samą siebie, albo bot dobijający się do formularza przez weekend, generują wywołania tak samo jak prawdziwi klienci — z tą różnicą, że nikt tego nie zauważy do przyjścia faktury. Na stałym abonamencie taki błąd kończy się wolniejszą stroną; tutaj kończy się kwotą. Dlatego pytanie do wykonawcy brzmi: czy są ustawione limity wydatków i alert po ich przekroczeniu, i co dzieje się po osiągnięciu limitu — strona przestaje działać czy rachunek rośnie dalej. Obie odpowiedzi bywają poprawne, ale trzeba wiedzieć, którą kupujecie.

Edge — treść bliżej użytkownika

Co to znaczy. Zamiast jednej maszyny w jednym mieście, strona jest serwowana z węzła najbliższego osobie, która ją otwiera. Ta sama idea co sieć CDN, tylko rozciągnięta z plików na kod.

Kiedy ma sens u Was. Gdy klienci są rozrzuceni geograficznie — sprzedaż na kilka rynków, klienci na innym kontynencie, aplikacja używana w podróży. Wtedy różnica w czasie pierwszej odpowiedzi jest odczuwalna bez żadnego pomiaru.

Kiedy to przerost. Gdy sprzedajecie w jednym kraju i serwer stoi w tym kraju. Dystans, który edge skraca, jest wtedy już krótki, a dochodzi złożoność: kod rozproszony po węzłach trudniej się diagnozuje, gdy coś działa tylko u części użytkowników. Szerzej o warstwie infrastruktury piszemy przy hostingu i CDN.

JAMstack i generowanie statyczne — strona gotowa, zanim ktokolwiek wejdzie

Co to znaczy. Podstrony powstają wcześniej, jako gotowe pliki, i są serwowane bez składania czegokolwiek w momencie wejścia. Stąd bardzo szybkie ładowanie i mniej ruchomych części, które mogą się zepsuć: nie ma bazy danych odpytywanej przy każdym wyświetleniu, więc nie ma jak jej przeciążyć.

Kiedy ma sens u Was. Przy treści, która zmienia się rzadko i jest jej dużo: katalog, dokumentacja, baza wiedzy, blog, strona ofertowa. Przy takim profilu to jest najtańszy sposób na stronę, która jest szybka zawsze, a nie tylko w nocy.

Kiedy to przerost — i jedno ostrzeżenie. Gdy treść zmienia się co godzinę albo zależy od tego, kto patrzy (ceny per klient, stany magazynowe, panel po zalogowaniu), samo generowanie statyczne nie wystarczy i dokłada się do niego kolejne mechanizmy — czyli złożoność, którą miało usunąć. Ostrzeżenie dotyczy słowa, nie technologii: `jamstack` ma w polskich wyszukiwaniach 140 zapytań miesięcznie, a `generator stron statycznych` dziesięć. Jeśli pada w ofercie, jest to język wykonawcy, nie Wasz — warto spytać wprost, po ilu minutach od poprawki w treści zmiana jest widoczna na stronie, bo to jest jedyna konsekwencja, którą odczujecie.

Astro — narzędzie pod ten właśnie profil

Co to znaczy. Framework budujący strony w taki sposób, że do przeglądarki trafia czysty HTML, a skrypty dochodzą tylko tam, gdzie coś naprawdę musi reagować na kliknięcie. W praktyce: mniej JavaScriptu do pobrania i wykonania niż przy narzędziach ogólnego przeznaczenia.

Kiedy ma sens u Was. Przy serwisie treściowym bez rozbudowanej logiki po stronie serwera — i to nie jest nasza opinia, tylko coś, co widać w badaniach: w State of React 2025 Astro wyprzedza Next.js w satysfakcji deweloperów o 31 punktów procentowych (92% wobec 61% ocen pozytywnych wśród użytkowników; dwa lata wcześniej 94% wobec 85%), a powracającym zarzutem wobec tego drugiego jest rosnąca złożoność.

Kiedy to przerost. Gdy budujecie aplikację, a nie serwis: panel, koszyk, konfigurator, cokolwiek z logowaniem i stanem. Wtedy narzędzie nastawione na treść zaczyna przeszkadzać, a rozmowa przenosi się na wybór między Next.js a Reactem.

API-first — jedna treść, wiele kanałów

Co to znaczy. Treść i dane są dostępne przez interfejs programistyczny, więc ten sam opis produktu może zasilić stronę, aplikację, ekran w salonie i katalog wysyłany do partnera — bez przepisywania go w czterech miejscach.

Kiedy ma sens u Was. Gdy naprawdę macie więcej niż jeden kanał albo wiecie, że będziecie mieli. To jest też fundament architektury headless, którą opisujemy osobno.

Kiedy to przerost. Gdy kanał jest jeden i nic nie zapowiada drugiego. Płacicie wtedy za elastyczność, z której nikt nie skorzysta, a redakcja treści robi się trudniejsza, nie łatwiejsza.

PWA — strona, którą da się zainstalować

Co to znaczy. Zwykła strona z trzema dodatkami: instaluje się na ekranie telefonu bez App Store i Google Play, działa bez internetu w zakresie, który wcześniej ustalicie, i może wysyłać powiadomienia. Adres zostaje ten sam, treść ta sama. Odpowiada za to service worker — mały program, który przeglądarka trzyma między stroną a siecią i który potrafi odpowiedzieć, gdy sieci nie ma (dokumentacja web.dev, MDN).

Kiedy ma sens u Was. Gdy klient ma powód wracać: panel z zamówieniami i fakturami, śledzenie zlecenia, katalog dla stałych kontrahentów, lista zadań dla ekipy w terenie. Ikona na ekranie ma wtedy wartość, a instalacja z przeglądarki jest progiem znacznie niższym niż pobranie ze sklepu. Rzecz, której nie ma w ofertach na aplikacje mobilne: PWA instaluje się także na komputerze — jako osobne okno z ikoną na pasku zadań, bez sklepu, instalatora i działu IT.

Kiedy to przerost. Gdy stronę odwiedza się raz. Wizytówka, którą ktoś otwiera, znajduje telefon i zamyka, nie potrzebuje instalacji — nikomu jej nie brakuje.

Dwie rzeczy do ustalenia przed wyceną. Po pierwsze, „działa offline" nie jest przełącznikiem: ktoś musi rozstrzygnąć, co dokładnie ma być dostępne bez sieci, i pamiętać, że urządzenie pokaże stan z ostatniej wizyty z zasięgiem. Stąd zasada, którą stosujemy: offline dostaje to, co zmienia się rzadko, a reszta prosi o połączenie. Po drugie, na iPhone'ach powiadomienia działają dopiero po dodaniu strony do ekranu głównego i są dostępne od iOS 16.4 (ogłoszenie zespołu WebKit). Jeśli powiadomienia są funkcją krytyczną, a klienci mają iPhone'y, ten jeden warunek potrafi przeważyć decyzję.

Jak sprawdzić, ile z tego już macie. Wejdźcie na własną stronę na Androidzie w Chrome i otwórzcie menu przeglądarki: jeśli jest tam „Zainstaluj aplikację" z Waszą ikoną, podstawowe warunki są spełnione. Na iPhonie ta sama operacja jest w menu udostępniania w Safari — i tylko w Safari, co warto wiedzieć, zanim obiecacie tę funkcję klientom.

Granica, o której warto wiedzieć. PWA kończy się tam, gdzie zaczyna się aplikacja sięgająca do sprzętu: NFC, Bluetooth, praca w tle przy zamkniętym ekranie, czujniki. Pełne porównanie z aplikacją natywną — z rachunkiem i kryteriami wyboru — należy do decyzji o budowie aplikacji, nie o budowie strony, i opisujemy je w dziale o aplikacjach webowych.

WebAssembly — i dlaczego prawdopodobnie nie o Was

Co to znaczy. Sposób na uruchomienie w przeglądarce kodu napisanego w językach spoza świata stron — C, C++, Rust — z wydajnością bliską programowi zainstalowanemu na komputerze.

Kiedy ma sens. Przy rzeczach ciężkich obliczeniowo: edytor grafiki albo wideo w przeglądarce, symulacja, konfigurator 3D, przetwarzanie dużych plików bez wysyłania ich na serwer.

Kiedy to przerost — czyli traktujcie to jak czerwoną flagę. Jeśli WebAssembly pada w wycenie zwykłej strony firmowej, są dwie możliwości. Albo w projekcie jest coś, co naprawdę tego wymaga — konfigurator 3D, edytor, przetwarzanie plików w przeglądarce — i wtedy wykonawca wskaże to jedną nazwą funkcji. Albo ktoś testuje nowinkę na Wasz koszt. Pytanie rozstrzyga w jednym zdaniu: która konkretnie funkcja tego wymaga. Odpowiedź ogólna — „nowoczesność", „wydajność" — jest odpowiedzią drugiego rodzaju.

Podsumowanie: które słowo poprawia którą właściwość

Cztery właściwości z początku tekstu, sześć słów z ofert i jedna tabela, którą można wziąć na spotkanie.

Wiersz, który zwykle rozstrzyga rozmowę, to ostatnia kolumna. Jeśli wykonawca potrafi powiedzieć, dlaczego u Was nie zachodzi przypadek „przerostu", rozmawiacie z kimś, kto policzył projekt. Jeśli odpowiada, że „to dziś standard" — rozmawiacie z ofertą pisaną raz na wszystkich klientów.

Czego te słowa nie załatwiają

Żadne z nich nie sprzeda produktu.

PWA nie sprawi, że ktoś zainstaluje Waszą stronę, jeśli nie ma powodu do niej wracać. Serverless nie podniesie konwersji. Edge nie pomoże, gdy formularz kontaktowy ma piętnaście pól, a oferta jest napisana tak, że trzeba ją czytać dwa razy. Szybkość ładowania jest warunkiem koniecznym — nie jest wystarczającym.

Kolejność, którą stosujemy u siebie i proponujemy klientom, jest odwrotna do kolejności w ofertach: najpierw powód, dla którego ktoś ma wrócić, potem warstwa techniczna, która mu to ułatwi. Jeśli decyzja o PWA zapada, zanim ktokolwiek odpowiedział, po co klient ma wracać, zapada za wcześnie — a to jest pytanie ze strategii strony, nie z oferty technologicznej.

Dwa słowa, które padają w ofertach, a nie są technologią Waszej strony

Obok sześciu powyższych w wycenach pojawiają się regularnie jeszcze dwa: optymalizacja pod wyszukiwanie głosowe i sztuczna inteligencja. Oba warto umieć odłożyć na bok, bo oba wyglądają w ofercie poważnie, a żadne nie poprawia którejkolwiek z czterech właściwości, o których jest ten tekst.

Wyszukiwanie głosowe. Rodzina fraz wygląda imponująco — około sześciu tysięcy wyszukań miesięcznie. Rozstrzyga jednak nie suma, tylko ogon: włącz wyszukiwanie głosowe (140), wyszukiwanie głosowe google jak włączyć (70), wyszukiwarka głosowa google (1 300). To nie są ludzie szukający firmy takiej jak Wasza — to ludzie, którzy próbują uruchomić dyktowanie we własnym telefonie. Zapytań o to, jak przygotować stronę pod wyszukiwanie głosem, jest w tej rodzinie pięćdziesiąt.

Sztuczna inteligencja. W tym samym pullu cztery osobne zalążki o AI na stronie firmowej — od sztuczna inteligencja na stronie internetowej po seo a sztuczna inteligencja — nie zwróciły ani jednej frazy z mierzalnym wolumenem. Jedyne, o co polski rynek pyta w tej okolicy, to chatbot na stronie internetowej (30 miesięcznie), a to pytanie o koszt obsługi klienta, nie o technologię witryny.

Wniosek jest ten sam co przy pozostałych sześciu i sprowadza się do jednego pytania: którą z czterech właściwości to poprawia i skąd to wiadomo. Jeśli odpowiedzi nie ma, pozycja jest w ofercie dlatego, że dobrze wygląda.

Ściągawka: pytania do wykonawcy, gotowe do wysłania

Poniższe pytania są napisane tak, żeby dało się je skopiować do wiadomości i wysłać bez przerabiania. Odpowiedzi na piśmie są przy tym ważniejsze niż same pytania — zapewnienie z rozmowy nie wejdzie do umowy.

Jeśli odpowiedzi na trzy pierwsze pytania są konkretne, a na piąte pada „ustawimy limity i alert", rozmawiacie z kimś, kto ten projekt policzył. Jeśli wracają zdania typu „to dziś standard" i „wszystko jest elastyczne", dostajecie ofertę pisaną raz na wszystkich klientów.

Skąd te liczby

• Wolumeny fraz — Keyword Planner, Polska, pull z 11 września 2026: serverless 390, edge computing 480, astro framework 260, jamstack 140 przy generator stron statycznych 10, api first 50, webassembly 720 z ogonem złożonym z zapytań o cel kompilacji.
• Wyszukiwanie głosowe i AI — ten sam Planner, Polska, osobny pull z 14 września 2026 na dwudziestu zalążkach: wyszukiwanie głosowe 2 900, wyszukiwarka głosowa google 1 300, wyszukiwanie głosowe google 1 300, włącz wyszukiwanie głosowe 140, wyszukiwanie głosowe google jak włączyć 70, voice search seo 50; z czterech zalążków o sztucznej inteligencji nie wróciła żadna fraza od dwudziestu wyszukań miesięcznie w górę, a jedyną zmierzoną w tej okolicy jest chatbot na stronie internetowej 30.
• Przewaga Astro o 31 punktów procentowych w satysfakcji deweloperów — badanie State of React 2025, 3 760 odpowiedzi zebranych między listopadem 2025 a styczniem 2026. Wskaźnik satysfakcji, czyli udział ocen pozytywnych wśród użytkowników, którzy wyrazili zdanie, w sekcji o meta-frameworkach: Astro 94%, 94% i 92%, Next.js 85%, 75% i 61% w edycjach 2023, 2024 i 2025 — odczyt u wydawcy 5 października 2026.
• Mechanizm PWA — service worker, instalacja, tryb offline — dokumentacja web.dev i MDN, sprawdzona u źródła 11 września 2026.
• Powiadomienia push na iOS od wersji 16.4, po dodaniu do ekranu głównego — ogłoszenie zespołu WebKit, sprawdzone u źródła 11 września 2026.
• Porównania kosztu tych technologii między sobą — nie znamy badania, które mierzyłoby je na porównywalnych projektach, i dlatego nie podajemy tu żadnego mnożnika.