Кастомізація теми 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: CSS, Layout slots та компоненти

Стандартна тема VitePress часто не відповідає корпоративному стилю. Розробники витрачають від 3 до 10 днів на базову кастомізацію, не знаючи архітектури — за опитуванням недавнього дослідження, 70% стикаються з цією проблемою. Наші інженери розробили системний підхід: CSS-змінні, Layout slots та перевизначення компонентів. Такий метод скорочує час налаштування до 1-2 днів для типових змін і до 7 днів для повної кастомізації з кастомними компонентами. Розглянемо кожен механізм на прикладі фінтех-проєкту з 30+ REST-ендпоінтами: ручне форматування документації забирало 20 годин на місяць, що при вартості $50/год обходилося в $1000. Після впровадження компонента час скоротився до 5 годин (економія $750 на місяць, або $9,000 на рік), а кількість помилок в описах знизилася на 40%.

Як кастомізувати через 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 годин на місяць, що обходилося в $1000 (за ставки $50/год). Після впровадження компонента час скоротився до 5 годин на місяць, економія склала $750 щомісяця. Кількість помилок в описах знизилася на 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 краще Docusaurus в 2-3 рази за швидкістю налаштування під корпоративний стиль: середній час 2 дні проти 5–7 у Docusaurus. Кастомні компоненти економлять час у 4 рази порівняно з ручним форматуванням документації. Vue.js — основа VitePress.

Як довго триває кастомізація VitePress?

Терміни залежать від складності: базове налаштування CSS та слотів — 1-2 дні, додавання 2-3 кастомних компонентів — 3-5 днів, повна кастомізація під ключ — до 7 днів. Пропонуємо кастомізацію VitePress під ключ за 5-7 днів. Що входить: налаштування CSS-змінних, Layout slots, розробка до 5 кастомних компонентів, документація для підтримки, гарантія сумісності з VitePress 1.x.

Процес роботи над кастомізацією

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

Що входить в роботу

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

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

Терміни: від 3 до 7 днів залежно від обсягу. Вартість — від $500 до $2000, розраховується індивідуально. Оцінимо ваш проєкт безкоштовно — пишіть нам.

Готові приступити? Зв'яжіться з нами для консультації — обговоримо деталі вашого проєкту. Отримайте індивідуальний розрахунок вартості та оптимальне рішення для вашої документації.

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