Make + Supabase integrieren
Make und Supabase bilden eine leistungsstarke Kombination im No-Code-Ökosystem. App Studio hat diese Integration für Dutzende von Kunden konfiguriert, hier ist unser vollständiger Leitfaden.
Wie Make + Supabase funktioniert
Make-Szenarien müssen häufig Daten dauerhaft speichern, und Supabase bietet dafür eine praktische REST-API (PostgREST), die Make direkt über sein HTTP-Modul aufrufen kann. So lassen sich Zeilen einfügen, Datensätze aktualisieren, Queries ausführen und PostgreSQL-Funktionen aufrufen, alles aus Make-Workflows heraus. Das eignet sich ideal, um Supabase mit externen Diensten synchron zu halten: Ist eine Stripe-Zahlung in Make erfolgreich, wird die Bestellung in Supabase geschrieben; legt HubSpot einen Deal an, wird der entsprechende Datensatz in Supabase erstellt. In Make wird dazu das HTTP-Modul (oder, falls verfügbar, das native Supabase-Modul) genutzt, um die REST-API des eigenen Supabase-Projekts aufzurufen. Die Basis-URL lautet https://{project-ref}.supabase.co/rest/v1/{table}. Als Header werden apikey: {anon-key} und Authorization: Bearer {service-role-key} gesetzt (der Service Role Key wird für Make-Szenarien mit vollem Datenbankzugriff genutzt). Für INSERT dient POST mit JSON-Body, für UPDATE PATCH mit einem Query-Parameter wie ?id=eq.{id}.
Anwendungsfälle für Make + Supabase
Supabases PostgREST-API unterstützt umfangreiche Filterung über URL-Query-Parameter: ?status=eq.active für Gleichheit, ?created_at=gt.2025-01-01 für Datumsbereiche, ?select=id,name,email für die Spaltenauswahl. Make-Szenarien können ein Supabase-Read mit nachgelagerter Verarbeitung verketten: Alle Nutzer abrufen, deren Testphase heute endet, für jeden Nutzer eine Verlängerungs-E-Mail über Resend verschicken und die Spalte reminder_sent in Supabase aktualisieren. Make + Supabase Automatisierungen, die App Studio gebaut hat: tägliche Zusammenfassungs-E-Mails (ein geplantes Make-Szenario fragt Supabase nach Aktivitäten der letzten 24 Stunden ab, aggregiert sie und verschickt eine Zusammenfassung), Automatisierung des Nutzer-Lebenszyklus (ein Supabase-Webhook feuert, wenn sich eine Nutzer-Spalte ändert, Make aktualisiert daraufhin den CRM-Kontakt und passt die E-Mail-Sequenz an) und Datenmigration (ein Make HTTP-Iterator liest aus einer Legacy-API, fügt die Daten in Supabase ein und übernimmt Pagination sowie Fehlerbehandlung automatisch).
Häufige Probleme und deren Lösung
Der Supabase Service Role Key sollte niemals in einem öffentlich erreichbaren Make-Webhook verwendet werden, den jeder auslösen könnte, der Service Role Key umgeht RLS. Für Szenarien, die durch externe Events (Stripe, Typeform) ausgelöst werden, empfiehlt sich ein dedizierter Supabase-Nutzer mit eingeschränkten Rechten. Makes HTTP-Modul verarbeitet PostgRESTs Array-Antworten nicht automatisch, das Array-Aggregator-Modul hilft, Supabase-Ergebnismengen zu verarbeiten. Bei Make-Szenarien mit hohem Volumen sollten Supabase-REST-Aufrufe ratenbegrenzt werden, um Verbindungslimits nicht zu überschreiten.
- Database-driven automation
- External system sync
- Scheduled data processing
- User lifecycle workflows
- Data migration
Benötigen Sie Hilfe bei dieser Integration?
App Studio konfiguriert diese Integrationen für Sie. Kostenloses Angebot innerhalb von 48h.