Zum Inhalt springen

Schnittstellen zwischen Website und deinen Systemen

Deine Daten liegen schon in Warenwirtschaft, ERP, CRM oder Buchungssoftware. Ich sorge dafür, dass die Website sie übernimmt, statt dass jemand sie ein zweites Mal pflegt.

Anbindung anfragen Umgesetzte Anbindungen ansehen
  • Festpreis nach Strukturaufnahme
  • Monitoring der Schnittstelle inklusive
  • dokumentiert im Repository
Übertragungen, heute Beispieltag
1.284
Artikel aus der Warenwirtschaft, 11 davon geändert
12
Stellenanzeigen aktiv, 1 abgelaufen und entfernt
7
Bewerbungen zurück ins Fachsystem
0
offene Übertragungen, Takt stündlich

Gehaltsband der Ausschreibung: Feld fehlt in der Quelle, übersprungen.

Die Daten sind längst da, nur nicht auf der Website

Fünf Zustände, die fast jedes Projekt mitbringt, bevor eine Schnittstelle da ist.

Doppelte Pflege

Artikel, Preise und Termine werden im Fachsystem gepflegt und danach noch einmal in WordPress. Jede Änderung kostet zweimal Zeit.

Widersprüchliche Stände

Sobald die zweite Pflege ausfällt, entstehen widersprüchliche Stände: falsche Preise oder ausgebuchte Termine stehen weiter auf der Seite. Das merkt meist erst der Kunde.

Export und Import von Hand

CSV ziehen, hochladen, Spalten zuordnen. Das funktioniert, bis die Person im Urlaub ist oder sich ein Feld ändert.

Keine Rückmeldung bei Ausfall

Bleibt ein Import aus, passiert nichts Sichtbares. Die Seite sieht heil aus und zeigt trotzdem alte Daten.

Niemand ist zuständig

Die Fachabteilung pflegt im System, die Redaktion pflegt auf der Website, und für die Lücke dazwischen fühlt sich niemand verantwortlich. Bis ein Kunde anruft.

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.

Was sich anbinden lässt

Sieben Fälle, die immer wieder angefragt werden. Die Wege dahinter wiederholen sich, die Systeme dahinter nicht.

  • 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.

  • 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 System.

  • Objektdaten per OpenImmo-Import

    Immobilienangebote aus der Maklersoftware landen über den OpenImmo-Standard als strukturierte Inhalte in WordPress, inklusive Bildern und Feldern.

  • Stellenanzeigen aus dem Bewerbermanagement

    Offene Stellen werden im Bewerbermanagement gepflegt und erscheinen automatisch auf der Karriereseite, inklusive Abgleich bei geschlossenen Ausschreibungen.

  • Preise und Verfügbarkeiten aus dem ERP

    Kundenindividuelle Preise, Staffeln und Lagerstände aus dem ERP. Im B2B sieht jeder angemeldete Kunde die Konditionen, die im Warenwirtschaftssystem hinterlegt sind.

  • Formularanfragen zurück ins CRM

    Anfragen, Downloads und Newsletter-Anmeldungen laufen nicht im Postfach auf, sondern als Datensatz im CRM, mit Dublettenprüfung.

  • Zahlungsanbindung im Shop und im Formular

    Stripe und PayPal im Checkout, verknüpft mit dem Bestellstatus. Wo kein ganzer Shop nötig ist, reicht ein Formular mit angebundener Zahlung.

In sechs Schritten vom Fachsystem auf die Website

Der Ablauf ist bei jeder Anbindung derselbe. Was sich unterscheidet, ist die Tiefe der einzelnen Schritte.

  1. 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

  2. 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

  3. 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

  4. 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

  5. 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
    • Fehler und übersprungene Felder werden festgehalten
    • Benachrichtigung bei mehrfach fehlgeschlagenem Abgleich
    • Wiederholung statt Abbruch bei kurzen Ausfällen
    • Vollständiges Protokoll je Lauf, wo es gebraucht wird

  6. Ü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

Bisher angebunden

Fünf Systemarten, nicht ein Spezialfall

Bewerbermanagement, Buchungs- und Veranstaltungssysteme, Warenwirtschaft und ERP, CRM und Zahlungsanbieter. Die Wege dahinter wiederholen sich, die Systeme nicht.

  • d.vinci und talentStorm, Abas ERP, Besuchermanagement und weitere
  • REST-API, Webhooks, XML- und Cronjob-Import
  • in einem Fall bidirektional inklusive eigenem Checkout

Feld-Zuordnung, Beispiel Bewerbermanagement Stellenanzeige

Feld im Quellsystem Was daraus auf der Website wird
stelle.titel Beitragstitel
stelle.standort Feld standort, wird zum Filter
stelle.eintritt Feld eintrittsdatum, formatiert
stelle.beschreibung Inhalt, HTML bereinigt
stelle.status geschlossen: Beitrag wird entfernt
stelle.gehaltsband nicht übernommen, bleibt intern

