Migracja z WordPress do TYPO3 - kiedy warto i jak ją przeprowadzić

W skrócie

Kiedy migrować:
Gdy WordPress zaczyna ograniczać: złożone uprawnienia, wielojęzyczność, procesy redakcyjne, bezpieczeństwo, compliance WCAG/RODO. Jeśli Twoja strona ma poniżej 50 podstron i jednego redaktora — WordPress jest prawdopodobnie lepszym wyborem.

Ile trwa migracja:
Od 6 tygodni (prosty projekt, kilkaset podstron) do 6–12 miesięcy (portal międzynarodowy z tysiącami stron i integracjami).

Czym się różni podejście:
To nie jest kopia 1:1 starej strony. Migracja to okazja do uporządkowania treści, struktury i procesów — najlepsza szansa na poprawę SEO i accessibility w jednym kroku.

Ryzyko SEO:
Do 30% stron traci ruch organiczny po źle przeprowadzonej migracji. Dobrze zaplanowana migracja z mappingiem URL’i, redirectami 301 i zachowaniem schema.org eliminuje to ryzyko.

Pierwszy krok:
Bezpłatna konsultacja — ocenimy, czy migracja ma sens w Twoim przypadku i zaproponujemy realny harmonogram.

WordPress to najpopularniejszy CMS na świecie — ponad 40% stron w internecie działa na tym systemie. I słusznie: dla bloga, strony wizytówkowej, prostego sklepu czy portfolio jest świetny. Problem zaczyna się, gdy firma lub instytucja rośnie. Kiedy dochodzi wielojęzyczność, zespoły redakcyjne, złożone uprawnienia, wymagania prawne (WCAG, RODO, EAA), integracje z systemami wewnętrznymi — WordPress zaczyna się chwiejeć. Nie dlatego, że jest zły — ale dlatego, że nie był do tego projektowany.

Ten artykuł nie jest atakiem na WordPress. Szanujemy ten system i w niektórych sytuacjach sami rekomendujemy go klientom. Ale z 8-letniego doświadczenia z TYPO3 wiemy, że pewne problemy WordPress po prostu nie rozwiąże — niezależnie od liczby zainstalowanych wtyczek. I wiemy też, że migracja z WordPress do TYPO3 to nie jest „kliknięcie eksportuj” — to projekt wymagający planowania, ale przynoszący długoterminowe korzyści.

Kiedy migracja ma sens 8 sygnałów ostrzegawczych

Nie każdy WordPress wymaga migracji. Oto konkretne sytuacje, w których warto rozważyć przejście na TYPO3.

1. Wtyczki stają się kulą u nogi

Typowy enterprise WordPress ma 30–60 aktywnych wtyczek. Każda z nich to potencjalny punkt awarii: aktualizacja jednej może zepsuć inną, nie każda jest utrzymywana przez developerów, niektóre gromadzą dane w sposób niezgodny z RODO. W TYPO3 większość enterprise-grade funkcji jest natywna — Workspaces, wielojęzyczność, zaawansowane uprawnienia, wbudowane SEO — bez wtyczek.

2. Bezpieczeństwo budzi niepokój

WordPress jest najczęściej atakowanym CMS na świecie — to konsekwencja popularności, nie słabości samego systemu. Ale jeśli Twoja strona przetwarza dane osobowe, dane płatnicze, informacje medyczne — ryzyko jest realne. TYPO3 ma dedykowany Security Team, publikuje oficjalne TYPO3-SA (Security Advisories), każdy LTS otrzymuje 3 lata patchów bezpieczeństwa + 3 lata ELTS. Historia bezpieczeństwa TYPO3 to jedno z największych atutów systemu w sektorze enterprise, medycznym i publicznym.

3. Wielojęzyczność zaczyna boleć

WordPress obsługuje wielojęzyczność przez wtyczki (WPML, Polylang) — i działa to przyzwoicie dla 2–3 języków. Ale gdy dochodzi 5, 8, 12 języków, gdy każdy redaktor w innym kraju chce pracować w swoim języku — WordPress pada. TYPO3 ma wielojęzyczność natywnie: frontend, backend, Site Sets, hreflang, canonical URLs — wszystko w jednym miejscu, bez dodatkowych płatnych licencji.

