Headless WordPress
Next.js-фронтенд на бэкенде WordPress.
Страницы, макеты и границы данных.
Переиспользуемый UI с описанными состояниями.
Типизированные контракты и обработка ошибок.
Core Web Vitals и проверки на регрессии.
Next.js-фронтенд на бэкенде WordPress.
Интерфейсы с авторизацией и данными.
С jQuery или старого фреймворка, без простоя.
Объём согласуем письменно до старта.
Четыре этапа, у каждого письменный результат.
Изучаем текущее состояние и согласуем результат.
Выбираем стек и описываем архитектуру.
Прогресс виден в итерациях, а не в конце.
Передаём код, документацию и гарантию.
Современный фронтенд - это прежде всего границы: какие данные приходят с сервера, что кэшируется и где показывать ошибку. Сначала фиксируем правила, потом строим компоненты, которые переиспользуются на страницах и не превращают код в лабиринт.
Скорость проектируем, а не латаем потом. Держим бандлы небольшими, критичный контент рендерим раньше, Core Web Vitals меряем на мобильном. Для headless WordPress правило то же: редактор остаётся знакомым, публичная часть получает быстрый типизированный фронтенд.
Большинство багов фронтенда - про границы: страница рендерится до прихода данных, API меняет форму, мобильный браузер обрабатывает событие иначе. Типизированные контракты и явные состояния загрузки убирают большую часть таких ошибок. Критичные сценарии проверяем на реальных устройствах, не только в десктопном браузере.
Размер бандла - продуктовое решение. Каждая библиотека графиков и UI-пакет стоят миллисекунды на телефоне. Меряем то, что уходит, и держим начальную загрузку небольшой для медленного соединения.
Обычно 3–10 недель. Почасовая работа - от 35 $.
Что спрашивают до старта.