Comments 4
А тот пользователь, который будет менять настройки фильтра и каждый раз прогревать кеш для других, явно не позавидует своей участи.
А зачем рендерить на сервере html для таких страниц?
ведь пользователь уже загрузил ваш Js, он уже у него в кэше, когда он меняет фильтры, серверный рендер не нужен, а для поисковика достаточно будет страницы с десктопной версии для индексации.
я обычно юзаю такую логику, если пользователь загрузил JS с последней версией, я ставлю куку, и после этого времени отключаю вообще серверный рендер для таких пользователей, а также серверный рендер не нужен авторизованным пользователям
А зачем рендерить на сервере html для таких страниц?
ведь пользователь уже загрузил ваш Js, он уже у него в кэше, когда он меняет фильтры, серверный рендер не нужен, а для поисковика достаточно будет страницы с десктопной версии для индексации.
Если использовать рекламу по низкочастотным запросам, то пользователь будет прогревать кеш, что очень плохо скажется на CTR. Да и просто переходы из огранической выдачи, которые выше 95% процентиля, будут негативно сказываться как на пользовательском опыте, так и не позициях в выдаче.
я обычно юзаю такую логику
интересный вариант, кстати
Если использовать рекламу по низкочастотным запросам, то пользователь будет прогревать кеш
тогда действительно можно выключить серверный рендер, поставьте перед express nginx + добавьте gz + cache и вы на статике выиграете в разы больше чем на SSR.
Из моего опыта, SSR нужен только для индексации поисковиками, это можно отлавливать все по тем же заголовкам, затем можно разбить бандл (самого приложения) на файлы размерами не более 100кб, а вендоры(React и ему подобные) вынести в отдельный бандл, в общем, в результате вы получите реальное большое количество статики, которая почти всегда будет лежать в кеше браузера, и если уже говорить про ретаргет, то вы выиграете в 100% случаев, а про первый визит нужно смотреть метрики но по ощущениям тоже будет быстрее чем SSR
Значит, нужно кешировать процесс серверного рендеринга. А вот это уже «из коробки» в next.js не работает.
Может быть я неправильно понял, но Next.js предлагает билдить страницы в статику nextjs.org/docs/basic-features/pages#static-generation-recommended
Если нужно, чтобы кэшировался динамический контент, есть опция `fallback: true`
Правда я не разобрался, как контролировать политику кэширования. Видимо, там нельзя указать, когда данные в кэше должны считаться устаревшими и максимальный объём кэша. Если кто в курсе, отпишите)
Sign up to leave a comment.
Динамический рендеринг на Next.js