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

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

WP REST API — это не «магия для headless», а обычный контракт между фронтендом и сайтом. Если сразу не договориться о структуре ответов, правах доступа и форматах полей, потом начинаются хаос, костыли и лишние запросы.

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

Для headless-проекта особенно важно не тянуть «сырой» WP как есть. Кастомные эндпоинты часто полезнее, чем попытка выжать всё из стандартных. Так проще контролировать нагрузку, уменьшать объём ответа и не зависеть от лишних полей, которые фронтенду не нужны. 🔧

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

Если строите проект на WP REST API, начинайте не с кода, а с карты данных: какие сущности нужны, кто их читает и какие ответы фронтенд считает нормой.