Blogent

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

n8n пов’язує чотири дії Blogent з наявною CMS. Поверніть повний результат дії з endpoint після завершення операції CMS.

Як підключити Blogent до n8n

n8n

Захищений синхронний endpoint із повним результатом кожної дії Blogent.

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

Тест створює й оновлює одну реальну статтю. Приймання в чергу залишає стан очікування до захищеного кінцевого результату кожної дії.

  1. Додайте POST Webhook із Header auth та режимом Using Respond to Webhook Node. Активуйте сценарій і використайте Production URL.
  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, первинну дату, автора й ресурси. Перевірте ревізію атомарно перед записом.
Універсальний контракт вебхука

Blogent підтримує inventory, захищене читання, створення та оновлення на місці. Кінцева відповідь містить нативні target ID і ревізію; асинхронні сценарії завершуються через захищений callback.

Відкрити документацію вебхука

Webhook tester

Перевірте inventory, create, read та update однієї реальної тестової статті. Асинхронні інтеграції очікують callback завершення.

Приклад для довідки. Тест один раз створює нові ID та повторно використовує їх під час очікування.

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

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

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

Дії
Реалізуйте inventory, read, create та update для наявної CMS із явними мовними мапінгами.
Конкурентність
Транзакційний адаптер із постійним журналом operation_id та атомарною перевіркою expected_revision. Окремих no-code upsert недостатньо.
Завершення
Синхронно поверніть кінцевий JSON. Для запису потрібні posted:true, усі target ID та ревізія.

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

Чи підтверджує приймання webhook публікацію?

Ні. Blogent очікує кінцевий результат дії. Загальне підтвердження, запис в історії або частковий мовний результат не завершують операцію.

Що робить тест з’єднання?

Inventory, create, захищене read та update тієї самої реальної статті. Він очікує callback без обходу публічної сторінки.

Як захищені повтори та редагування?

CMS постійно зберігає ID операції, хеш запиту й відповідь. Ідентичний повтор повертає її; змінений повтор або застаріла ревізія дає 409. Ручні зміни також мають змінювати ревізію.

Переведіть SEO-блог на автопілот

Створіть блог, підключіть n8n — і Blogent плануватиме, писатиме, перелінковуватиме та публікуватиме статті автоматично.

Почати зараз