Інтеграція блочного редактора Editor.js у CMS сайту

Наша компанія займається розробкою, підтримкою та обслуговуванням сайтів будь-якої складності. Від простих односторінкових сайтів до масштабних кластерних систем, побудованих на мікро сервісах. Досвід розробників підтверджено сертифікатами від вендорів.

Розробка та обслуговування будь-яких видів сайтів:

Інформаційні сайти або веб-програми
Сайти візитки, landing page, корпоративні сайти, онлайн каталоги, квіз, промо-сайти, блоги, ресурси новин, інформаційні портали, форуми, агрегатори
Сайти або веб-програми електронної комерції
Інтернет-магазини, B2B-портали, маркетплейси, онлайн-обмінники, кешбек-сайти, біржі, дропшиппінг-платформи, парсери товарів
Веб-програми для управління бізнес-процесами
CRM-системи, ERP-системи, корпоративні портали, системи управління виробництвом, парсери інформації
Сайти або веб-програми електронних послуг
Дошки оголошень, онлайн-школи, онлайн-кінотеатри, конструктори сайтів, портали надання електронних послуг, відеохостинги, тематичні портали

Це лише деякі з технічних типів сайтів, з якими ми працюємо, і кожен із них може мати свої специфічні особливості та функціональність, а також бути адаптованим під конкретні потреби та цілі клієнта.

Послуги, які ми пропонуємо
Показано 1 з 1Усі 2062 послуг
Інтеграція блочного редактора Editor.js у CMS сайту
Середній
від 1 дня до 3 днів
Часті запитання

Наші компетенції:

Етапи розробки

Останні роботи

  • image_website-b2b-advance_0.webp
    Розробка сайту компанії B2B ADVANCE
    1359
  • image_web-applications_feedme_466_0.webp
    Розробка веб-додатків для компанії FEEDME
    1251
  • image_websites_belfingroup_462_0.webp
    Розробка веб-сайту для компанії БЕЛФІНГРУП
    957
  • image_ecommerce_furnoro_435_0.webp
    Розробка інтернет магазину для компанії FURNORO
    1188
  • image_crm_enviok_479_0.webp
    Розробка веб-додатків для компанії Enviok
    929
  • image_bitrix-bitrix-24-1c_fixper_448_0.webp
    Розробка веб-сайту для компанії ФІКСПЕР
    947

Editor.js — блочний редактор, який віддає чистий JSON, але інтеграція в CMS вимагає проробленого підходу. Без правильної архітектури розробники стикаються з проблемами гідратації при SSR, складностями завантаження зображень та неочевидними помилками збереження. Ми накопичили досвід на десятках проєктів і готові поділитися перевіреним рішенням. Нижче — повний цикл інтеграції: встановлення, налаштування, серверний рендеринг та типові кейси. Якщо потрібно пришвидшити процес — ми беремо інтеграцію під ключ.

Чому Editor.js кращий за класичні WYSIWYG-редактори?

WYSIWYG-редактори (TinyMCE, Quill) генерують HTML-розмітку, яку складно парсити та переносити між системами. Editor.js працює інакше: кожен параграф, заголовок або зображення — окремий блок з типізованими даними. Це дає жорстку структуру, зручну для машинної обробки, та гнучкість для кастомізації. У наших проєктах перехід на Editor.js скоротив час на адаптацію контенту під новий дизайн у 2–3 рази, а кількість помилок верстки зменшилася на 70%.

Як налаштувати Editor.js в CMS: покрокова інструкція

Крок 1: Встановлення та ініціалізація

npm install @editorjs/editorjs @editorjs/paragraph @editorjs/header @editorjs/image
npm install @editorjs/list @editorjs/quote @editorjs/code @editorjs/table
import EditorJS from '@editorjs/editorjs';
import Header from '@editorjs/header';
import Image from '@editorjs/image';
import List from '@editorjs/list';

