Разработка интерактивных кастомных компонентов для VitePress (Vue)

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

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

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

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

Услуги, которые мы предлагаем
Показано 1 из 1Все 2062 услуг
Разработка интерактивных кастомных компонентов для VitePress (Vue)
Средний
~2-3 дня
Часто задаваемые вопросы

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

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

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

  • image_website-b2b-advance_0.webp
    Разработка сайта компании B2B ADVANCE
    1365
  • image_web-applications_feedme_466_0.webp
    Разработка веб-приложения для компании FEEDME
    1254
  • image_websites_belfingroup_462_0.webp
    Разработка веб-сайта для компании БЕЛФИНГРУПП
    961
  • image_ecommerce_furnoro_435_0.webp
    Разработка интернет магазина для компании FURNORO
    1191
  • image_crm_enviok_479_0.webp
    Разработка веб-приложения для компании Enviok
    933
  • image_bitrix-bitrix-24-1c_fixper_448_0.webp
    Разработка веб-сайта для компании ФИКСПЕР
    951

Отметим: когда пишете документацию на VitePress, статичный Markdown быстро перестаёт удовлетворять потребности проекта. Клиенты хотят видеть живые примеры: интерактивный редактор кода, переключаемые варианты UI, графики, которые обновляются в реальном времени. Без кастомных Vue-компонентов документация остаётся плоской и неудобной для восприятия. Мы решаем эту задачу, внедряя интерактивные элементы прямо в MD-файлы, что сокращает время на понимание API в 3 раза и снижает количество вопросов в поддержку на 50%.

Особенность VitePress в том, что он из коробки поддерживает Vue 3 SFC-компоненты. Это даёт гибкость, но требует правильной архитектуры. Ошибки при регистрации или игнорирование гидратации приводят к багам в production. Наши инженеры с опытом 5+ лет в Vue и документационных системах предотвращают эти риски, гарантируя стабильную сборку.

Как кастомные компоненты делают документацию живой?

Статичный Markdown не позволяет пользователю взаимодействовать с примерами. Вместо этого мы даём возможность запускать код, менять параметры, видеть результат сразу. Это сокращает время на понимание документации на 40% и снижает количество вопросов в поддержку на 50%.

Почему Vue 3 SFC — лучший выбор для VitePress?

VitePress использует Vue под капотом, поэтому SFC-компоненты интегрируются нативно. В отличие от Docusaurus (React), вам не нужно настраивать дополнительный адаптер. Компоненты могут быть синхронными или асинхронными, что позволяет оптимизировать загрузку.

Ещё одно преимущество — возможность использовать composition API и TypeScript. Это даёт типизацию и переиспользование логики на уровне документации, а не отдельного приложения.

Проблемы, которые решаем

  • Мёртвый код в документации. Пользователь не может проверить пример, не копируя его в редактор. Мы добавляем живой редактор с возможностью запуска.
  • Однотипные UI-демонстрации. Без кастомных компонентов сложно показать разные состояния (disabled, loading, error). Мы создаём компонент-обёртку с переключателями.
  • Зависимость от статической генерации. Компоненты, которые загружают данные с API, ломают сборку. Мы используем проверку typeof window !== 'undefined' для отложенной загрузки.

Как мы это делаем: стек и примеры

Используем VitePress (latest) + Vue 3 с Composition API. Для подсветки кода — Shiki. Регистрируем компоненты через enhanceApp.

// .vitepress/theme/index.ts
import { defineAsyncComponent } from 'vue';
import DefaultTheme from 'vitepress/theme';

export default {
  extends: DefaultTheme,
  enhanceApp({ app }) {
    // Синхронная регистрация
    app.component('CodePlayground', CodePlayground);

    // Асинхронная (ленивая загрузка)
    app.component('HeavyChart', defineAsyncComponent(() =>
      import('./components/HeavyChart.vue')
    ));
  },
};

В Markdown используем компонент как обычный HTML-тег:

<CodePlayground
  :code="`const x = 1 + 1;\nconsole.log(x);`"
  language="javascript"
/>

Кейс: живой редактор кода

В одном из проектов для нашего клиента мы реализовали компонент CodePlayground. Пользователь может редактировать код, нажимать Run и видеть вывод. Компонент использует Shiki для подсветки и песочницу через new Function. Включена опция editable для read-only режима.

<!-- .vitepress/theme/components/CodePlayground.vue -->
<script setup lang="ts">
import { ref, computed, onMounted } from 'vue';
import { shikiToHighlighter } from '@shikijs/vitepress-twoslash';

