Emelyn

Navigation

Route an approved source into a campaign you can still judge.

Use a Make scenario to receive approved article data, filter it, map one clean bundle, create an Emelyn campaign, and handle each outcome without losing the source.

Make scenario from custom webhook through approved article filter and Emelyn campaign creation to accepted or needs-attention routes, field mapping, error handlers, and execution history

Use filters for decisions and routers for outcomes.

The approved flag decides whether a source may enter Emelyn. The HTTP result decides whether the scenario completes, waits, or needs correction.

Custom webhook

Receive the article bundle and acknowledge it quickly.

Approved filter

Continue only when approved is true and the source is complete.

Emelyn request

Create one review-mode campaign with a stable external ID.

Accepted route

Log campaign ID and continue the business workflow.

Needs-attention route

Store validation or permission details for correction.

Connection

Keep the Emelyn bearer token in Make’s encrypted connection, not a field.

Map the bundle explicitly.

Make’s numbered module references are powerful but easy to misread when data is nested. Test the module with a real sample bundle and keep field names visible.

{
  "workflow": "blog-to-social-media",
  "source": {
    "external_id": "{{1.article_id}}",
    "title": "{{1.title}}",
    "source_url": "{{1.canonical_url}}",
    "source_text": "{{1.summary}}",
    "media_url": "{{1.image_url}}"
  },
  "approval": { "source_actor": "{{1.approved_by}}" },
  "publishing_mode": "review"
}

Field map

article_idsource.external_id
titletitle
canonical_urlsource.source_url
summarysource.source_text
image_urlsource.media_url
approved_byapproval.source_actor

Blueprint revision 1.0 · Emelyn API v1 · Last tested 29 August 2026 with Make custom webhook, JSON, filter, HTTP, router, and error-handler modules.

An error route should make the next action obvious.

Make treats HTTP 4xx and 5xx responses as errors. Handle each class according to whether the same request can succeed later.

429 rate limit

Wait for Retry-After, then resume with the same external ID and idempotency key.

5xx temporary failure

Retry with a capped delay. Store an incomplete execution when attempts are exhausted.

400 or 422 validation

Do not resume unchanged. Fix the missing or malformed mapped field.

401 or 403 permission

Stop the scenario and reconnect the Emelyn connection with the required workspace permission.

Make users want the approval and recovery steps, not just a flashy chain of modules.

Practitioner examples repeatedly add a review step, source logging, location context, and error handling after discovering that generated copy and webhook payloads need supervision.

A scenario with a clear boundary.

Does the Make scenario publish immediately?+

No. The example creates an Emelyn campaign in review mode. Publishing happens only after Emelyn’s approval and platform-readiness rules are satisfied.

What should the Make error handler retry?+

Retry rate limits and temporary server failures according to Retry-After. Do not repeat unchanged validation, permission, or mapping errors.

Can I schedule the Make scenario?+

Yes, but a custom webhook is usually better for an event-driven approved article. A scheduled check needs a stable article ID and deduplication so the same source is not sent twice.

Let Make route the bundle. Keep the campaign reviewable.

Build a Make scenario