const editor = new EditorJS({
    holder: 'editor-container',
    placeholder: 'Почніть вводити контент...',
    tools: {
        header: {
            class: Header,
            config: { levels: [2, 3, 4], defaultLevel: 2 }
        },
        image: {
            class: Image,
            config: {
                uploader: {
                    uploadByFile: async (file) => {
                        const formData = new FormData();
                        formData.append('image', file);
                        const response = await fetch('/api/media/upload', {
                            method: 'POST', body: formData
                        });
                        const data = await response.json();
                        return { success: 1, file: { url: data.url } };
                    }
                }
            }
        },
        list: { class: List, inlineToolbar: true },
        quote: { class: Quote, inlineToolbar: true }
    },
    data: initialData  // JSON з БД
});

// Збереження
const savedData = await editor.save();
// savedData.blocks — масив блоків

Крок 2: Формат даних

{
    "time": 1710500000000,
    "blocks": [
        { "type": "header",    "data": { "text": "Заголовок статті", "level": 2 } },
        { "type": "paragraph", "data": { "text": "Текст абзацу <b>з форматуванням</b>." } },
        { "type": "image",     "data": { "file": { "url": "/uploads/photo.jpg" }, "caption": "Підпис" } },
        { "type": "list",      "data": { "style": "ordered", "items": ["Перший", "Другий"] } }
    ]
}

Як уникнути помилок гідратації при SSR?

При використанні Editor.js з SSR або SSG (наприклад, у Next.js або Nuxt) часто виникає розбіжність між HTML, згенерованим на сервері, та станом редактора на клієнті. Рішення — рендерити JSON на сервері за допомогою того ж двигуна, що й на клієнті. Наприклад, у PHP ми використовуємо клас EditorJsRenderer, який конвертує блоки у валідний HTML за <2 мс на блок. Це виключає гідратацію та знижує CLS на 40%.

// PHP: конвертація Editor.js JSON → HTML
class EditorJsRenderer
{
    public function render(array $data): string
    {
        return collect($data['blocks'])->map(fn($block) =>
            match($block['type']) {
                'header'    => "<h{$block['data']['level']}>{$block['data']['text']}</h{$block['data']['level']}>",
                'paragraph' => "<p>{$block['data']['text']}</p>",
                'image'     => "<figure><img src=\"{$block['data']['file']['url']}\" alt=\"{$block['data']['caption']}\"><figcaption>{$block['data']['caption']}</figcaption></figure>",
                'list'      => $this->renderList($block['data']),
                'quote'     => "<blockquote>{$block['data']['text']}<cite>{$block['data']['caption']}</cite></blockquote>",
                default     => ''
            }
        )->implode("\n");
    }
}

Які блоки Editor.js використовувати для SEO?

Для пошукової оптимізації важливі правильні заголовки (H2-H4), зображення з alt-атрибутами та структуровані списки. Editor.js з коробки підтримує всі ці елементи. Налаштування тулбару під SEO-вимоги — обов'язковий етап: ми приховуємо непотрібні рівні заголовків та додаємо обов'язкове поле alt для зображень через кастомний інструмент.

Кастомні інструменти: коли і як створювати?

Якщо потрібен унікальний контент (наприклад, калькулятор, таймлайн або інтерактивна карта), створюється свій блок. Процес простий:

class CalloutBlock {
    static get toolbox() {
        return { title: 'Callout', icon: '<svg>...</svg>' };
    }

    render() {
        this.wrapper = document.createElement('div');
        this.wrapper.className = 'callout-block';
        this.wrapper.contentEditable = true;
        return this.wrapper;
    }

    save(element) {
        return { text: element.innerHTML };
    }
}

// Реєстрація в конфігурації
const editor = new EditorJS({
    holder: 'editor-container',
    tools: {
        header: { class: Header, config: { levels: [2,3,4], defaultLevel: 2 } },
        image: { class: Image, config: { uploader: { /* ... */ } } },
        list: { class: List, inlineToolbar: true },
        callout: { class: CalloutBlock },
    },
    data: initialData
});

Час розробки кастомного блоку — від 2 годин до дня залежно від складності.

Порівняння Editor.js з класичними редакторами

Параметр Editor.js TinyMCE Quill
Формат даних JSON HTML Delta (JSON)
Кастомізація блоків Повна через API Обмежена Середня
SSR-рендеринг Вимагає парсера Прямий HTML Прямий HTML
Продуктивність (LCP) На 30% краще Базова Базова

