Автопублікація SEO-блогу через Make

Реалізуйте чотири дії Blogent та повертайте кінцеві результати. Zapier, Albato й ApiX-Drive потребують захищеного callback; приймання webhook не підтверджує публікацію.

1. Створіть Webhooks → Custom webhook з негайним виконанням. За потреби вкажіть x-make-apikey та його секрет у Blogent.
2. Розгалужуйте сценарій за action: inventory повертає наявні статті й next_cursor; read — повний snapshot; create/update — відповідну дію CMS.
3. Для запису потрібен транзакційний адаптер CMS із журналом operation_id та атомарною перевіркою expected_revision. При оновленні зберігайте ID, URL, дати, авторів і ресурси; не виконуйте сліпий upsert за alias.
4. Поверніть повний результат після всіх дій. У Make поставте Webhook response останнім; у n8n об’єднайте всі мови перед Respond to Webhook; у Wix поверніть JSON після await. Завершіть у межах таймауту Blogent.
5. Запустіть тест: inventory, створення, захищене читання й оновлення тієї самої статті. Стандартне підтвердження приймання або частковий результат не завершують тест.

Дії та сталі ідентифікатори

• Shopify, HubSpot, Webflow і Framer використовують підключений нативний адаптер. WordPress, OpenCart, Strapi та Lovable — встановлений конектор Blogent; v0 і Replit адаптують його до наявного застосунку. Wix, Make, n8n та власні endpoint реалізують синхронний контракт; Zapier, Albato й ApiX-Drive — callback завершення.
• inventory: передайте cursor: null і limit; відповідь — {articles: [snapshot], next_cursor: string|null}. Продовжуйте з отриманим курсором до null.
• read: передайте target та/або content_id; відповідь — {article_snapshot: snapshot}. Явний нативний target є визначальним; логічний content_id Blogent може відрізнятися від ID у CMS.
• Snapshot містить identity, title, alias, date, article, target, revision, urls і необов’язкові дані зображення/автора. article містить повний текст та SEO-поля кожної мови. Невідома первинна дата може бути null, недоступні URL — порожньою мапою.
• create: передайте статтю, унікальний operation_id, логічний content_id, порожній target та null expected_revision. Після повної публікації поверніть {posted:true,target,revision,urls}.
• update: передайте наявні target ID та актуальну expected_revision. Збережіть ID, URL/alias, первинну дату, автора й ресурси. Перевірте ревізію атомарно перед записом.

Що ви отримуєте після підключення Make

• Читайте наявний архів і повні snapshot перед плануванням нових статей.
• Оновлюйте статті зі збереженням ID, URL, первинних дат, авторів і ресурсів.
• Безпечно повторюйте ідентичні операції та відхиляйте застарілі ревізії чи змінені повтори.

Вимоги та сумісність

Дії

Реалізуйте inventory, read, create та update для наявної CMS із явними мовними мапінгами.

Конкурентність

Транзакційний адаптер із постійним журналом operation_id та атомарною перевіркою expected_revision. Окремих no-code upsert недостатньо.

Завершення

Синхронно поверніть кінцевий JSON. Для запису потрібні posted:true, усі target ID та ревізія.

Часті запитання про інтеграцію з Make