1 kwietnia 2026 roku Cloudflare ogłosił EmDash, otwarty system zarządzania treścią, który nazywa „duchowym następcą WordPressa”. Ze względu na datę i nazwę, żart o myślniku em-dash, który stał się tropem zdradzającym teksty pisane przez AI, wiele osób uznało to za primaaprilisowy dowcip. Nie jest. Jak ujął to sam zespół Cloudflare, nazwa jest żartem, ale projekt jest prawdziwy. EmDash napisano w TypeScript, zbudowano na Astro 6.0, objęto licencją MIT i zaprojektowano tak, by naprawić najbardziej uporczywą słabość WordPressa: bezpieczeństwo wtyczek. Dla małych i średnich firm, z którymi pracujemy, ciekawe pytanie nie brzmi „czy to fajne”, lecz „czy powinienem przenieść swoją stronę i co stanie się z moim ruchem z wyszukiwarki, jeśli to zrobię”.

Czym EmDash naprawdę jest

Gdy odsiejesz zgiełk premiery, EmDash to serverlessowy CMS działający na Cloudflare Workers albo na dowolnym serwerze Node.js, z frontendem zbudowanym na Astro. Jego główny argument to bezpieczeństwo. Cloudflare twierdzi, że sednem problemu jest model wtyczek WordPressa, ponieważ typowa wtyczka dostaje pełny dostęp do plików i bazy danych Twojej strony, i powołuje się na dane Patchstack, według których około 96% problemów z bezpieczeństwem WordPressa ma źródło we wtyczkach. Odpowiedzią EmDash jest uruchamianie każdej wtyczki we własnym, izolowanym „Dynamic Worker” z uprawnieniami opartymi na możliwościach (capability-based), tak by wtyczka mogła robić tylko to, co jej manifest jawnie deklaruje. To rzeczywiście inna architektura i najbardziej treściwa część całego ogłoszenia.

Jest jeden kontekst istotny dla kwestii uzależnienia od dostawcy (lock-in): w styczniu 2026 roku Cloudflare przejął Astro, framework, na którym zbudowano EmDash. Tak więc stos technologiczny, framework i preferowany hosting znajdują się teraz w rękach jednego dostawcy. To nie jest automatycznie złe, ale warto o tym wiedzieć, zanim zbudujesz na tym swój biznes.

Zastrzeżenie, które przewodniki po migracji pomijają

Oto zdanie, od którego powinien się zaczynać każdy poradnik „jak zmigrować na EmDash”, a większość tego nie robi: EmDash to wersja v0.1.0 developer preview. Cloudflare mówi to wprost. Jest na tyle realny, by prototypować i testować, i zdecydowanie zbyt wczesny, by przenosić na niego działającą, przynoszącą przychód stronę małej firmy. Ekosystem wtyczek jest niemal pusty w porównaniu z dziesiątkami tysięcy wtyczek WordPressa. Motywów, integracji i drobnych narzędzi, na których Twoja strona po cichu polega, może jeszcze nie być.

Dla agencji audytorskiej takiej jak nasza to cała historia zamknięta w jednym zdaniu. Jeśli Twoja strona na WordPressie płaci rachunki, właściwym działaniem dziś jest obserwowanie EmDash, a nie migrowanie na niego. Zaprototypuj na zapasowej domenie, jeśli jesteś ciekaw. Nie stawiaj swojego ruchu na wersji preview.

Gdzie migracja CMS naprawdę odbiera Ci pozycje

