Cloudflare EmDash вартий уваги
Cloudflare щойно знову зробив розмови про CMS цікавими. Їхній новий проєкт, EmDash, позиціонується як духовний спадкоємець WordPress: відкритий вихідний код, пріоритет TypeScript, побудований на Astro, розроблений для serverless-хостингу та надзвичайно відкрито говорить про AI-агентів, MCP та керування сайтом на основі навичок. Саме ця комбінація змушує нас серйозно замислитися, чи не варто зрештою Optagonen.se рухатися в цьому напрямку. Не завтра і не як міграція через хайп. Але EmDash — це саме той тип архітектури CMS, через який я зупиняюся і запитую себе: якби ми будували Optagonen.se з нуля у 2026 році, чи обрали б ми досі традиційний стек WordPress? Моя поточна відповідь: можливо, ні.
На мою думку, досвід міграцій з WordPress показує, що найдорожчою частиною рідко буває перший запуск. Це борг обслуговування, який з'являється після років оновлень плагінів, виправлень перенаправлень, милиць для редакторів, латання SEO-метаданих та змін хостингу. Cloudflare EmDash цікавий тим, що намагається зменшити цю поверхню обслуговування на рівні архітектури. Це не робить Cloudflare EmDash готовим до продакшену для Optagonen.se за замовчуванням. Але це робить Cloudflare EmDash вартим контрольованого прототипу перед наступною перебудовою.
Що оголосила Cloudflare
Cloudflare описує EmDash як повностекову serverless JavaScript CMS, побудовану на Astro. Попередній перегляд має версію v0.1.0, є відкритим вихідним кодом під ліцензією MIT і доступний через репозиторій EmDash на GitHub. Його можна розгорнути на Cloudflare або запустити на сервері Node.js під час ранньої бета-версії.
Основна ідея проста: зберегти те, що подобалося людям у WordPress — редагування вмісту, розширюваність, теми, адміністративні робочі процеси, шляхи міграції — але перебудувати платформу навколо сучасної інфраструктури замість PHP, припущень про спільний хостинг та плагінів, які можуть чіпати все.
Cloudflare зосереджується на кількох конкретних архітектурних рішеннях:
Це не маленька зміна. Це інша модель для публікаційної інфраструктури.
Аргумент безпеки є гачком
Найсильніший аргумент Cloudflare — це безпека плагінів. У WordPress плагіни працюють в тому самому контексті виконання, що й решта сайту. Плагін може змінювати стан бази даних, читати файли, чіплятися до багатьох частин виконання і стати повним шляхом компрометації, якщо в ньому є вразливість. Cloudflare посилається на дані безпеки WordPress від Patchstack і стверджує, що цю модель структурно важко захистити. Звіт Patchstack State of WordPress Security in 2026 стверджує, що у 2025 році було виявлено 11 334 нові вразливості в екосистемі WordPress, що на 42% більше, ніж у 2024 році. Patchstack також повідомляє, що 91% нових вразливостей було знайдено в плагінах і 9% у темах, і лише шість було зареєстровано в ядрі WordPress.
Це важливо для бізнес-сайту, такого як Optagonen.se. Більшість менших сайтів на WordPress ламаються не через те, що погане ядро WordPress. Вони ламаються через те, що стек перетворюється на ланцюжок плагінів, тем, облікових записів адміністраторів, версій PHP, шарів кешування, резервних копій, плагінів безпеки та припущень щодо хостингу. EmDash намагається атакувати це на рівні архітектури. Плагін заздалегідь оголошує можливості. Якщо він запитує лише доступ до читання вмісту та надсилання електронної пошти, то більше нічого й не отримає. Cloudflare порівнює цю модель зі Scoped Permissions: ви заздалегідь знаєте, що дозволено робити плагіну, перш ніж встановити його. Саме таку модель я хочу для сайтів, які мають легко обслуговуватися роками.
Чому це важливо для Optagonen.se
Optagonen.se — це тип сайту, де надійність, швидкість, зручність редагування, SEO, форми та довгострокова підтримуваність важать більше, ніж новизна. Питання не в тому, чи крутий EmDash. Питання в тому, чи може він зменшити операційний опір, не вилучаючи речей, які вже потрібні сайту.
Для Optagonen.se я б оцінював Cloudflare EmDash навколо п'яти практичних запитань.
1. Чи може він відповідати поточній моделі вмісту?
Перший тест — міграція вмісту. Cloudflare стверджує, що EmDash підтримує імпорт з WordPress через експорт WXR та плагін-експортер, який може перенести прикріплені медіа в медіатеку EmDash. README на GitHub також згадує імпорт дописів, сторінок, медіа, таксономій, вмісту WordPress REST API та вмісту WordPress.com. Це звучить обіцяюче, але я б не вірив цьому сліпо. Нам потрібно протестувати реальний вміст Optagonen.se, включаючи сторінки, SEO-метадані, слаги, перенаправлення, зображення, альтернативний текст, форми, внутрішні посилання та будь-які спеціальні типи дописів. Міграція є вдалою лише тоді, коли публічні URL-адреси та сигнали ранжування переживають її.
2. Чи може він чисто замінити стек плагінів?
Це найбільша проблема. WordPress перемагає через величезну екосистему плагінів. EmDash — новий. Якщо Optagonen.se залежить від конкретної поведінки плагінів, нам знадобляться або фірмові аналоги EmDash, невеликі спеціальні плагіни, або простіша архітектура, яка взагалі усуне потребу в цих плагінах. Позитивом є те, що міграція Optagonen.se могла б стати можливістю спростити систему. Багато використання плагінів WordPress — це накопичена історія. Форми, перенаправлення, SEO-метадані, схеми, оптимізацію зображень, аналітику, правила кешування та безпеку часто можна перенести в платформу, edge-шар або кодову базу. Питання в тому, чи спростить це сайт, чи просто перемістить складність в інше місце.
3. Чи справді допомагає AI-нативне управління?
Саме тут EmDash стає цікавим для мене. Cloudflare стверджує, що кожен екземпляр EmDash може надавати Agent Skills, CLI та вбудований MCP-сервер. Це означає, що AI-агент для кодування може зрозуміти, що вміє CMS, керувати вмістом, завантажувати медіа, шукати дописи, створювати схеми та працювати через документовані робочі процеси. Це узгоджується з тим, як я вже полюбляю будувати. Я писав про підготовку сайтів до агентів→, побудову MCP CMS з агентськими потоками→ та чому навички GPT-5.5 важливі для агентів Codex→. EmDash цікавий тим, що безпосередньо застосовує цю ідею до CMS. Для Optagonen.se це може означати швидші оновлення вмісту, безпечніші структуровані редагування, кращу підтримку міграції та менше ручних клацань в адмінці. Але це спрацює лише тоді, якщо інтерфейс агента буде надійним, контрольованим дозволами та придатним для перевірки.
4. Чи є залежність від Cloudflare прийнятною?
Це компроміс. EmDash може працювати на Node.js, і в README на GitHub зазначено, що він використовує портативні абстракції для бази даних, сховища, сесій та плагінів. Але найкраща версія явно живе на Cloudflare: D1, R2, KV, Workers, Dynamic Worker Loaders та edge-середовище Cloudflare. Відповідь Метта Малленвега на EmDash наводить очевидний контраргумент: WordPress може працювати майже скрізь, тоді як EmDash найкраще працює всередині екосистеми Cloudflare. Він також хвалить інженерію та інструменти міграції, але відкидає ідею про те, що EmDash духовно пов'язаний з WordPress. Ця критика справедлива. Для Optagonen.se перехід на EmDash також означатиме прийняття більшої гравітації Cloudflare. Це може бути добре, якщо сайт вже виграє від мережі, безпеки, кешу, DNS, Workers та моделі розгортання Cloudflare. Це менш добре, якщо пріоритетом номер один є портативність. Саме тому я ставився б до EmDash як до оцінки, а не автоматичної міграції.
5. Чи достатньо зріла бета-версія?
Жоден перехід у продакшен не повинен ігнорувати номер версії. EmDash досі є бета-попереднім переглядом. Репозиторій GitHub активний, має тисячі зірок і вже має багато релізів, але це ще не робить його нудною інфраструктурою. Для Optagonen.se нудність — це добре. Сайт не повинен ставати випробувальним майданчиком для CMS, якщо переваги не є чіткими, а міграцію можна скасувати. Правильний шлях — це спайк (спроба):
Саме так єдиний відповідальний спосіб оцінити це.
Чому я все одно спокушений
Причина, чому Cloudflare EmDash спокусливий, не в тому, що WordPress помер. WordPress досі залишається найбезпечнішим варіантом за замовчуванням для багатьох сайтів, тому що екосистема величезна, редактори знають його, хости підтримують, а рятувальних люків незліченна безліч. Причина, чому EmDash спокусливий, полягає в тому, що він відповідає тому, куди прямує мій власний робочий процес:
Для сайту агентства або студії, такого як Optagonen.se, це може мати значення. Чистіша CMS може прискорити публікацію. Модель плагінів з більшою кількістю дозволів може зменшити поверхню атаки. Вбудований MCP може зробити AI-допоміжні робочі процеси вмісту та обслуговування набагато природнішими.
У WordPress досі є свої аргументи
Було б ліниво подавати це як «нова CMS — це добре, WordPress — погано». WordPress виборов свою позицію, тому що він працює для розробників, які не є програмістами, працює майже скрізь і має екосистему, яку жодна нова CMS не зможе скопіювати за одну ніч. Також існує реальна філософська різниця. WordPress надає величезну владу плагінам, тому що саме ця влада уможливила його екосистему. EmDash обмежує плагіни, тому що Cloudflare вважає, що компроміс безпеки більше неприйнятний. Обидві позиції мають сенс. Якщо вам потрібна максимальна гнучкість екосистеми, WordPress важко перемогти. Якщо вам потрібні чіткіші кордони та робочі процеси, нативні для агентів, EmDash набагато ближчий до майбутнього, до якого я прагну будувати. Для Optagonen.se відповідь залежить від того, що ми цінуємо найбільше найближчими роками: зрілість екосистеми чи архітектурну чіткість.
Моя поточна думка
Ми не повинні мігрувати Optagonen.se через те, що Cloudflare EmDash новий. Ми повинні дослідити Cloudflare EmDash, тому що напрямок правильний. Правильним наступним кроком є прототип, а не редизайн. Візьміть поточний сайт, імпортуйте його, перебудуйте достатньо теми, щоб оцінити потік редагування та публікації, а потім виміряйте ті частини, що мають значення: швидкість, збереження SEO, вартість обслуговування, досвід редактора, заміна плагінів та варіанти відкоту. Якщо прототип доведе, що EmDash може зберегти URL-адреси, тримати SEO чистим, спростити плагіни та дати нам кращий агентський робочий потік, тоді переміщення Optagonen.se стане серйозним варіантом. Якщо ні, ми залишаємося з WordPress і запозичуємо хороші ідеї: суворішу дисципліну плагінів, чистішу структуру вмісту, кращу інтеграцію з Cloudflare та керовані MCP адміністративні робочі процеси там, де це має сенс. У будь-якому разі, Cloudflare EmDash корисний, тому що змушує поставити правильне запитання: як має виглядати CMS, коли AI-агенти, edge-інфраструктура, Scoped Permissions та структурований вміст є замовчуванням? Для Optagonen.se на це запитання варто відповісти перед наступною великою перебудовою.