Migrate Supabase logs.all queries before the September cutoff
Supabase is removing the old logs.all Management API endpoint on September 23, 2026; this resource points developers to the new ClickHouse-backed logs endpoint and migration notes.
What you get from it
Supabase published a migration note for teams that query the Management API logs.all analytics endpoint directly. The old endpoint is scheduled for removal on September 23, 2026.
Use this as a bookmark if you have scripts, internal dashboards, observability jobs, MCP tooling, or agent workflows that call .../analytics/endpoints/logs.all.
What changes:
- Endpoint path changes from
analytics/endpoints/logs.alltoanalytics/endpoints/logs. - Queries must use ClickHouse SQL.
- Logs now come through a unified
logstable. - Source-specific queries need a
source_namefilter, such asWHERE source_name = 'edge_logs'. - Nested fields move from
metadataarrays to a flatterlog_attributesmap.
This is not a dashboard change. Supabase says the dashboard Logs Explorer is not affected. The risk is custom code that calls the Management API endpoint directly and assumes the old table-per-source structure.
Check your codebase for logs.all, analytics/endpoints/logs.all, and old metadata unnesting patterns, then convert the queries against Supabase's new logs endpoint before the cutoff.
Discussion
Share practical experience, questions, or warnings with the community.
Sign in to join the discussion and vote on comments.
Sign in