Facebook Ads mit Looker Studio verbinden: alle Wege und was jeder kostet

Einen Facebook-Ads-Connector von Google gibt es für Looker Studio nicht, und es wird auch nie einen geben. Facebook Ads lassen sich trotzdem mit Looker Studio verbinden, und zwar auf vier Wegen: mit einem kostenpflichtigen Partner-Connector, mit einem kostenlosen Community-Connector, mit einem ebenfalls kostenlosen Export aus dem Werbeanzeigenmanager (Ads Manager) nach Google Tabellen oder mit BigQuery als Zwischenstation. Wenn Sie in Looker Studio (seit April 2026 wieder Data Studio) unter Erstellen → Datenquelle (Create → Data source) „Facebook“ eingetippt und nur Kacheln von Drittanbietern samt Preisseite gefunden haben, lag das nicht an Ihrer Suche: Genau so sieht diese Integration aus. Diese Anleitung zeigt, was jeder Weg an Geld und an Pflege kostet, welche der „kostenlosen“ Optionen wirklich taugen und welches Attributionsproblem jeder Weg ab Werk falsch behandelt.

Warum es keinen nativen Facebook-Ads-Connector gibt

Der Katalog von Looker Studio besteht eigentlich aus drei Katalogen unter einem Dach. Google-Connectors (Search Console, Analytics, Google Ads, Google Tabellen, BigQuery) kommen von Google selbst und sind kostenlos. Partner-Connectors sind kommerzielle Produkte, die andere Firmen bauen und verkaufen, meist abgerechnet pro Datenquelle und Monat. Community-Connectors hat irgendjemand veröffentlicht, und ob er sie noch pflegt, ist offen.

Meta Ads steckt in der zweiten und dritten Gruppe, zusammen mit TikTok, LinkedIn, Shopify und Stripe. Meta konkurriert im Werbemarkt mit Google; eine kostenlose Leitung aus Googles eigener Hand in ein Reporting-Produkt wie Looker Studio war nie eine plausible Produktentscheidung. Die ausführliche Fassung dieses Arguments steht in unserem Artikel über Quellen ohne Looker-Studio-Connector (auf Englisch).

Die vier Wege, die es tatsächlich gibt

1. Ein kostenpflichtiger Partner-Connector

Supermetrics, Windsor.ai, Catchr, Porter, Dataslayer und andere verkaufen genau das. Sie autorisieren den Zugriff, wählen das Werbekonto aus, und die Facebook-Daten erscheinen in der Datenquellen-Auswahl, als wären sie nativ. Das ist der schnellste Weg zu einem funktionierenden Diagramm, und für eine einzelne sperrige Quelle, auf die es jeden Tag ankommt, ist er die richtige Wahl.

Was er über das Abo hinaus kostet: eine Anbieterbeziehung pro Quelle, eine OAuth-Freigabe, die abläuft und neu bestätigt werden muss, eine Statusseite, die Sie prüfen, wenn das Diagramm leer bleibt, und Preisstufen, die sich oft nach der Zahl der Werbekonten richten – also genau nach der Größe, mit der eine Agentur wächst.

2. Ein Community-Connector

Kostenlos, in derselben Galerie gelistet und der Grund, warum viele das Problem für gelöst halten. Der Haken ist echt: Sie geben einem unbekannten Dritten ein Token für Ihr Werbekonto, und niemand ist verpflichtet, den Connector anzupassen, wenn Meta eine neue, inkompatible Version der Marketing API veröffentlicht. Das Fehlerbild ist keine Fehlermeldung, sondern ein Dashboard, das weiter die Form von gestern mit dem Datum von heute zeigt und dabei nichts Neues mehr liefert.

3. Export aus dem Werbeanzeigenmanager nach Google Tabellen

Ebenfalls kostenlos, funktioniert sofort und ist ganz unauffällig das, was die meisten tatsächlich tun. Der Werbeanzeigenmanager exportiert eine CSV-Datei, die CSV-Datei kommt in eine Google-Tabelle, und Looker Studio liest die Tabelle über einen Connector von Google. Mit der Zeit bröckelt dieser Weg auf drei absehbare Arten: Jede Aktualisierung hängt davon ab, dass jemand an den erneuten Export denkt, jede Spaltenänderung bei Meta zerschießt eine Formel drei Tabellenblätter tiefer, und das Dashboard gibt keinerlei Hinweis darauf, dass die Zahlen dahinter elf Tage alt sind.

