Zuerst die benötigte Aktion benennen
„Das Programm hat eine API“ sagt noch nicht, ob sich der gewünschte Vorgang damit bearbeiten lässt. Prüfen Sie konkret: Kann ein Auftrag gelesen, ein Dokument zugeordnet oder ein Entwurf angelegt werden? Welche Berechtigungen und Vertragsbedingungen gelten dafür?
Der HTTP-Request-Knoten von n8n unterstützt Anfragen an Schnittstellen. Dokumentation. Er ersetzt weder eine vorhandene API noch deren fachliche Beschreibung.
Was bei einer Oberfläche zusätzlich geprüft werden muss
Eine Browserautomatisierung arbeitet mit der sichtbaren Anwendung. Änderungen an Formularen, Dialogen oder Anmeldung können den Ablauf beeinflussen. Sie muss erkennen, ob die gewünschte Aktion wirklich abgeschlossen wurde.
Ein Klick auf „Speichern“ reicht dafür nicht. Prüfen Sie den anschließend angezeigten Status oder lesen Sie den Datensatz erneut. Das gilt besonders, wenn Fehlermeldungen nur kurz eingeblendet werden.
Ein Vergleich an derselben Aufgabe
Fiktiver Auftrag: Eine geprüfte Adresse soll in einen bestehenden Vorgang übernommen werden. Bei der API wird die Vorgangskennung übergeben und das Ergebnis kontrolliert. Im Browser müssen zusätzlich die richtige Ansicht, das passende Formular und mögliche Rückfragen beherrscht werden.
Beide Wege brauchen einen Schutz vor falscher Zuordnung. Ein technisch erfolgreicher Schreibvorgang ist wertlos, wenn die Adresse beim falschen Kunden landet. Die Schnittstelle macht diese fachliche Prüfung nicht überflüssig.
Den Betrieb mitbewerten
Fragen Sie nach Änderungen, Zugangsablauf und Fehlersuche. Bei einer API sind Versionswechsel und Nutzungslimits relevant. Im Browser können zusätzliche Anmeldeschritte oder veränderte Dialoge hinzukommen. Ein Ablauf, der täglich manuell repariert werden muss, ist noch keine verlässliche Entlastung.
Automatisieren Sie nur innerhalb zulässiger Zugänge und Nutzungsmöglichkeiten. Schutzmechanismen oder fehlende Berechtigungen werden nicht durch einen anderen Zugangsweg umgangen.
Mit einem nachweisbaren Ergebnis starten
Für einen ersten Test genügt eine klar begrenzte Lese- oder Entwurfsaktion. Legen Sie vorher fest, woran ihr Erfolg erkannt wird und wie ein unklarer Ausgang behandelt wird.
Die Entscheidung folgt anschließend aus Funktionsumfang, Wartungsaufwand und Prüfbarkeit. Wenn beide Wege möglich sind, vergleichen Sie sie an Ihrem konkreten Vorgang statt nur anhand der verwendeten Technik.
Quellen und weiterführende Grundlagen
Über den Autor
Julian Süllner hat Provehor gegründet und führt das Unternehmen als Geschäftsführer. Er verantwortet Produktentwicklung, Kundenprojekte und die Ratgeber auf dieser Website.