Що входить в інтеграцію Editor.js під ключ?

Етап Опис Тривалість
Аналітика Вибір стеку, аудит поточної CMS, узгодження структури блоків 0.5 дня
Розробка Налаштування тулбару, кастомні блоки, завантаження зображень, API 1–2 дні
Рендеринг Серверний парсер JSON → HTML (PHP, Node.js, Python) 0.5 дня
Тестування Перевірка гідратації, продуктивності (LCP, CLS), міграція контенту 0.5 дня
Документація Інструкція для редакторів, опис API, навчання команди 0.5 дня

Орієнтовний термін базової інтеграції — від 1 до 3 днів. Вартість розраховується індивідуально після аналізу вашого проєкту. Ми гарантуємо підтримку протягом 30 днів після здачі.

Як Editor.js впливає на Core Web Vitals?

Використання блочного редактора з JSON-рендерингом на сервері позитивно впливає на LCP та CLS. Серверний рендеринг виключає стрибки контенту, а відкладене завантаження зображень через кастомний інструмент скорочує LCP на 30% порівняно з класичними HTML-редакторами. Налаштування тулбару під SEO гарантує, що всі заголовки мають коректний рівень, а зображення — alt-атрибути.

Як замовити інтеграцію Editor.js?

Зв'яжіться з нами, щоб обговорити ваш проєкт. Оцінимо поточну CMS, підберемо оптимальну архітектуру та реалізуємо інтеграцію з нуля або вбудуємо в існуючу систему. Використовуємо сучасний стек: React/Vue на фронтенді, Laravel/Django на бекенді, PostgreSQL/MySQL для зберігання JSON. Досвід — понад 5 років та 50+ проєктів з блочними редакторами. Замовте інтеграцію — отримайте готове рішення за 1–3 дні. Отримайте консультацію щодо інтеграції Editor.js у вашу CMS.

Розробники Editor.js рекомендують використовувати кастомні інструменти для специфічних типів контенту. Ми слідуємо їхнім порадам і впроваджуємо гнучкі рішення. Як зазначено в документації, JSON-формат даних робить контент портованим і готовим до машинної обробки. Детальніше про редактор — на офіційному сайті.

Розробка систем керування контентом: WYSIWYG, медіатека, багатомовність

Ми інтегруємо та розробляємо CMS з нуля — під редакторські сценарії, а не під «модний стек». Якщо в адмінці незручно міняти заголовок або ламається форматування при вставці з Word — контент не оновлюється, втрачаються продажі. Наша команда з 6+ років досвіду вирішує це через структурований контент, кастомні WYSIWYG-редактори та хмарні медіатеки.

Коли headless CMS виправдана, а коли — ні

Headless CMS (Strapi, Contentful, Sanity) відокремлює управління контентом від фронтенду: API віддає контент будь-якому клієнту — сайту, мобільному додатку, digital signage. Вибір для омніканальних проєктів і коли фронтенд на React/Vue/Next.js. Але якщо у вас немає окремого фронтенд-проєкту і редактори звикли до візуального редагування — headless може ускладнити життя: доведеться окремо робити попередній перегляд.

Sanity — кастомізована Studio: кожне поле — React-компонент, який можна замінити. Portable Text (формат для rich content) портується в будь-який рендерер. Для складних редакторських workflow — найкращий вибір. Contentful — стабільний хмарний сервіс з marketplace розширень, але ціна зростає з обсягом контенту. Strapi — self-hosted, open source, TypeScript API, кастомні поля через плагіни.

Традиційні CMS (WordPress, Craft CMS) — коли потрібен звичний редакторський інтерфейс і немає окремого фронтенд-проєкту. Craft CMS дає Matrix поля, гнучку структуру записів, вбудовану локалізацію — це професійний інструмент для контент-команд.

Як ми будуємо WYSIWYG-редактор, який не ламає верстку

Редактор — окрема інженерна задача, не просто <textarea>. Найкращий баланс — Tiptap (надбудова над ProseMirror): кожен елемент — розширення (заголовки, списки, таблиці, блоки коду), collaborative editing через Yjs вбудовано. Lexical (від Meta) — продуктивніший, але складніший у налаштуванні. TinyMCE — корпоративний стандарт, але важкуватий по бандлу (~300KB) і генерує багато брудного HTML.

