PlanVortex
  • Product
  • Developers
  • Pricing
  • Login
  • Get started
Product
PublishMulti-network schedulingAccount connection
IntelligenceAI assistantAnalytics
ExploreSee the whole productUse casesComparisonResources
Developers
BuildDeveloper APIAPI documentationOpenAPI (openapi.json)
LibrariesNode libraryPython library
AgentsMCP serverFor AI agents
PricingLoginGet started
Language
Home/Resources/Buffer's API in n8n: fine for your channels, closed for your customers'
Guides

Buffer's API in n8n: fine for your channels, closed for your customers'

7 min read·Published on Sep 15, 2026
Also inEspañol
Two identical automation chains: the one publishing to your own channel runs to the end, the one publishing for a customer stops dead at the authorization step, which is missing

Yes, there is an official Buffer node for n8n, and it works. If you came here to wire your own Buffer account into a workflow, install it, paste a Buffer API key, and you are done. The rest of this page is for the case where that key stops being enough — which happens the first time the channel belongs to someone who is not you.

Verified on September 15, 2026 against Buffer's developer documentation, the node's own repository and PlanVortex's production code.

What the official node does

Buffer maintains it themselves at bufferapp/buffer-n8n.

Actions Create an idea, publish a post
Networks X, Instagram, TikTok, YouTube, Facebook, LinkedIn
Scheduling Publish now, add to queue, or schedule for a specific time
Media Images and video
Auth A Buffer API key

The queue mode is worth calling out, because it is the thing Buffer has always been better at than everyone else: you do not pick a time, you drop a post into a slot pattern you defined once. In an n8n workflow that means you can generate content on a trigger without also having to invent a schedule.

The wall: there is no third-party access

Here is the part that the tutorials leave out.

Buffer closed third-party app integrations in 2019, and that restriction still stands. The old REST API stopped accepting new developer app registrations. The current GraphQL API is a public beta with personal API keys: you request access, generate a key, and publish to your own connected channels. Third-party OAuth — the flow a SaaS needs to onboard an end user and post for them — is not enabled.

So the boundary is clean:

What you want to do Buffer + n8n
Publish to your company's own channels ✅ Works today
Let your teammates' channels run through the same workflow ✅ If they are in your Buffer org
Let your customer authorize their Instagram and publish for them ❌ No supported path

If you are automating your own marketing, none of this matters. If you are building a product where your customers connect their accounts, you will hit this on day one, and no amount of n8n wiring gets around it, because the missing piece is an authorization flow that Buffer does not expose.

What to do instead, and what it actually costs

We do not have an n8n node. We have not built one and it would be easy to imply otherwise on a page like this. There are two routes that work today.

Route 1 — n8n's MCP Client node. Point it at the PlanVortex MCP server:

npx -y planvortex-mcp

The workflow gets all 28 tools: publishing and scheduling, the comment inbox, private messages, stats, account listing and connect links. This is the shorter route if the workflow has an AI step in it anyway.

Route 2 — plain HTTP Request nodes against api.planvortex.com, authenticated with an app's client_id and client_secret. More wiring, more control, and it is what you want if the workflow is deterministic and you would rather not have a model choosing tools.

Either way you need an app, created in the dashboard under Settings → Apps. Every plan has them — one on free, two on basic, five on pro, up to ten on custom — so the whole thing can be built and tested without entering a card.

And for the case Buffer cannot cover: create_connect_link returns a link your customer opens to authorize their own account, on your screens and under your brand. That is the piece the 2019 revocation took away and never gave back.

Thirteen networks, and what that changes in a workflow

The node covers six networks. PlanVortex covers thirteen: Facebook, Instagram, Threads, LinkedIn, TikTok, X, WhatsApp, YouTube, Google Business, Bluesky, Discord, Telegram and Slack.

The three at the end change what an automation is for. Discord and Telegram are communities, Slack is a team channel — so the same workflow that posts a release note to LinkedIn can drop it in the customer Discord and the internal Slack, which is usually three separate integrations.

Two of those carry limits worth knowing before you build: Slack publishes and reports reactions and nothing else — no comment inbox, no DMs — and Google Business does not publish at all, it is there for the review inbox. get_social_capabilities returns exactly what each one allows, so a workflow can branch on it instead of failing at 3 a.m.

