Schnittstellenentwicklung & API-Anbindung · siteway

// definition

Was ist Schnittstellenentwicklung?

Schnittstellenentwicklung verbindet deine Website mit den Systemen, in denen deine Daten leben: CRM, Warenwirtschaft (ERP), Buchung und Payment. Eine Schnittstelle (API) überträgt die Daten automatisch — in Echtzeit per Webhook oder im festen Takt per Cronjob. Das Ergebnis: keine Doppelpflege, keine Kopierfehler, überall derselbe Stand.

Zur Anbindung gehört mehr als der API-Aufruf: ein Feld-Mapping, das festlegt, welches Datum wohin fließt, eine Fehlerbehandlung für den Tag, an dem das Zielsystem nicht antwortet, und ein Log, in dem du nachsiehst, was wann übertragen wurde. Welche Systeme überhaupt angebunden werden, klären wir am besten schon im Konzept.

// warum

Schluss mit Copy & Paste.

daten fließen · niemand kopiert

Ohne Schnittstellen ist die Website eine Insel. Leads aus dem Kontaktformular landen im Postfach und werden von Hand ins CRM getippt. Preise und Bestände stehen im ERP — und veralten auf der Website, bis jemand den Excel-Export macht. Jede Übertragung kostet Zeit, und jede zweite bringt einen Tippfehler mit.

Eine API-Anbindung dreht das um: Die Systeme tauschen ihre Daten selbst aus, in beide Richtungen, nach festen Regeln. Deine Leute pflegen jeden Wert genau einmal — im System, das dafür gedacht ist. Und wenn ein Prozess dahinter noch Handarbeit ist, automatisieren wir ihn gleich mit: KI & Automation.

// leistung · 6 bausteine

Was wir anbinden.

vom crm bis zum alt-system

Sechs typische Anbindungen — jede mit greifbarem Ergebnis. Entscheidend ist nie der Name des Systems, sondern seine API. Die sichten wir, bevor wir ein Angebot schreiben.

// b-01crm

CRM-Anbindung.

Leads aus Formularen laufen direkt ins CRM — z. B. HubSpot — mit Quelle, Kampagne und Double-Opt-in. Kein Abtippen, kein Lead geht verloren.

output: crm-sync

// b-02erp

ERP & Warenwirtschaft.

Produkte, Preise und Bestände kommen aus dem ERP auf die Website — und Bestellungen gehen zurück. Eine Quelle, keine Doppelpflege.

output: erp-anbindung

// b-03payment

Payment & Buchung.

Bezahl- und Buchungssysteme angebunden: Zahlung, Termin und Bestätigung in einem Fluss — inklusive Webhooks für Statusänderungen und Storno.

output: payment-flow

// b-04pim + suche

PIM, Produktdaten & Suche.

Produktdaten aus dem PIM, CAD-Daten über Cadenas, Suche mit Algolia. Ändert sich ein Produkt, aktualisieren sich Website und Suchindex von selbst.

output: produktdaten-sync

// b-05eigene api

Eigene REST-APIs.

Wenn kein Standard passt, bauen wir die Schnittstelle selbst: PHP/Laravel, dokumentiert, versioniert, mit Git und CI/CD ausgeliefert.

output: rest-api

// b-06legacy

Legacy & SOAP.

Viele ERP- und Branchensysteme sprechen weiter SOAP/XML statt REST/JSON. Wir bauen den Adapter dazwischen — das Alt-System bleibt, die Website wird modern.

output: soap-adapter

// systemkatalog · diese apis haben wir im programm alle details im stack →

crm, erp & warenwirtschaft: hubspot · salesforce · weclapp · pipedrive · sap · dynamics 365 bc · evewa4 · pim · cadenas
zahlung & payment: stripe · kreditkarte · paypal · klarna · apple pay · google pay · wechat · alipay
immobilien & bewertung: openimmo · onoffice · flowfact · propstack · pricehubble
recruiting & hr: google for jobs · personio · rexx · p&i logahr · bite · sopea · hansalog vision
newsletter & e-mail: cleverreach · activecampaign · mailchimp · brevo · rapidmail
social media: meta · instagram · linkedin · youtube
ki-instant search: algolia · meilisearch
künstliche intelligenz: anthropic · openai · perplexity · open-source-modelle · self-hosted
karten & geodaten: google maps · mapbox

