Bei der Google I/O 2026 am 19. Mai bekam die Gemini-App das ehrgeizigste agentische Upgrade ihrer Geschichte. Die Schlagzeile war Spark — eine 24/7-laufende Personal-Agent-Runtime, die handeln kann, nicht nur entwerfen. Das Detail, das in der Hektik unterging, ist die Konnektorliste — und das ist genau der Teil, den SaaS-Builder in Deutschland diese Woche durchplanen müssen.
Die Fachpresse hat eine lange Liste “Sommer-2026-MCP-Partner” verteilt — Adobe, Samsung, Spotify, CapCut, GitHub, Notion, Slack. Wenn du aber den offiziellen Blogpost von Google liest, ist die Realität schmaler. Drei MCP-Konnektoren sind am Launch-Tag wirklich gestartet: Canva, OpenTable, Instacart. Der Rest ist Roadmap-Sprache, keine zugesicherten Partnerschaften, und Google nennt keine Namen.
Das wirft die Frage auf, die gerade jeder SaaS-PM in Slack stellt: Soll ich einen Spark-Konnektor bauen? Und die Antwort ist interessanter als die News-Welle vermuten lässt, weil Spark heute noch keinen öffentlichen Einreichungsprozess hat. Die 7 Konnektoren, die im Sommer dazukommen, werden private Partnerschaften sein — genauso wie Canva, OpenTable und Instacart. Es gibt keinen Marktplatz, bei dem du dich bewerben kannst. Noch nicht.
Das ist die Builder-Karte. Die drei Konnektoren, die am 24. Mai wirklich existieren. Was Google für den Sommer zugesagt und was es nicht zugesagt hat. Der echte Entscheidungsbaum für SaaS-PMs (“einen Spark-Konnektor bauen” ist nicht die richtige Arbeitseinheit — “einen generischen MCP-Server bauen” schon). Und das einzige Verzeichnis, in dem du heute wirklich einreichen kannst.
Was am 19.–20. Mai 2026 wirklich live ist
Der offizielle Spark-Launchpost von Google ist eindeutig: “Wir erweitern unsere Liste verbundener Gemini-Apps um neue MCP-Verbindungen zu Canva, OpenTable und Instacart, die heute starten.” Keine weiteren Drittanbieter-MCP-Partner werden im Haupttext genannt. Die unabhängigen I/O-Zusammenfassungen von SiliconANGLE, Decrypt und Yahoo Tech bestätigen dieselben drei.
| Konnektor | Was er ermöglicht | Auswirkung auf Spark-Nutzer |
|---|---|---|
| Canva | Designgenerierung + Brand-Asset-Abruf | “Mach mir drei Banner-Varianten für unseren Wochenmarkt-Post” läuft direkt in Spark — keine separate Canva-Session mehr |
| OpenTable | Restaurantreservierung + Tischverfügbarkeit | “Reserviere am Samstag um 19 Uhr einen Tisch für 4 in einem thailändischen Restaurant in München-Schwabing” landet als Bestätigung, nicht als E-Mail-Entwurf |
| Instacart | Rezept-zu-Warenkorb + geplante Lieferung (US-only zum Launch) | Für DACH-Nutzer noch nicht verfügbar; das Konzept ist aber auf Picnic / Flink / Gorillas-Integration übertragbar, wenn diese Anbieter folgen |
Jeder dieser drei Konnektoren ist eine Partnerschaft, die Google offenbar vor der Keynote privat verhandelt hat. Es sind keine generischen MCP-Endpunkte, bei denen du dich heute registrieren kannst — sie kommen mit privilegiertem Zugang innerhalb der Spark-Oberfläche der Gemini-App.
Was Google für den Sommer zugesagt hat — und was nicht
Die am häufigsten zitierte Sekundär-Liste — Adobe, Samsung, Spotify, CapCut, GitHub, Notion, Slack — steht nicht im Google-Primärtext. Der I/O-Blogpost und die Entwickler-Keynote verwenden sorgfältig abgesicherte Formulierungen: “eine volle Roadmap an Partnern”, “weitere Partner integrieren sich gerade”, “in den kommenden Wochen”.
Die genannten Sommer-Partner stammen aus Analystenreaktionen. Die am sichersten benannten in Sekundärberichten sind GitHub, Notion und Slack — aber diese Sicherheit basiert auf Kommentator-Folgerung, nicht auf einer veröffentlichten Roadmap-Folie von Google. Eine separate Mashable-Berichterstattung erwähnt “über 30 Drittanbieter-Anwendungen” inklusive Dropbox, Lyft, Uber und Zillow — eine ganz andere Liste.
Für deutsche SaaS-Builder-Planung: ehrliche Einschätzung:
- Bestätigt live: Canva, OpenTable, Instacart.
- Vernünftig für Sommer einplanen: GitHub, Notion, Slack — die drei am konsistentesten genannten in mehreren I/O-Analysen.
- Als Spekulation behandeln, bis Google bestätigt: Adobe, Samsung, Spotify, CapCut, Dropbox, Lyft, Uber, Zillow.
“Soll ich einen Spark-Konnektor bauen?” ist die falsche Frage
Das ist der Teil, den die Fachpresse übersieht. Stand 24. Mai 2026 hat Google keinen öffentlichen Einreichungsprozess für Spark-MCP-Server veröffentlicht. Die Docs für Gemini Code Assist und die Gemini CLI zeigen Entwicklern, wie sie beliebige MCP-Server per JSON-Konfiguration in ihre eigene Gemini-Instanz einbinden — aber das ist clientseitige Nutzung, kein Verzeichnis-Listing oder Marktplatz für die Consumer-Gemini-App.
Heißt: kein Antragsformular, keine Review-Queue, keine Policy-Seite. Wenn du als deutsches SaaS Partner Nr. 4 werden willst, läuft der Weg über direktes Business Development mit Googles Partnerteam — nicht über ein Developer-Portal.
Die richtige Frage im nächsten Sprint-Planning ist also nicht “sollen wir einen Spark-Konnektor bauen?” — sondern:
Sollen wir einen generischen MCP-Server bauen, der bei Spark funktioniert (wenn Google Einreichungen öffnet), bei Claude (wo es heute ein öffentliches Verzeichnis gibt), bei Cursor (wo schon 5.000+ Community-Server laufen) und bei jeder neuen Agent-Runtime, die als nächstes MCP adoptiert?
Die Antwort ist fast immer ja — die MCP-Spezifikation ist bewusst client-agnostisch. Ein gut entworfener Remote-MCP-Server funktioniert für jede große Agent-Runtime, die heute existiert, und jede, die in den nächsten 18 Monaten dazukommt.
Der Entscheidungsbaum für Builder
Hier ist die operative Version dieser Rechnung — in 6 Fragen.
1. Ist dein Produkt in einer der Spark-Launch-Kategorien — Kreativ-Tools, Essen, Terminplanung, Produktivität? Dann ist dieses Quartal deine Priorität. MCP-Server jetzt bauen, damit du bereit bist, wenn Google das nächste Partner-Fenster öffnet.
2. Ist dein Produkt in einer Kategorie, die plausibel im Sommer-Batch liegt (Dev-Tools, Comms, Docs, Media)? Dann in den nächsten 30 Tagen ausliefern. Sobald GitHub oder Slack wirklich live gehen, wird die Vergleichssuche (“X vs Slack Spark-Konnektor”) zu einer realen SEO-Oberfläche.
3. Hast du schon eine öffentliche REST- oder GraphQL-API? Dann ist das MCP-Wrapping 2–3 Tage Arbeit mit dem Anthropic MCP SDK oder den Open-Source-Frameworks FastMCP / OpenMCP. Falls nein — zuerst die API.
4. Hast du schon einen Anthropic Custom Connector ausgeliefert? Dann sind 60 % der Arbeit erledigt — dein bestehender MCP-Server läuft auch in Spark, sofern du die richtigen Tools exponiert hast. Falls nein — fang bei Anthropic an, denn die haben einen öffentlichen Einreichungsprozess (siehe unten).
5. Ist deine Nutzerbasis agent-neugierig — fragen User aktuell “kann ChatGPT das in meiner App”? Dann Prioritätsboost. Die User wechseln zu der Agent-Runtime, der sie vertrauen — und wollen dein Produkt auf dieser Oberfläche.
6. Wie hoch ist das Lock-in-Risiko, falls Spark nicht abhebt? Die Mitigation liegt schon in der Frage. Baue keinen “Spark-spezifischen Konnektor” — baue einen generischen MCP-Server. Wenn Spark dann plateaut wie Google Wave / Allo / Stadia, läuft deine Arbeit weiter in Claude, Cursor, VS Code und Windsurf.
Das einzige Verzeichnis, bei dem du heute einreichen kannst
Während Googles MCP-Einreichungsstory noch private Partnerschaften ist, hat Anthropic ein öffentliches Connectors Directory mit einem echten Einreichungsformular. Der Hilfeartikel Pre-built connectors using remote MCP (30. April 2025) listet die aktuellen Launch-Partner — Asana, Cloudflare, Zapier, GitHub, Slack, Google Drive, Postgres und andere. Die Connectors Directory FAQ dokumentiert den Review-Prozess.
Was du konkret machst:
- Einen kompatiblen Remote-MCP-Server bauen nach dem Anthropic Build Custom Connectors Guide.
- MCP-Endpoint, OAuth-Handshake und Tool-Surface dokumentieren in deinen Entwickler-Docs.
- Das Connectors Directory Review-Formular einreichen — Anthropic bewertet anhand der MCP Directory Policy (Sicherheit, Safety, Kompatibilität).
- Auf Anthropics Antwort warten. Sie prüfen die Eignung; Compliance garantiert keine Aufnahme, aber sie garantiert, dass sie es lesen.
Sobald Spark einen vergleichbaren Einreichungsfluss öffnet — und das wird passieren, so wie jede andere Google-AI-Oberfläche irgendwann ein Entwicklerprogramm bekommen hat — ist dein bestehender Anthropic-konformer MCP-Server schon der Großteil der Arbeit.
In der Zwischenzeit bekommst du obendrein:
- Claude-Nutzer (Cowork, Custom Connectors in claude.ai) sehen dein Tool ab Tag eins.
- Cursor-Nutzer können deinen Server per JSON-Config in ihre IDE einbinden — gleicher Pattern wie Gemini Code Assist.
- VS Code / Windsurf / Cline-Nutzer — jeder, der einen modernen Agent-Client betreibt — bekommt Kompatibilität gratis.
Drei Dinge, die das nicht löst
Ehrliche Grenzen, bevor du einen Sprint committest.
- OAuth macht mehr Arbeit, als du denkst. Das Spark / Claude / Cursor-Konnektor-Erlebnis hängt davon ab, dass der User sich aus dem Agent heraus in deinen Service einloggt. Wenn dein OAuth-Flow nicht damit klarkommt, von einem Nicht-Web-Client angestoßen zu werden, hast du ein Integrationsproblem, das kein MCP-Code löst.
- MCP-Tools müssen klein, atomar und selbstbeschreibend sein. Ein Konnektor mit einem einzigen “mach-alles”-Endpunkt ist schlimmer als einer mit 20 scharf benannten Tools. Der Agent überlegt vor jedem Aufruf, welches Tool er aufrufen soll — unscharfe Tool-Namen bedeuten unscharfes Agent-Verhalten.
- Keine Agent-Oberfläche rettet ein schlechtes Produkt. Wenn dein SaaS das drittbeste in seiner Kategorie ist, macht ein früh ausgelieferter MCP-Server es nicht zum besten — es macht den Vergleich nur schneller.
Fazit
Die eigentliche Nachricht vom 19. Mai ist: MCP ist jetzt der De-facto-Standard für Agent-zu-SaaS-Kommunikation, und die Runtime, die noch nicht dabei war (Googles Gemini), ist jetzt drin. Fahd Rafis LinkedIn-Lesung — “Im Grunde, wo OpenAI im Dezember war. Das war unausweichlich” — ist langfristig richtig und auch heute schon zutreffend.
Für deutsche SaaS-PMs ist die richtige Arbeitseinheit im Q3: einen gut entworfenen Remote-MCP-Server bauen, beim Anthropic-Verzeichnis einreichen, den Endpoint dokumentieren, damit User ihn manuell in Spark / Cursor / VS Code einbinden können. Diese Arbeit zahlt sich über jede Agent-Runtime aus. Die falsche Arbeitseinheit ist “einen spezifischen Spark-Konnektor bauen” — es gibt heute keinen Ort zum Einreichen, und Spark-spezifischer Code ist genau die Art Plattform-Lock-in, die der offene MCP-Standard verhindern soll.
Wenn du einen strukturierten Durchgang durch den MCP-Server-Build willst — inklusive OAuth-Handshake, Tool-Naming-Patterns und Directory-Einreichungsablauf — geht der MCP Tools für SaaS-Builder Kurs auf FindSkill das durch. Die ersten zwei Lektionen sind ohne Account verfügbar.
Quellen
- The Gemini app becomes more agentic — blog.google (18. Mai 2026)
- Google’s new Gemini Spark is an always-on AI agent — SiliconANGLE (19. Mai 2026)
- Google Launches Gemini Spark — Decrypt
- Anthropic Pre-built Connectors using Remote MCP
- Connectors Directory FAQ — Anthropic Support
- Build Custom Connectors via Remote MCP Servers — Claude Support
- Use agentic chat as a pair programmer — Google Gemini Code Assist Docs
- Introducing the Model Context Protocol — Anthropic (18. November 2024)
- Model Context Protocol — modelcontextprotocol.io