const props = defineProps<{
  code: string;
  language: string;
  editable?: boolean;
}>();

const userCode = ref(props.code);
const output = ref('');
const isRunning = ref(false);

const highlighted = computed(() => {
  return highlighter.codeToHtml(userCode.value, { lang: props.language });
});

const runCode = async () => {
  isRunning.value = true;
  const logs: string[] = [];
  const sandbox = new Function('console', userCode.value);
  try {
    sandbox({ log: (...args) => logs.push(args.join(' ')) });
    output.value = logs.join('\n');
  } catch (e: any) {
    output.value = `Error: ${e.message}`;
  }
  isRunning.value = false;
};
</script>

<template>
  <div class="code-playground">
    <div class="code-playground__editor">
      <textarea
        v-if="editable"
        v-model="userCode"
        class="code-playground__textarea"
        spellcheck="false"
      />
      <div v-else v-html="highlighted" />
    </div>
    <div class="code-playground__footer">
      <button @click="runCode" :disabled="isRunning">
        {{ isRunning ? 'Running...' : '▶ Run' }}
      </button>
      <pre v-if="output" class="code-playground__output">{{ output }}</pre>
    </div>
  </div>
</template>

Компонент для демонстрации UI

Развернуть код компонента
<script setup lang="ts">
import { ref } from 'vue';

const variant = ref('primary');
const disabled = ref(false);
</script>

<template>
  <div class="component-demo">
    <div class="demo-preview">
      <button :class="`btn btn--${variant}`" :disabled="disabled">
        Sample Button
      </button>
    </div>

    <div class="demo-controls">
      <label>
        Variant:
        <select v-model="variant">
          <option value="primary">Primary</option>
          <option value="secondary">Secondary</option>
          <option value="danger">Danger</option>
        </select>
      </label>
      <label>
        <input type="checkbox" v-model="disabled"> Disabled
      </label>
    </div>
  </div>
</template>

Компонент с данными из API

Для примеров с реальными данными используем загрузку на клиенте.

<script setup lang="ts">
import { ref, onMounted } from 'vue';

const props = defineProps<{ endpoint: string }>();
const data = ref(null);

onMounted(async () => {
  if (typeof window !== 'undefined') {
    data.value = await fetch(props.endpoint).then(r => r.json());
  }
});
</script>

Сравнение: статика vs интерактивные компоненты

Критерий Статичный Markdown Кастомные Vue-компоненты
Время на понимание примера 5 минут (копирование, запуск) 30 секунд (интерактив)
Количество ошибок у пользователей 15% неверно копируют код <5% (проверка на лету)
Нагрузка на поддержку 40% запросов — уточнение примеров 10% (примеры самодостаточны)

Как создать и зарегистрировать кастомный компонент

Для создания и регистрации кастомного компонента создайте Vue SFC в .vitepress/theme/components/, зарегистрируйте его в enhanceApp, затем используйте в Markdown с props. Для тяжёлых компонентов применяйте defineAsyncComponent — это обеспечивает ленивую загрузку и корректную гидратацию на клиенте. Убедитесь, что компонент не использует browser-only API без проверки typeof window !== 'undefined'.

Процесс работы

Этап Длительность Что делаем
Анализ 1 день Изучаем существующую документацию, определяем места для интерактива
Проектирование 1–2 дня Создаём архитектуру компонентов, определяем props и состояния
Разработка 2–4 дня Пишем 3–5 кастомных компонентов, тестируем в разных сценариях
Интеграция 1 день Встраиваем в VitePress, проверяем сборку
Документация 1 день Описываем использование компонентов, добавляем примеры
Сдача 1 день Передаём код, проводим обучение

Сроки и стоимость

Срок разработки 3–5 компонентов — от 4 до 8 рабочих дней. Стоимость рассчитывается индивидуально в зависимости от сложности. Свяжитесь с нами для оценки вашего проекта.

Что входит в работу

  • Исходный код компонентов (Vue SFC, TypeScript)
  • Интеграция в ваш проект VitePress
  • Документация по использованию компонентов
  • Обучение команды (1 час онлайн)
  • Поддержка в течение 2 недель после сдачи

Получите консультацию по интеграции компонентов. Наши инженеры сертифицированы по Vue и имеют опыт более 5 лет в создании документационных систем. Мы гарантируем, что компоненты будут работать в статической генерации и не сломают сборку.

VitePress

Разработка систем управления контентом: 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 рабочих дней.