Почему такая небольшая прибавка производительности для WordPress в новой версии PHP 8.1?

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

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

вроде нет никаких прыжков если стиль прописать сразу в дом элементе.

вы его указываете как display:none, он отрисован не будет, а значит занимаемое им место не будет рассчитано и когда вы ему поставите display: block|inline он отодвинет все остальное, это видимо надо родителю указать размеры тогда... но это гемор, проще картинку размыть до состояния 1кб но тех же размеров и подставить её а после загрузки подменить на нужную

Это можно даже сделать "изкаропки"

не надо ставить потом этому элементу дисплей блок, это сделано чтобы картинка заранее подгрузилась в браузере и отобразилась в нужном месте в повторном вызове без задержки

Новости про современные preload и PUSH http2 прошли мимо вас я вижу.

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

При первой загрузке всё равно недогрузится, а при последующих загрузках и без лайфхаков браузер возьмёт из кеша