Integrationen, die ich umgesetzt habe

Eine Auswahl aus Projekten der letzten Jahre. Kundennamen nenne ich nicht, ein großer Teil dieser Arbeit läuft über Agenturpartner und ist vertraulich. Was technisch dahintersteckt, bespreche ich im Gespräch gern im Detail.

  • Besuchermanagement an WordPress angebunden

    Ein Museum pflegt Termine, Führungen und Kontingente in seinem Besuchermanagement. Die Website zieht die Daten automatisch und zeigt Verfügbarkeiten an, statt sie parallel zu pflegen.

    Kultur · REST-API, Cronjob-Import, ACF

  • 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. Die Quelle bleibt das ERP.

    Industrie · REST-API, eigene Endpoints

  • Bewerbermanagement an die Karriereseite angebunden

    Offene Stellen werden in d.vinci, talentStorm und weiteren Bewerbermanagementsystemen gepflegt und erscheinen automatisch auf der Karriereseite. Kein doppeltes Pflegen von Ausschreibungen in WordPress.

    Personal · d.vinci, XML-Import, Custom Post Types

  • 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.

    Forschung · REST-API, Webhook

  • 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 · WPForms, API-Anbindung

  • 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.

    Marketing · CleverReach

  • 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.

    Fachmedien · EditFlow

  • 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.

    Weiterbildung · Webhooks, REST-API, eigener Checkout, Kundenkonto

  • 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.

    Handel · Stripe, PayPal, WooCommerce

  • 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.

    Fertigung · WooCommerce, eigene Preislogik

  • 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.

    Unternehmen · Multisite, Rollen und Rechte

Wann sich eine Anbindung rechnet, und wann nicht

Nicht jede Website braucht eine Schnittstelle. Die rechte Spalte ist mir genauso wichtig wie die linke.

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 Übergang 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 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.

Was eine Anbindung kostet

Das hängt am Quellsystem, nicht an der Größe der Website. Sechs Punkte entscheiden darüber, und die kannst du für deine Systeme durchgehen, bevor wir sprechen.

Wovon es abhängt hält den Aufwand klein treibt den Aufwand
Schnittstelle Dokumentation liegt vor, es gibt einen Testzugang. Nichts dokumentiert, der Zugang läuft erst über den Hersteller.
Was ankommt Nur die Änderungen seit dem letzten Lauf. Jedes Mal der gesamte Bestand, jeder Datensatz muss verglichen werden.
Umfang Ein Datentyp, überschaubare Felder. Mehrere zusammenhängende Inhaltstypen, dazu Sprachen und Varianten.
Zustand der Daten Einheitlich gepflegt, Felder sind gefüllt. Dubletten, Freitext in Datumsfeldern, Pflichtangaben fehlen.
Richtung Die Website zeigt an, was ankommt. Die Website schreibt zurück ins Fachsystem und meldet den Status.
Folgen eines Ausfalls Eine Liste ist einen Tag lang nicht aktuell. Bestellungen laufen ins Leere, Monitoring und Alarm werden Pflicht.

Nach Erstgespräch und Strukturaufnahme bekommst du ein verbindliches Festpreisangebot, aufgeschlüsselt nach Positionen. Laufende Betreuung der Schnittstelle läuft über die Wartungspakete. Für Agenturen läuft die Anbindung auf Wunsch als White Label: Kommunikation über dich, Dokumentation auf deinen Namen.

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.

Was eine Website kostet

Die Fragen, die vor der Umsetzung geklärt gehören

Sechs Punkte, an denen Anbindungen scheitern. Jeder davon lässt sich vor der Umsetzung klären.

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.

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 per E-Mail. Weniger elegant als eine API, aber zuverlässig. Bleibt 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.

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 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.

Was passiert, wenn die Gegenstelle ausfällt?

Die Website bleibt mit dem letzten erfolgreichen Stand online, denn die übernommenen Daten liegen in WordPress und werden nicht erst beim Aufruf geholt. Ein fehlgeschlagener Abgleich löscht keine Inhalte und leert keine Listen. Scheitert der Lauf mehrfach, gibt es eine Benachrichtigung statt einer stillen Lücke.

Häufige Fragen zu Schnittstellen und Anbindungen

Was vor dem Erstgespräch regelmäßig gefragt wird. Ein durchgerechneter Fall steht im Ratgeber: Stellenanzeigen auf der Website einbinden, vom Feed des Bewerbermanagements bis zur Bewerbung, die per Schnittstelle zurückläuft.

Woran erkenne ich, ob mein System eine Schnittstelle hat?

Gar nicht immer auf den ersten Blick. Brauchbar sind eine REST- oder SOAP-Schnittstelle, ein CSV- oder XML-Export, ein Datenbankzugriff oder eine Ablage per FTP. Frag beim Hersteller nach der Schnittstellendokumentation, oder schick mir den Systemnamen, dann schaue ich nach.