// entscheidung

Standard-Connector oder individuelle Schnittstelle?

die günstigste stufe, die trägt

Nicht jede Anbindung braucht Individualentwicklung. Für TYPO3, WordPress und Statamic gibt es für viele Systeme fertige Connectoren — wenn einer gepflegt ist und deinen Prozess abdeckt, konfigurieren wir ihn und sind in Tagen fertig. Erst wenn Felder, Logik oder das System selbst nicht zum Standard passen, entwickeln wir selbst.

Diese Prüfung gehört bei uns vor das Angebot, nicht danach. Du bekommst eine klare Empfehlung mit Begründung: welche Stufe reicht, was sie kostet, wo ihre Grenze liegt. Welche Systeme und Werkzeuge wir dafür einsetzen, steht im Stack.

// betrieb

Robust im Betrieb.

eine schnittstelle ist gut, wenn sie auffällt, bevor du es tust

Der Unterschied zwischen einer Demo und einer Anbindung, die Jahre läuft, liegt im Fehlerfall: Was passiert, wenn das ERP nachts nicht antwortet oder der API-Anbieter Felder umbenennt? Genau das spezifizieren wir vorab — und überwachen es nach dem Go-live im Rahmen von Betrieb & Wartung.

// r-01sync

Sync-Strategie.

Webhook für alles, was sofort passieren muss — Lead, Zahlung, Storno. Cronjob für Massendaten wie Preise und Bestände. Beides zusammen hält die Last klein und die Daten aktuell.

webhook + cron

// r-02fehler

Fehlerbehandlung & Monitoring.

Antwortet ein System nicht, wird der Auftrag zwischengespeichert und automatisch wiederholt — kein Datensatz geht verloren. Jeder Lauf steht im Log, Auffälligkeiten melden sich per Alert.

retry + log + alert

// r-03sicherheit

Sicherheit & Datensparsamkeit.

Übertragen wird verschlüsselt per HTTPS, authentifiziert über OAuth 2.0 oder API-Keys außerhalb des Codes. Und nur die Felder, die der Prozess braucht — nicht der ganze Datensatz.

https + oauth 2.0

// referenz

Fünf Systeme, eine Website: Spelsberg.

typo3 · 13 sprachen

Für den Elektrotechnik-Hersteller Spelsberg haben wir eine TYPO3-Website mit 13 Sprachen gebaut, in der fünf Systeme über Schnittstellen zusammenlaufen: Produktdaten kommen aus dem PIM, CAD-Daten über Cadenas, die Suche läuft über Algolia, Marketing und Leads über HubSpot, HR-Prozesse über Hansalog.

Kein Produkt wird auf der Website von Hand gepflegt: Ändert sich ein Datenblatt im PIM, steht es in allen Sprachen und im Suchindex — automatisch. Wie das Projekt insgesamt lief, steht im Case Spelsberg.

// ablauf · 5 schritte

So läuft die Anbindung.

erst spezifizieren · dann entwickeln

// schritt 01 · scoping

Scoping & API-Sichtung.

Welche Systeme, welche Datenflüsse, welche Richtung? Wir lesen die API-Dokumentation der Zielsysteme, bevor wir irgendetwas versprechen.

output: briefing
// schritt 02 · spezifikation

Spezifikation & Feld-Mapping.

Welches Feld fließt wohin, was passiert bei Konflikten, was im Fehlerfall. Auf dieser Basis steht der Festpreis.

output: schnittstellen-spec
// schritt 03 · entwicklung

Entwicklung.

Umsetzung in PHP/Laravel oder als CMS-Erweiterung — versioniert in Git, ausgeliefert über CI/CD, KI-gestützt entwickelt und von Menschen reviewt.