5. WCAG i EAA wchodzą na agendę

Od 28 czerwca 2025 obowiązuje European Accessibility Act. Sektor publiczny był objęty wcześniej. Dostosowanie strony WordPress do WCAG 2.1 AA jest możliwe, ale wymaga ściślej kontroli nad generowanym HTML — czego motywy WordPress często nie dają. TYPO3 z Fluid templates daje pełną kontrolę nad HTML, CSS, ARIA attributes. Integracja z EYE-ABLE — platformą accessibility nr 1 w Europie — jest natywnie wspierana dla TYPO3.

6. Strona rośnie ponad 500 podstron WCAG, RODO, EAA

WordPress dobrze radzi sobie z witrynami do 200–300 podstron. Powyżej tego backend staje się wolny, indeksowanie przez Google wymaga dedykowanego sitemap management, a zarządzanie struktury treści jest trudne. TYPO3 page tree jest zaprojektowany do portali z tysiącami podstron — nasz klient Universitätsmedizin Mannheim ma 25 000+ podstron w 10 domenach, system działa płynnie.

7. Integracje z systemami wewnętrznymi WCAG, RODO, EAA

CRM, ERP, system płatności, baza podopiecznych, intranet, SSO (Single Sign-On) — każda integracja w WordPress to osobna wtyczka lub custom development. W TYPO3 integracje opierają się na sprecyzowanym API (Extbase/Doctrine DBAL), middleware pattern i solidnej architekturze PHP — to jest stabilniejsze i łatwiejsze w utrzymaniu długoterminowym.

8. Brak formalnego LTS WCAG, RODO, EAA

WordPress nie ma formalnego programu Long Term Support. Nowe wersje pojawiają się często, starsze przestają być wspierane bez jasnego harmonogramu. Dla firmy planującej budżet na 3–5 lat to problem. TYPO3 LTS daje 3 lata oficjalnego wsparcia + 3 lata ELTS — łącznie 6 lat przewidywalności. To jest fundamentalna różnica dla sektora enterprise, publicznego i NGO.

Kiedy NIE migrować WordPress jest wystarczający

Uczciwość jest ważniejsza od sprzedaży. Oto sytuacje, w których rekomendujemy pozostać przy WordPress.

✓ Prosta strona firmowa 5–30 podstron, jeden język, 1–2 redaktorów — TYPO3 byby overkill.
✓ Blog z treściami marketingowymi — WordPress Gutenberg editor jest tu lepszy niż TYPO3 Backend.
✓ Sklep na WooCommerce z prostym katalogiem produktów — jeśli nie potrzebujesz PIM, wielojęzycznego katalogu ani złożonych wariantów.
✓ Budżet jest minimalny — TYPO3 wymaga większej inwestycji początkowej niż WordPress.
✓ Zespół IT nie istnieje — WordPress jest prostszy w codziennej obsłudze bez wsparcia agencji.

Jeśli któryś z powyższych punktów dotyczy Twojej sytuacji, powiem Ci to uczciwie na konsultacji — nie będę sprzedawać TYPO3 na siłę. Lepszy WordPress dobrze utrzymany niż TYPO3 źle wdrożony.

Co zyskujesz po migracji konkretne korzyści

Bezpieczeństwo na poziomie enterprise

TYPO3 Security Team, regularne Security Advisories, 6 lat patchów (LTS + ELTS), dedykowany proces raportowania vulnerabilities. Dla firm przetwarzających dane osobowe to nie jest opcja — to fundament. Hostujemy projekty na Hetzner w Niemczech z pełną zgodnością RODO.

Workspaces i procesy redakcyjne

Natywny workflow: redaktor pisze → koordynator zatwierdza → rzecznik publikuje. Live Preview dla interesariuszy bez publikacji. Historia zmian z możliwością cofnięcia. Eliminacja emailów ping-pong i przypadkowych publikacji. W WordPress osiągnięcie tego wymaga co najmniej 2–3 płatnych wtyczek.

Wielojęzyczność bez kompromisów

Frontend i backend w natywnym języku każdego redaktora. Site Sets w TYPO3 v13/v14 LTS dla niezależnych konfiguracji każdego rynku. Natywny hreflang, canonical URL, sitemap XML per język. Integracja z DeepL i web-vision translation extension dla automatycznych tłumaczeń. Zero dodatkowych opłat licencyjnych (w WordPress WPML kosztuje 99–199 USD/rok).

