Интеграция блочного редактора Editor.js в CMS сайта

Наша компания занимается разработкой, поддержкой и обслуживанием сайтов любой сложности. От простых одностраничных сайтов до масштабных кластерных систем построенных на микро сервисах. Опыт разработчиков подтвержден сертификатами от вендоров.

Разработка и обслуживание любых видов сайтов:

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

Это лишь некоторые из технических типов сайтов, с которыми мы работаем, и каждый из них может иметь свои специфические особенности и функциональность, а также быть адаптированным под конкретные потребности и цели клиента

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

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

Этапы разработки

Последние работы

  • image_website-b2b-advance_0.webp
    Разработка сайта компании B2B ADVANCE
    1358
  • 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-сервис, $5 за 100k изображений с трансформациями.

Для видео — 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 недель от 150 000 ₽
Кастомный WYSIWYG-редактор с Tiptap и специфичными блоками 2–4 недели от 120 000 ₽
Медиабиблиотека с S3 + трансформации 1–3 недели от 80 000 ₽
Полная CMS-система с нуля 4–10 недель от 400 000 ₽

Бюджет рассчитывается индивидуально после аудита. Свяжитесь с нами — оценим ваш проект за один день.

Что вы получите после завершения

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

Наш опыт

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

Источник: внутренняя статистика проектов за 2018–2024 гг.

Подробнее о WYSIWYG-редакторах читайте в Wikipedia.

Остались вопросы?

Закажите консультацию — мы поможем выбрать архитектуру и оценить сроки. Получите предложение в течение 2 рабочих дней.