4. Erst in BigQuery laden

Das ist die Antwort für alle, die es „richtig“ machen wollen, und im Warehouse-Maßstab stimmt sie auch. Nur verschiebt sie das Problem, statt es zu beseitigen: Irgendetwas muss die Facebook-Daten trotzdem nach BigQuery schreiben, und dieses Etwas ist entweder ein ELT-Anbieter, der pro Connector abrechnet (die Connector-Steuer, eine Ebene tiefer noch einmal bezahlt), oder Pipeline-Code, der jetzt Ihnen gehört und den Sie selbst debuggen. Für einen Marketing-Datensatz mit Millionen statt Milliarden Zeilen ist das mehrere Nummern zu groß; die Begründung steht in unserem Artikel über das kleinste Marketing-Data-Warehouse, das wirklich funktioniert (auf Englisch).

Instagram Ads: dieselben vier Wege, ein zusätzlicher Schritt

Instagram Ads sind Meta Ads, deshalb gibt es keinen eigenen Instagram-Ads-Connector, den Sie finden müssten. Sie werden im selben Werbeanzeigenmanager gebucht, über dasselbe Werbekonto abgerechnet und über dieselbe Marketing API ausgewiesen. Jeder der vier Wege, der Facebook Ads abruft, holt Ihre Instagram Ads bereits mit, eingerechnet in dieselben Kampagnensummen.

Der zusätzliche Schritt ist die Aufteilung. Wo eine Anzeige lief, weist Meta als Aufschlüsselung aus, nicht als eigenes Konto: Im Werbeanzeigenmanager heißt das Aufschlüsselung → Nach Auslieferung → Plattform (Breakdown → By delivery → Platform), in der Marketing API ist es die Aufschlüsselung publisher_platform, die Meta als die Plattform dokumentiert, auf der die Anzeige ausgespielt wurde: Facebook, Instagram oder Audience Network (Metas Referenz zu Aufschlüsselungen, auf Englisch). Ein Abruf auf Kampagnenebene ohne diese Aufschlüsselung liefert Facebook und Instagram zusammengerechnet, und Looker Studio kann die beiden hinterher nicht mehr trennen.

• Partner-Connector: Nehmen Sie die Dimension für die Plattform (Publisher Platform) ins Diagramm auf. Ein Connector, der sie nicht anbietet, kann Instagram nicht getrennt ausweisen.
• Export nach Google Tabellen: Stellen Sie im Werbeanzeigenmanager vor dem Export die Aufschlüsselung nach Plattform ein, dann enthält die CSV-Datei eine Zeile pro Plattform.
• TableBI: Der Live-Connector für Meta Ads (Beta) synchronisiert auf Kampagnenebene, deshalb stecken Ausgaben und Ergebnisse von Instagram ohne Aufteilung nach Plattform in den Kampagnensummen. Ein Export aus dem Werbeanzeigenmanager mit der Aufschlüsselung nach Plattform behält diese Spalte: TableBI legt jede CSV-Spalte, für die es keine gemeinsame Definition hat, in meta_ads_raw ab, wo Sie danach gruppieren können.

Facebook Page Insights und öffentliche Seitendaten laufen über eine andere Leitung

Organische Facebook-Daten, also Reichweite, Follower, Beiträge und Interaktionen einer Seite, kommen über keinen Facebook-Ads-Connector. Sie gehören zur Seite und nicht zum Werbekonto, sie brauchen eine andere Berechtigung, und Connector-Anbieter verkaufen sie als eigene Quelle. Supermetrics etwa führt Facebook Insights für Seiten, die Sie verwalten, und Facebook Public Data für öffentliche Beiträge von Seiten, die Sie nicht verwalten, als zwei Connectors, die von Facebook Ads getrennt sind.