Kontrola nad HTML i accessibility

Fluid templates dają pełną kontrolę nad generowanym HTML, CSS, JavaScript. Nie jesteś zależny od tego, jaki HTML generuje motyw — piszesz własne szablony zgodne z WCAG od pierwszej linijki. Integracja z EYE-ABLE, brotkrueml/schema (schema.org JSON-LD), sg_cookie_optin (zarządzanie zgodami RODO) — ekosystem rozszerzeń TYPO3 jest mniejszy niż WordPress, ale każde rozszerzenie jest utrzymywane na poziomie enterprise.

Skalowalność bez granic

Page tree TYPO3 jest zaprojektowany do obsługi portali z tysiącami podstron, dziesiątkami redaktorów, wieloma domenami. Zaawansowany system cache (page cache, content cache, HTTP cache headers) i integracja z Varnish, Redis, Cloudflare zapewniają wydajność na poziomie Core Web Vitals nawet dla rozbudowanych witryn.

6 lat stabilności LTS WCAG, RODO, EAA

3 lata oficjalnego wsparcia + 3 lata ELTS = 6 lat bez wymuszonej migracji. Narzędzia Rector i Fractor automatyzują część pracy migracyjnej między wersjami LTS. To jest przewidywalność budżetowa, której WordPress nie oferuje — tam każdy major update może zepsuć krytyczne wtyczki.

Jak przeprowadzamy migrację nasz proces

Migracja z WordPress do TYPO3 to nie „eksportuj-importuj” — to projekt wymagający planowania, ale przy dobrym procesie przebiegający gładko. Oto nasze sprawdzone podejście.

Audyt i decyzja Faza 1

Zanim cokolwiek ruszamy, robimy pełny audyt istniejącej strony WordPress: inwentaryzacja treści (ile podstron, artykułów, mediów, formularzy), analiza wtyczek (które są krytyczne, które zbędne, które muszą być zastąpione rozszerzeniami TYPO3), audyt SEO (obecna widoczność, top 20% stron generujących 80% ruchu, backlinki, schema.org), audyt accessibility (obecny stan WCAG, krytyczne bariery). Na tej podstawie podejmujemy wspólną decyzję: migrować czy nie. Jeśli WordPress jest wystarczający — mówimy to wprost.

Architektura TYPO3 Faza 2

Jeśli decyzja zapada na migracja: projektujemy nową architekturę TYPO3 od zera. Page tree (struktura drzewa stron) nie musi odzwierciedlać 1:1 starej struktury WordPress — to jest okazja do uporządkowania. Konfiguracja Site Sets, TypoScript, routing, wielojęzyczność, uprawnienia. Wybór rozszerzeń (news, ke_search, form, sg_cookie_optin, brotkrueml/schema). Projekt szablonów Fluid — zgodnych z WCAG od pierwszego dnia. Konfiguracja DevOps: GitLab, Composer, staging/production pipeline.

Migracja treści Faza 3

To najważniejszy i najbardziej ryzykowny etap. WordPress i TYPO3 przechowują dane w zupełnie różny sposób. W WordPress obrazy są wkodowane jako URL w treści, w TYPO3 — zarządzane przez FAL (File Abstraction Layer) z dedykowanymi metadanymi (alt text, caption, copyright). Linki wewnętrzne w WordPress to HTML href, w TYPO3 — referencje do page UID. Migracja wymaga konwersji, nie kopiowania.

Nasz proces: eksport treści z WordPress przez REST API lub bezpośrednio z bazy MySQL, przetworzenie przez dedykowane skrypty PHP/CLI (command controller w Extbase), import do TYPO3 z zachowaniem oryginalnych dat publikacji, autorów, kategorii. Obrazy importujemy do FAL z zachowaniem oryginalnych nazw plików (ważne dla SEO Google Images), alt textów i metadanych. Całość testujemy na środowisku staging — nigdy bezpośrednio na produkcji.

Mapping URL’i i redirecty Faza 4

