Разработка на Next.js, Nuxt, Astro, Remix — современные фреймворки, идеальный Core Web Vitals, работа офлайн, установка на устройство как приложение.
PWA (Progressive Web App) — это сайт с UX мобильного приложения: быстрая загрузка, работа офлайн, установка на телефон одной кнопкой, push-уведомления. Для SEO важнее другое: скорость загрузки страниц <1 секунды (LCP), моментальная навигация без перезагрузки, идеальный INP (интерактивность), полный контроль над каждым байтом. Классический WordPress/Bitrix — 5-10 сек LCP, толстый JS, INP >500ms. Современный Next.js — 0.7-1.2 сек LCP, INP <100ms. Google ранжирует такие сайты выше, конверсия на 20-50% выше, показатель отказа в 3 раза ниже. Особенно критично для мобильного трафика (60-80% в большинстве ниш).
Классический WordPress/Bitrix с плагинами, тяжёлым JS. Google понижает в выдаче за плохой Core Web Vitals.
INP >500ms — кнопки нажимаются с задержкой, скролл рывками, формы отправляются с секундной задержкой. Пользователи уходят.
Нет офлайн-кеша, PWA-функционала. Клиент в метро, в отеле, в пробке — не может пользоваться сайтом.
Плохая скорость + плохой INP = пользователи закрывают вкладку. Средний по нише — 60%, у нас после оптимизации — 15-25%.
SPA без SSR/SSG — Googlebot видит пустую страницу. Половина контента вне индекса.
Что тормозит? Какая метрика в красной зоне? Нет данных — не понятно что чинить. Идёт по кругу.
Next.js (React), Nuxt (Vue), Astro (mostly static), Remix, SvelteKit. Подбираем под задачи и команду поддержки.
LCP <1.2сек, INP <100ms, CLS <0.05 на всех ключевых страницах. Замеры на реальных устройствах через CrUX.
Server-Side Rendering или Static Site Generation с Incremental Regeneration. Googlebot видит полный HTML с первого запроса.
Service Worker для офлайн-работы, установка на устройство, push-уведомления, home screen icon. Мобильное приложение без App Store.
60-80% трафика с мобильных. Оптимизация под iOS/Android: touch, viewport, thumb-zone кнопок, гибкая типографика.
Правильная schema, мета, sitemap, robots. Динамическая ре-генерация страниц через ISR — контент всегда свежий для Googlebot.
Контент редактируется в удобной админке (Strapi, Sanity, Payload, Contentful), фронт получает через API — гибкость и скорость одновременно.
Замеры Core Web Vitals у реальных пользователей (не только Lighthouse). Дашборд с трендами скорости, INP, ошибок.
Контентные сайты, блоги, документация — до 100 страниц
Динамические SaaS, каталоги, приложения. Рекомендуем большинству.
Сложные приложения, микросервисы, международный масштаб
Каждый килобайт JS проходит проверку. Каждое изображение — WebP + lazy load. Core Web Vitals 95+ везде.
Замеряем скорость у реальных пользователей, не только через Lighthouse. Находим и чиним медленные страницы.
Astro для статики, Next.js для динамики, Remix для форм. Не «мы делаем только Next.js».
SSR/SSG — Googlebot получает полный HTML сразу. Не «через 30 секунд когда JS отработает».
Обсуждаем задачи, аудиторию, интеграции, команду поддержки. Определяем оптимальный фреймворк (Next/Nuxt/Astro/Remix).
Проектируем структуру данных, API, роутинг, кеширование. Выбор Headless CMS и хостинга.
Финальный дизайн с учётом mobile-first, thumb-zone, скорости взаимодействия. Прототипы всех типов страниц.
Frontend + Backend + интеграции. TDD подход, автоматизированные тесты каждой фичи.
Финальная оптимизация: bundle size, lazy loading, prefetching, CDN, кеширование. Замеры на реальных устройствах.
Кросс-браузерное тестирование, Lighthouse audit на всех страницах, PWA-проверка, load testing.
Оптимизируем не «в среднем», а каждый килобайт JS. Разница 100ms → +5% конверсии.
Проектируем под мобильный, потом адаптируем под десктоп. Не наоборот.
Никаких больших библиотек ради одной функции. Tree-shaking, code splitting, dynamic imports.
SSR/SSG/ISR — Googlebot получает полный HTML. Не «через 30 секунд когда React отработает».
| Аспект | Adaptive Lab | Обычное агентство |
|---|---|---|
| LCP (скорость первого экрана) | 0.7-1.2 сек | 3-8 сек на WordPress/Bitrix |
| INP (интерактивность) | <100ms | 300-800ms |
| Bundle size | 50-150 KB (после трее-шейкинга) | 500 KB - 2 MB (плагины + jQuery) |
| SEO для JS-контента | SSR/SSG — полный HTML | SPA без рендера — пустая страница для Google |
| Работа офлайн | PWA с Service Worker | Нет — только с интернетом |
| Установка на устройство | Кнопка «Установить» в браузере | Только через App Store с 30% комиссией |
| Аналитика скорости | RUM у реальных пользователей | Только Lighthouse раз в квартал |
PWA — это сайт с UX приложения: устанавливается на телефон, работает офлайн, шлёт push-уведомления. Плюсы: не нужен App Store (нет 30% комиссии Apple/Google), обновления моментальные, разработка в 3-5 раз дешевле нативного, единая кодовая база на iOS/Android/десктоп. Минусы: нет доступа к некоторым нативным API (например, Bluetooth). Для 80% бизнесов PWA закрывает задачи.
Next.js — React, самая большая экосистема, лучше для сложных приложений с интерактивом. Nuxt — Vue, чуть проще для команд знающих Vue. Astro — MPA (много маленьких страниц), идеален для контентных сайтов, статики, документации, блогов — максимальная скорость. Выбираем на этапе брифа под задачи и команду поддержки.
Три варианта: (1) обучим вашу команду за 2-4 недели во время разработки, (2) поставим Nuxt/Vue если команда знает Vue, (3) поставим Astro с минимумом JS — там достаточно знать HTML/CSS + чуть-чуть JavaScript. Обычно после запуска клиент нанимает одного React-разработчика на поддержку.
Astro статика — от 0₽ (Vercel/Netlify free tier). Next.js — от 20$/мес на Vercel до серверов от 3000₽/мес на своём. Enterprise с большой нагрузкой — 20-100к/мес на собственной инфраструктуре. Многократно дешевле чем VDS для 1С-Битрикс с той же нагрузкой.
Мы всегда делаем SSR (Server-Side Rendering) или SSG (Static Site Generation) — Googlebot получает полный HTML с первого запроса. Никакого «SPA белый экран для поисковика». Дополнительно: schema.org разметка, sitemap.xml, hreflang для мультиязычности, canonical URLs. За 3 года и 30+ проектов на Next.js не было ни одной проблемы с индексацией.
Да, два варианта. (1) Headless WordPress: оставляем WP как CMS для контент-редакторов, но фронт полностью переписываем на Next.js/Astro — получаем скорость PWA и удобство WP админки. (2) Постепенная миграция: переписываем страницы по кластерам, начиная с самых важных (главная, категории с большим трафиком). SEO не страдает — правильные редиректы.
Да, но с ограничениями vs Android. На iOS PWA умеет: устанавливаться на home screen, работать офлайн, кешировать данные. НЕ умеет: push-уведомления в full-mode (только когда PWA открыта), доступ к некоторым API. С iOS 17+ поддержка выросла — Apple явно движется в сторону PWA под давлением ЕС.
Бесплатная консультация 30 минут
Мы используем cookies для аналитики (Google Analytics, Яндекс.Метрика) и улучшения сайта. Вы можете принять или отклонить аналитические cookies — необходимые cookies работают всегда. Политика конфиденциальности.