n8n
Beiträge aus jedem n8n-Workflow veröffentlichen, planen und verfolgen, mit dem von n8n verifizierten Sofia-Node: Ein persönlicher Schlüssel genügt.
Der Sofia-Node für n8n verbindet Ihr Konto mit Ihren Workflows, ohne eine Zeile Code: Ein Formular, ein Shop oder eine Tabelle können einen Beitrag auslösen, und ein Beitrag, der veröffentlicht wurde oder fehlschlägt, kann einen weiteren Workflow starten.
Installieren
- 1. Öffnen Sie das Node-Panel. Klicken Sie in einem Workflow auf „+“ und suchen Sie nach „Sofia“.
- 2. Installieren Sie den Node. Wählen Sie Sofia, dann „Install node“. Der Eigentümer der Instanz installiert ihn einmal, für alle Mitglieder.
- 3. Oder installieren Sie das Paket. Öffnen Sie auf einer selbst gehosteten Instanz „Settings › Community nodes › Install“ und geben Sie den Paketnamen
n8n-nodes-sofia-postein.
Verbinden
- 1. Erstellen Sie einen persönlichen Schlüssel. In den Einstellungen, Seite „Sofia API“, Tab „Persönlicher Zugriff“, „Neuer Schlüssel“. Er wird nur einmal angezeigt.
- 2. Legen Sie die Zugangsdaten in n8n an. Fügen Sie Zugangsdaten vom Typ „Sofia API“ hinzu und fügen Sie den Schlüssel in das Feld „Personal Key“ ein (
sofia_pk_live_…). Lassen Sie „API URL“ unverändert; n8n testet den Schlüssel mitGET /v1/me. - 3. Nutzen Sie sie in einem Workflow. Ein einziger Satz Zugangsdaten erreicht alle Ihre Betriebe, mit Ihren Rechten.
Was verfügbar ist
| Element | Name in n8n | Was es tut |
|---|---|---|
| Aktion | Sofia › Post › Create | Veröffentlicht, plant oder speichert einen Entwurf, mit einem Beitrag pro gewähltem Konto und Medien per Adresse |
| Aktion | Sofia › Post › Get | Liest einen Beitrag und den Stand in jedem Netzwerk |
| Trigger | Sofia Trigger › Post Published | Startet den Workflow, wenn ein Beitrag in mindestens einem Netzwerk online ist |
| Trigger | Sofia Trigger › Post Failed | Startet den Workflow, wenn ein Netzwerk einen Beitrag ablehnt, auch wenn andere ihn veröffentlicht haben |
Die Listen „Establishment“ und „Accounts“ werden aus Ihren Betrieben und Ihren verbundenen Konten gefüllt. Lassen Sie „Schedule At“ leer, um sofort zu veröffentlichen; ein Datum wird in der Zeitzone des Workflows gelesen. „Draft“ speichert den Beitrag, ohne ihn zu veröffentlichen. Ein inkonsistentes Feld (Entwurf mit Datum, unvollständige Medienadresse) wird abgelehnt, bevor der Beitrag erstellt wird.
Ein Beispiel
- 1. Erstellen Sie den Beitrag. Fügen Sie einen Node „Sofia“ mit „Post › Create“ hinzu, wählen Sie einen Betrieb und seine Konten, schreiben Sie den Text und fügen Sie dann unter „Additional Fields“ die Felder „Media URLs“ und „Schedule At“ hinzu.
- 2. Lesen Sie seinen Stand. Fügen Sie einen zweiten Node „Sofia“ mit „Post › Get“ hinzu und übergeben Sie ihm die
idaus dem vorherigen Schritt. Sobald der Beitrag raus ist, lautet seinstatuspublished,partialoderfailed, mit dem Link und der Antwort jedes Netzwerks. - 3. Reagieren Sie auf einen Fehlschlag. Starten Sie einen weiteren Workflow mit einem Node „Sofia Trigger“ auf „Post Failed“ und verbinden Sie ihn mit einem Slack- oder E-Mail-Node, mit der Nachricht unten.
{{ $json.platforms }}: {{ $json.errors }}Der Trigger fragt Sofia regelmäßig ab. Er beginnt mit den Beiträgen, die nach dem Aktivieren des Workflows erscheinen: Frühere Beiträge werden nicht erneut ausgelöst. „Fetch Test Event“ zeigt den neuesten Beitrag, damit Sie seine Felder zuordnen können, und wenn Sie einen Betrieb wählen, wird nur dieser beobachtet.
Fehler in n8n
- 401: Der Schlüssel ist nicht mehr gültig, erstellen Sie einen neuen und fügen Sie ihn in dieselben Zugangsdaten ein.
- 429: zu viele Aufrufe; der Fehler nennt, wie viele Sekunden Sie warten müssen, bevor Sie es erneut versuchen.
- Jede andere Ablehnung: Der Fehler von Sofia wird mit seinem Code in n8n angezeigt. Mit „Continue On Fail“ wird ein abgelehntes Element zu einem
error-Element, statt den Workflow anzuhalten.
Nutzen Sie n8n, wenn Ihre Automatisierungen bereits dort laufen. Nehmen Sie lieber Zapier, wenn Ihre Tools sich damit verbinden, und Webhooks oder Sofia API, wenn Sie Code schreiben.