To jest etap, który ratuje albo niszczy SEO. Każdy URL ze starej strony musi mieć odpowiadający redirect 301 na nową stronę TYPO3. Przygotowujemy pełny mapping w arkuszu: stary URL → nowy URL → HTTP status code. Narzędzia: Screaming Frog do crawlowania starej strony, Google Search Console do identyfikacji stron z ruchem organicznym, TYPO3 EXT:redirects do zarządzania redirectami w panelu administracyjnym. Priorytet: top 20% stron generujących 80% ruchu traktujemy jako VIP — te strony dostają indywidualną uwagę.

SEO i schema.org Faza 5

Migracja to najlepsza okazja do poprawy SEO. Wdrażamy schema.org JSON-LD przez brotkrueml/schema (ponad 600 modeli typów: Article, Organization, FAQ, Product, BreadcrumbList, Event), konfigurujemy sitemap XML, hreflang, canonical URL, Open Graph i Twitter Card. Sprawdzamy Core Web Vitals na nowej stronie TYPO3 — często są lepsze niż na WordPress, bo nie ciągniemy balastu nieoptymalnych wtyczek. Testujemy w Google Rich Results Test i Schema Markup Validator.

Testy i szkolenie Faza 6

Przed uruchomieniem: testy funkcjonalne (formularze, płatności, newsletter), testy SEO (redirecty, sitemap, schema.org, Google Search Console), testy accessibility (WCAG 2.1/2.2, EYE-ABLE Audit, nawigacja klawiaturowa, screen reader). Równolegle szkolimy zespół redakcyjny: 2–3 godziny praktycznego szkolenia z TYPO3 Backend, dokumentacja po polsku, filmy instruktazowe dla typowych zadań.

Uruchomienie i monitoring Faza 7

Uruchamiamy nową stronę TYPO3 z zero downtime — stara strona WordPress działa do momentu przełączenia DNS. Po uruchomieniu: 72 godziny intensywnego monitoringu (ruch, błędy 404, wydajność, indeksowanie Google), sprawdzenie Google Search Console pod kątem problemów z crawlowaniem, weryfikacja wszystkich redirectów 301. Stara strona WordPress trzymamy jako backup przez 30 dni — na wypadek gdyby coś umknęło.

Typowe pułapki migracji Jak ich unikamy

Kopiowanie struktury 1:1 Błąd 1

Najczęstszy błąd: przeniesienie starej struktury WordPress (kategorie, tagi, menu) bez przemyślenia. TYPO3 page tree działa inaczej niż WordPress — każda strona jest węzłem w drzewie, nie „postem” z kategorią. Migracja to okazja do uporządkowania: połączenia zduplikowanych treści, usunięcia martwych stron, reorganizacji nawigacji.

Ignorowanie SEO podczas migracji Błąd 2

Brak mappingu URL’i, brak redirectów 301, utrata meta tagów i alt textów. Według branżowych badań do 30% stron traci ruch organiczny po źle przeprowadzonej migracji. Nasz proces eliminuje to ryzyko: pełny mapping, VIP traktowanie stron z ruchem, monitoring 72h po uruchomieniu.

Migracja bezpośrednio na produkcję Błąd 3

Zawsze testujemy na środowisku staging. Import treści, redirecty, formularze, płatności — wszystko jest weryfikowane zanim ktokolwiek zobaczy nową stronę. Zero eksperymentów na żywym organizmie.

Zapominanie o mediach Błąd 4

Obrazy w WordPress to URL wkodowane w treść. W TYPO3 obrazy są zarządzane przez FAL z pełnymi metadanymi. Jeśli nie zadbasz o migracja alt textów, nazw plików i struktury folderów — stracisz ruch z Google Images i złamiesz dostępność. Zachowujemy oryginalne nazwy plików i importujemy pełne metadane do sys_file_metadata.

Brak szkolenia redakcji Błąd 5

TYPO3 Backend jest bardziej rozbudowany niż WordPress. Bez szkolenia redaktorzy będą zagubieni i wrócą do starego systemu. Dlatego szkolenie jest częścią każdego naszego wdrożenia — nie opcją.

Najczęściej zadawane pytania