„Facebook Public Data“ ist die schmalere der beiden Quellen. Sie ist dafür gedacht, andere Seiten anhand ihrer Veröffentlichungen zu vergleichen, und laut der Dokumentation von Supermetrics selbst sind Daten für rund 600 gerankte, veröffentlichte Beiträge pro Jahr verfügbar, bei Kommentaren nur die der obersten Ebene (Supermetrics-Dokumentation, auf Englisch).

Der kostenlose Weg funktioniert wie bei den Anzeigen: In der Meta Business Suite lädt Insights → Exportieren (Insights → Export) die Insights einer Seite als CSV- oder Excel-Datei herunter (Facebook-Hilfebereich), und eine Google-Tabelle mit dieser Datei lässt sich in Looker Studio einlesen wie jede andere Tabelle. TableBI bindet Page Insights nicht an: Der Meta-Connector von TableBI deckt nur Anzeigen ab.

„Facebook Ads kostenlos mit Looker Studio verbinden“ – ehrlich beantwortet

Viele kommen mit dem Wort kostenlos zu diesem Problem, deshalb verdient es eine klare Antwort statt eines Verkaufstrichters. Zwei der vier Wege kosten kein Geld: der Community-Connector und der Export nach Google Tabellen. Beide sind legitim, und für beide zahlen Sie in einer anderen Währung als Geld.

Beim Community-Connector zahlen Sie mit Vertrauen und Anfälligkeit: Ein Unbekannter hält ein Token für Ihr Werbekonto, und niemand schuldet Ihnen eine Reparatur, wenn Meta die API-Version wechselt. Beim Weg über Google Tabellen zahlen Sie mit Aufmerksamkeit: rund zehn Minuten pro Woche, und zwar für immer, plus das Risiko, dass jemand eine Budgetentscheidung auf Grundlage eines veralteten Tabellenblatts trifft. Besteht Ihr Reporting aus einem Werbekonto und einer monatlichen Präsentation, ist der Weg über Google Tabellen völlig in Ordnung, und Sie können hier aufhören zu lesen. Geht es um mehrere Konten, jede Woche, für Leute, die auf Basis der Zahlen handeln, sind die kostenlosen Wege die teuren.

Was jeder Weg ab Werk falsch macht

Dieser Fehler übersteht alle vier Optionen, deshalb verdient er mehr Aufmerksamkeit als die Wahl des Connectors. Meta ordnet Conversions über ein rückwirkendes Fenster von etwa sieben Tagen neu zu. Eine Conversion von heute kann einer Impression von vor fünf Tagen gutgeschrieben werden; die Zahlen vom vergangenen Dienstag ändern sich also noch an diesem Dienstag.

Jede Pipeline, die nur „gestern“ abruft und anhängt, liegt deshalb für die jüngste Vergangenheit dauerhaft falsch, und zwar zu niedrig, weil die Korrekturen meist nach oben gehen. Das Dashboard zeigt eine schwache Woche, die sich still und leise erholt hat, als niemand mehr hingesehen hat. Die Lösung: bei jeder Synchronisierung das rückwirkende Fenster neu abrufen, statt einmal anzuhängen, und im Bericht kennzeichnen, welche Tage noch in Bewegung sind. Die meisten Connector-Setups tun weder das eine noch das andere, und nichts in Ihrem Looker-Studio-Bericht weist Sie darauf hin.

Der fünfte Weg: ganz ohne Looker Studio

Die Option, die nicht in der Auswahl steht, weil sie kein Eintrag in einer Auswahl ist: Bauen Sie den Bericht gar nicht erst in Looker Studio. Geben Sie dieselben Daten an ein Backend, das sie in gemeinsame, kanalübergreifende Definitionen überführt, und veröffentlichen Sie das Dashboard von dort. Sie verzichten auf Drag-and-drop. Dafür sind Sie mit einem Schritt das Preismodell pro Quelle, das Aktualisierungsritual und die Attributionsdrift los.

Genau das macht TableBI. Der Weg, der heute für alle funktioniert, ist der Export: dieselbe CSV-Datei, die Sie sonst in eine Google-Tabelle eingefügt hätten, beim Import mit einem Label versehen, damit sie in denselben Tabellen landet wie Ihre anderen Kanäle:

# einmal installieren
npm i -g @tablebi/cli
tablebi login
tablebi install