What Buffer does better

The node is official and maintained. Ours does not exist. That is a real advantage and it is theirs.

The queue. Nobody has improved on it, and we do not have an equivalent — PlanVortex schedules by timestamp or generates a week with the AI planner, which is a different idea.

The free plan, for a person. Buffer's free tier is generous for someone posting their own things. PlanVortex's free plan is built around integrating, not around one person's channels: three connected accounts, unlimited publications, and the API.

The short version

  • Wiring your own Buffer account into n8n: install the official node, generate a personal API key, done.
  • Wiring your customers' accounts into anything, through Buffer: not possible. Third-party access closed in 2019, and the beta API is personal keys only.
  • PlanVortex has no n8n node — use the MCP Client node with npx -y planvortex-mcp, or HTTP Request nodes against the API.
  • Both routes work on the free plan, because the API and apps are on all four.

The API is documented at planvortex.com/en/developers and the MCP server at /en/agents.

Frequently asked questions
Is there an official Buffer node for n8n?

Yes. Buffer publishes it themselves at github.com/bufferapp/buffer-n8n, as a community node. It creates ideas and publishes posts to your connected channels — X, Instagram, TikTok, YouTube, Facebook and LinkedIn — with the three scheduling modes Buffer has always had: publish now, add to the queue, or schedule for a specific time. It attaches images and video. You need a Buffer API key. Verified September 15, 2026.

Can I use Buffer's API to publish for my own customers?

No, and this is the part that is rarely stated plainly. Buffer revoked third-party app integrations in 2019 and that restriction still stands; the new GraphQL API is a public beta with personal API keys and no third-party OAuth. A personal key publishes to the channels connected to that one account. There is no supported path for onboarding your users and publishing on their behalf.

Does PlanVortex have an n8n node?

No. We have not built one, and saying otherwise would waste your afternoon. There are two routes that do work today: point n8n's MCP Client node at npx -y planvortex-mcp, which gives the workflow all 28 tools; or use plain HTTP Request nodes against api.planvortex.com with an app's client_id and client_secret. Both work on the free plan. A native node is on the roadmap and is not shipped.

What do I need to call the PlanVortex API from n8n?

An app. You create one in the dashboard under Settings > Apps and get a client_id and a client_secret. Every plan has apps — one on free, two on basic, five on pro, up to ten on custom — so you can wire the whole workflow without entering a card. Those are the same credentials the MCP server and the Node and Python libraries use.

What does Buffer do better?

Its queue is still the best model anyone has shipped for consistent personal posting, its free plan is genuinely useful, and the n8n node is official and maintained, which ours is not. If the channels are yours, Buffer plus its node is a shorter path than anything here.

FJ
Francisco José Fernández-Medina López

Software developer and entrepreneur. He builds PlanVortex, the API other software companies use to integrate publishing to Facebook, Instagram, X, LinkedIn, TikTok, YouTube and WhatsApp inside their own product. A parent and a video game enthusiast.

LinkedIn profile
All resources
PlanVortex
FacebookTwitterInstagram

Product

  • Overview
  • Use cases
  • Scheduling
  • AI and planner
  • Analytics
  • Account connection
  • Pricing

Developers

  • For developers
  • API documentation
  • For AI agents
  • Node library
  • Python library
  • MCP server
  • OpenAPI (openapi.json)

Comparisons

  • All comparisons
  • PlanVortex vs Zernio
  • PlanVortex vs Metricool
  • PlanVortex vs Postiz
  • PlanVortex vs Ayrshare

Company

  • About PlanVortex
  • Contact
  • Resources and blog
  • Affiliate programme
  • Trust and security
  • Data processing agreement (DPA)
  • Privacy
  • Terms

Networks and integrations

  • Facebook
  • Instagram
  • X
  • LinkedIn
  • TikTok
  • WhatsApp
  • YouTube
  • Google Business
  • Bluesky
  • Discord
  • Telegram
  • Threads
  • Slack
  • Google Drive
  • RSS and WordPress
Developed by Talia Softworks S.L.
Phone: 640 29 96 58