Zum Inhalt springen

Betreiben Sie es auf Ihrer eigenen Infrastruktur.

fromHello ist Open Source unter AGPL-3.0, und Sie können es auf Ihren eigenen Servern betreiben, mit unbegrenzt vielen Kontakten. Ihre Kundendaten liegen in Ihrem eigenen Postgres. Diese Seite zeigt, was Sie betreiben: die Dienste, das Datenmodell, die Kanäle und die Anforderungen.

AGPL-3.0 · Postgres 18+ · Redis 8+ · Node.js 24Aktualisiert am

Von uns gehostet oder auf Ihren Servern. Zwei Wege, es zu betreiben.

Empfohlen

fromHello Cloud

Nichts zu installieren. Nichts zu aktualisieren.

  • Für Sie gehostet
  • Wir betreiben Postgres, Redis und jedes Upgrade
  • E-Mail-Versand, für Sie eingerichtet (ab Team)
  • KI-Credits (ab Team)
  • Support inklusive

Der Early Access für fromHello Cloud öffnet schrittweise.

AGPL-3.0

Self-Hosting

Betreiben Sie es selbst. Mit oder ohne uns.

  • Auf Ihren eigenen Servern: eine API, ein Worker, das Dashboard und ein optionaler MCP-Server
  • Sie betreiben Postgres 18+, Redis 8+, Upgrades und Backups
  • Ihr Versandanbieter: Resend, Postmark, SendGrid, SMTP oder Microsoft 365
  • Ihr KI-Schlüssel oder lokale Modelle über Ollama
  • Hilfe über GitHub Issues

Mit Ihrem eigenen SMTP-Server und Ollama können Ihre Daten vollständig auf Ihren Servern bleiben.

Jeder Kontakt, jedes Event und jede Nachricht ist über die API als JSON lesbar. Beim Self-Hosting liegt alles in Ihrem eigenen Postgres.

Ein TypeScript-Monorepo. Nichts Exotisches zu betreiben.

Ein pnpm- und Turborepo-Workspace, durchgehend TypeScript: das Dashboard, die API, der Worker und der MCP-Server, neben Postgres und Redis.

  • apps/web

    Das Dashboard: Profile, Segmente, Journeys, Vorlagen und Analysen.

  • apps/api

    Die Hono-API und ihre Webhooks: Callbacks der Anbieter und eingehende Antworten.

  • apps/worker

    Hintergrundjobs auf BullMQ: Journeys, Versand und Segment-Aktualisierungen.

  • apps/mcp

    Der optionale MCP-Server: 59 Tools für Claude, Cursor oder jeden MCP-Client.

  • packages/sdk

    Das JS/TS-SDK: Event-Tracking mit Offline-Warteschlange und XSS-sichere In-App-Banner und -Modals.

  • Postgres 18+ · Redis 8+

    Postgres speichert Profile, Events, Nachrichten, Einwilligungen und Audit-Logs. Redis dient als Basis für die Job-Warteschlangen und das Rate Limiting.

Ein Profil pro Person, in Ihrer eigenen Datenbank.

Ein First-Party-Datenmodell, das ganz Ihnen gehört, ohne Umweg über ein Data Warehouse. Bei jedem Event wird die Person für jedes dynamische Segment neu bewertet.

Profile
Ein Firmenfeld, eigene Felder, Events, Nachrichten und Antworten, alles in einem Profil. Der anonyme Verlauf wird bei der Registrierung zusammengeführt.
Events
Seitenaufrufe und Sitzungen aus dem Tracking-Snippet, dazu jedes Event, das Sie über die API oder das SDK senden. Das SDK speichert Events offline zwischen und sendet sie, sobald der Browser wieder online ist.
Segmente
Dynamische Regeln, bei jedem Event neu bewertet, dazu statische Segmente, die Sie von Hand pflegen. Nutzen Sie sie in Journeys oder synchronisieren Sie sie mit Werbezielgruppen.
Funnels
Bilden Sie den Weg vom Erstkontakt bis zur Bindung ab und sehen Sie Absprung und Conversion bei jedem Schritt.
Eigene Felder
Erweitern Sie jedes Profil um eigene typisierte Felder: Text, Zahl, Boolean, Datum oder Auswahl.

Fünf Kanäle. Bringen Sie Ihre eigenen Schlüssel mit.

