WP REST API ломает меньше интеграций, если сразу задать правила доступа

WP REST API ломает меньше интеграций, если сразу задать правила доступа

WP REST API — это не «публичная витрина всего подряд», а слой для обмена данными между WordPress и внешними сервисами. Ошибка №1 — отдавать эндпоинты как есть: без проверки прав, без фильтрации полей, без понимания, кто и зачем читает данные.

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

Отдельно следите за производительностью: если запрос тянет много метаполей, таксономий и вложенных объектов, API начинает тормозить раньше, чем кажется. Сокращайте payload, используйте нужные endpoints, а не универсальный запрос «на всё сразу». Это особенно важно, если фронт живёт отдельно и делает много обращений к серверу ⚙️

Ещё одна типовая ошибка — строить логику прямо на сырых ответах API. Лучше делать промежуточный слой: нормализовать поля, прятать внутреннюю структуру и не привязывать фронт к случайным названиям мета-ключей.

Если API нужен как часть продукта, а не как эксперимент, начинайте с матрицы доступов и списка данных, которые реально можно показывать наружу.