Как медленный серверный запрос влияет на индексацию SSR-страницы?

SSR (Server-Side Rendering) означает, что HTML страницы собирается на сервере в момент запроса. Если внутри рендера выполняется медленный запрос к базе данных, внешнему API или другому сервису, сервер не может отдать готовый HTML, пока не получит данные. Всё это время клиент и поисковый робот ждут ответа.

Как это влияет на индексацию

• Поисковые роботы имеют ограниченный бюджет времени на обход и таймауты на получение ответа. Если сервер отвечает слишком долго, робот может прервать соединение и не проиндексировать страницу.
• Даже если робот дождётся ответа, увеличение TTFB (Time To First Byte) снижает краулинговый бюджет: за то же время робот обойдёт меньше страниц.
• Если SSR-рендер падает по таймауту и отдаёт пустой каркас, поисковик увидит страницу без основного контента и может исключить её из индекса или понизить в выдаче.
• Медленный ответ ухудшает Core Web Vitals (LCP, TTFB), что напрямую влияет на позиции в поиске.

Пример: медленный запрос в SSR

// Next.js getServerSideProps
import fetch from 'node-fetch';

export async function getServerSideProps() {
  // Медленный внешний API: 5 секунд
  const res = await fetch('https://api.example.com/slow-data');
  const data = await res.json();

  return { props: { data } };
}

// Пока запрос не завершится, HTML не отдаётся.
// Робот ждёт 5 секунд и может уйти по таймауту.

Как уменьшить влияние

1. Кэшировать результаты запросов (Redis, CDN, ISR).
2. Использовать стриминг SSR, чтобы отдавать HTML частями.
3. Переносить тяжёлые данные на клиент через CSR, если они не критичны для SEO.
4. Ставить таймауты и fallback-контент, чтобы страница всегда отдавалась.

Итог: медленный серверный запрос при SSR напрямую ухудшает индексацию, увеличивая TTFB и риск таймаута у поискового робота. Кэширование, стриминг и таймауты помогают сохранить и скорость, и индексируемость.