Вообще, это обычно решается редуксом.

Если у вас редукс, вы получаете первый рендер в точности на тех же данных, что и были у сервера.

В мобиксе и эффекторе, видимо, какие-то свои лайфхаки на эту тему есть.

Мой вопрос не о том что такое гидрирование, а о том, как передать данные.

Например я отдаю страницу пользователю. На сервере я обладаю всеми данными, вставляю их в компоненты, а потом отдаю и мне нужно что бы клиент просто использовал уже вставленные данные, вместо отправки запросов к API как будто клиент с другой страницы перешел на страницу пользователя. Ведь данные я ему уже предоставил. Положив в какой-нибудь условный объект SSR_Data

Я тоже думаю о нём

Я вас понял.

Но если без библиотек, то это надо будет костылять.

Например.

Если у вас axios, то для него нужно сделать прокси, на сервере записывать все пары запрос-ответ, складывать в сериализуемый кэш, а на клиенте, аналогично, подставлять в клиентский кэш ответы из серверного кэша.

Тогда будет без запросов.

Засовывать в скрипт тег декларацию записи данных в redux, а потом гидрировать и в компонентах описывать "сначала проверь, есть ли нужные данные в сторе редукса"?

Не совсем.

Сервер, понятно, куда-то должен писать данные. Я это делал в переменную глобальную, типа window.INITIAL_REDUX_STATE = {...}

А при инициализации стора, соответственно, вычитывается:

creatStore(reducer, window.INITIAL_REDUX_STATE).

Мне не нужен кэш. Нужно только что бы первый рендер не выполнял дополнительных запросов. После загрузки страницы данные могут измениться. Я пытаюсь решить по сути 2 задачи:
- Снизить нагрузку на сервер
- Снизить потребление энергии на клиентах

Да.

И тот вариант, который я описал это по-сути, кэш.

Но это будет особый кэш, который будет инвалидироваться после первого запроса.

То есть, второй запрос пойдет мимо него.

То есть, вы будете писать как обычно, делать запросы, туда-сюда.