output: api-anbindung
// schritt 04 · test

Test auf Staging.

Echte Testdaten, Grenzfälle, Ausfallszenarien: Was passiert bei Timeout, Duplikat, leerem Feld? Erst wenn das Protokoll sauber ist, geht es live.

output: testprotokoll
// schritt 05 · go-live ● ergebnis

Go-live & Monitoring.

Die Anbindung geht in Betrieb — mit Logging, Alerts und Dokumentation. Auf Wunsch überwachen und pflegen wir sie danach weiter.

output: monitoring

// faq

Häufige Fragen.

Was ist eine API-Schnittstelle?

Eine API (Application Programming Interface) ist eine definierte Stelle, an der zwei Systeme Daten austauschen. Deine Website fragt darüber zum Beispiel Bestände im ERP ab oder schreibt einen Lead ins CRM — automatisch, ohne dass jemand Daten kopiert.

Welche Systeme bindet ihr an?

CRM-Systeme wie HubSpot, Warenwirtschaft und ERP, PIM-Systeme, Buchungs- und Payment-Dienste, CAD-Portale wie Cadenas und Suchdienste wie Algolia. Bei Spelsberg laufen fünf Systeme über Schnittstellen in eine TYPO3-Website mit 13 Sprachen. Entscheidend ist nicht der Name des Systems, sondern seine API — die sichten wir vor dem Angebot.

REST oder SOAP — was ist der Unterschied?

REST ist der heutige Standard: schlanke Aufrufe, meist JSON über HTTPS. SOAP ist ein älteres XML-Protokoll, das viele ERP- und Branchensysteme weiterhin sprechen. Wir entwickeln mit beidem — entscheidend ist, was dein System anbietet, nicht was gerade modern ist.

Was kostet eine Schnittstellenentwicklung?

Festpreis nach Briefing. Der Preis hängt von drei Dingen ab: Qualität der API-Dokumentation des Zielsystems, Zahl der Datenfelder und Komplexität der Sync-Logik. Nach Sichtung der API-Doku nennen wir einen Preis und halten ihn im Vertrag fest.

Wie lange dauert eine API-Anbindung?

Ein Standard-Connector ist in Tagen konfiguriert. Eine individuelle Schnittstelle dauert meist zwei bis sechs Wochen — abhängig von der API-Dokumentation des Zielsystems, der Zahl der Datenfelder und der Testtiefe.

Brauche ich eine individuelle Schnittstelle oder reicht ein Plugin?

Wenn es für dein CMS einen gepflegten Standard-Connector gibt, der deinen Prozess abdeckt, nimm ihn. Individuelle Entwicklung lohnt sich erst, wenn Felder, Logik oder das System selbst nicht zum Standard passen. Wir empfehlen die günstigste Stufe, die trägt — und sagen dir vor dem Angebot, welche das ist.

Was passiert, wenn das angebundene System ein Update bekommt?

APIs ändern sich — Felder werden umbenannt, Versionen abgekündigt. Deshalb loggt unsere Anbindung jeden Fehler, das Monitoring meldet Auffälligkeiten, und im Rahmen von Betrieb und Wartung passen wir die Schnittstelle an, bevor Daten verloren gehen.

Wie sicher ist die Datenübertragung?

Übertragen wird verschlüsselt über HTTPS, authentifiziert per OAuth 2.0 oder API-Keys, die außerhalb des Codes liegen. Und wir übertragen nur die Felder, die der Prozess wirklich braucht — Datensparsamkeit steht in der Spezifikation, nicht nur in der Datenschutzerklärung.

// weiter im prozess

Was nach der Anbindung kommt.

alle leistungen im überblick

// svc-09 · nächster schritt

Betrieb, Wartung & Support.

Monitoring, Updates und Anpassungen, wenn sich eine angebundene API ändert — damit die Daten weiterfließen.

weiterlesen →

// svc-06 · danach

SEO & GEO.

Läuft die Technik, geht es um Sichtbarkeit: Rankings bei Google und Zitate in KI-Antworten.