Zależy od skali. Prosty projekt (kilkaset podstron, 1 język, bez integracji): 6–10 tygodni. Średni (tysiąc podstron, 2–3 języki, Workspaces, system płatności): 3–5 miesięcy. Duży międzynarodowy portal (tysiące podstron, 5+ języków, integracje CRM/ERP): 6–12 miesięcy. Najczęstsze opóźnienie nie jest po naszej stronie — to dostarczenie treści i zatwierdzenia makiet.

Nie, jeśli migracja jest dobrze zaplanowana. Kluczowe: pełny mapping URL’i, redirecty 301 dla każdej strony z ruchem, zachowanie meta tagów i alt textów, wdrożenie schema.org JSON-LD (często lepsza niż na starej stronie), monitoring Google Search Console przez 4 tygodnie po uruchomieniu. W wielu przypadkach widzimy wzrost widoczności po migracji — bo TYPO3 generuje czystszy HTML, szybsze strony i lepszą strukturę danych.

Możesz, ale nie zalecamy tego. Migracja to najlepsza okazja na redesign — nowa strona może być od razu zgodna z WCAG 2.1/2.2, zoptymalizowana pod Core Web Vitals i dostosowana do nowych wymagań UX. Jeśli jednak wygląd musi pozostać identyczny (np. wymaganie zarządu): odtwarzamy design w szablonach Fluid, ale nawet wtedy poprawiamy semantyczny HTML pod spodem.

Każdą wtyczkę analizujemy indywidualnie. Część ma bezpośredni odpowiednik w TYPO3 (np. Yoast SEO → natywne SEO TYPO3 + brotkrueml/schema, Contact Form 7 → EXT:form, WPML → natywna wielojęzyczność). Niektóre wymagają custom development. Część okazuje się zbędna — bo TYPO3 ma tę funkcję natywnie. Lista mapowania wtyczek to część audytu w Fazie 1.

Tak — przy właściwej konfiguracji i szkoleniu. TYPO3 ma opinię złożonego systemu, bo „surowy” backend pokazuje wszystko naraz. Ale właściwie skonfigurowany — gdzie redaktor widzi tylko narzędzia, których naprawdę potrzebuje — jest przejrzysty i logiczny. Szkolenie 2–3 godziny + dokumentacja po polsku wchodzą w każde wdrożenie.

Tak, i często to rekomendujemy. Faza 1: migracja głównej witryny. Faza 2: migracja bloga / sekcji news. Faza 3: integracje z CRM, systemem płatności, newsletter. Każda faza może być finansowana osobno (ważne dla budżetów grantowych). W międzyczasie stara strona WordPress działa równolegle — żadnego downtime.

Tak — migrujemy z Joomla, Drupal, dedykowanych CMS, statycznych stron HTML. Proces jest analogiczny: audyt → architektura TYPO3 → migracja treści → redirecty → testy → uruchomienie. WordPress jest najczęstszym źródłem migracji, bo jest najpopularniejszy.

Po uruchomieniu: 72 godziny intensywnego monitoringu, potem przejście na regularne wsparcie (aktualizacje bezpieczeństwa, monitoring, drobne zmiany). Szkolimy zespół klienta, żeby codzienne czynności robili sami. Nasza agencja jest dostępna dla kwestii technicznych. Każdy projekt z pełną umową DPA zgodną z RODO.

Pierwszy krok

Nie każdy WordPress wymaga migracji — ale każdy zasługuje na uczciwą ocenę. Jeśli rozważasz zmianę CMS lub czujesz, że obecna strona Cię ogranicza, porozmawiajmy. Ocenimy Twoją sytuację, powiemy wprost czy migracja ma sens, a jeśli tak — zaproponujemy realny harmonogram i ścieżkę działania.

Jako TYPO3 Silver Member z 8-letnim doświadczeniem przeprowadziliśmy kilkadziesiąt migracji — z WordPress, Joomla, Drupal i dedykowanych systemów. Obsługujemy klientów enterprise, instytucje publiczne i NGO w Polsce, Niemczech i Austrii. Skontaktuj się z nami — im wcześniej zaczniemy rozmowę, tym więcej czasu na spokojne zaplanowanie projektu. Telefon: 12 333 44 01. Email: [email protected].

Rozpocznij współpracę

Migracja z WordPress do TYPO3 kiedy warto i jak ją przeprowadzić