WP REST API ломается не в WordPress, а в архитектуре интеграции

WP REST API ломается не в WordPress, а в архитектуре интеграции

WP REST API часто считают «просто JSON-выдачей», но проблемы обычно появляются раньше: на уровне маршрутов, прав доступа и формата ответа. Если API нужен для фронтенда, сразу проверьте:
— какие эндпоинты реально доступны;
— где нужен nonce, а где — OAuth/куки;
— какие поля отдает ответ и что можно сократить через _fields.

Для headless-проекта особенно важны три вещи: предсказуемые URL, стабильная структура данных и контроль ошибок. Если фронтенд зависит от post title, featured media и кастомных полей, не полагайтесь на «как-то вернется из ядра» — лучше заранее собрать слой адаптации, чтобы не менять клиент при каждом изменении контента.

Частая ошибка — тянуть с сайта все подряд и потом фильтровать на клиенте. Это медленно, тяжело для кэша и ломает опыт при больших списках. Правильнее отдавать только нужные поля, а сложную логику поиска и сортировки держать ближе к серверу. Так REST API работает как контракт, а не как свалка данных 🧩

Если строите headless на WordPress, начните с карты эндпоинтов и списка полей: это сэкономит больше времени, чем любая «быстрая» интеграция.