Können wir Inhalte weiterhin in WordPress pflegen?

Ja, sofern vorher festgelegt wird, welche Felder aus dem Quellsystem kommen und welche die Redaktion pflegt. Genau dafür gibt es das Feld-Mapping. Redaktionelle Texte, Bilder und SEO-Angaben werden vom Abgleich dann nicht überschrieben, und die Redaktion arbeitet weiter im gewohnten Backend.

Arbeitest du mit dem Hersteller unseres Systems zusammen?

Wo es nötig ist, ja. Für Testzugang, Dokumentation, Rechte und Limits ist der Hersteller der schnellste Weg, und bei einer Anbindung in beide Richtungen führt kein Weg an einer Abstimmung vorbei. Ich brauche dafür einen Ansprechpartner bei euch, der den Kontakt herstellt; fachlich kläre ich das dann direkt.

Was ist eine Schnittstelle zwischen Website und Fachsystem?

Eine Schnittstelle überträgt Daten automatisch zwischen der Website und einem System, das ein Unternehmen ohnehin betreibt, etwa Warenwirtschaft, ERP, CRM oder Buchungssoftware. Statt dieselben Inhalte zweimal zu pflegen, bleibt ein System führend, und die Website übernimmt den aktuellen Stand.

Welche Systeme lassen sich an WordPress anbinden?

Grundsätzlich jedes System, das Daten herausgibt: über eine REST- oder SOAP-Schnittstelle, über CSV- und XML-Exporte, über einen Datenbankzugriff oder über eine Ablage per FTP. In der Praxis waren das bisher unter anderem Abas ERP, Bewerbermanagementsysteme wie d.vinci und talentStorm, Buchungs-, Veranstaltungs- und Seminarverwaltungssysteme, CRM-Systeme und Zahlungsanbieter wie Stripe und PayPal. Dazu Anbindungen in die andere Richtung, etwa eine externe Wissensplattform, die Inhalte über die WordPress REST API abruft und per Webhook über Änderungen informiert wird.

Wie lange dauert eine Anbindung?

Das hängt vor allem daran, wie gut das Quellsystem dokumentiert ist und wie sauber die Daten sind. Ein klar strukturierter Import ist deutlich schneller umgesetzt als eine Integration in beide Richtungen mit Statusabgleich. Nach der Bestandsaufnahme bekommst du eine Einschätzung mit Spanne, nicht vorher.

Muss unser bestehendes System dafür verändert werden?

In der Regel nicht. Die Anbindung nutzt, was das System bereits bereitstellt. Wo etwas fehlt, etwa ein automatisierter Export oder ein Zugang mit Leserechten, ist das meist eine Einstellung beim Systemanbieter und kein Umbau. Diese Punkte klären wir in der Bestandsaufnahme, bevor Entwicklungsaufwand entsteht.

Arbeitest du auch mit Agenturen zusammen?

Ja, und das ist ein großer Teil der Schnittstellenarbeit. Agenturen liefern Design, Konzept und Redaktion, die technische Anbindung an ERP oder Branchensoftware kommt von mir, auf Wunsch unter deinem Branding. Details dazu stehen auf der Seite zur WordPress-Entwicklung für Agenturen.

Wer betreut die Schnittstelle nach dem Launch?

Auf Wunsch ich. Schnittstellen brauchen Aufmerksamkeit, weil sich Quellsysteme ändern, Zugänge ablaufen und Datenformate angepasst werden. Das lässt sich in die laufende WordPress-Wartung aufnehmen, inklusive Monitoring der Abgleiche. Alternativ übergebe ich die Anbindung dokumentiert an dein Team.

Was kostet eine Anbindung?

Anbindungen werden nach Aufwand abgerechnet, und über den Aufwand entscheidet das Konzept, nicht die Größe der Website. Dieselbe Aufgabe kann je nach Quellsystem einen Tag oder mehrere Wochen bedeuten, deshalb gibt es hier bewusst keine Preisliste. Sinnvoll ist ein zweistufiges Vorgehen: zuerst die Prüfung der Schnittstelle, danach ein Konzept mit belastbarem Aufwand.

Welches System soll an deine Website?

Schick mir den Systemnamen, mehr braucht es für den Anfang nicht. Ich schaue nach, welche Schnittstelle dein System anbietet, und sage dir, ob eine Anbindung sinnvoll ist. Auch wenn die Antwort nein lautet.

theis@devslab.de +49 174 7284457 WhatsApp: schnelle Nachricht

Soll die Anbindung danach betreut werden, läuft das über die WordPress-Wartung, dort steckt das Monitoring der Abgleiche mit drin. Kommt die Anbindung aus einer Agentur heraus, steht der Rahmen dafür auf der Seite zur WordPress-Entwicklung für Agenturen, und wenn die Website selbst erst entstehen soll, fängt es bei der Websiteerstellung an.

Anliegen Anbindung