Когда WordPress лучше отдавать статикой, а не держать как живой API

Когда WordPress лучше отдавать статикой, а не держать как живой API

Статический сайт поверх WordPress — хороший вариант, когда контент меняется редко, а скорость и отказоустойчивость важнее мгновенной публикации. WordPress остаётся админкой, фронт собирается заранее и отдаётся как набор HTML, CSS и JS.

Где это работает лучше всего:
— корпоративные сайты и лендинги;
— документация, базы знаний, блоги;
— каталоги без сложной персонализации;
— мультиязычные страницы с понятной структурой.

Главные проверки перед выбором:
— есть ли формы, поиск, личные кабинеты и динамические фильтры;
— кто запускает пересборку после изменения контента;
— как обновляются меню, таксономии и изображения;
— что происходит, если сборка упала.

Типовая ошибка — считать статику «просто кешем». Это другой режим доставки: меньше зависимостей на проде, но больше дисциплины в пайплайне сборки, вебхуках и предпросмотре контента.

Совет: начинайте со статической генерации для публичных страниц, а динамику выносите в отдельные API-участки только там, где она реально нужна.