How to stream live Postgres changes to a Webflow Cloud dashboard with Supabase
Webflow announced that its Cloud offering can host a server‑rendered Next .js application on the same domain as a Webflow site, then open a WebSocket to Supabase’s Realtime service. The guide walks through provisioning a CMS‑level Webflow site, initializing the Cloud app with the Webflow CLI, installing the @supabase/supabase‑js client, and configuring environment variables for the Supabase URL and anon key. A Server Component fetches the initial rows via the REST API, while a Client Component maintains the WebSocket subscription, because Cloudflare Workers (the runtime behind Webflow Cloud) cannot keep persistent sockets. The tutorial also shows how to add a Postgres table to Supabase’s supabase_realtime publication, enable Row‑Level Security, and optionally set replica identity to full for richer UPDATE payloads. All steps are performed on the free Supabase tier, meaning developers can prototype without extra cost.
This integration reflects a broader shift toward blending low‑code design tools with full‑stack serverless back‑ends. Webflow’s move to host Next .js apps positions it against platforms like Vercel and Netlify, which already support edge functions and real‑time data layers. By leveraging Supabase—a hosted Postgres with built‑in Realtime and RLS—the solution sidesteps the need for custom WebSocket servers or polling layers, delivering a lean stack that combines design‑first CMS, edge‑rendered React, and a managed database. The pattern of splitting data fetching between Server and Client components mirrors React’s Server‑Component paradigm and the constraints of edge runtimes, illustrating how modern frameworks are adapting to the limits of stateless workers.
Looking ahead, the reliance on the anon key in the browser makes the security model hinge entirely on correctly scoped RLS policies; any misconfiguration could expose data. Cloudflare Workers’ inability to hold long‑lived sockets means the real‑time layer remains client‑side, which could increase bandwidth for high‑frequency dashboards. Developers should monitor Supabase’s usage caps on the free tier and Webflow Cloud’s pricing for CMS‑level sites, especially if scaling beyond prototype volumes. Future updates that allow edge workers to proxy WebSocket connections could tighten the architecture and reduce client load.
Key Takeaways
Webflow Cloud now supports mounting a Next .js app that can subscribe to Supabase Realtime via a browser WebSocket.
The architecture splits initial data loading to a Server Component and live updates to a Client Component because Cloudflare Workers cannot keep open sockets.
Enabling the supabase_realtime publication and proper RLS policies is essential for secure, anonymous access to INSERT events.
Scaling considerations include Supabase free‑tier limits, Webflow CMS plan costs, and the client‑side bandwidth impact of continuous WebSocket streams.
About the Source
This analysis is based on reporting by Webflow Blog. Here is a short excerpt for context:
Learn how to build a live data dashboard on Webflow Cloud using Supabase Realtime.Read the original at Webflow Blog