YouTube to Email Automation (2026): RSS to Beehiiv with Make
The basic YouTube-to-email automation is: YouTube channel Atom feed → Make.com → filtering/deduplication → Beehiiv. For Beehiiv, there are actually two current routes: Max/Enterprise users can use Beehiiv’s native RSS-to-Send feature, while custom Make.com workflows can use the Beehiiv Send API on Max/Enterprise.
The important technical limitation is that YouTube’s public feed contains the video ID, title, channel ID, URL and timestamps, but not a full video description. If you want descriptions, Shorts classification, richer metadata or other fields, add a separate enrichment step rather than pretending the RSS feed already contains them.
Beehiiv’s API and native RSS automation are more restricted than older tutorials suggest. Beehiiv’s current Launch plan provides API access but excludes the Send API. Native RSS-to-Send and the Create Post / Send API are available on Max and Enterprise.
That means a “free Beehiiv + Make.com + automatic draft creation” workflow is not currently an accurate description of the platform. Make can perform the orchestration, but the Beehiiv publishing endpoint itself is plan-gated.
Beehiiv RSS-to-Send
Best when one RSS feed needs to become recurring newsletter content and you do not need complex branching or external enrichment. Available on Max and Enterprise.
YouTube RSS → Make → Beehiiv API
Best when you need keyword filters, deduplication, multiple publications, enrichment, routing, logging or connections to other creator systems.
1. Why Connect YouTube to Email?
YouTube is a distribution platform; an email list is an owned audience channel. Connecting the two means every qualifying video can become an email touchpoint without requiring the creator to rewrite the same announcement manually after publishing.
The useful goal is not “send every upload to everyone.” A better automation turns a new YouTube upload into a structured decision: Is this the type of video that should trigger an email? If yes, the workflow prepares the newsletter. If not, the video is logged and ignored.
Publish once → classify once → enrich once → create once. This avoids rewriting the same content across YouTube, email, social and your content archive.
2. Current YouTube-to-Beehiiv Architecture
YouTube Atom Feed
Poll the official channel feed using the channel ID.
Make.com
Filter, deduplicate and optionally enrich the video metadata.
Beehiiv
Create a draft using the Send API, or use native RSS-to-Send.
Review / Send
Keep humans in control, or explicitly configure confirmed/scheduled publishing.
Google’s official feed format uses an Atom feed with a topic URL such as:
https://www.youtube.com/feeds/videos.xml?channel_id=YOUR_CHANNEL_ID
A YouTube channel ID is not the same thing as a handle such as @YourChannel. The feed URL requires the channel ID.
You are not using the YouTube Data API here. You are consuming the public Atom feed. That means this workflow does not use YouTube Data API quota for its feed polling. Make’s own scheduling and credit limits still apply.
3. What the YouTube Feed Actually Contains
This is where the old implementation was too optimistic. Google’s official feed example includes the information needed to identify and link a new upload, but it is not a complete YouTube API response.
| Field | Available from feed? | How to use it |
|---|---|---|
| Video ID | Yes | Primary deduplication key and URL builder. |
| Channel ID | Yes | Confirm the source channel. |
| Video title | Yes | Newsletter title or headline. |
| Video URL | Yes | Primary outbound link. |
| Published time | Yes | Display date and freshness filter. |
| Updated time | Yes | Useful for detecting metadata updates. |
| Full description | No | Add a separate enrichment step if needed. |
| Analytics / views / duration | No | Requires another data source. |
| Guaranteed thumbnail URL field | No | Construct a thumbnail URL from the video ID or fetch metadata separately. |
Do not build your newsletter body around an assumed RSS description field. The official feed example does not provide a full description. If your workflow needs the description, add an enrichment step after the RSS trigger.
Use the video ID as the canonical key
The video ID is the safest identifier for this workflow. Store it in a Make Data Store, spreadsheet, database or equivalent state layer before publishing the newsletter.
This matters because Google’s documentation says notifications can also occur when a video’s title or description is updated. Without idempotency, an automation could create another email for the same video after a metadata change.
4. Beehiiv’s Two Current Routes
Route A — Native RSS-to-Send
Beehiiv now has a native RSS-to-Send feature for external RSS ingestion. It is designed to turn external RSS content into recurring newsletter content without building a third-party automation layer.
The current Beehiiv documentation places RSS-to-Send on Max and Enterprise. If all you need is “new feed item → newsletter,” this is the simplest architecture because there is one fewer external orchestration system to maintain.
Route B — YouTube RSS → Make.com → Beehiiv Send API
Use this when the feed item needs to go through business logic first: keyword filtering, multiple publications, deduplication, CRM enrichment, AI-generated copy, conditional routing, logging or other downstream actions.
Beehiiv’s current Create Post API is also Max and Enterprise only. The endpoint is:
POST https://api.beehiiv.com/v2/publications/pub_XXXXXXXX-XXXX-XXXX-XXXX-XXXXXXXXXXXX/posts
| Beehiiv plan | Public API | RSS-to-Send | Send API |
|---|---|---|---|
| Launch | Yes | No | No |
| Scale | Yes | No | No |
| Max | Yes | Yes | Yes |
| Enterprise | Yes | Yes | Yes |
One feed → one newsletter: consider native Beehiiv RSS-to-Send.
One feed → multiple publications, filters, enrichment or other automations: use Make.com plus the Beehiiv Send API.
5. Make.com vs Zapier vs n8n for This Workflow
All three can participate in this architecture, but the comparison should be made on the actual workflow mechanics rather than generic “automation platform” feature lists.
| Platform | How YouTube is detected | Strength for this workflow | Main consideration |
|---|---|---|---|
| Make.com | RSS/Atom polling with Watch RSS Feed Items | Routers, filters, Data Stores, HTTP and multi-destination workflows | Free plan has a 15-minute minimum schedule; usage is measured in credits. |
| Zapier | Native “New Video in Channel” polling trigger or other YouTube triggers | Fast setup for straightforward YouTube automations | Current YouTube trigger is polling; direct Beehiiv post creation may require custom API routing rather than a dedicated Create Post action. |
| n8n | RSS/read nodes plus scheduled workflows | Strong control over full workflow execution and custom logic | Hosted pricing is based on workflow executions; self-hosting adds infrastructure responsibility. |
Zapier’s current YouTube integration includes a New Video in Channel polling trigger and also supports a New Video in Playlist trigger. Its Beehiiv integration exposes a custom API-call action, but its standard action list is not a simple “Create Post” button. That distinction matters when comparing a plug-and-play workflow against Make’s HTTP approach.
n8n’s current hosted pricing is based on workflow executions rather than individual steps. That can be attractive when one workflow contains many operations, but the economics are different from Make’s credit model.
6. Current Infrastructure Cost
This is where the original article was most misleading. There are really two separate cost layers: the automation engine and the newsletter publishing feature.
| Platform | Current reference point | What it means here |
|---|---|---|
| Make Free | 1,000 credits/month; 15-minute minimum schedule | Good for testing and low-frequency workflows. |
| Make Core | $12/month for 10,000 credits | Minute-level scheduling plus higher usage capacity. |
| Beehiiv Launch | $0/month; up to 2,500 subscribers | Does not include Send API or RSS-to-Send. |
| Beehiiv Scale | $43/month billed annually | Still does not include RSS-to-Send or Send API. |
| Beehiiv Max | $96/month billed annually | Adds RSS-to-Send and Send API. |
A 15-minute schedule means up to 96 scheduled runs per day. Over 30 days, that is about 2,880 scheduled runs before counting the downstream modules executed inside those runs.
Therefore do not advertise a continuously running 15-minute production scenario as automatically “free.” The actual credit consumption depends on the modules and branching inside the scenario.
The practical implication is that Beehiiv’s plan is the larger gating cost for direct automatic post creation. Moving from Make Free to Make Core may improve scheduling and capacity, but it does not unlock Beehiiv’s Send API.
7. Build the YouTube → Make.com Workflow
- 1
Find the YouTube channel ID
Use the channel ID rather than the public
@handle. Your feed becomes:Feed URLhttps://www.youtube.com/feeds/videos.xml?channel_id=UCXXXXXXXXXXXXXXXXXXXXXX
- 2
Create the RSS trigger in Make.com
Add RSS → Watch RSS Feed Items and paste the YouTube feed URL. Make’s RSS app is designed to monitor RSS/Atom feeds and emit feed item details.
Use Make’s Choose where to start option deliberately. For a new production scenario, start from the current point rather than importing the historical feed unless you actually want old videos processed.
- 3
Use videoId as your idempotency key
Create a Make Data Store record keyed by the YouTube video ID. Before creating a Beehiiv post, check whether that video ID has already been processed.
Store at least:
video_id,publication_id,created_at, and the resulting Beehiivpost_id. - 4
Add filters before publishing
Useful filters include title keywords, channel ID, publication destination, publication time and whether the video has already been processed.
Do not rely on title keywords alone to identify Shorts or long-form videos. If content type matters commercially, add an enrichment step using another trusted source.
- 5
Generate the newsletter content
Build the newsletter from the fields the feed actually provides: title, link, video ID and publication timestamp.
If you need the full description, transcript, duration, categories or other metadata, enrich the record before sending it to Beehiiv.
- 6
Send the content to Beehiiv
On eligible Max/Enterprise accounts, use the Create Post endpoint. For safest operations, create a draft first rather than automatically sending every upload.
8. Correct Beehiiv Create Post API Request
The current Beehiiv API expects the publication identifier in the URL with the pub_ prefix and uses Bearer authentication. The Create Post endpoint accepts either blocks or body_content.
POST https://api.beehiiv.com/v2/publications/pub_XXXXXXXX-XXXX-XXXX-XXXX-XXXXXXXXXXXX/posts
Authorization: Bearer YOUR_TOKEN
Content-Type: application/json
{
"title": "New video: {{video_title}}",
"subtitle": "Watch the latest upload",
"status": "draft",
"body_content": "<p><a href='{{video_url}}'><img src='{{thumbnail_url}}' alt='{{video_title}}' width='100%' /></a></p><p><a href='{{video_url}}'>Watch the video →</a></p>"
}The current API defaults to draft. Keep it explicit in your Make request. It makes the automation safer and prevents an accidental API change from turning a content-generation workflow into an automatic send.
Want fully automatic sending?
The current API also supports status: confirmed. Without a scheduled_at value, that publishes immediately; with a scheduled time, it can publish at the scheduled time.
Do not start with automatic publishing. First run the workflow in draft mode for several successful executions. Confirm titles, thumbnails, links, filters and deduplication. Then explicitly switch to confirmed/scheduled publishing if automatic delivery is really the intended outcome.
201 Created does not mean the post is already finished
Beehiiv’s current API creates posts asynchronously. The Create Post request can return 201 with the new post ID while Beehiiv is still processing it.
If you immediately retrieve that post and receive 202, wait and honor the Retry-After response. If background creation ultimately fails, Beehiiv documents a POST_CREATION_FAILED condition.
Make → POST Create Post
↓
HTTP 201
↓
Beehiiv processes post asynchronously
↓
GET post when verification is needed
↓
200 = ready
202 = still processing
404 + POST_CREATION_FAILED = creation failed9. Do Not Put a Live YouTube Player in the Email
The safest cross-client pattern is a clickable thumbnail, not a live YouTube iframe.
Most major email clients do not reliably support embedded video playback. Mailchimp’s own documentation therefore converts YouTube video content into a thumbnail that links to the external video page, and its current video content block explicitly recommends the same pattern.
YouTube video
The real video remains hosted on YouTube.
Thumbnail image
Build a static preview image from the video ID.
Linked image
Wrap the image in an ordinary HTTPS link.
Email-safe CTA
“Watch the video” opens YouTube in the browser.
<p>
<a href="https://www.youtube.com/watch?v=VIDEO_ID">
<img
src="https://i.ytimg.com/vi/VIDEO_ID/hqdefault.jpg"
alt="Watch: VIDEO TITLE"
width="100%"
/>
</a>
</p>
<p>
<a href="https://www.youtube.com/watch?v=VIDEO_ID">
Watch the video →
</a>
</p>Do not assume that every YouTube video has a working maxresdefault.jpg thumbnail. Build a fallback path or use a thumbnail resolution you know exists for the content you process.
The email does not depend on JavaScript, iframe playback or an inbox client deciding whether to execute third-party video content. The reader sees an image and clicks through to the platform that is designed to play the video.
10. Deduplication, Filters and Multi-Publication Routing
Use a Data Store when reliability matters
Make’s polling triggers remember processed records, but a production content pipeline benefits from its own idempotency layer. A Make Data Store keyed by channel_id + video_id + publication_id is a simple way to guarantee that the same video does not create multiple Beehiiv posts.
Useful routing rules
- Channel rule: accept only the expected YouTube channel ID.
- Title rule: send only videos containing approved series keywords.
- Time rule: ignore old feed entries outside the desired publication window.
- Publication rule: route different content categories to different Beehiiv publications.
- Duplicate rule: stop processing if the video ID already exists in the Data Store.
- Manual-review rule: all new videos become drafts until a human approves them.
Example multi-publication router
| Video classification | Destination | Action |
|---|---|---|
| Automation tutorial | Technical publication | Create draft |
| Creator business strategy | Creator newsletter | Create draft |
| Sponsor / brand video | Manual review queue | Do not auto-send |
| Short / test upload | None | Stop route |
If Shorts classification matters, don’t pretend that the simple RSS item itself gives you a guaranteed “Short” field. Use an enrichment step or a clearly defined classification rule and test it against your channel’s actual URLs.
11. Error Handling and Failure States
| Problem | Likely cause | Correct response |
|---|---|---|
| RSS trigger misses an upload | Feed changed before the polling workflow checked it. | Shorten the polling interval or use a more event-driven architecture where necessary. |
| Two newsletters created for one video | No idempotency layer or metadata update triggered the workflow again. | Deduplicate by video ID before calling Beehiiv. |
| Beehiiv 401 | Invalid or missing Bearer token. | Verify the connection and token. |
| Beehiiv 403 | Plan entitlement, scope or publication access issue. | Confirm Send API availability and posts:write access. |
| Beehiiv 400 | Invalid request body or unsupported field. | Validate the JSON against the current Create Post schema. |
| HTTP 201 but post isn’t visible yet | Beehiiv post creation is asynchronous. | Wait and follow the documented 202 / Retry-After flow. |
| Thumbnail doesn’t load | The chosen YouTube thumbnail variant does not exist or is unavailable. | Use a fallback thumbnail source/resolution. |
| Wrong videos enter the newsletter | Filtering happens too late or classification is too broad. | Filter before the Beehiiv request. |
Make’s RSS documentation explicitly warns that polling a feed that changes frequently can cause items to be missed if the consumer checks too infrequently. That is why “poll every 15 minutes” should be treated as an operational compromise, not as a guarantee that every possible upload will always be captured.
12. Advanced YouTube-to-Email Architectures
Use YouTube’s push-notification infrastructure
Google also documents a PubSubHubbub-based push mechanism for YouTube channel feeds. Instead of repeatedly polling, a callback server can subscribe to the channel’s Atom topic URL and receive notifications for uploads and certain metadata updates.
This is more infrastructure than a normal Make polling scenario because you need a callback endpoint that can handle the subscription handshake and notifications. For most creators, polling is simpler; for high-volume infrastructure, push notifications are the more event-driven architecture to investigate.
Add an enrichment layer
The feed should remain the trigger, not the entire data source. An enrichment step can add data you need for the newsletter but do not want to maintain manually, such as the full description, selected metadata or additional classification.
Generate an email from the video rather than merely announcing it
A simple “New video is live” email is easy to automate, but it is also easy for subscribers to ignore. A stronger workflow can generate:
- A one-sentence summary.
- Three useful takeaways.
- A linked video thumbnail.
- A “watch the full video” CTA.
- A related CreatorOpsMatrix article.
- An optional reply question to increase newsletter engagement.
Turn the workflow into a content-distribution engine
The same canonical video ID can become the routing key for multiple destinations: Beehiiv, WordPress, Notion, Slack, a CRM, analytics storage and social publishing.
That is where Make becomes more useful than a single-purpose YouTube-to-email connector: the video becomes one source event and the rest of the system becomes a set of controlled downstream branches.
YouTube video ID → canonical content record → enrichment → policy/filtering → email draft → website post → analytics → archive.
This architecture also gives you somewhere to attach retries, deduplication and monitoring instead of putting every responsibility into one fragile API request.
13. Production Checklist
14. YouTube to Email Automation FAQ
Yes. The current options are Beehiiv’s native RSS-to-Send feature or a custom YouTube Atom feed → Make.com → Beehiiv Send API workflow. Both publishing routes are currently available on Beehiiv Max and Enterprise.
The official Atom feed example exposes the channel ID, video ID, title, video URL, author and published/updated timestamps. It does not provide the full YouTube video description. Add a separate enrichment step when the description is required.
The channel feed is an Atom feed rather than a YouTube Data API v3 request, so this workflow does not consume YouTube Data API quota merely to fetch the feed. Your automation platform still has its own scheduling and usage limits.
No. Beehiiv’s current pricing page says Launch includes API access but excludes Send API. The Create Post / Send API is currently available on Max and Enterprise.
Yes. Beehiiv’s current RSS-to-Send feature is designed for this purpose and is available on Max and Enterprise. It may be the simpler option when you do not need custom Make.com logic.
Yes, through the Beehiiv Create Post API on eligible plans. The current endpoint accepts structured blocks or body_content and defaults to draft status. For production, explicitly passing status as draft during the testing phase is safer.
Not when status is draft. The current API also supports confirmed publishing and scheduling. The Create Post operation itself is asynchronous, so a 201 response means the request was accepted and a post ID was created; it does not necessarily mean the post is already completely available.
You should not rely on a live iframe player for broad inbox compatibility. A static thumbnail linked to YouTube is the safer cross-client pattern. Mailchimp’s current documentation uses the same approach because most email clients do not support embedded video reliably.
Yes. In Make, use a Router after the feed trigger and route different content to different publication IDs. Add a Data Store key containing the video ID and destination publication so one video can be intentionally sent to multiple publications without accidental duplicate sends within the same route.
Zapier has a direct New Video in Channel trigger and can be convenient for simple YouTube workflows. Make is more useful when the workflow needs routers, filters, Data Stores, HTTP requests, multiple destinations or custom processing.
It can be useful for testing and low-frequency runs, but the current Free plan is limited to 1,000 credits per month and a 15-minute minimum interval. A 15-minute production schedule can generate about 2,880 scheduled runs in a 30-day month before downstream module usage, so the actual required plan depends on the complete scenario.
Yes, on an eligible Beehiiv Send API setup you can explicitly use confirmed status, or use scheduling. In practice, draft-first review is safer until you have validated filtering, deduplication, thumbnails and API behavior.
15. Official YouTube, Beehiiv, Make & Automation References
This page intentionally uses primary documentation for the API and feed mechanics.
- Google for Developers — YouTube feed push notifications
- Make — RSS application documentation
- Make — Current pricing and scheduling limits
- Beehiiv — Create Post API
- Beehiiv — Send API and Create Post guide
- Beehiiv — RSS and RSS ingestion
- Beehiiv — Current pricing and feature comparison
- Zapier — YouTube triggers and actions
- Zapier — Beehiiv integrations
- n8n — Current pricing and execution model
- Mailchimp — Video in email
Related CreatorOpsMatrix Guides
Build the Workflow Without Creating a Fragile Automation
Start with RSS detection, make the video ID your canonical key, filter before publishing, create Beehiiv drafts first, and only automate confirmed sending after the system has passed real-world tests.
Affiliate Disclosure: CreatorOpsMatrix may earn a commission from some software links on this page. Affiliate relationships do not determine the technical requirements or platform limitations documented in this guide. Full disclosure.
Technical note: YouTube, Make.com, Beehiiv, Zapier and n8n can change APIs, pricing, plan entitlements, scheduling behavior and product interfaces. This page was re-verified October 1, 2026. Verify the current documentation before deploying a production workflow.