# der Export aus dem Werbeanzeigenmanager, in gemeinsame Definitionen überführt
tablebi connect csv --file meta-ads-august.csv --platform meta_ads

# prüfen, was angekommen ist und wie es interpretiert wurde
tablebi sources
tablebi sample

Das Label --platform ist keine kosmetische Metadatenangabe. Es sorgt dafür, dass diese Zeilen in derselben Tabelle facts stehen wie Google Ads und Search Console, sodass Ausgaben Ausgaben sind und Klicks Klicks, egal in welchem Plattform-Dialekt sie ankamen. Genau das kann ein Connector pro Quelle strukturell nicht leisten: Connectors liefern jede Plattform in ihrem eigenen Vokabular und überlassen den Abgleich Ihnen und einer Datenzusammenführung, die lügt.

Es gibt außerdem einen Live-Connector per OAuth:

tablebi connect meta_ads
tablebi sync meta_ads

Meta Ads ist in der Beta. Unsere Meta-App hat das App Review noch nicht bestanden, deshalb lassen sich derzeit nur Werbekonten autorisieren, die Ihnen gehören oder die als Testnutzer hinzugefügt wurden. Trifft das auf Sie nicht zu, funktioniert der CSV-Weg, und er landet in genau denselben Tabellen. Search Console, GA4 und Google Ads verbinden sich live, ohne diese Einschränkung.

Was Sie fragen können, sobald die Daten drin sind

Der Sinn der Übung, Facebook aus seinem eigenen Dashboard zu holen, ist die Frage, für die Sie bisher zwei Dashboards brauchten:

# ROAS über Meta und Google Ads: eine Abfrage, eine Definition von ROAS
tablebi ask "SELECT platform, SUM(cost) AS spend,
             roas(SUM(conversion_value), SUM(cost)) AS roas,
             cpa(SUM(cost), SUM(conversions)) AS cpa
             FROM facts WHERE date >= (SELECT MAX(date) FROM facts) - 28
             GROUP BY platform ORDER BY spend DESC"

Zwei Dinge daran sind tragend. roas() und cpa() sind Definitions-Makros: Die Rechnung passiert einmal im Backend, statt jedes Mal neu hergeleitet zu werden, und so vermeiden Sie den Mittelwert-Fehler, der die meisten selbst gebauten Diagramme mit Verhältniskennzahlen verfälscht (die ausführliche Fassung, auf Englisch). Und der Datumsfilter orientiert sich an MAX(date) statt am Kalender, wegen des rückwirkenden Attributionsfensters: „Heute“ ist keine abgeschlossene Zeile.

Für forensische Fragen gehen Sie stattdessen auf die Rohdaten-Ebene, wo Metas eigene Felder unverändert erhalten bleiben:

tablebi ask "SELECT campaign, SUM(clicks) AS clicks, SUM(impressions) AS imp
             FROM meta_ads_raw
             GROUP BY campaign ORDER BY clicks DESC LIMIT 20"

Jede Antwort enthält einen Trust-Block: die Aktualität pro Quelle plus die geltenden Vorbehalte, einschließlich des rückwirkenden Fensters für die Neuzuordnung. Um den Reporting-Workflow statt um die Anbindung geht es in Meta-Ads-Reporting ohne Tabellen-Plackerei, um die kanalübergreifende Kennzahl, für die das alles da ist, in Blended ROAS (beide auf Englisch).

Als Live-URL anpinnen

Wenn eine Ansicht es wert ist, sie zu behalten, pinnen Sie sie an. Gespeichert wird die Abfrage, kein Schnappschuss, deshalb aktualisiert sich die URL selbst, sobald neue Daten synchronisiert werden:

tablebi pin --title "Paid overview — Meta + Google Ads" \
  --widget "Daily spend::line=SELECT date, SUM(cost) AS spend FROM facts …" \
  --widget "ROAS by platform=SELECT platform, roas(SUM(conversion_value), SUM(cost)) AS roas FROM facts …"
✓ published → https://dk.tablebi.com/d/dsh_…  (public, read-only, self-refreshing)

Ein echtes Dashboard, genau so angepinnt, mit Live-Daten statt Mock-up: