Publish Now vs Buffer API

Build a real SaaS on top of social. Buffer's API can't.

Buffer closed the old REST API to new developer registrations and the new GraphQL beta only issues personal access tokens. No third-party OAuth means no way to onboard your customers. Publish Now is the unified API built for multi-tenant SaaS from day one.

Multi-tenant from day one

5-day free trial. Cancel any time.

TL;DR

Buffer's consumer scheduler is great. Buffer's developer API is a dead end - the old REST API stopped accepting new dev registrations, the new GraphQL one has personal keys only with no third-party OAuth. You cannot put Buffer under a real SaaS today. Publish Now is the unified API built so your customers connect their own accounts.

Publish Now request
curl -X POST https://publishnow.app/v1/posts \
  -H "Authorization: Bearer YOUR_API_KEY" \
  -d '{
    "content": "Hello from Publish Now!",
    "platforms": ["x", "instagram", "tiktok"],
    "on_behalf_of": "end_user_account_id"
  }'

The reasons people search

Why builders look for a Buffer API alternative.

Why teams switch from Buffer API

Where Buffer API stings

  • Third-party OAuth for end users: No

  • New developer app registrations: Closed (REST) / personal-only (GraphQL)

  • Free tier rate limit: 100 req / 24h, 3,000 / 30d

  • Pricing model: $5 per channel per month

  • Cost at 5 channels: $25/mo

What changes with Publish Now

  • Third-party OAuth for end users: Yes

  • New developer app registrations: Open, self-serve

  • Free tier rate limit: Sized for products

  • Pricing model: $5/mo + credits, flat

  • Cost at 5 channels: $5/mo + credits

Buffer is one of the best consumer schedulers in the world for individuals and small teams running their own accounts. This page is strictly about the developer API, not the product millions of marketers love. Buffer also ships an MCP server - so do we.

Side by side, axis by axis.

Every row is sourced from public docs. No cherry-picking.

Axis Buffer API Publish Now
Third-party OAuth for end users No Yes
The single biggest dealbreaker for builders shipping a SaaS.
New developer app registrations Closed (REST) / personal-only (GraphQL) Open, self-serve
Buffer stopped accepting new third-party client_id registrations on the old REST API.
Free tier rate limit 100 req / 24h, 3,000 / 30d Sized for products
Team tier raises to 500 / 24h, 15,000 / 30d. Still single-user scale.
Pricing model $5 per channel per month $5/mo + credits, flat
Cost at 5 channels $25/mo $5/mo + credits
Cost at 20 channels $100/mo $5/mo + credits
Buffer's per-channel meter grows linearly with every account your customers connect.
Platforms supported 11 networks 3 GA (X, Instagram, TikTok)
MCP server Yes, personal-token scope Yes, multi-tenant scope
Multi-tenant SaaS readiness Not supported Built for it
GraphQL API maturity Public beta, personal tokens only Production REST + MCP
Uptime target Status page, no developer SLA 99.9% target

What you get with Publish Now

The shape of the product, not just the pitch.

Third-party OAuth that actually works

Publish Now ships managed OAuth in the base plan. Your customers click Connect, approve the platform prompt, and you get a stable token tied to their tenant. Buffer's REST API is closed to new client_id registrations and the GraphQL beta only issues personal tokens tied to one Buffer account.

Rate limits sized for products, not side scripts

Buffer's free tier caps at 100 requests per 24 hours and Team at 500. A real SaaS burns through that with three active customers before lunch. Publish Now's limits are sized for active end-user workloads with credits that scale predictably as you grow.

Multi-tenant from day one, one bill

Customer A's accounts, customer B's accounts, your service account - all under one tenant graph with one JSON schema, one auth model, one $5/mo subscription plus credits. Buffer's API is one person, one account, one key.

MCP parity, multi-tenant scope

Buffer ships an MCP server. So do we. The difference is scope: Buffer's MCP is bound to a personal access token, so an agent posts as one Buffer account. Publish Now's MCP operates across your full tenant graph so an agent can act on behalf of any connected customer account.

It's like Stripe but for social posting

One endpoint, same JSON shape, every platform. The same call that posts now also schedules, drafts, and reschedules. You are not bolting a cron job onto a posting endpoint - the queue state is part of the API your product UI reads.

Credits, not per-channel taxes

Publish Now is $5/mo + credits regardless of how many accounts your customers connect. Buffer's $5-per-channel meter grows linearly with every account every customer adds. At 20 channels that is $100/mo on Buffer for an API you still cannot put your users on.

Math at the scales builders actually hit.

Run the same scale-up against both and you stop second-guessing the bill.

Scale Buffer API Publish Now Delta
1 channel $5/mo $5/mo + credits Per-channel meter starts here
5 channels $25/mo $5/mo + credits -
10 channels $50/mo $5/mo + credits -
20 channels $100/mo $5/mo + credits Same flat price as 1 channel
50 channels $250/mo $5/mo + credits Per-channel pricing scales linearly. Flat does not.

An honest decision framework.

When Buffer API is the better choice

  • You are a solo creator or small team scheduling your own 1 to 3 personal accounts and you want one of the most polished consumer schedulers on the market.

  • You want a calendar UI, team approval flows, and the Buffer brand for managing your own social presence, not a developer integration under your own product.

  • You are scripting against your own Buffer account with a personal access token and you do not need third-party OAuth, customer onboarding, or multi-tenant billing.

When Publish Now is the better choice

  • You are building a SaaS where YOUR customers connect THEIR own X, Instagram, and TikTok accounts and you need a real third-party OAuth flow today.

  • You need production rate limits sized for an active product with many end users, not 100 requests per 24 hours.

  • You want multi-tenant credentialed access with one billing relationship, one auth model, and one JSON schema across every connected customer account.

Switching from Buffer API

Migration in an afternoon.

This is a 'you tried to start with Buffer and hit a wall' migration. The post body is conceptually similar, so the writing-the-content part carries over. The auth model, the account model, and the rate-limit assumptions all need to be replaced with a real multi-tenant setup before you can ship.

What carries over

  • Post body and content shape - text, media references, and platform targeting map cleanly onto the unified Publish Now schema.
  • Scheduling intent - any post-at-time logic you wrote against Buffer's queue maps onto the same call that posts now.
  • Your customer list and the platforms they want to connect - the work you already did identifying which networks to support carries straight over.

What to reconfigure

  • Replace personal API keys with multi-tenant OAuth - your customers connect their own accounts through Publish Now instead of pasting personal tokens.
  • Replace per-channel account modeling with the end-user-tenant model - one tenant per customer, many connected accounts per tenant, one bill for you.
  • Update retry and idempotency semantics - Publish Now exposes explicit idempotency keys and queue state so you stop guessing whether a post landed after a 429.

Email yo@publishnow.app - if you've already hit the dev-app-registration wall, the founder will move you onto a working multi-tenant setup the same day.

Frequently asked.

Can I get a Buffer API client_id today?
No. Buffer stopped accepting new third-party developer registrations on the old REST API and there is no public application process to obtain a client_id. The new GraphQL API does not use the client_id model at all - it issues personal access tokens tied to a single Buffer account, so you cannot run customer OAuth through it.
What's the difference between Buffer's REST and GraphQL APIs?
The old REST API supports OAuth 2.0 in theory but is closed to new developer registrations in practice. The new GraphQL API is in public beta, is open to anyone, but only issues personal access tokens. Neither surface currently provides a third-party OAuth path that a SaaS can use to onboard end-user accounts.
I'm building a SaaS. Is Buffer an option?
Not in the way most builders mean. There is no public way to register an app and run your customers through a 'Connect with Buffer' flow. The only workable path is to ask each customer to create a Buffer account, generate a personal access token, and paste it into your product - which is not a real onboarding flow. Publish Now exists for exactly this use case.
Are Buffer's rate limits real or theoretical?
Real and enforced. Buffer documents 100 requests per 24 hours and 3,000 per 30 days on the free tier, and 500 per 24 hours and 15,000 per 30 days on the Team tier. For a product doing posts, status polls, and account refreshes per active user per day, those caps run out fast. They are sized for one person's side script, not a multi-customer SaaS.
Does Publish Now's MCP work like Buffer's?
Same shape, different scope. Buffer ships an MCP server too, but it authenticates with a personal access token so the agent acts as one Buffer account. Publish Now's MCP authenticates against your tenant, so an agent can act on behalf of any connected end-user account in your product.
What about Buffer's consumer features?
Buffer is excellent at consumer scheduling. The calendar, team workflows, and platform support are mature and trusted. This page is not about that product - it's about the developer API, which today does not support third-party OAuth and cannot be used to ship a multi-tenant SaaS.
How does Publish Now compare on platform coverage?
Buffer documents 11 networks. Publish Now currently covers X, Instagram, and TikTok at GA with more in active rollout, all on one JSON schema with managed OAuth in the base plan. The trade is breadth of niche networks against a working developer story you can ship on this quarter.

Skip the rip-and-replace.

5-day free trial. First API call in minutes.

Sign Up for Early Access