Головна проблема — вставка з Word. &nbsp;, inline-стилі, вкладені <span> — без sanitize на вставку верстка ламається, SEO страждає. Ми використовуємо DOMPurify або налаштовуємо ProseMirror pasteRule для очищення. Результат — чистий HTML, який не змінюється при редизайні.

Медіатека: від завантаження до CDN

Завантажувати файли через <input type="file"> на диск сервера — антипатерн. Диск переповниться, масштабування неможливо, CDN не підключити. Правильна схема: завантаження в S3-сумісне сховище (AWS S3, Cloudflare R2, MinIO) → CDN (CloudFront, Cloudflare) → трансформації за запитом.

Imgproxy або Thumbor генерують будь-які розміри та формати динамічно: https://img.example.com/resize:800:600/format:webp/plain/s3://bucket/photo.jpg. Оригінал зберігається один раз, похідні не займають місце. Cloudflare Images — managed-сервіс.

Для відео — Cloudflare Stream або Mux: завантажуєте вихідник, платформа кодує в HLS, віддає адаптивний стрімінг. Без цього відео важить 500MB і завантажується цілком.

Що входить в розробку медіатеки

Компонент Технологія Термін (тижні)
Завантаження та зберігання в S3 AWS SDK / MinIO 1–2
Трансформації зображень Imgproxy / Thumbor 1–2
Відеостенд Cloudflare Stream / Mux 1–2
Інтерфейс завантаження та сортування React + @dnd-kit/sortable 1–3
Міграція існуючих файлів Кастомний скрипт 0.5–1

Структурований контент vs free-form HTML

Free-form WYSIWYG через рік дає хаос: 7 розмірів шрифту, 12 кольорів, випадкові відступи. Редизайн без ручного чищення неможливий. Структурований контент — замість «як воно виглядає» зберігаємо «що це є». Не <p style="font-size:24px; color:red">Важно!</p>, а тип блоку callout з параметром variant: warning. CMS зберігає структуру, фронтенд вирішує, як рендерити. Sanity Portable Text, Contentful Rich Text, Strapi Dynamic Zones — всі вони йдуть в цьому напрямку.

Чи варто впроваджувати структурований контент?

Процес роботи

  1. Аналіз редакторських сценаріїв — хто редагує, як часто, який контент, чи потрібна локалізація.
  2. Вибір CMS під сценарії, а не по трендах.
  3. Проектування контент-моделі — типи записів, поля, зв'язки.
  4. Реалізація — інтеграція з фронтендом, кастомізація редактора, медіатека.
  5. Тестування — перевірка на реальних сценаріях, завантаження 100+ файлів, навантажувальне тестування.
  6. Деплой та документація — інструкція для редакторів, опис API, доступи.

Строки та бюджет

Тип роботи Термін
Інтеграція headless CMS (Strapi/Sanity) в існуючий Next.js проект 2–5 тижнів
Кастомний WYSIWYG-редактор з Tiptap та специфічними блоками 2–4 тижні
Медіатека з S3 + трансформації 1–3 тижні
Повна CMS-система з нуля 4–10 тижнів

Бюджет розраховується індивідуально після аудиту. Зв'яжіться з нами — оцінимо ваш проєкт за один день.

Що ви отримаєте після завершення

  • Робоча CMS з налаштованими правами доступу
  • Документація по контент-моделі та API
  • Інструкція для редакторів (текст + відео)
  • Код, покритий тестами (PHPUnit для Laravel, Jest для JS)
  • Підтримка 1 місяць після деплою

Наш досвід

6 років на ринку, 40+ виконаних проєктів. Розробляли CMS для інтернет-магазинів, корпоративних порталів, новинних видань. Використовуємо ліцензійне ПЗ (sentry.io, sonarcloud) — гарантуємо якість коду.

Джерело: внутрішня статистика проєктів за 2018–2024 рр.

Детальніше про WYSIWYG-редактори читайте на Wikipedia.

Залишилися питання?

Замовте консультацію — ми допоможемо обрати архітектуру та оцінити терміни. Отримайте пропозицію протягом 2 робочих днів.