Doppelte Pflege
Jede Preisänderung, jeder neue Artikel und jeder Termin wird zweimal erfasst. Der Aufwand fällt nicht einmalig an, sondern jede Woche neu.
Systemintegration
Schnittstellen zwischen
Website und deinen Systemen
Deine Daten liegen bereits in Warenwirtschaft, ERP, CRM oder Buchungssoftware. Ich sorge dafür, dass die Website sie übernimmt, statt dass jemand sie ein zweites Mal pflegt.
- 10+ Jahre Entwicklung
- REST, SOAP, XML, CSV
- White-Label für Agenturen
Das Problem
Die Daten sind längst da, nur nicht auf der Website
In den meisten Unternehmen existieren Produkte, Preise, Termine und Kundendaten bereits in einem System: in der Warenwirtschaft, im ERP, in der Buchungssoftware oder in einer Branchenlösung. Auf der Website werden dieselben Inhalte ein zweites Mal gepflegt. Das kostet Arbeitszeit und erzeugt Widersprüche, sobald sich etwas ändert.
Widersprüchliche Stände
Irgendwann weicht die Website vom System ab. Kunden sehen alte Preise, ausverkaufte Artikel oder Termine, die es nicht mehr gibt.
Niemand ist zuständig
Die Agentur kennt das ERP nicht, der Systemanbieter kennt die Website nicht. Dazwischen bleibt die Anbindung liegen.
Der Ansatz: ein System führt, die Website folgt
Für jede Datenart wird festgelegt, welches System die Wahrheit hält. Alles andere übernimmt diesen Stand automatisch. Die Redaktion pflegt weiterhin das, was sie pflegen soll: Texte, Bilder und Struktur. Was aus dem Fachsystem kommt, wird nicht angefasst. Grundlage dafür ist eine saubere technische Basis, wie sie auch bei einer individuell entwickelten Website entsteht.
Anwendungsfälle
Was sich anbinden lässt
Sieben Konstellationen, die in der Praxis immer wieder vorkommen. Sie decken den größten Teil der Anfragen ab, technisch unterscheiden sie sich vor allem darin, was das Quellsystem bereitstellt.
Produktdaten aus der Warenwirtschaft in den Shop
Artikel, Varianten, Bestände und Preise werden im führenden System gepflegt und laufen automatisch in WooCommerce oder den Shop-Katalog. Keine Doppelpflege, keine veralteten Preise auf der Website.
Typische Systeme: ERP, Warenwirtschaft, PIM
Termine und Veranstaltungen aus dem Buchungssystem
Veranstaltungen, freie Plätze und Buchungsstrecken kommen aus der Fachanwendung und erscheinen auf der Website. Redaktion und Kasse arbeiten weiter im gewohnten System.
Typische Systeme: go~mus, Ticketing-, Buchungs- und Veranstaltungssysteme
Objektdaten per OpenImmo-Import
Immobilienangebote aus der Maklersoftware landen über den OpenImmo-Standard als strukturierte Inhalte in WordPress, inklusive Bildern, Feldern und Abgleich gelöschter Objekte.
Typische Systeme: Maklersoftware, OpenImmo (XML)
Stellenanzeigen aus dem Bewerbermanagement
Offene Stellen werden im Bewerbermanagement gepflegt und erscheinen automatisch auf der Karriereseite, inklusive Abgleich, wenn eine Ausschreibung geschlossen wird. Bewerbungen laufen weiter im Fachsystem.
Typische Systeme: d.vinci, talentStorm und andere Bewerbermanagementsysteme
Preise und Verfügbarkeiten aus dem ERP
Kundenindividuelle Preise, Staffeln und Lagerstände kommen aus dem ERP. Im B2B-Bereich sieht jeder angemeldete Kunde die Konditionen, die im Warenwirtschaftssystem hinterlegt sind.
Typische Systeme: Abas und andere ERP- und Warenwirtschaftssysteme
Formularanfragen zurück ins CRM
Anfragen, Downloads und Newsletter-Anmeldungen laufen nicht im Postfach auf, sondern als Datensatz im CRM. Mit Dublettenprüfung und nachvollziehbarer Herkunft der Anfrage.
Typische Systeme: CRM, Marketing-Automation, Newsletter-Tools
Zahlungsanbindung im Shop und im Formular
Stripe und PayPal im Checkout, verknüpft mit dem Bestellstatus im Shop. Wo kein ganzer Shop nötig ist, reicht ein Formular mit angebundener Zahlung, etwa für den Verkauf von Gutscheinen.
Typische Systeme: Stripe, PayPal, WPForms mit Payment-Anbindung
Aus der Praxis
Integrationen, die ich umgesetzt habe
Eine Auswahl. Kundennamen nenne ich hier nicht: Ein großer Teil dieser Arbeit läuft über Agenturpartner und ist vertraglich vertraulich. Was technisch dahinter steckt, bespreche ich im Gespräch gern im Detail.
- Kultur
go~mus an WordPress angebunden
Ein Museum pflegt Termine, Führungen und Kontingente im Besuchermanagement go~mus. Die Website zieht die Daten automatisch und zeigt Verfügbarkeiten an, statt sie parallel zu pflegen.
- Industrie
Abas ERP an WordPress angebunden
Daten aus dem ERP werden per REST API synchronisiert und über eigene Endpoints auf der Website ausgespielt, statt sie doppelt zu pflegen. Das führende System bleibt das ERP.
- Personal
Bewerbermanagement an die Karriereseite angebunden
Offene Stellen werden in d.vinci und weiteren Bewerbermanagementsystemen gepflegt und erscheinen automatisch auf der Karriereseite. Kein doppeltes Pflegen von Ausschreibungen in WordPress.
- Forschung
Wissensplattform zieht Inhalte per WordPress REST API
Eine externe Wissensplattform greift über die WordPress REST API auf redaktionelle Inhalte zu. Änderungen meldet WordPress per Webhook, sodass die Plattform aktuell bleibt, ohne in festen Intervallen abzufragen.
- Marketing
Newsletter-Anmeldung an den Verteiler angebunden
Anmeldungen aus WPForms oder einem eigenen Formular laufen direkt in den Newsletter-Verteiler, statt als Liste exportiert und dort wieder importiert zu werden.
- Marketing
Leadschranke vor dem Whitepaper-Download
Das Whitepaper gibt es erst nach dem Eintrag ins Formular. Die Adresse geht direkt an CleverReach, der Download wird im Anschluss freigeschaltet.
- Fachmedien
Redaktionstool in den Publishing-Workflow integriert
Ein Fachmedien-Portal steuert seine Beiträge über EditFlow: eigene Redaktionsstatus, Zuständigkeiten und Abnahmeschritte direkt im WordPress-Backend, statt parallel in einer separaten Liste.
- Weiterbildung
Seminarverwaltung bidirektional an WordPress angebunden
Die bisher größte Anbindung. Seminare, Termine und Preise kommen aus der Seminarverwaltung, bleiben per Webhook aktuell und zeigen pro Termin an, ob noch Plätze frei sind. Der eigene Checkout bündelt mehrere Seminare in einem Warenkorb und schreibt die Bestellung zurück ins Fachsystem. Im Kundenkonto stehen danach Status, Rechnungen und Zertifikate bereit.
- Handel
Stripe und PayPal im Shop, PayPal im Formular
Im Shop laufen Zahlungen über Stripe und PayPal, angebunden an Bestellprozess und Statusverwaltung. Für den Gutscheinverkauf genügt ein Formular: WPForms mit PayPal als Zahlungsweg.
- Fertigung
Custom Price Configurator in WooCommerce
Konfigurierbare Produkte mit eigener Preislogik: Maße, Optionen und Zuschläge werden berechnet und als nachvollziehbare Position in den Warenkorb übernommen.
- Unternehmen
Geschlossene Bereiche im Multisite-Netzwerk
WordPress-Multisite mit Subsites, die nicht öffentlich auffindbar sind, dazu Loginbereiche mit Inhalten, die nur angemeldete Mitglieder sehen. Sichtbarkeit und Rechte hängen an einer Stelle, nicht an jeder Seite einzeln.
So läuft eine Anbindung ab
In sechs Schritten vom Fachsystem auf die Website
Der größte Teil der Arbeit liegt vor der ersten Zeile Code. Wer weiß, welches System welche Daten führt und was die Schnittstelle tatsächlich hergibt, kann den Aufwand realistisch einschätzen. Deshalb steht die Prüfung am Anfang und nicht am Ende. Nach dem Launch lässt sich die Überwachung der Abgleiche in die laufende WordPress-Wartung aufnehmen.
-
Bestandsaufnahme
Welche Systeme sind im Einsatz, welches System führt welche Daten, und wer pflegt heute was?
- • Beteiligte Systeme und Versionen
- • Führendes System pro Datenart festlegen
- • Wer pflegt aktuell wo und wie oft
- • Ansprechpartner beim Systemanbieter klären
-
Schnittstelle prüfen
Was stellt das Quellsystem tatsächlich bereit? Das entscheidet über Aufwand und Machbarkeit mehr als alles andere.
- • REST, SOAP, CSV, XML, Datenbank oder FTP-Export
- • Dokumentation, Testzugang, Rechte und Limits
- • Vollexport oder nur Änderungen seit dem letzten Lauf
- • Realistische Aktualisierungsintervalle
-
Datenmodell
Wie werden die Daten auf der Website abgebildet, damit sie sich pflegen, filtern und finden lassen?
- • Feld-Mapping zwischen Quellsystem und Website
- • Eindeutige IDs für den Wiedererkennungswert
- • Redaktionelle Felder, die nicht überschrieben werden dürfen
- • Struktur für Suche, Filter und SEO
-
Import- oder Sync-Logik
Der eigentliche Abgleich: anlegen, aktualisieren, deaktivieren. Wiederholbar und ohne Dubletten.
- • Zeitgesteuerter Lauf oder Webhook bei Änderungen
- • Umgang mit gelöschten Datensätzen im Quellsystem
- • Bilder und Dateien nur bei echten Änderungen übertragen
- • Manueller Probelauf für die Redaktion
-
Fehlerbehandlung und Monitoring
Eine Schnittstelle fällt irgendwann aus. Entscheidend ist, dass es auffällt und die Website trotzdem funktioniert.
- • Letzter erfolgreicher Stand bleibt online
- • Protokoll je Lauf mit Anzahl und Fehlern
- • Benachrichtigung bei mehrfach fehlgeschlagenem Abgleich
- • Wiederholung statt Abbruch bei kurzen Ausfällen
-
Übergabe mit Dokumentation
Du sollst die Anbindung verstehen und weitergeben können, auch ohne mich.
- • Beschreibung von Feldern, Intervallen und Abhängigkeiten
- • Was die Redaktion selbst anpassen darf
- • Zugangsdaten und deren Ablage
- • Was zu tun ist, wenn das Quellsystem wechselt
Was schiefgehen kann
Die Fragen, die vor der Umsetzung geklärt gehören
Schnittstellenprojekte scheitern selten an der Programmierung. Sie scheitern an fehlender Dokumentation, an Datenqualität und an Fällen, an die vorher niemand gedacht hat. Diese sechs Punkte sind die häufigsten, und sie gehören in die Bestandsaufnahme statt in die Rechnung. Dasselbe Prinzip gilt später im Betrieb, wie im Artikel zu Updates, die sicher ausgerollt werden, beschrieben.
Was tun, wenn die Schnittstelle nicht dokumentiert ist?
Dann wird sie rekonstruiert. Aus Beispielantworten des Systems, aus einem Testzugang oder aus einem exportierten Datensatz lässt sich das Format ableiten. Das kostet Zeit und gehört deshalb in die Aufwandsschätzung, bevor die Umsetzung startet. Wichtig ist, diesen Punkt früh zu klären statt ihn später als Überraschung zu haben.
Was passiert, wenn das System gar keine API hat?
Es gibt fast immer einen zweiten Weg: einen automatisierten CSV- oder XML-Export auf einen FTP-Server, einen Datenbank-Lesezugriff oder einen Export, den das System per E-Mail verschickt. Das ist weniger elegant als eine API, funktioniert aber zuverlässig. Bleibt wirklich kein Weg offen, sage ich das, bevor Aufwand entsteht.
Wie gut müssen die Daten im Quellsystem sein?
Eine Schnittstelle macht schlechte Daten nicht besser, sie macht sie sichtbar. Fehlende Bilder, leere Pflichtfelder und uneinheitliche Kategorien fallen auf der Website sofort auf. Deshalb steht am Anfang eine Stichprobe der echten Daten und nicht nur der Blick in die Dokumentation. Oft ist eine kleine Bereinigung im Quellsystem günstiger als eine Sonderlogik im Import.
Warum sind Zeichensätze so oft ein Problem?
Ältere Systeme liefern ihre Daten häufig in ISO-8859-1 oder Windows-1252 statt in UTF-8. Umlaute und Sonderzeichen erscheinen dann als kaputte Zeichenfolgen. Die Umwandlung gehört fest in den Import und wird an echten Datensätzen mit Umlauten, Anführungszeichen und Sonderzeichen geprüft, nicht an sauberen Testdaten.
Wie werden Dubletten verhindert?
Über eine eindeutige ID aus dem Quellsystem, die auf der Website mitgespeichert wird. Der Abgleich läuft nie über Namen oder Titel, denn die ändern sich. Ohne stabile ID wird ein Ersatzschlüssel definiert, zum Beispiel aus Artikelnummer und Variante. Gibt das Quellsystem keine stabile Kennung her, gehört das zu den Punkten, die vor der Umsetzung geklärt werden.
Was passiert, wenn die Gegenstelle ausfällt?
Die Website bleibt mit dem letzten erfolgreichen Stand online. Ein fehlgeschlagener Abgleich löscht keine Inhalte und leert keine Listen. Der Lauf wird wiederholt, und wenn er mehrfach scheitert, gibt es eine Benachrichtigung statt einer stillen Lücke. Bei Preisen und Beständen wird zusätzlich festgelegt, ab wann ein Wert als veraltet gilt und wie die Website damit umgeht.
Ehrliche Abgrenzung
Wann sich eine Anbindung rechnet, und wann nicht
Eine Schnittstelle ist eine Investition, die sich über gesparte Pflegezeit und vermiedene Fehler rechnen muss. Bei dreißig Produkten, die sich kaum ändern, tut sie das nicht. Bei dreitausend Artikeln mit laufenden Preisänderungen sieht die Rechnung anders aus. Wo die Grenze liegt, hängt vom Einzelfall ab, und das sage ich dir vor dem Angebot und nicht danach.
Dafür spricht
- Viele Datensätze, die sich regelmäßig ändern
Ab einigen hundert Artikeln, Objekten oder Terminen ist die manuelle Pflege teurer als die Anbindung, und das jedes Jahr aufs Neue.
- Preise oder Bestände, die stimmen müssen
Wo falsche Werte zu Rückfragen, Stornos oder Fehlkäufen führen, zahlt sich ein automatischer Abgleich schnell aus.
- Mehrere Personen pflegen dieselben Daten
Sobald zwei Abteilungen dieselben Inhalte in zwei Systemen pflegen, entstehen Widersprüche. Ein führendes System löst das dauerhaft.
- Die Daten sind das Produkt
Bei Shops, Objektportalen und Kursprogrammen ist der aktuelle Datenbestand der eigentliche Inhalt der Website.
Dagegen spricht
- Kleine, stabile Datenmengen
Bei dreißig Produkten, die sich zweimal im Jahr ändern, ist die manuelle Pflege günstiger. Bei dreitausend sieht die Rechnung anders aus.
- Das Quellsystem steht vor der Ablösung
Wenn das ERP in einem Jahr gewechselt wird, lohnt sich eine Anbindung an das alte System selten. Dann lieber warten oder bewusst als Übergangslösung planen.
- Die Daten sind im Quellsystem unbrauchbar
Fehlen Bilder, Beschreibungen und Kategorien, entsteht durch den Import eine gut gepflegte Website voller Lücken. Erst aufräumen, dann anbinden.
- Es geht eigentlich um einen Prozess, nicht um Daten
Manchmal ist nicht die Schnittstelle die Lösung, sondern eine geänderte Zuständigkeit. Das sage ich, auch wenn es das kleinere Projekt ist.
Aufwand und Abrechnung
Warum es hier keine Preisliste gibt
Anbindungen rechne ich nach Aufwand ab, und über den Aufwand entscheidet das Konzept, nicht die Größe der Website. Dieselbe Aufgabe kann je nach Quellsystem einen Tag oder drei Wochen bedeuten. Ein Pauschalpreis wäre deshalb entweder zu hoch kalkuliert oder er hält nicht.
Einfacher Import
Ein sauber dokumentierter Export wird zeitgesteuert eingelesen und auf einen bestehenden Inhaltstyp abgebildet.
- • CSV- oder XML-Export mit klarer Struktur
- • Ein Datentyp, überschaubares Feld-Mapping
- • Täglicher oder stündlicher Abgleich
Anbindung mit eigener Logik
API-Anbindung mit Feld-Mapping, Bildübernahme, Abgleich gelöschter Datensätze und Monitoring.
- • REST- oder SOAP-Schnittstelle des Quellsystems
- • Mehrere zusammenhängende Datentypen
- • Eigenes Plugin, damit die Logik updatesicher bleibt
Integration in beide Richtungen
Daten fließen hin und zurück, etwa Bestellungen ins ERP oder Anfragen ins CRM, mit Statusabgleich und Fehlerbehandlung.
- • Shop- oder Buchungsprozesse mit Rückmeldung
- • Kundenindividuelle Preise und Verfügbarkeiten
- • Webhooks für sofortige Aktualisierung
Was den Aufwand bestimmt
- Wie gut die Schnittstelle dokumentiert ist und ob es einen Testzugang gibt
- Ob das Quellsystem nur Änderungen liefert oder jedes Mal den gesamten Bestand
- Wie viele Felder, Sprachen und Varianten abgebildet werden müssen
- In welchem Zustand die Daten im Quellsystem sind
- Ob Daten nur ankommen oder auch zurückgemeldet werden müssen
- Wie kritisch ein Ausfall wäre und wie viel Monitoring das erfordert
Der Einstieg: erst prüfen, dann anbieten
Bevor ein Angebot Sinn ergibt, wird geprüft, was die Schnittstelle tatsächlich liefert: Format, Umfang, Aktualisierungsintervall und Datenqualität. Das ist ein klar abgegrenzter erster Schritt mit eigenem Ergebnis.
Danach steht ein Konzept mit belastbarem Aufwand statt einer Schätzung auf Basis von Annahmen. Erst an diesem Punkt bekommst du eine Zahl, und die hält dann auch. Wie ich generell kalkuliere, steht im Artikel dazu, was eine Website kostet.
FAQ
Häufige Fragen zu Schnittstellen und Systemintegration
Antworten auf die Fragen, die im Erstgespräch fast immer kommen.
Welches System soll an deine Website?
Schilder kurz, welche Daten wohin sollen. Du bekommst innerhalb von 24 Stunden eine erste Einschätzung, ob und wie sich das anbinden lässt. Auch dann, wenn die Antwort lautet: lohnt sich in deinem Fall nicht.
Kostenlose Ersteinschätzung · Antwort innerhalb von 24 Stunden · Kein Verkaufsdruck