Dlaczego budujemy strony inaczej niż większość agencji

Najszybszy sposób zbudowania strony internetowej to złożenie jej z gotowych klocków: system zarządzania treścią, gotowy szablon graficzny, kilkanaście wtyczek dokładających brakujące funkcje. To podejście jest tańsze na starcie i szybsze do wdrożenia — i właśnie dlatego wybiera je większość agencji i freelancerów. Problem w tym, że cena widoczna na fakturze na starcie to nie jest cena, którą firma płaci w całym cyklu życia strony.

Ekonomia gotowych klocków — dlaczego jest kusząca

Model "szablon plus wtyczki" ma realną, racjonalną przewagę: pozwala postawić działającą stronę w ułamku czasu potrzebnego na pisanie kodu od zera, bo tysiące osób na świecie już rozwiązały te same, powtarzalne problemy — formularz kontaktowy, galeria zdjęć, integracja z mediami społecznościowymi — i udostępniło gotowe rozwiązania. Dla wielu prostych zastosowań to sensowny kompromis, nie błąd. Problem pojawia się wtedy, gdy ta sama logika — po co pisać coś od zera, skoro jest gotowe — zostaje zastosowana bez pytania o cenę, jaką płaci się później, w trakcie eksploatacji strony, nie w dniu jej uruchomienia.

Koszt, który ujawnia się dopiero po czasie

• Powierzchnia ataku rośnie z każdą wtyczką. Analizy branżowe bezpieczeństwa WordPressa (m.in. raporty Patchstack i WPScan) konsekwentnie pokazują, że zdecydowana większość znanych, udokumentowanych podatności w tym ekosystemie pochodzi z wtyczek i motywów graficznych, nie z samego rdzenia systemu. Im więcej wtyczek, tym więcej niezależnego, nie w pełni kontrolowanego kodu odpowiadającego za bezpieczeństwo całej strony.
• Utrzymanie nie jest jednorazowe. Każda wtyczka wymaga aktualizacji — a aktualizacje czasem wzajemnie się wykluczają albo psują wygląd strony, co generuje kolejne zlecenia naprawcze miesiące lub lata po starcie, gdy nikt się już tego nie spodziewa.
• Wydajność płaci cenę za każdą dodaną funkcję. Nawet nieużywana funkcja wtyczki dokłada kod, który przeglądarka musi pobrać i przetworzyć — a to bezpośrednio wydłuża czas ładowania strony, co odbija się i na wrażeniu klienta, i na pozycji w Google.
• Zależność od cudzej firmy. Jeśli twórca popularnej wtyczki przestanie ją rozwijać, zostanie przejęty przez firmę o innych priorytetach albo po prostu zniknie z rynku — strona dziedziczy ten problem bez ostrzeżenia, w momencie, którego nikt nie wybrał.

Dlaczego łatwiej porównywać cenę niż koszt w czasie

W ekonomii behawioralnej opisuje się to zjawisko jako nadmierne dyskontowanie kosztów odroczonych w czasie (ang. hyperbolic discounting) — dobrze udokumentowaną tendencję do przeceniania korzyści dostępnych od razu względem kosztów, które pojawią się dopiero w przyszłości. To nie jest kwestia braku wiedzy. To systematyczne zniekształcenie opisywane w badaniach nad podejmowaniem decyzji od lat 30. XX wieku, sformalizowane m.in. w pracach ekonomisty Richarda Thalera, laureata Nagrody Nobla za wkład w ekonomię behawioralną.

W praktyce oznacza to, że porównanie dwóch ofert wyłącznie po cenie startowej systematycznie faworyzuje rozwiązanie tańsze na wejściu — nawet jeśli jego całkowity koszt w perspektywie dwóch, trzech lat (utrzymanie, naprawy, incydenty, utracona wydajność) jest wyższy. Mózg nie oszukuje nas świadomie. Po prostu waży rzeczy odległe w czasie lżej, niż na to zasługują.

Jak wygląda nasze podejście

• Własny kod zamiast gotowego szablonu. Piszemy stronę dopasowaną do konkretnej marki i konkretnego celu, zamiast dostosowywać markę do ograniczeń gotowego motywu graficznego.
• Zero wtyczek do aktualizowania. Funkcje, które inni dokładają wtyczką, my piszemy jako część kodu strony — pod pełną kontrolą, bez zależności od zewnętrznych twórców.
• Audyt bezpieczeństwa w cenie, nie jako dopłata. Każdy projekt przechodzi sprawdzenie pod kątem najczęściej wykorzystywanych ścieżek ataku, zanim trafi do sieci.
• Mniej kodu, mierzalnie szybsza strona. Brak zbędnych zależności przekłada się wprost na wagę strony i liczbę zapytań HTTP — a więc na czas ładowania i wynik w Core Web Vitals.
• Zostajemy po starcie. Opieka nie kończy się w dniu publikacji — aktualizacje, przeglądy bezpieczeństwa i wsparcie są częścią relacji, nie osobną usługą do dokupienia przy pierwszym problemie.

Dla kogo to ma sens, a dla kogo nie

Uczciwie: model "szablon plus wtyczki" bywa uzasadniony — przy bardzo ograniczonym budżecie, bardzo prostej stronie wizytówkowej bez ambicji rozwoju, albo gdy strona ma istnieć tylko tymczasowo. Nasze podejście ma sens tam, gdzie strona jest realnym narzędziem biznesowym na lata — gdzie liczy się bezpieczeństwo danych klientów, szybkość ładowania wpływająca na konwersję i pozycję w Google, oraz to, żeby za rok albo dwa nie okazało się, że "tania" strona kosztowała więcej, niż pierwotnie zapłacono za jej zbudowanie.