To pytanie co tydzień pada na spotkaniach z klientami z Portugalii: czy w 2026 roku warto przejść z Joomla na WordPressa? Uczciwa odpowiedź brzmi “to zależy”. Są projekty na Joomla w Portugalii, które powinny zostać dokładnie tam, gdzie są, i są takie, w których odkładanie migracji kosztuje więcej.
W skrócie
- Joomla 5 ukazała się 17 października 2023 roku, a Joomla 4.0 17 sierpnia 2021 roku, z PHP 7.2 jako minimum. To zdrowy kierunek techniczny, ale przy mniejszym ekosystemie.
- WordPress 6.7 to obecna stabilna linia, z REST API w rdzeniu od wersji 4.7 (2016) i edytorem blokowym od wersji 5.0 (grudzień 2018).
- Przybliżony udział globalny według W3Techs: WordPress powyżej 40 procent, Joomla około 1,7 do 2 procent stron korzystających z CMS.
- Decyzja o migracji nie opiera się na udziałach w rynku, tylko na pięciu konkretnych kryteriach: ekosystem rozszerzeń, dostępność specjalistów w Portugalii, model treści, przyszłe integracje i całkowity koszt w horyzoncie trzech lat.
- Są cztery sytuacje, w których pozostanie przy Joomla to właściwy wybór techniczny, i ten przewodnik opisuje je bez owijania w bawełnę.
Dlaczego portugalskie organizacje wybierały Joomla?
Żeby zrozumieć decyzję z 2026 roku, trzeba uznać, dlaczego tak wiele portugalskich organizacji wybrało Joomla w latach 2008 do 2016. To nie był przypadek. W tamtych realiach był to wybór techniczny, którego dało się bronić.
Stowarzyszenia kulturalne, sportowe i zawodowe sięgały po Joomla, bo od razu po instalacji dawała bardziej rozbudowany, hierarchiczny model użytkowników niż ówczesny WordPress. Urzędy gmin (câmaras municipais), rady parafii cywilnych (juntas de freguesia) i część dyrekcji regionalnych wybierały Joomla z tego samego powodu: szczegółowa kontrola uprawnień, zagnieżdżone sekcje i kategorie oraz panel administracyjny bliższy myśleniu o “portalu” niż o “blogu”.
Dołączyły też małe firmy, biura projektowe i studia graficzne. Rynek komercyjnych szablonów był bogaty, a komponent K2 dawał możliwość tworzenia własnych typów treści, które WordPress dogonił dopiero później, gdy dojrzały Custom Post Types i ACF.
Był też powód kulturowy. Lokalne społeczności techniczne i wydarzenia takie jak JoomlaDay Lisboa zbudowały masę krytyczną, która utrzymywała wyspecjalizowane agencje, trenerów i freelancerów. Migracja to więc nie tylko kwestia techniczna, ale też pytanie, kto będzie utrzymywał system przez następne pięć lat.
Jak zmieniły się WordPress i Joomla od 2018 roku?
Obraz techniczny wygląda dziś inaczej niż w 2016 roku i ta różnica tłumaczy dużą część decyzji o migracji.
Po stronie WordPressa trzy zmiany miały charakter strukturalny. Po pierwsze, REST API weszło do rdzenia w wersji 4.7, wydanej w grudniu 2016 roku, i otworzyło drogę do odseparowanych frontendów. Po drugie, edytor blokowy (Gutenberg) pojawił się w wersji 5.0 w grudniu 2018 roku i zmienił sposób, w jaki autorzy tworzą treści. Po trzecie, linia 6.x ugruntowała edycję całej witryny (Full Site Editing), dzięki której nagłówki, stopki i szablony stron można kontrolować bez plików PHP. Wersja 6.7 jest obecnym stabilnym punktem odniesienia według oficjalnego ogłoszenia na wordpress.org/news.
Po stronie Joomla rozwój był technicznie solidny, ale szedł w innym tempie. Wersja 4.0, wydana 17 sierpnia 2021 roku, unowocześniła podstawy: Bootstrap 5, Web Components i PHP 7.2 jako minimum. Wersja 5, wydana 17 października 2023 roku, utrzymała ten kurs, usuwając przestarzały kod i stawiając na wydajność. Problem nie leży w produkcie. Leży w ekosystemie.
Liczba aktywnie utrzymywanych rozszerzeń i wielkość światowej społeczności programistów konsekwentnie spadają. Według W3Techs (czytanego z ostrożnością należną każdej statystyce udziałów w rynku) WordPress utrzymuje się powyżej 40 procent wszystkich stron, a Joomla to około 1,7 do 2 procent stron korzystających z CMS, z tendencją spadkową. To nie koniec Joomla, ale sygnał, który bezpośrednio wpływa na to, kogo w 2027 roku da się zatrudnić do utrzymania systemu.
Kiedy warto migrować z Joomla do WordPressa?
Pięć kryteriów. Jeśli pasują trzy lub więcej, migracja jest racjonalnym wyborem.
Kryterium 1: ekosystem rozszerzeń zostawia luki. Jeśli ponad 30 procent zainstalowanych rozszerzeń nie dostało aktualizacji od 18 miesięcy albo jeśli firma potrzebuje nowych funkcji, które nie mają dojrzałego odpowiednika w Joomla, a mają stabilny odpowiednik w WordPressie, szala przechyla się w stronę migracji.
Kryterium 2: w Portugalii łatwiej o specjalistów od WordPressa. Dla organizacji, która musi zapewnić ciągłe utrzymanie przez pięć lat, głębokość rynku ma znaczenie. W 2026 roku łatwiej zatrudnić i zastąpić specjalistę od WordPressa w Lizbonie, Porto, Bradze czy Coimbrze niż specjalistę od Joomla o tym samym poziomie doświadczenia. To nie krytyka Joomla, tylko obserwacja rynku pracy.
Kryterium 3: model treści musi się rozwijać. Jeśli plan rozwoju strony zakłada własne typy treści, wiele taksonomii, złożone procesy redakcyjne z akceptacją i planowaniem publikacji albo integracje z architekturą headless i edge computingiem, WordPress w połączeniu z ACF, Meta Box lub Pods daje lepiej udokumentowaną ścieżkę.
Kryterium 4: przyszłe integracje wskazują na WordPressa. CRM, automatyzacja marketingu, narzędzia generatywnej AI, platformy e-commerce i ekosystemy wtyczek SEO mają dziś znacznie dojrzalsze natywne integracje z WordPressem. Dla strony, która musi łączyć się z HubSpotem, Salesforce, Mailchimpem, ActiveCampaign, API ChatGPT albo nowoczesnymi narzędziami analitycznymi, po stronie WordPressa jest mniej tarcia.
Kryterium 5: całkowity koszt utrzymania w ciągu trzech lat jest wyraźnie niższy. Ten rachunek trzeba zrobić uczciwie. Migracja kosztuje. Utrzymanie Joomla też kosztuje. Pytanie brzmi, co wyjdzie drożej w ciągu 36 miesięcy, gdy zsumujemy licencje rozszerzeń, godziny utrzymania, szkolenia zespołów wewnętrznych oraz prawdopodobieństwo incydentu bezpieczeństwa lub awarii przez niekompatybilność. Gdy suma dla WordPressa wychodzi wyraźnie niżej, migracja się zwraca.
Kiedy zostać przy Joomla?
To sekcja, której wiele agencji unika. Są cztery sytuacje, w których zalecamy pozostanie przy Joomla.
Sytuacja 1: istnieją krytyczne rozszerzenia pisane na zamówienie bez realnej ścieżki migracji. Jeśli organizacja przez dekadę inwestowała w komponenty Joomla robione na miarę, które realizują konkretne reguły biznesowe (zarządzanie członkami, federacyjne kalendarze wydarzeń, systemy zapisów na szkolenia), przepisanie wszystkiego na WordPressa może kosztować więcej niż przyszła korzyść. Wtedy rekomendacja techniczna to aktualizować Joomla i inwestować w planowe utrzymanie.
Sytuacja 2: model treści jest głęboko związany z K2 albo z natywną strukturą sekcji i kategorii. Gdy strona ma dziesiątki tysięcy pozycji K2 z własnymi polami, przeniesienie ich do WordPressa bez strat to złożony projekt. Jeśli organizacja nie ma zasobów na taki projekt w ciągu najbliższych 12 miesięcy, lepiej zamrozić plan migracji i zainwestować w utrzymanie tego, co jest.
Sytuacja 3: nie ma realnego budżetu na porządną migrację. Z naszego doświadczenia pośpieszne i niedopłacone migracje to główna przyczyna katastrof SEO w Portugalii. Lepiej zostać na porządnie zaktualizowanej Joomla, niż źle przenieść się na WordPressa. Jeśli klient nie może przeznaczyć budżetu na audyt, mapowanie adresów URL, przetestowane skrypty migracyjne, ręczną weryfikację przekierowań i okres monitorowania po starcie, odpowiedzialna rekomendacja to odłożyć migrację.
Sytuacja 4: strona jest stabilna, utrzymywana i zgodna z prawem. Jeśli Joomla działa na wspieranej wersji, rozszerzenia są aktualne, strona spełnia RODO, jest zgodna z WCAG 2.2 AA, a wskaźniki biznesowe są dobre, nie ma pośpiechu. Migrację robi się wtedy, gdy jest jasny powód biznesowy, a nie dlatego, że tak wypada.
Jak konkretnie przebiega migracja z Joomla do WordPressa?
Gdy zapada decyzja o migracji, praca dzieli się na cztery etapy. Pominięcie któregoś to najszybszy sposób, żeby zepsuć projekt na produkcji.
Etap 1: audyt
Pierwszy etap nie polega na pisaniu kodu. To inwentaryzacja. Spisz wszystkie zainstalowane rozszerzenia z wersją i stanem utrzymania. Spisz wszystkie typy treści (natywne artykuły, K2, JReviews, Sobi2, EasyBlog, ChronoForms, RSForm i każdy własny komponent). Spisz wszystkich aktywnych użytkowników z rolami i uprawnieniami. Spisz wszystkie adresy URL zaindeksowane w Search Console i Bing Webmaster wraz z wolumenem ruchu organicznego. Udokumentuj wszystkie formularze i miejsca, do których wysyłają dane. Przejrzyj używane wtyczki SEO (sh404SEF, JoomSEF, Easy Frontend SEO).
Wynikiem tego etapu jest dokument, na którym opiera się cała reszta. Bez niego migracja idzie po omacku.
Etap 2: mapowanie modelu treści
Drugi etap ustala, jak każda encja Joomla przekłada się na WordPressa. Czy natywne artykuły stają się wpisami (Posts), czy własnymi typami wpisów? Czy kategorie stają się kategoriami WordPressa, czy własnymi taksonomiami? Pozycje K2 z własnymi polami potrzebują Custom Post Types z Advanced Custom Fields albo Meta Box. Użytkownicy Joomla z własnymi rolami potrzebują odpowiednika w uprawnieniach (capabilities) WordPressa, często przez Members albo User Role Editor.
Tu zapada decyzja, co zostaje, co się upraszcza, a co znika. Tu też wychodzi na jaw, że część danych nie ma bezpośredniego odpowiednika i wymaga decyzji redakcyjnej.
Etap 3: skrypty migracyjne
Trzeci etap jest techniczny i iteracyjny. Buduje się skrypty (PHP przez WP-CLI albo narzędzia takie jak FG Joomla to WordPress), które czytają z bazy Joomla i zapisują do bazy WordPressa według ustalonego mapowania. Każdy skrypt musi być idempotentny i testowany na kopii prawdziwej bazy danych, a nie na sztucznym środowisku.
Osobnej uwagi wymaga migracja obrazków. Ścieżki bezwzględne w treściach Joomla (/images/stories/…) trzeba przepisać na ścieżki WordPressa (/wp-content/uploads/…), a pliki skopiować z zachowaniem metadanych tam, gdzie ma to znaczenie.
Etap 4: SEO i przekierowania
Czwarty etap to miejsce, w którym w Portugalii pada większość projektów. Każdy stary adres URL potrzebuje przekierowania 301 na nowy. To nie jest opcja. Typowa struktura Joomla z sh404SEF (/kategoria/podkategoria/artykul) rzadko pokrywa się z domyślną strukturą WordPressa. Trzeba zbudować plik mapujący stare adresy na nowe, zaimportować go do sprawdzonej wtyczki przekierowań (Redirection albo reguły po stronie serwera) i przed startem zweryfikować 100 procent przekierowań.
Po starcie wyślij ponownie mapy witryny w Google Search Console i Bing Webmaster, przez pierwsze cztery tygodnie codziennie sprawdzaj błędy 404 i dodawaj brakujące przekierowania. Wahania ruchu organicznego w pierwszych czterech do ośmiu tygodni są normalne. Trwały spadek oznacza niekompletne mapowanie.
Jakie są najczęstsze problemy przy migracji z Joomla?
Pięć pułapek, które regularnie widzimy w projektach migracyjnych w Portugalii.
Pułapka 1: dane rozszerzeń bez odpowiednika w WordPressie. Komponenty takie jak JReviews, Sobi2 czy niektóre katalogi trzymają dane we własnych tabelach. Żadna wtyczka WordPressa nie przyjmie takiego importu automatycznie. Potrzebny jest własny skrypt, a to oznacza godziny programowania.
Pułapka 2: dane K2. K2 było w Portugalii tak popularne, że wiele migracji potyka się właśnie tutaj. Pozycje, kategorie, dodatkowe pola, autorzy i tagi K2 nie odpowiadają natywnemu modelowi Joomla, a tym bardziej WordPressa. Istnieją narzędzia, które obsługują prosty przypadek, ale nie radzą sobie z własnymi polami ani z wieloma relacjami. Zaplanuj dodatkowy czas.
Pułapka 3: mapowanie MultiCategory. W Joomla artykuł należy do jednej kategorii głównej. W WordPressie wpis może należeć do kilku kategorii. Jeśli strona na Joomla używała rozszerzeń, które symulowały wiele kategorii, sposób odwzorowania tego w WordPressie (wiele kategorii, własna taksonomia, tagi) wpływa na nawigację, archiwa i adresy URL.
Pułapka 4: zachowanie adresów URL. Nawet przy przekierowaniach 301 zdarzają się strony, na których zapomina się o konkretnych fragmentach adresów (parametry paginacji, kotwice wewnętrzne, pliki statyczne serwowane przez Joomla). Koszt widać jako utracony ruch sześć tygodni po starcie.
Pułapka 5: własne role użytkowników. System ACL w Joomla jest bardziej szczegółowy niż system uprawnień (capabilities) w WordPressie. Migracja użytkowników to nie tylko przeniesienie imion i adresów e-mail. Trzeba zdecydować, jak przekłada się każda własna rola, i sprawdzić, czy wynikowe uprawnienia odpowiadają zamierzeniom, bez nadmiarowych przywilejów i bez utraconych dostępów.
Usługa migracji z Joomla do WordPressa
Migracje z Joomla do WordPressa prowadzę jako zintegrowany projekt, a nie pojedyncze zadanie. Pracuję równolegle na czterech frontach: architektura treści (w tym podejście headless WordPress, gdy frontend to uzasadnia), inżynieria wydajności na poziomie Cloudflare Workers i edge computingu, zgodność z prawem (RODO, WCAG i BFSG/EAA, NIS2 i DORA, jeśli dotyczy) oraz widoczność w klasycznych wyszukiwarkach i w odpowiedziach generowanych przez AI (GEO).
Przy projektach z wymaganiami nowoczesnego frontendu więcej technicznych szczegółów znajdziesz w porównaniu headless kontra monolit i w macierzy decyzyjnej Next.js kontra Astro jako warstwy prezentacji na 2026 rok. Nasze podejście łączy seniorów z modelem nearshore, który opisujemy jako standard WPPoland.
Nie ma cennika. Każdy projekt migracji ma inną skalę i ryzyko, a wycena jest indywidualna, po audycie.
Co jeszcze przeczytać przed migracją z Joomla?
Ten przewodnik jest jednym z elementów cyklu o modernizacji stosów WordPressa w Portugalii. Łączy się z artykułami o zgodności z prawem w 2026 roku, wydajności na brzegu sieci z Cloudflare Workers, architekturze headless i strategii widoczności GEO. Przed podjęciem decyzji warto przeczytać je razem.
Jak zmapować przekierowania 301 przy migracji z Joomla?
Przeniesienie złożonej bazy danych z Joomla do WordPressa wymaga precyzyjnego planu, żeby nie stracić ruchu organicznego:
- Ujednolicenie struktury bezpośrednich odnośników: Joomla historycznie używa w adresach parametrów kategorii i numerycznych identyfikatorów, które różnią się od czystej taksonomii WordPressa. Pełna tabela przekierowań 301 na poziomie serwera (Nginx albo plik .htaccess) gwarantuje, że autorytet budowany latami przejdzie bez strat.
- Migracja metadanych i hierarchii użytkowników: proces musi poprawnie przenieść autorów, uprawnienia dostępu i dane ze starych wtyczek SEO do nowych pól zgodnych z narzędziami takimi jak Yoast czy Rank Math.
- Kontrola w Google Search Console po migracji: aktywne śledzenie błędów 404 przez pierwsze cztery tygodnie pozwala naprawić pominięte ścieżki i utrwalić autorytet organiczny nowej strony na WordPressie w Portugalii.
Jak poprawić wydajność i bezpieczeństwo po odejściu od Joomla?
Po przeniesieniu treści z Joomla do ekosystemu WordPressa kluczowe jest techniczne domknięcie projektu:
- Zaawansowany cache obiektów i stron: konfiguracja Redisa i warstwy CDN na brzegu sieci zapewnia bardzo krótkie czasy odpowiedzi i od razu poprawia wyniki Core Web Vitals.
- Usunięcie starego kodu i utwardzenie zabezpieczeń: wyłączenie osieroconych ścieżek i skryptów po starym CMS-ie utrudnia zautomatyzowane próby włamań. Zmodernizowana platforma ułatwia też codzienną pracę redakcyjną.
Od strony realizacji ten temat obejmuje powiązana usługa.
