Интеграции с WordPress ломаются не в коде, а в логике обмена данными

Интеграции с WordPress ломаются не в коде, а в логике обмена данными

Главная ошибка — подключать сервисы «как получится». Для headless-проекта заранее разделите, кто хранит источник истины: WordPress, CRM, каталог или внешний сервис. Иначе появятся дубли, ручные правки и расхождения между интерфейсом и данными.

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

Отдельно продумайте вебхуки и очереди. Синхронизация «по событию» удобна, но без защиты от повторной отправки вы получите двойные записи. Для критичных сущностей полезны idempotency-ключи, логирование ответов и понятный fallback, если внешний сервис недоступен.

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