SaW, ещё раз прочитал вопрос, тут не очень простое решение, особенно с условными рецензиями на книги.
Первое, что приходит в голову - использовать ACF. Быстро и просто. Рецензии выводить всё через стандартный текстовый редактор, дополнительно их можно в нужные контейнеры обертывать.
Второе - сделать непубличный тип поста под рецензии и через таксономию подвязывать к нужной записи.
Третий самый упоротый вариант - хранить в одном поле как json, соответственно в админке должен быть инструмент по его редактированию, а на пользовательской стороне - инструмент, его разбирающий и собирающий в нужную конструкцию.
Кроме того, поля можно просто создать, но не заполнять. А при выводе на страницах просто проверять поле на наличие чего либо в нем, и если оно пустое - не выводить.
olya_097, тогда рекомендую уточнить у советовавших, что за доп поле. Я назвал только базовые, самые простые вариант. А как оно сделано в вашем случае (если сайт был под заказ разработан) знает только разработчик.
donutpersecond, значит скорее всего файл single.php. У меня темы установленной нет, с предпросмотра смотрю.
Там в блоке, который содержит в себе само тело записи, стоят стили "col-md-12 col-md-9" - нужно col-md-9 убрать, потому что он отменяет размер, заданный первым. Но в этом случае вся верстка поедет. Сайдбар, если есть, скорее всего уедет вниз.
Потом, основной контейнер c классом .wrap имеет max-width: 960px - вот тоже уменьшает область контента.
Тут, в общем, играть со классами стилей. Или проще - написать свои. Сейчас с помощью flexbox это можно очень быстро сделать.
donutpersecond, на локальном сервере невозможно показать процесс / результат работы заказчику. Или обратиться за советом или помощью. А так можно для себя бесплатный хостинг взять, на котором будет все нормально работать.
Первое, что приходит в голову - использовать ACF. Быстро и просто. Рецензии выводить всё через стандартный текстовый редактор, дополнительно их можно в нужные контейнеры обертывать.
Второе - сделать непубличный тип поста под рецензии и через таксономию подвязывать к нужной записи.
Третий самый упоротый вариант - хранить в одном поле как json, соответственно в админке должен быть инструмент по его редактированию, а на пользовательской стороне - инструмент, его разбирающий и собирающий в нужную конструкцию.
Кроме того, поля можно просто создать, но не заполнять. А при выводе на страницах просто проверять поле на наличие чего либо в нем, и если оно пустое - не выводить.