ISR (Incremental Static Regeneration, инкрементальная регенерация) — стратегия рендеринга в Next.js, при которой статические HTML-страницы генерируются на этапе сборки и автоматически перегенерируются в фоновом режиме по истечении заданного интервала (revalidate). В отличие от классического SSG, где обновление контента требует полной пересборки всего проекта, ISR позволяет обновлять отдельные страницы независимо — без даунтайма и повторного деплоя.
Механизм работает по принципу stale-while-revalidate: пользователь мгновенно получает закешированную статическую версию страницы, а в фоне Next.js запрашивает свежие данные и атомарно заменяет старый HTML новым. При следующем запросе отдаётся уже обновлённая версия. Параметр задаётся в секундах:
export async function getStaticProps() {
return {
props: { data },
revalidate: 60
};
}
С появлением Next.js App Router (v13+) появился on-demand ISR — принудительная инвалидация кеша через revalidatePath() или revalidateTag() при изменении данных в CMS. Это делает ISR практически эквивалентным SSR по свежести данных, но с производительностью статики.
Для SEO ISR — золотая середина между скоростью статики и актуальностью динамики. TTFB статической страницы на CDN составляет обычно 20–80 мс против 200–800 мс у SSR на cold-start, что напрямую влияет на Core Web Vitals — прежде всего на LCP (Largest Contentful Paint) и FID.
Яндекс не знает о внутренней реализации рендеринга — поисковый робот видит HTML. Тем не менее ISR влияет на SEO через три канала, прямо связанных с ранжированием Яндекса.
1. Скорость и поведенческие факторы
Яндекс активно использует поведенческие факторы — время на сайте, глубину просмотра, показатель отказов. Страницы с ISR отдаются из CDN-кеша с TTFB обычно ниже 100 мс. По усреднённым данным индустрии, увеличение времени загрузки с 1 до 3 секунд повышает вероятность отказа примерно на 30%. Быстрая страница снижает Bounce Rate (отказы) и увеличивает время на сайте.
2. Индексация и свежесть контента
Индексация в Яндексе зависит от частоты обходов краулером. Яндекс увеличивает частоту обхода страниц, которые стабильно возвращают 200 OK с изменённым контентом (по заголовку Last-Modified или ETag). ISR гарантирует, что страница всегда возвращает корректный HTTP-статус и обновляется регулярно — это формирует у краулера «доверие» и повышает краулинговый бюджет.
3. Core Web Vitals в Яндекс.Метрике
С 2024 года Яндекс использует данные о производительности из реального трафика как один из сигналов ранжирования. ISR напрямую улучшает LCP и TTFB — ключевые метрики Core Web Vitals. Для конкурентных коммерческих ниш разница между LCP 1.2 сек и 2.8 сек может влиять на позицию в SERP Яндекса.
Ориентировочные бенчмарки ISR vs SSR:
| Метрика | SSR (cold start) | ISR (из кеша) | Разница | |---------|-----------------|---------------|---------| | TTFB | 300–800 мс | 20–80 мс | ~10× | | LCP | 2.5–4 с | 1.0–1.8 с | ~2.5× | | Bounce Rate | базовый | −10..−25% | значительный |
Цифры ориентировочные и зависят от хостинга, региона CDN и объёма страницы.
Выбор интервала revalidate по типу контента
false + on-demand инвалидацияДля страниц, влияющих на CTR в Яндексе (title и description меняются при A/B тестах сниппетов), используй on-demand ISR с revalidatePath() — изменения попадают к краулеру без задержки.
On-demand ISR через вебхук из CMS
При публикации материала CMS отправляет POST на /api/revalidate?path=/article/slug&secret=TOKEN. Next.js принудительно инвалидирует кеш, Яндекс получит свежую версию при следующем обходе. Это особенно важно для страниц, участвующих в информационном ранжировании Яндекса.
Настройка для self-hosted деплоев
ISR работает на любом Node.js хостинге. Для связки Dokploy + Caddy убедись, что Caddy не перехватывает кеш-заголовки Next.js — иначе инвалидация сломается. Настрой Cache-Control: no-store для API-роутов и корректные s-maxage для ISR-страниц.
Мониторинг через Яндекс.Вебмастер
После внедрения ISR отслеживай в Яндекс.Вебмастер → «Индексирование» → «Страницы в поиске» динамику краулинга. Рост частоты обходов и снижение ошибок 5xx — индикатор корректной работы.
Типичные ошибки:
revalidate (< 10 сек) на высоконагруженных страницах создаёт thundering herd — конкурентные регенерации перегружают серверfallback: 'blocking' vs 'true')Поведенческие факторы — главный рычаг для продвижения в Яндексе в 2026 году. ISR влияет на них системно через скорость — наиболее контролируемый технический параметр.
Прямая связь: скорость → ПФ
Когда страница загружается за 1 секунду вместо 4, пользователь с высокой вероятностью остаётся изучать контент, а не возвращается в выдачу — что Яндекс фиксирует как pogosticking. Каждый такой возврат — негативный сигнал для алгоритма. ISR минимизирует технические причины этого поведения.
Влияние на накрутку ПФ
Для платформ, работающих с поведенческими сигналами, ISR критичен: поведенческий агент, имитирующий реального пользователя, должен взаимодействовать со страницей так же быстро, как реальный браузер. Медленный SSR с 800 мс TTFB создаёт аномалии в тайминге, которые алгоритм может интерпретировать как нечеловеческое поведение. ISR-страница ведёт себя предсказуемо и быстро.
Return rate и loyalty signal
Пользователи, получившие быстрый опыт при первом визите, с большей вероятностью возвращаются напрямую — формируя прямой трафик, return rate и loyalty signal. Яндекс использует повторные посещения как сигнал качества. ISR — технологическая основа для этих сигналов.
Свежесть контента как конкурентное преимущество
Для информационных запросов Яндекс учитывает актуальность страницы. ISR с коротким revalidate обеспечивает постоянную свежесть без накладных расходов SSR — особенно важно в нишах с частыми обновлениями: цены, рейтинги, новости.
ISR — техническая основа, на которой строятся поведенческие метрики. Быстрая загрузка снижает Bounce Rate (отказы) и увеличивает глубину просмотра, которые напрямую входят в формулу поведенческих факторов Яндекса.
Технически ISR улучшает Core Web Vitals — прежде всего LCP и TTFB, которые Яндекс агрегирует из данных Яндекс.Метрики. Ускорение страниц также снижает вероятность переформулировки запроса пользователем после перехода: если страница загрузилась мгновенно и оказалась релевантной, у пользователя нет причин возвращаться в SERP Яндекса для новой попытки. Совокупно это улучшает позиции через канал ранжирования Яндекса и снижает показатель pogosticking.