Автор блога убрал Next.js и получил 100 баллов во всех категориях Lighthouse

Автор платформы Bloffy убрал Next.js из публичной части своего блога и получил 100 баллов во всех категориях Lighthouse. В материале от 26 октября 2026 года он объясняет, почему для почти неинтерактивных страниц выбрал Hono. Как пишет автор блога, кеширование и оптимизация изображений уже были настроены, но на страницы продолжал загружаться JavaScript фреймворка.

Почему кеша и изображений оказалось недостаточно

Автор хотел сделать лёгкий блог с возможностью вести несколько блогов и доступными для пользователей страницами. Существующие сервисы не подошли ему по разным причинам: одни казались перегруженными, другие не давали нужного удобства при работе с Markdown, HTML и CSS. Так он пришёл к разработке собственной платформы.

Сначала от Next.js отказываться не собирались. Автор использовал кеширование фреймворка и CDN, чтобы уменьшить задержки для посетителей из разных регионов. Затем решил, что статическому сайту достаточно CDN: при публикации записи управлять ещё и кешем Next.js, сбрасывая оба кеша, было неудобно.

Изображения он доверил Cloudflare Image Transformations вместо собственной схемы обработки файлов, которую пришлось бы поддерживать. По его словам, на бесплатном уровне доступны 5000 изображений. После этих изменений блог на Next.js 16.1.6 уже получал высокие оценки, но не 100 баллов. Замеры автор проводил через pagespeed.web.dev.

Что изменилось после перехода на Hono

При дальнейшем разборе автор обнаружил устаревший JavaScript, который не добавлял сам. Он убрал клиентские компоненты приложения и оставил только серверные, но оценка не изменилась. По его наблюдениям, на статической странице всё равно оставались части клиентской среды Next.js: скрипты, необходимые для маршрутизации и гидратации. Компоненты next/link и next/image также подключали клиентский код.

Даже отказ от этих двух компонентов не устранял код App Router. Чтобы убрать скрипты полностью, пришлось бы обходным способом вырезать их из готового HTML. Автор предпочёл перенести публичную часть на Hono: ему подошли простота фреймворка и поддержка JSX. Приложение для управления блогом при этом осталось на Next.js — для него автор считает такой инструмент подходящим.

До перехода объём неиспользуемого JavaScript составлял 230 460 байт, после — 407 байт. На новой публичной странице, по словам автора, JavaScript не загружается. Время сборки сократилось примерно на 40%. Длительная задача перед выводом страницы занимала 309,3 мс на Next.js и 68,01 мс на Hono — примерно на 78% меньше.

Автор сообщает о 100 баллах во всех категориях для страницы блога. При этом в материале есть и результат тестового сайта с оценкой SEO 69: на нём специально закрыта индексация. Эти показатели относятся к разным страницам, а выигрыш в миллисекундах не следует принимать за обещание такого же результата на любом сайте.

Что это значит для владельца сайта

Главный практический вопрос — что посетитель делает на конкретной странице. Если он в основном читает материал, разработчику полезно проверить, сколько кода загружается ради возможностей, которыми страница не пользуется. Для интерфейса со сложными действиями решение может быть другим: автор оставил Next.js в приложении управления блогом.

Перед сменой фреймворка разумно измерить скорость и проверить состав загружаемого кода. В этом случае кеш и изображения уже были настроены, а причиной дальнейшей переделки стал JavaScript, оставшийся на статических страницах. Переход означал переработку созданной публичной части, поэтому оценивать стоит не только баллы Lighthouse, но и объём самой работы.

Моё мнение: простота должна окупать переделку

Мне близка мысль не держать на странице сложный инструмент только из-за того, что он уже выбран. Но я бы не ставил целью 100 баллов во всех четырёх категориях любой ценой. Для небольшого магазина, вроде нашей мастерской с запчастями, скорость важна, однако мне ещё нужно самому обновлять остатки. Если погоня за оценкой усложнит эту обычную задачу, польза окажется сомнительной.

Я бы сначала определил объём работ и бюджет, а затем сравнивал варианты на тех страницах, которые действительно нужны магазину. Пока ассортимент и процессы простые, готовая платформа мне кажется разумнее собственного решения. WordPress для небольшого магазина тоже подходит, если за ним регулярно следить. Фиксированная стоимость удобна, когда заранее ясно, какие страницы и процессы меняются. Поэтому я читаю этот опыт не как совет отказаться от Next.js, а как повод сверить возможности инструмента с повседневной работой сайта.

Источники

Откуда новость. Текст — пересказ своими словами, факты — из источника, мнение — автора.

1. Removing Next.js Got My Blog to 100 on Every Lighthouse Category korindiehacker.bloffy.blog

Об авторе

Феликс Уус

владелец мастерской по ремонту велосипедов

У нас небольшая мастерская и магазин запчастей в Тарту; хочу постепенно перевести часть продаж в интернет. Сравниваю CMS и способы оплаты, но сначала проверяю, удобно ли самому обновлять остатки.

Все публикации автора