Fern ускорил загрузку документации на 80% с Vercel: кейс 6 млн просмотров

Платформа Fern, обслуживающая более 6 миллионов просмотров страниц в месяц и 1 миллион уникальных посетителей, смогла сократить время загрузки документации на 50–80% после перехода на Vercel и Next.js App Router. Этот результат стал возможен благодаря комбинации статической генерации, инкрементальной статической регенерации и глобального кэширования на границе сети. Для компаний, которые размещают свою API-документацию на Fern, это означает не только улучшение пользовательского опыта, но и повышение позиций в поисковой выдаче за счёт более высокой скорости загрузки.

Как Fern использует Vercel для мультитенантной документации

Fern — это мультитенантная платформа, где каждый клиент получает отдельный домен с кастомизированной документацией, но вся система работает на едином Next.js-приложении. Такая архитектура создаёт уникальные вызовы: необходимо одновременно обслуживать десятки тысяч страниц для разных брендов, обеспечивая быструю загрузку и возможность независимых обновлений. Инфраструктура Vercel с автоматическим кэшированием, оптимизированной доставкой контента и мгновенным масштабированием позволила Fern решить эти задачи без потери производительности. Благодаря встроенному кэшу на границе сети (edge caching) статические страницы документации загружаются практически мгновенно, а динамические данные, такие как версии API, обрабатываются через серверные функции.

Почему Fern решил мигрировать на Vercel и Next.js App Router?

До миграции Fern использовал традиционный подход с отдельными серверами и ручным управлением кэшированием. По мере роста клиентской базы стали возникать проблемы с производительностью: время загрузки страниц увеличивалось, а поддержка множества доменов требовала сложной инфраструктурной логистики. Решение перейти на Next.js App Router и Vercel было продиктовано необходимостью унифицировать разработку и хостинг, а также получить доступ к современным возможностям рендеринга — статической генерации (SSG) и инкрементальной статической регенерации (ISR). Это позволило Fern комбинировать скорость статических страниц с гибкостью динамического контента.

Технические детали: архитектура и производительность

Ключевым изменением стал переход на Next.js App Router, который поддерживает серверные компоненты (React Server Components) и улучшенную маршрутизацию. Это позволило Fern вынести часть логики на сервер, сократив объём JavaScript, отправляемого клиенту. В результате время загрузки страниц снизилось на 50–80%, а показатели Lighthouse (оценка производительности, доступности и SEO) значительно улучшились. Кроме того, App Router упростил управление вложенными макетами и обработку ошибок, что ускорило цикл разработки.

Fern использует комбинацию статической генерации (SSG) для основных страниц документации и инкрементальной статической регенерации (ISR) для часто обновляемого контента, такого как версии API. Благодаря Vercel Edge Network статические ресурсы кэшируются на глобальных узлах, обеспечивая низкую задержку для пользователей в любой точке мира. Динамические запросы обрабатываются через серверные функции Vercel, которые автоматически масштабируются под нагрузку. Fern также использует middleware Vercel для обработки редиректов и кастомизации контента в зависимости от домена клиента — всё это без дополнительных затрат на инфраструктуру.

Кого затронет и как

В первую очередь выигрывают клиенты Fern — компании, которые размещают свою документацию на платформе. Они получают более быструю загрузку страниц, что улучшает пользовательский опыт разработчиков, изучающих API. Для самой Fern снижение времени загрузки означает более высокие позиции в поисковой выдаче (так как Google учитывает скорость страниц) и меньше отказов. Кроме того, разработчики Fern теперь могут быстрее выпускать обновления и экспериментировать с новыми функциями благодаря ускоренному циклу итераций. В более широком контексте этот кейс демонстрирует, как современные инструменты (Next.js, Vercel) позволяют решать проблемы производительности в мультитенантных архитектурах, что актуально для многих SaaS-продуктов.

Что будет дальше

Fern планирует продолжать оптимизацию на базе Vercel, в том числе внедрять более агрессивное кэширование и использовать аналитику Vercel для мониторинга производительности в реальном времени. Возможно, они также интегрируют функции ИИ для автоматической генерации документации, но пока такие планы не объявлены. В целом, успех Fern показывает, что Next.js и Vercel становятся стандартом де-факто для проектов, где важны скорость, масштабируемость и мультитенантность.

Итог

Кейс Fern — наглядный пример того, как миграция на современный стек веб-разработки может радикально улучшить производительность и масштабируемость. 6 миллионов просмотров в месяц и сокращение времени загрузки на 80% — это не просто цифры, а доказательство того, что правильный выбор инфраструктуры напрямую влияет на бизнес-показатели. Для разработчиков и технических лидеров, которые ищут способы ускорить свои проекты, опыт Fern — отличная отправная точка.