Skip to content
Sarudo

Publishing to Your Own Blog

How Sarudo publishes long-form posts to your own CMS — WordPress, Ghost, Webflow, Shopify, Framer, or a custom webhook — separately from the nine social networks handled through Publer.

blogpublishwordpressghostwebflowshopifyframercmsclient blog

Social Networks vs Your Own Blog

The rest of this Social Media category is about the nine social networks Sarudo can post to through Publer (LinkedIn, X, Facebook, Instagram, TikTok, YouTube, Pinterest, Threads, Google Business Profile). This article is about the thing that sits next to those: your own blog. Social posts and blog posts are different in shape (short vs long-form), different in audience (feed-scrolling vs intentional readers), and different in the infrastructure they ship through. Publer handles the networks; a separate CMS publishing path handles your blog. They coexist — a single content strategy typically produces both, with blog posts being the longer-form anchor content and social posts driving traffic to them.

If your entire content plan is blog-first with automatic promotion through social, the Content Calendar Pipeline category covers the full flow end-to-end. This article focuses specifically on the "publish to my own blog" mechanics.

Supported CMS Platforms

Sarudo ships with adapters for the common blog CMSes: WordPress (REST API + Application Password), Ghost (Admin API + JWT), Webflow (CMS Collections + bearer token), Shopify (Admin API + access token), and Framer (via webhook). For any CMS not in that list — Notion-backed blogs, custom Next.js setups, self-hosted platforms — the custom-webhook adapter lets you point the publisher at your own HTTPS endpoint with a documented JSON payload shape and handle the platform-specific logic inside your own code.

How Publishing Mechanically Works

Blog publishing goes through a single dispatcher pattern regardless of CMS. Your AI employee hands the final article (structured sections, hero image, metadata) to an automated publishing workflow, which owns the CMS-specific authentication and POST shape. The workflow returns the final published URL and the platform-specific post ID, which Sarudo stores alongside the article for future reference ("show me the link to the launch announcement post" works even months later). You provide the CMS URL, the auth credentials, and the CMS type during onboarding or when the first publish request fires — your CMS credentials are stored securely on your dedicated server.

Publishing a one-off blog post to WordPress

Ask for an article, review it, publish it.

You say:
Write a 700-word post titled "Why small agencies should stop answering every email in real time" in my blog voice, and publish it to my WordPress blog when I approve.
Sarudo responds:
Drafted the post (714 words) in your configured blog voice. Hero image sourced from the built-in image search, attribution embedded. Preview: [Google Doc link]. Reply "approved" to publish to your WordPress site at yourblog.com — I'll use the REST API and return the final URL once live.

Pairing with Social Promotion

A common pattern is to publish a blog post and immediately cross-promote it on social. Your AI employee can chain these together in a single request — "publish this post to my blog, then draft three social posts for LinkedIn, X, and Instagram that tease the article and link to the final URL". The blog post fires first; once the final URL is returned, the social posts are drafted with the real URL embedded, and they enter the standard approval workflow before going out through Publer. This keeps the two systems cleanly separated while letting the AI orchestrate them in the right order.

If you run the Content Calendar Pipeline, the pipeline already handles blog publishing as Stage 3 — you do not need to fire publishes manually. This article is primarily for ad-hoc one-off posts outside the pipeline.

The Custom Webhook Path

If you are on a CMS without a built-in adapter, or if you want to keep publishing logic on your own infrastructure, the custom-webhook path lets you define your own publish endpoint. Sarudo sends a POST with a JSON payload containing title, slug, content (as structured sections with heading/paragraph/list/quote/image types), excerpt, tags, hero image URL and attribution, author name, and an optional publish_at timestamp. Your endpoint handles the platform-specific insertion and returns `{post_url, platform_id}` on success. Full payload shape is documented in the Content Calendar Pipeline > Supported CMS Targets article.