Fünf Abos für eine Handvoll API-Calls
Schau dir einmal die SaaS-Rechnungen eines durchschnittlichen Marketing-Teams an. Da läuft ein Tool für 99 € im Monat, das Social-Media-Posts plant. Daneben eine SEO-Suite für 199 €, die Rankings trackt. Dann ein Reporting-Tool, das Werbeausgaben in ein Dashboard zieht. Ein viertes für Bildvarianten, ein fünftes für E-Mail-Kampagnen.
Was diese Tools eint: Keines davon besitzt die Daten, mit denen es arbeitet. Die Posts gehen an Meta. Die Rankings kommen aus Googles Index. Die Werbezahlen liegen in den Ad-Accounts, die ohnehin dem Unternehmen gehören. Jedes dieser Tools ist eine Schicht zwischen dem Unternehmen und einer API, die das Unternehmen längst hätte ansprechen können.
Diese Zwischenschichten hatten jahrelang eine saubere wirtschaftliche Begründung. Jetzt nicht mehr. Und der Grund dafür heißt nicht „bessere APIs", sondern KI.
Was die Zwischenschicht eigentlich verkauft
Der entscheidende Punkt, den man verstehen muss: Ein typisches SaaS-Tool verkauft selten ein einzigartiges Produkt. Es verkauft ersparte Integrationsarbeit.
Die Meta Marketing API ist öffentlich. Die Google Search Console API ist öffentlich. Die Stripe API ist öffentlich. Jedes Unternehmen mit den passenden Zugangsdaten darf sie ansprechen. Was ein Tool wie Hootsuite, eine SEO-Suite oder ein Billing-Dashboard tatsächlich liefert, ist die Arbeit, die zwischen „rohe API" und „brauchbarer Workflow" liegt:
- OAuth-Flows und Token-Refresh, die niemand zweimal bauen will
- Pagination über zehntausende Datensätze
- Error-Handling für Rate-Limits und kurzlebige Felder
- ein Dashboard, das die Rohdaten in etwas Lesbares verwandelt
- ein Scheduler, der Dinge zur richtigen Zeit auslöst
Das ist echte Arbeit, und sie war teuer. Genau deshalb war es über Jahre rational, 99 € im Monat zu zahlen, statt einen Entwickler drei Wochen an eine Eigenlösung zu setzen, die danach auch noch gewartet werden muss. Der Moat des Mittelsmanns war nie die Funktion. Es war der Glue-Code – der unsichtbare Klebstoff, der eine API in ein Werkzeug verwandelt.
Warum die Rechnung jetzt kippt
Glue-Code ist genau die Art von Arbeit, in der Sprachmodelle herausragend sind. Es ist gut dokumentierte, gut abgesteckte, millionenfach im Trainingsmaterial vorhandene Integrationsarbeit. Kein konzeptioneller Durchbruch, sondern fleißiges Verdrahten bekannter Bausteine.
Vor fünf Jahren bedeutete „ich spreche die Meta Marketing API direkt an", dass jemand sich durch 200 Seiten Dokumentation las, den OAuth-Tanz verstand, die Eigenheiten des SDK lernte, Pagination und Fehlerbehandlung selbst baute. Diese letzte Meile war 80 % des Aufwands einer Eigenlösung – und damit der ganze Grund, warum man stattdessen ein Abo abschloss.
Heute beschreibt man, was man will, und das Modell schreibt die Integration: holt die Doku, baut den Auth-Flow, behandelt Pagination und Rate-Limits, erneuert die Tokens. Was übrig bleibt, ist ein kurzes Skript, das exakt das tut, was man braucht – nicht 200 Features, von denen man drei nutzt.
Das ist die eigentliche Verschiebung. Nicht die APIs sind besser geworden. Die Kosten, sie selbst anzusprechen, sind kollabiert. Und damit verschwindet die Begründung für jeden Mittelsmann, dessen einziger Wert das Überbrücken dieser letzten Meile war.
Drei Beispiele, an denen es konkret wird
Meta Marketing & Graph API statt Social-Tool. Ein Team, das Buffer, Hootsuite oder Smartly nutzt, zahlt im Kern für drei Dinge: Posts planen, Kampagnen verwalten, Insights ziehen. All das macht die Graph API direkt – Beiträge zeitgesteuert veröffentlichen, Ad-Kampagnen anlegen und budgetieren, Reichweiten- und Conversion-Daten abrufen. Ein KI-geschriebenes Skript, das jeden Montag die Wochenzahlen aller Ad-Accounts in eine Tabelle oder ein eigenes Dashboard schreibt, ist eine Sache von Stunden, nicht von Wochen. Und es kennt keine künstliche Grenze bei „5 Social-Accounts im Starter-Plan".
Google Search Console API statt SEO-Suite. Ein erheblicher Teil dessen, wofür Teams eine SEO-Suite mieten, sind die eigenen Search-Performance-Daten: Welche Queries bringen Impressions, welche Seiten verlieren Positionen, wo klafft die Lücke zwischen Ranking und Klickrate. Diese Daten gehören dem Unternehmen und liegen vollständig in der Search Console API. Statt sie durch das Raster eines fremden Dashboards zu betrachten, zieht man sie direkt und baut genau den Report, der die eigene Frage beantwortet – inklusive der Auswertungen, die kein SaaS-Tool anbietet, weil sie zu spezifisch für das eigene Geschäft sind. (Was eine SEO-Suite zusätzlich liefert – Backlink-Daten der Konkurrenz, fremde Keyword-Volumina – ist ein eigener, größerer Datensatz; dazu gleich mehr.)
Python statt Adobe Photoshop. Niemand braucht eine 60-€-Creative-Cloud-Lizenz, um 800 Produktbilder auf einheitliche Maße zu bringen, ein Wasserzeichen zu setzen, ins WebP-Format zu konvertieren oder einen Stapel Banner aus einer Vorlage zu generieren. Genau das erledigen Pillow, ImageMagick oder OpenCV in einem Skript – programmierbar, wiederholbar, versionierbar. Wo Photoshop kreative Einzelarbeit am Pixel ist, ist Bildverarbeitung im Batch eine Aufgabe für Code. Und Code, der solche Bibliotheken bedient, schreibt ein Modell heute zuverlässig herunter, ohne dass man die API von Pillow je gelesen haben muss.
Die Liste ließe sich verlängern. Die Stripe API direkt anzusprechen ersetzt manch ein Billing-Dashboard. E-Mail über SES oder Postmark ersetzt für transaktionale Mails einen guten Teil dessen, wofür Mailchimp Geld nimmt. Das Muster ist immer dasselbe: Wo das Tool nur eine Oberfläche über einer API ist, die man ohnehin bezahlt, ist der Mittelsmann angreifbar geworden.
Wo der Mittelsmann sein Geld weiter verdient
An dieser Stelle wird es wichtig, ehrlich zu bleiben – sonst zieht man die falschen Schlüsse und kündigt Abos, die ihr Geld wert sind.
KI senkt die Kosten, den Wrapper zu bauen. Sie senkt nicht die Kosten, ihn zu betreiben. Ein Skript zu schreiben, das die Search Console API abfragt, ist heute trivial. Dafür zu sorgen, dass es jeden Tag zuverlässig läuft, dass jemand merkt, wenn es bricht, dass die Logik gewartet wird, wenn sich die API ändert – das bleibt echte Arbeit. Genau diese operative Zuverlässigkeit ist ein Teil dessen, wofür gutes SaaS bezahlt wird.
Es gibt weitere Fälle, in denen der Mittelsmann klar gewinnt:
- Eigene Daten, nicht nur eine API. Eine SEO-Suite ist mehr als ein Wrapper um die Search Console – sie hat einen riesigen eigenen Crawl-Index, Backlink-Daten und Keyword-Volumina, die kein Unternehmen selbst erheben kann. Das ist kein Mittelsmann, das ist ein eigenes Produkt.
- Compliance und Auditierbarkeit. Wenn ein Tool das System of Record ist, SOC-2-Nachweise liefert und reguliert werden muss, kauft man nicht Funktion, sondern Verantwortung. Die übernimmt kein Eigen-Skript.
- Kollaboration und Self-Service. Sobald nicht-technische Kolleg:innen täglich selbst im Tool arbeiten, Rechte verwalten, gemeinsam an Dingen bauen, ist die Oberfläche das Produkt – und ein Skript hilft niemandem, der nicht programmieren will.
Die Faustregel: Je mehr ein Tool selbst Daten erzeugt, Verantwortung trägt oder Menschen direkt darin arbeiten, desto weniger ist es ein Mittelsmann – und desto eher ist das Abo gerechtfertigt.
Der Test: Wrapper oder Plattform?
Bevor man irgendetwas kündigt, lohnt sich ein nüchterner Blick auf jedes einzelne Tool mit vier Fragen:
- Nutzen wir weniger als 20 % der Features? Ein Tool, von dem nur ein schmaler Ausschnitt gebraucht wird, ist ein erstklassiger Kandidat für ein fokussiertes Eigen-Skript.
- Ist die zugrunde liegende API öffentlich und stabil? Bei Meta, Google, Stripe lautet die Antwort ja. Bei einem Tool, dessen Mehrwert auf einem eigenen Datenschatz beruht, lautet sie nein.
- Ist unsere Nutzung programmierbar und wiederkehrend – oder ad-hoc und menschlich? Der wöchentliche Report schreit nach Code. Die kreative Einzelentscheidung am Bild bleibt Handarbeit.
- Müssen wir die Daten besitzen? Wenn Datenhoheit zählt – und in immer mehr Fällen tut sie das –, ist der direkte API-Zugriff nicht nur billiger, sondern strategisch besser.
Vier Mal „Wrapper"? Dann zahlt man gerade für vermeidbare Integrationsarbeit. Vier Mal „Plattform"? Dann ist das Abo gut investiert.
Fazit
Jedes SaaS-Abo ist im Kern eine kleine Steuer auf eine Fähigkeit, die man auch selbst besitzen könnte. Die meisten dieser Steuern waren ihr Geld wert, weil die Eigenleistung – das Verdrahten der letzten Meile zur API – teuer und riskant war. Diese Annahme stimmt nicht mehr durchgängig.
Die Tools, die echte eigene Daten halten, Verantwortung tragen oder Menschen täglich beheimaten, sind sicher. Die reinen Mittelsmänner aber – die Schichten zwischen einem Unternehmen und einer API, die es ohnehin bezahlt, allen voran Meta, Google und Stripe – sind zum ersten Mal seit Jahren wirklich exponiert.
Der Gewinn liegt nicht darin, reflexhaft alles zu kündigen. Er liegt in der Fähigkeit, Wrapper von Plattform zu unterscheiden – und genau die Schichten auszuschalten, die nichts weiter tun, als zwischen einem und der eigenen API zu stehen. Unternehmen, die diese Unterscheidung sauber treffen, geben weniger aus und bewegen sich schneller. Beides zugleich.