Нашел на просторах linkedin эксперимент разработчика с загрузкой данных в РГ и производительностью страницы. Делюсь ниже.

Было протестировано 3 сценария.

👉🏻 Сценарий 1: Стандартная настройка
Результат
First contentful paint: 5,9 с
Оценка производительности Lighthouse: 48

👉🏻 Сценарий 2: Установил пустой источник данных и добавил динамический источник данных с условием, когда страница загрузится полностью.
Результат
First contentful paint: 7,2 с
Оценка производительности Lighthouse: 37

👉🏻 Сценарий 3: Установил пустой источник данных RG и visible=no, добавили динамический источник данных и visibility=yes с условием, когда страница загрузилась полностью.
Результат
First contentful paint: 5,1 с
Оценка производительности Lighthouse: 53

Вывод
Поэтапное изменение источника данных для Repeating group, похоже, имеет значение. Но, когда RG видна, она может блокировать чтение «contentful paint», что приводит к низкой производительности.
Если скрыть RG по умолчанию и показывать только при полной загрузке страницы, то создается впечатление, что она перестает участвовать в contentful paint, а загружается как вторичный элемент после отрисовки остальной части страницы.

Таким образом, это один из подходов к улучшению производительности страницы, если она содержит много RG или если в ней есть RG с комплексными и сложными запросами.

Просто скройте RG по умолчанию и установите источник данных в условие, которое срабатывает, когда остальная часть страницы загружается полностью.