Migracja z Joomli na nową stronę z WordPressem jako CMS

guma.com.pl

Migracja z Joomli na nową stronę z WordPressem jako CMS

Astro

Frontend framework

Tailwind CSS v4

Utility-first styling

WordPress + ACF

Headless CMS

P

Polylang

Wersje językowe w WP

Vercel

Hosting + SSR

Google Tag Manager

Analityka i konwersje Ads

Problem

Strona działała od lat na Joomli, ale dalszy rozwój wymagał nowego frontu i wygodniejszej edycji treści.

Decyzje

Nowy frontend, WordPress jako CMS.

Realizacja

Front został zbudowany w Astro i Tailwind. WordPress pełni rolę headless CMS, dzięki czemu klient edytuje treści w znanym środowisku.

Efekt

Nowy layout, blog, edycja treści i poprawne konwersje Ads.

Kontekst

Poprzednia strona Gumy stała na Joomli od około dwudziestu lat - w trzech językach (PL / EN / DE), z pełną obsługą wersji językowych, i spełniała swoje zadanie. Klient potrzebował trzech konkretnych zmian: nowego layoutu, bloga i poprawnych tagów dostarczających konwersje do aktywnych kampanii Google Ads.

Decyzja: wyjście z Joomli

Łatania 20-letniej instalacji nie brałem pod uwagę - koszt utrzymania i ryzyko po tylu latach przeważają nad korzyścią z rozwoju na tym samym silniku. Podjąłem decyzję o pełnym wyjściu z Joomli i zbudowaniu frontu od nowa na współczesnym stacku.

Stack i architektura

Front zbudowałem w Astro + Tailwind, a źródłem treści jest WordPress w roli headless CMS (Polylang + ACF). Wersje językowe obsługuje Polylang - ten sam model co poprzednio, tylko renderowany headlessowo z poprawnymi hreflang. Dołożyłem blog i Google Tag Manager pod analitykę oraz konwersje do Google Ads.

WordPress nie był systemem źródłowym migracji. Został dołożony jako panel do zarządzania treścią, bo klient znał to środowisko i chciał mieć możliwość samodzielnej edycji. Logika renderingu siedzi w Astro, co daje statyczny, szybki front i niezależność od motywu WP.

Zmiana specyfikacji w trakcie

Pierwotna specyfikacja nie przewidywała panelu do edycji - front miał być statyczny. W trakcie projektu po stronie klienta zmieniła się osoba prowadząca i specyfikacja dynamicznie ewoluowała, m.in. o potrzebę samodzielnego zarządzania treścią. Stąd w połowie procesu dołożony WordPress w roli headless CMS.

Masz projekt, który nie mieści się w gotowym schemacie?

Opisz, co chcesz zbudować albo uporządkować.