Comments 2
С точки зрения SEO понятно, что краулеру хорошо бы видеть SSR’ed html, однако иногда этого сложного достичь. На примере с nextjs парадигма фреймворка отдавать init shell html нужно asap и все, что зависит от Dynamic Api, к примеру доступ к headers, должно быть доставлено через Suspense.
И тут мы получаем кейс, если мне нужно отдавать контент в зависимости от региона (по ip), то я не могу заранее определить список позиций для выдачи. Соответственно бот получает немедленно static shell и скелетоны которые покажутся после гидрации через js.
Второе неудобство это сложность синхронизации серверного и клиентского стейта для infinity scroll, когда первая страница была показана с SSR и page2 кусок должен быть добавлен с помощью js.
Так вот вопрос - заявляется, что google bot эффективно индексирует даже простые react приложения без SSR. То есть индексация происходит после выполнения js. Это ложь?
Gogole скинарует и индексирует. Но это как бы полуправда. Техническая возможность существует, но на практике –двухэтапная индексация вместо одного этапа. Сначала робот забирает исходный код (пустой shell), а выполнение скриптов уходит в очередь рендеринга. Ожидание отрисовки занимает от нескольких часов до недель. Для динамического каталога e-commerce такая задержка означает потерю актуальности данных и просадку трафика.
Использование скелетонов и Suspense для основного контента при визите поискового бота – косяк, с точки зрения SEO. Если робот видит пустую оболочку, он индексирует пустую оболочку. Проблема региональности по IP решается на уровне Edge Middleware или через структуру URL (например, /ru/, /kz/). Это позволяет отдавать готовый HTML для конкретного региона сразу, не заставляя бота ждать гидрации
Сложность синхронизации — издержка, которую необходимо принять ради коммерческого результата. Для стабильной работы бесконечного скролла и пагинации используется единый API. Первая страница рендерится на сервере, а последующие подгружаются фронтендом в тот же контейнер. При этом URL в адресной строке обновляется через History API. Это
Оптимизация пагинации и бесконечного скролла для поисковиков