Erreichen Sie Kunden dort, wo sie sind, über Anbieter, denen Sie bereits vertrauen. Wechseln Sie einen Anbieter, ohne den Rest der Plattform anzufassen.

  • E-Mail

    Resend · Postmark · SendGrid · SMTP · Microsoft 365

  • SMS

    Twilio · SMSPartner · MessageBird · eigene HTTP-API

  • In-App

    Banner · Modal

  • Web-Push

    Opt-in im Browser

  • Werbezielgruppen

    Meta · LinkedIn · Google

  • Antworten

    IMAP · Microsoft 365 · Webhooks

Die Journey-Engine

Bauen Sie jeden Ablauf aus dem Vokabular der Knoten.

Ein visueller Builder, in dem jede Journey aus Knoten und Kanten besteht, mit 14 Knotentypen: lesen, verzweigen, versionieren. Ein über MCP verbundener KI-Agent nutzt dieselben Knoten, und die Journeys, die er erstellt, bleiben Entwürfe, bis sie veröffentlicht werden. Das Veröffentlichen über einen Agenten erfordert einen Bestätigungsschritt in Ihrem KI-Client.

Die Knoten

Trigger
  • Einstieg
Aktionen
  • E-Mail senden
  • SMS senden
  • Webhook
  • Profil aktualisieren
  • Zu Segment hinzufügen
  • Aus Segment entfernen
  • In Journey aufnehmen
Ablaufsteuerung
  • Warten
  • Auf Event warten
  • Verzweigung
  • A/B-Split
Abschluss
  • Ausstieg
  • Ziel

Daten und Kontrolle, auf Ihren Servern.

Selbst gehostet liegen Ihre Kundendaten in Ihrem eigenen Postgres. Die Dienste, die die Arbeit erledigen, erhalten, was sie brauchen: Ihre E-Mail- und SMS-Anbieter, das KI-Modell und die Werbeplattformen.

Exportieren und löschen
Exportieren Sie einen Kontakt als JSON oder löschen Sie Profil und Nachrichten über die API. Jede Löschung wird im Audit-Log protokolliert.
Automatische Sperrliste
Abmeldungen und Bounces landen auf einer Sperrliste, die vor jedem Versand geprüft wird.
Audit-Log
Einladungen, API-Schlüssel, Versandeinstellungen, Änderungen an Einwilligungen, Löschungen und MCP-Tool-Aufrufe.
Workspaces und Rollen
Getrennte Workspaces, vier Rollen von Owner bis Viewer und API-Schlüssel, die auf einen Workspace beschränkt sind.
Ihre Versanddomain
E-Mails gehen von Ihrer eigenen Domain raus, die Reputation gehört also Ihnen.
First-Party-Tracking
Unser Tracking lädt keine Pixel von Drittanbietern.

Anforderungen

Was Sie für den Eigenbetrieb brauchen.

Auf Ihren eigenen Servern laufen Postgres 18+, Redis 8+, eine API, ein Worker, das Dashboard und ein optionaler MCP-Server. Upgrades und Backups übernehmen Sie, Hilfe gibt es über GitHub Issues.

  • Node.js 24

    Führt die API, den Worker, das Dashboard und den optionalen MCP-Server aus.

  • Ihr eigener E-Mail-Anbieter

    Resend, Postmark, SendGrid, SMTP oder Microsoft 365. Auch SMS laufen über Ihren eigenen Anbieter, und KI über Ihren eigenen Schlüssel oder lokale Modelle mit Ollama.

  • Zwei Domains mit TLS

    Eine für das Dashboard und eine für die API, dazu optional eine dritte für den MCP-Server über HTTP.

  • Öffentlich erreichbare API und Dashboard

    Webhooks der Anbieter, das Tracking-Snippet und die Abmeldung mit einem Klick rufen die API auf, und der Abmeldelink in einer E-Mail öffnet eine Einstellungsseite im Dashboard, deshalb müssen beide öffentlich erreichbar sein.

Early Access

fromHello Cloud

Niemand gründet, um klein zu bleiben.

Der Early Access für fromHello Cloud öffnet schrittweise. Das Onboarding ist persönlich: Wir helfen Ihnen bei der Einrichtung und beim Umzug Ihrer Kontakte.

Wir schreiben Ihnen, sobald Ihr Platz frei wird. Kein Spam.

Noch nicht so weit? Auf GitHub ansehen