Кастомизация темы VitePress: CSS, Layout slots и компоненты

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

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

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

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

Услуги, которые мы предлагаем
Показано 1 из 1Все 2062 услуг
Кастомизация темы VitePress: CSS, Layout slots и компоненты
Простой
от 1 дня до 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 часто не соответствует корпоративному стилю. Разработчики тратят от 3 до 10 дней на базовую кастомизацию, не зная архитектуры — по опросу, 70% сталкиваются с этой проблемой. Наши инженеры разработали системный подход: CSS-переменные, Layout slots и переопределение компонентов. Такой метод сокращает время настройки до 1-2 дней для типовых изменений и до 7 дней для полной кастомизации с кастомными компонентами. Рассмотрим каждый механизм на примере финтех-проекта с 30+ REST-эндпоинтами: ручное форматирование документации отнимало 20 часов в месяц, после внедрения компонента время сократилось до 5 часов, а количество ошибок в описаниях снизилось на 40%.

Как кастомизировать VitePress через CSS-переменные?

Default Theme предоставляет десятки CSS-переменных, управляющих цветами, шрифтами, отступами. Достаточно переопределить их в custom.css, чтобы привести тему к корпоративному стилю. Основные группы переменных:

  • Цвета: --vp-c-brand-1, --vp-c-brand-2, --vp-c-brand-3, --vp-c-text-1, --vp-c-bg и т.д.
  • Типографика: --vp-font-family-base, --vp-font-family-mono, --vp-font-size-base.
  • Отступы и размеры: --vp-nav-height, --vp-sidebar-width, --vp-content-max-width.
/* .vitepress/theme/custom.css */
:root {
  --vp-c-brand-1: #2563eb;
  --vp-c-brand-2: #1d4ed8;
  --vp-c-brand-3: #1e40af;

  --vp-font-family-base: 'Inter', system-ui, sans-serif;
  --vp-code-font-family: 'JetBrains Mono', monospace;

  --vp-nav-height: 64px;
  --vp-sidebar-width: 272px;
}

.dark {
  --vp-c-bg: #0f172a;
  --vp-c-bg-soft: #1e293b;
  --vp-c-divider: #334155;
}

Эти изменения сразу применяются ко всем страницам. Время настройки — около часа.

Что такое Layout slots и как их использовать?

Layout slots — точки инъекции в компоненте DefaultTheme.Layout. С их помощью вставляют свои Vue-компоненты в навигацию, подвал, сайдбар. Полный список слотов описан в официальной документации VitePress. Основные из них: nav-bar-content-before, nav-bar-content-after, sidebar-top, sidebar-bottom, content-top, content-bottom, doc-before, doc-after, doc-footer-before, doc-footer-after, aside-top, aside-bottom, aside-outline-before, aside-outline-after, home-hero-before, home-hero-info, home-hero-info-after, home-features-before, home-features-after, layout-top, layout-bottom.

Пример регистрации:

// .vitepress/theme/index.ts
import { h } from 'vue';
import type { Theme } from 'vitepress';
import DefaultTheme from 'vitepress/theme';
import './custom.css';
import MyBanner from './components/MyBanner.vue';
import ApiEndpoint from './components/ApiEndpoint.vue';

export default {
  extends: DefaultTheme,
  Layout: () => {
    return h(DefaultTheme.Layout, null, {
      'nav-bar-content-after': () => h(SearchButton),
      'home-hero-info-after':  () => h(MyBanner),
      'doc-before':            () => h(BreadcrumbNav),
      'doc-footer-before':     () => h(FeedbackWidget),
      'aside-bottom':          () => h(TableOfContentsEnhanced),
    });
  },
  enhanceApp({ app, router, siteData }) {
    app.component('ApiEndpoint', ApiEndpoint);
    app.component('Badge', Badge);
  },
} satisfies Theme;

Как переопределить компоненты Default Theme?

Если слотов недостаточно, переопределите любой компонент темы через extends. Например, кастомный Home Layout даёт полный контроль над секцией hero, колонками фич и призывами к действию.

<!-- .vitepress/theme/components/HomeHero.vue -->
<script setup lang="ts">
import { useData } from 'vitepress';
const { frontmatter } = useData();
</script>

<template>
  <section class="hero">
    <div class="hero-content">
      <h1>{{ frontmatter.hero.name }}</h1>
      <p>{{ frontmatter.hero.tagline }}</p>
      <div class="hero-actions">
        <a
          v-for="action in frontmatter.hero.actions"
          :key="action.text"
          :href="action.link"
          :class="['btn', `btn--${action.theme}`]"
        >
          {{ action.text }}
        </a>
      </div>
    </div>
    <div class="hero-image">
      <img :src="frontmatter.hero.image?.src" alt="Кастомный Hero-компонент VitePress">
    </div>
  </section>
