Studium przypadku
Serwis Indos.pl
Nowy serwis firmowy zbudowany od podstaw w Next.js i Payload CMS z naciskiem na szybkość, bezpieczeństwo, SEO i wygodną publikację treści.
Wewnątrz projektu
Kontekst
Poprzedni serwis oparty na WordPressie zawierał niespójne wzorce UI, nakładające się warstwy cache, problemy z bezpieczeństwem i zawodny proces edycji treści. Zwykłe aktualizacje potrafiły uszkodzić część strony, a wolne ładowanie i nieaktualny cache utrudniały pracę zarówno użytkownikom, jak i marketingowi. Te problemy stały się bezpośrednim powodem zaprojektowania i zbudowania całkiem nowej platformy.
Rola
Zaprojektowałem i zbudowałem nową platformę od podstaw: architekturę, interfejs, model CMS, strategię wydajności, integrację analityki i zgód, zabezpieczenia oraz infrastrukturę produkcyjną. Nadal ją utrzymuję i rozwijam.
Ograniczenia
Nowy serwis musiał zachować treści biznesowe i widoczność w wyszukiwarkach, a jednocześnie zapewnić osobom nietechnicznym realną swobodę edycji. Miał też niezawodnie działać w środowisku serverless, gdzie pamięć pojedynczej instancji nie wystarcza do spójnego limitowania ruchu ani współdzielenia stanu.
Podejście
Zbudowałem nowy serwis w Next.js i Payload CMS, tworząc edytowalne bloki treści, rozbudowany blog, generowane strony regionalne, automatyczną sitemapę i dane JSON-LD. Hierarchia kolorów 60–30–10, poprawiona typografia i ikonografia oraz sekwencyjne animacje Motion uporządkowały warstwę wizualną. Partial prerendering i precyzyjna rewalidacja ISR dbają o szybkość i aktualność danych, a Upstash Redis zapewnia wspólny magazyn dla rate limitingu. Za wysyłkę wiadomości odpowiada Resend, a środowisko produkcyjne tworzą Vercel i MongoDB Atlas.
Rezultat
Nowa strona jest szybsza, bezpieczniejsza, prostsza w rozwoju i znacznie wygodniejsza dla marketingu. Wynik Lighthouse dla wydajności utrzymuje się w okolicach 90, a dostępność, dobre praktyki i SEO osiągają 100. Redaktorzy mogą samodzielnie budować i aktualizować strony z bloków CMS bez zależności od wtyczek WordPressa i pomocy programisty przy codziennych zmianach.
Wnioski
Zastąpienie kruchej platformy to coś więcej niż decyzja o frameworku. Ujednolicenie odpowiedzialności za cache, treści, zgody, analitykę i system wizualny usunęło całe grupy problemów operacyjnych. Projekt potwierdził też, że mierzalna poprawa wydajności powinna iść w parze z modelem edycji dopasowanym do sposobu pracy firmy.
