Интеграции WordPress с headless ломаются не в коде, а в логике данных
Чаще всего проблема не в REST API или GraphQL, а в том, что системы по-разному понимают один и тот же объект. Поэтому перед интеграцией проверьте:
— какие поля обязательны;
— где хранится источник правды;
— как передаются статусы, теги и медиа;
— кто инициирует синхронизацию: WordPress или внешняя система.
Если контент меняют в нескольких местах, конфликт почти неизбежен. Для headless-подхода лучше заранее решить: WordPress отвечает за структуру и редактуру, а внешняя система — за профильную функцию: поиск, e-commerce, CRM, аналитика. Иначе интеграция превращается в набор костылей, которые сложно поддерживать.
Отдельно проверьте три вещи: авторизацию, формат ошибок и идемпотентность запросов. Без этого один и тот же webhook может создать дубли, а падение внешнего сервиса — сломать публикацию или обновление карточки.
Хорошая интеграция не выглядит сложной: у каждого сервиса одна роль, один источник данных и один понятный сценарий синхронизации.
WordPress как Headless CMS
@wp_headless_arch_ww
Интеграции WordPress с headless ломаются не в коде, а в логике данных
Этот пост опубликован в Telegram-канале WordPress как Headless CMS. Подписаться можно по ссылке: @wp_headless_arch_ww.