Załóżmy, że jednak decydujesz się na przeniesienie, teraz albo za rok, gdy EmDash dojrzeje. To sama migracja jest momentem, w którym małe firmy tracą ruch z wyszukiwarki, i nie ma to nic wspólnego z tym, jaki CMS wybierzesz. Regularnie audytujemy zgliszcza po spartaczonych migracjach i za niemal wszystkim stoi ta sama garstka rzeczy:

  • Adresy URL się zmieniają i nikt ich nie mapuje. Odnośniki (permalinks) WordPressa rzadko przetrwają zmianę platformy bez zmian. Każdy stary URL, który ginie bez przekierowania 301 do swojego nowego odpowiednika, to strona wypadająca z Google, zabierająca ze sobą pozycje i linki zwrotne.
  • Przekierowania są nieobecne albo łańcuchowe. Czysta mapa przekierowań 301 jeden-do-jednego ze starych URL-i na nowe to najważniejszy pojedynczy zasób migracji. Poradniki, które kończą się na „wyeksportuj plik WXR i zaimportuj go”, pomijają część, która naprawdę chroni Twoje pozycje.
  • Dane strukturalne i metadane wypadają. Tytuły, meta opisy, tagi canonical, hreflang i schema JSON-LD łatwo utracić przy zmianie silnika szablonów. A to właśnie one są odczytywane przez wyszukiwarki i odpowiedzi AI.
  • Treść nie jest na tym samym poziomie. Brakujące strony, uszkodzone linki wewnętrzne, obrazy, które się nie przeniosły, i zgubione teksty alternatywne (alt) po cichu podkopują stronę, którą Google przez lata uczył się darzyć zaufaniem.
  • Nikt nie przeskanuje i nie zweryfikuje strony na nowo. Po każdej migracji skanujesz nową stronę, porównujesz ją z dawnym zestawem URL-i i naprawiasz każdą lukę, zanim, a nie kiedy, ruch spadnie.

Nic z tego nie jest specyficzne dla EmDash. Tak samo jest przy przenoszeniu z WordPressa na Astro, na konfigurację headless, na Webflow, na cokolwiek. Platforma to szczegół. To mapa przekierowań, zgodność metadanych i skan po uruchomieniu decydują o tym, czy Twój ruch przetrwa.

Uczciwa rekomendacja dla MŚP

Jeśli model bezpieczeństwa EmDash Cię przekonuje, to rozsądny odruch, podatności wtyczek to realny podatek WordPressa. Ale dla niemal każdej małej firmy dziś trzeźwa odpowiedź brzmi: zostań przy swojej stronie na WordPressie, utwardź ją i wróć do EmDash, gdy wyjdzie z fazy preview i dorobi się ekosystemu. Usunięcie ryzykownych wtyczek, aktualizowanie rdzenia i wtyczek oraz porządny przegląd bezpieczeństwa i wydajności da Ci większość korzyści w kwestii bezpieczeństwa bez stawiania pozycji na oprogramowaniu w wersji v0.1.0.

Kiedy EmDash albo jakakolwiek zmiana platformy nabierze dla Ciebie sensu, potraktuj migrację najpierw jako projekt SEO, a dopiero potem jako projekt deweloperski. Właśnie tej kolejności ma pilnować audyt SEO dla WordPressa: mapy przekierowań, zgodności metadanych i schema oraz skanu, który dowodzi, że nic nie przepadło. Nowy CMS, ta sama zasada, która zawsze obowiązywała: dobre SEO to dobre GEO, a oba przetrwają migrację tylko wtedy, gdy zaplanujesz ciągłość, zamiast na nią liczyć.

Jeśli tym, co w EmDash Cię intryguje, jest strona AI i agentów, a nie hosting, to naprawdę nowy pomysł i osobno omawiamy, co CMS zbudowany natywnie pod AI oznacza dla bycia znajdowanym. A jeśli chodzi Ci o obietnicę kosztową, robimy też prawdziwą matematykę kosztów serverless dla małych stron, bo nagłówkowe liczby oszczędności zasługują na bliższe przyjrzenie się.

Źródła

  • Cloudflare, „Introducing EmDash, the spiritual successor to WordPress”, 1 kwietnia 2026 (Matt Taylor, Matt Kane): blog.cloudflare.com
  • InfoQ, „Cloudflare Introduces EmDash: TypeScript CMS Positioned as WordPress Successor”: infoq.com
  • The Register, „Cloudflare previews AI rebuild of WordPress in TypeScript”: theregister.com
  • Patchstack, State of WordPress Security (źródło danych „96% problemów pochodzi z wtyczek” przywołanych przez Cloudflare): patchstack.com