</template>

Как разработать компонент для API-документации?

Из практики: клиент — финтех-стартап с 30+ REST-эндпоинтами. Вместо ручного форматирования создали универсальный компонент ApiEndpoint, который отображает метод, путь, описание и слот для тела запроса. Раньше ручное форматирование документации отнимало 20 часов в месяц, что обходилось существенными затратами. После внедрения компонента время сократилось до 5 часов в месяц, экономия составила 15 часов ежемесячно. Количество ошибок в описаниях снизилось на 40%, а сайт с документацией посещает 5k+ разработчиков.

<!-- .vitepress/theme/components/ApiEndpoint.vue -->
<script setup lang="ts">
defineProps<{
  method: 'GET' | 'POST' | 'PUT' | 'DELETE' | 'PATCH';
  path: string;
  description?: string;
}>();
</script>

<template>
  <div class="api-endpoint">
    <div class="api-endpoint__header">
      <span :class="`method method--${method.toLowerCase()}`">{{ method }}</span>
      <code class="api-endpoint__path">{{ path }}</code>
    </div>
    <p v-if="description" class="api-endpoint__desc">{{ description }}</p>
    <slot />
  </div>
</template>

<style scoped>
.method { padding: 2px 8px; border-radius: 4px; font-weight: 600; font-size: 12px; }
.method--get    { background: #d1fae5; color: #065f46; }
.method--post   { background: #dbeafe; color: #1e40af; }
.method--delete { background: #fee2e2; color: #991b1b; }
</style>

Использование в Markdown:

<ApiEndpoint method="POST" path="/api/v1/users" description="Создаёт нового пользователя">

**Request body**

| Field | Type | Required |
|---|---|---|
| name | string | Yes |
| email | string | Yes |

</ApiEndpoint>

Типичные ошибки при кастомизации VitePress

Ошибка Последствие Решение
Переопределение CSS-переменных без учёта тёмной темы Конфликт цветов в dark mode Добавлять .dark селектор
Использование слотов не по назначению Нарушение семантики и доступности Изучить официальную документацию
Попытка переопределить компонент без extends Потеря функциональности Default Theme Всегда использовать extends: DefaultTheme
Забыть зарегистрировать компонент в enhanceApp Ошибка при рендеринге шаблона Регистрировать глобальные компоненты в enhanceApp

Сравнение VitePress с другими генераторами статической документации

Инструмент Язык шаблонов Кастомизация Скорость сборки Подходит для
VitePress Vue 3 CSS-переменные, слоты, extends <2 с (1000 файлов) Проекты на Vue/React с быстрой документацией
Docusaurus React Swizzling, CSS <5 с Документация больших open-source проектов
GitBook Markdown Тема с ограниченными настройками <1 с Простая документация без сложной кастомизации
MkDocs Python/Markdown Плагины, темы <3 с Техническая документация на Python

VitePress позволяет настроить тему в 2-3 раза быстрее, чем Docusaurus: среднее время настройки под корпоративный стиль — 2 дня против 5–7 у Docusaurus. Vue.js — основа VitePress.

Процесс работы над кастомизацией

  1. Анализ — изучаем макет дизайнера и существующую тему, выявляем точки кастомизации.
  2. Проектирование — определяем, какие CSS-переменные и слоты потребуются, проектируем компоненты.
  3. Реализация — пишем CSS, создаём компоненты, настраиваем Layout.
  4. Тестирование — проверяем на светлой и тёмной теме, на мобильных устройствах, в разных браузерах.
  5. Деплой — публикуем документацию, убеждаемся, что всё работает.

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

Мы имеем 7+ лет опыта в разработке документационных решений и выполнили более 50 проектов по кастомизации VitePress. В рамках услуги предоставляем:

  • настроенную тему с CSS-переменными под корпоративный стиль;
  • кастомные компоненты (до 5 штук);
  • документацию по дальнейшей поддержке;
  • доступ к репозиторию;
  • гарантию совместимости с VitePress 1.x.

Сроки: от 3 до 7 дней в зависимости от объёма. Стоимость рассчитывается индивидуально.

Готовы приступить? Свяжитесь с нами для консультации — обсудим детали вашего проекта. Получите индивидуальный расчёт стоимости и оптимальное решение для вашей документации.

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