n8n Plesk-Install: So geht’s Schritt für Schritt

Wenn Sie n8n über Plesk be­reit­stel­len, kom­bi­nie­ren Sie die kom­for­ta­ble Ser­ver­ver­wal­tung von Plesk mit einer flexibel selbst ge­hos­te­ten Au­to­ma­ti­sie­rungs­lö­sung. Damit lassen sich wie­der­keh­ren­de Aufgaben, Schnitt­stel­len und Prozesse ohne klas­si­sche Ei­gen­ent­wick­lung mit­ein­an­der verbinden.

Schritt 1: Vor­aus­set­zun­gen prüfen und den passenden Server wählen

Bevor Sie mit der ei­gent­li­chen In­stal­la­ti­on beginnen, sollten Sie zwei Dinge sauber vor­be­rei­ten: erstens die tech­ni­sche Basis auf Ihrem Server und zweitens die passende Grö­ßen­ord­nung Ihrer Umgebung. Gerade bei n8n ist eine sorg­fäl­ti­ge Planung wichtig, weil sich die An­for­de­run­gen je nach Anzahl der Workflows, aktiven Webhooks, ver­bun­de­nen Diensten und gleich­zei­ti­gen Aus­füh­run­gen deutlich un­ter­schei­den können. Für kleine Au­to­ma­ti­sie­run­gen reicht oft eine kompakte Kon­fi­gu­ra­ti­on, während pro­duk­ti­ve Um­ge­bun­gen mit vielen Prozessen mehr CPU, RAM und Speicher benötigen.

Für die In­stal­la­ti­on mit Plesk benötigen Sie in der Praxis ins­be­son­de­re folgende Kom­po­nen­ten:

• einen Linux-Server mit funk­tio­nie­ren­der Plesk-In­stal­la­ti­on
• eine Domain oder Subdomain für den späteren Zugriff auf n8n
• ein gültiges SSL-Zer­ti­fi­kat
• die Docker-Er­wei­te­rung in Plesk; Plesk un­ter­stützt Docker auf aktuellen Linux-Systemen wie Debian 10 bis 12 sowie Ubuntu 18.04 bis 24.04
• für die Web-Aus­lie­fe­rung nutzt Plesk unter Linux NGINX als Frontend, was für das Reverse-Proxy-Setup von n8n ebenfalls hilfreich ist

Use Case 1: Pri­vat­an­wen­de­rin­nen und -anwender sowie kleine Startups

Wenn Sie n8n zunächst für sich selbst, für ein Ne­ben­pro­jekt oder für ein sehr kleines Team einsetzen möchten, genügt meist ein Einstieg mit 4 vCores, 4 GB RAM und 120 GB NVMe. Diese Kon­fi­gu­ra­ti­on passt gut, wenn Sie nur einige wenige Workflows betreiben, zum Beispiel Be­nach­rich­ti­gun­gen aus For­mu­la­ren, einfache Social-Media-Au­to­ma­tio­nen oder kleine Da­ten­über­tra­gun­gen zwischen zwei bis vier Diensten. Auch für Lern- und Test­zwe­cke ist diese Grö­ßen­ord­nung sinnvoll, weil Sie damit praxisnah arbeiten können, ohne die In­fra­struk­tur unnötig groß auf­zu­bau­en.

Use Case 2: Wachsende Startups und kleine Teams

Sobald n8n ein re­gel­mä­ßig genutztes Werkzeug im Ta­ges­ge­schäft wird, ist eine stärkere Basis sinnvoll. Eine Aus­stat­tung mit 6 vCores, 8 GB RAM und 240 GB NVMe bietet mehr Spielraum für mehrere aktive n8n-Workflows, wie­der­keh­ren­de Cron-Jobs, Schnitt­stel­len zu CRM- oder Shop-Systemen und erste pro­duk­ti­ve Webhook-Nutzung. Diese Variante ist passend, wenn mehrere Personen auf die Umgebung zugreifen oder wenn Au­to­ma­tio­nen bereits in operative Prozesse ein­ge­bun­den sind. Dazu zählen zum Beispiel Lead-Ver­ar­bei­tung, E-Mail-Routing, interne Be­nach­rich­ti­gun­gen, einfache Reporting-Strecken oder Syn­chro­ni­sa­tio­nen zwischen SaaS-Diensten.

Use Case 3: KMU mit mehreren Ge­schäfts­pro­zes­sen

Für kleine und mittlere Un­ter­neh­men, die n8n in mehreren Bereichen produktiv einsetzen möchten, ist eine Kon­fi­gu­ra­ti­on mit 8 vCores, 16 GB RAM und 480 GB NVMe deutlich besser geeignet. In diesem Szenario geht es im Regelfall nicht mehr nur um einzelne Hilfs­pro­zes­se, sondern um echte Pro­zess­ket­ten zwischen Vertrieb, Support, Marketing, E-Commerce und internen Tools. Typische Beispiele sind au­to­ma­ti­sche Ticket-Wei­ter­lei­tun­gen, ERP- oder Shop-Abgleiche, Da­ten­auf­be­rei­tung für Reports, Rech­nungs­pro­zes­se oder die Ver­ar­bei­tung externer Trigger aus For­mu­la­ren und Webhooks. Solche Um­ge­bun­gen erzeugen mehr parallele Last und pro­fi­tie­ren von zu­sätz­li­chem Ar­beits­spei­cher, damit laufende Aus­füh­run­gen nicht zu Engpässen führen.

Use Case 4: Agenturen, Platt­for­men und stark genutzte Um­ge­bun­gen

Wenn Sie n8n für viele Kundinnen und Kunden, viele Projekte oder in einer stark aus­ge­las­te­ten Umgebung betreiben möchten, sollten Sie groß­zü­gi­ger planen. Eine Aus­stat­tung mit 12 vCores, 24 GB RAM und 720 GB NVMe bietet deutlich mehr Reserven für zahl­rei­che gleich­zei­ti­ge Aus­füh­run­gen, kom­ple­xe­re Workflows und eine größere Zahl ver­bun­de­ner Systeme. Das ist vor allem für Agenturen in­ter­es­sant, die mehrere Man­dan­tin­nen und Mandanten, Kampagnen oder Da­ten­flüs­se verwalten. Auch Platt­for­men, die kon­ti­nu­ier­lich Eingaben über APIs und Webhooks erhalten, pro­fi­tie­ren von einem VPS in dieser Grö­ßen­ord­nung. In solchen Szenarien sind Last­spit­zen normal. Mehr CPU-Leistung reduziert hier War­te­zei­ten und zu­sätz­li­cher RAM sta­bi­li­siert längere oder spei­cher­in­ten­si­ve­re Workflows.

An­wen­dungs­fäl­le auf einen Blick: Welcher Server passt?

Schritt 2: Domain oder Subdomain für n8n vor­be­rei­ten

Bevor Sie den Container anlegen, sollten Sie festlegen, unter welcher Adresse n8n später er­reich­bar sein soll. Für die Praxis ist eine eigene Subdomain wie n8n.ihre-domain.de meist die sauberste Lösung. So trennen Sie Ihre Au­to­ma­ti­sie­rungs­platt­form klar von Ihrer Haupt­web­site und ver­ein­fa­chen zugleich SSL, Reverse-Proxy und spätere Wartung. Da n8n hinter Plesk als Reverse-Proxy betrieben wird, ist eine klar de­fi­nier­te Ziel­adres­se besonders wichtig.

Legen Sie die ge­wünsch­te Domain oder Subdomain zunächst in Plesk an. Achten Sie darauf, dass der DNS-Eintrag bereits korrekt auf Ihren Server zeigt. Öffnen Sie danach in Plesk den Bereich „Domains“ und prüfen Sie, ob die neue Domain dort sichtbar ist. Für Ein­stei­ge­rin­nen und Ein­stei­ger ist es sinnvoll, die n8n-Instanz auf einer frischen Subdomain zu betreiben, damit sich be­stehen­de Website-Kon­fi­gu­ra­tio­nen nicht mit der neuen Anwendung über­schnei­den.

Close

Schritt 3: SSL für die Domain ak­ti­vie­ren

Noch bevor Sie n8n öf­fent­lich er­reich­bar machen, sollten Sie die Domain mit HTTPS absichern. Plesk bietet dafür mit der Let’s-Encrypt-In­te­gra­ti­on eine kom­for­ta­ble Mög­lich­keit, kos­ten­lo­se Zer­ti­fi­ka­te be­reit­zu­stel­len und zu erneuern. Dies ist für den Betrieb von n8n wichtig, weil viele externe Dienste Webhooks oder OAuth-Rück­lei­tun­gen nur über HTTPS ak­zep­tie­ren. Außerdem sollten Login, API-Aufrufe und Workflow-Daten nie un­ver­schlüs­selt über HTTP er­reich­bar sein.

Öffnen Sie in Plesk die be­tref­fen­de Domain und ak­ti­vie­ren Sie dort ein SSL-Zer­ti­fi­kat.

Close

Wenn Let’s Encrypt bereits in­stal­liert ist, können Sie das Zer­ti­fi­kat direkt über die Ober­flä­che anfordern. Danach sollten Sie eine au­to­ma­ti­sche Wei­ter­lei­tung von HTTP auf HTTPS ak­ti­vie­ren, damit alle Aufrufe sauber ver­schlüs­selt ankommen. Al­ter­na­tiv können Sie in dem Menü exis­tie­ren­de Zer­ti­fi­ka­te her­un­ter­la­den oder de­instal­lie­ren.

Close

Schritt 4: Docker-Er­wei­te­rung in Plesk in­stal­lie­ren

Der n8n-Docker-Install eignet sich ideal für die meisten Self-Hosting-Szenarien, weil die Anwendung damit isoliert, sauber und ver­gleichs­wei­se einfach verwaltet werden kann. Genau deshalb ist die Docker-Er­wei­te­rung beim n8n Plesk-Install der sinn­volls­te Weg, um n8n dort be­reit­zu­stel­len. Plesk un­ter­stützt Docker auf aktuellen Linux-Versionen und erlaubt es, Container direkt über die Ad­mi­nis­tra­ti­ons­ober­flä­che zu verwalten.

Öffnen Sie in Plesk den Bereich „Er­wei­te­run­gen“ und in­stal­lie­ren Sie dort die Docker-Er­wei­te­rung, falls sie noch nicht vorhanden ist.

Close

Nach der In­stal­la­ti­on erscheint in der linken Na­vi­ga­ti­on ein eigener Docker-Bereich. Dort können Sie Images suchen, Docker-Container anlegen, Ports zuordnen und Um­ge­bungs­va­ria­blen setzen.

Close

Schritt 5: n8n-Container in Plesk anlegen

In einem nächsten Schritt richten Sie den ei­gent­li­chen n8n-Container ein. Suchen Sie hierzu in der Docker-Er­wei­te­rung nach dem of­fi­zi­el­len Image „n8nio/n8n“ und erstellen Sie daraus einen neuen Container.

Close

Intern läuft n8n stan­dard­mä­ßig auf Port 5678, daher muss dieser Port im Container verfügbar sein. Als Host-Port können Sie bei­spiels­wei­se 5678 oder einen anderen freien lokalen Port verwenden. In Plesk ist es oft sinnvoll, einen festen Host-Port manuell zu­zu­ord­nen, statt au­to­ma­ti­sches Port-Mapping zu verwenden, weil sich die Proxy-Regel dann ein­deu­ti­ger kon­fi­gu­rie­ren lässt. Wichtig ist außerdem, dass Ihre n8n-Daten dauerhaft ge­spei­chert werden. Legen Sie deshalb für den Container ein per­sis­ten­tes Volume oder Ver­zeich­nis an, das auf /home/node/.n8n gemountet wird. Ohne dieses Mapping würden Kon­fi­gu­ra­tio­nen und Daten bei einer Neu­erstel­lung des Con­tai­ners verloren gehen.

Close

Schritt 6: Um­ge­bungs­va­ria­blen anlegen

Für die Grund­kon­fi­gu­ra­ti­on sollten Sie außerdem einige Um­ge­bungs­va­ria­blen setzen. Diese sorgen dafür, dass n8n korrekt erkennt, unter welcher Adresse die Anwendung er­reich­bar ist und wie sie nach außen kom­mu­ni­zie­ren soll. Gerade beim Einsatz hinter einem Reverse-Proxy wie Plesk ist das ent­schei­dend, da n8n intern auf einem anderen Port als dem läuft, den Be­su­che­rin­nen und Besucher im Browser aufrufen.

Besonders wichtig sind dabei die Variablen N8N_HOST, N8N_PROTOCOL, WEBHOOK_URL und N8N_PROXY_HOPS. Mit diesen Ein­stel­lun­gen teilen Sie n8n mit, unter welcher Domain die Instanz er­reich­bar ist, ob HTTPS verwendet wird und dass ein Reverse-Proxy vor­ge­schal­tet ist.

An­ge­nom­men, Ihre n8n-Instanz soll unter https://n8n.ihredomain.de er­reich­bar sein, können Sie sich an folgenden Werten ori­en­tie­ren:

N8N_HOST=n8n.ihredomain.de
N8N_PROTOCOL=https
WEBHOOK_URL=https://n8n.ihredomain.de/
N8N_PROXY_HOPS=1
TZ=Europe/Berlin
GENERIC_TIMEZONE=Europe/Berlin

Bei Plesk tragen Sie diese Werte in der Regel direkt im Container-Dialog unter „Um­ge­bungs­va­ria­blen“ ein.

Close

Schritt 7: Docker-Proxy-Regel in Plesk ein­rich­ten

Damit die Nut­ze­rin­nen und Nutzer Ihre n8n-Instanz über die normale Domain auf Port 443 erreichen können, müssen Sie in Plesk eine Docker-Proxy-Regel anlegen. Die Domain wird dabei per NGINX auf den lokalen Port des Con­tai­ners wei­ter­ge­lei­tet. So vermeiden Sie, dass An­wen­den­de einen un­üb­li­chen Port in die URL schreiben müssen.

Öffnen Sie dazu in Plesk den Bereich „Websites & Domains“ Ihrer n8n-Subdomain und wählen Sie „Docker Proxy Rules“ be­zie­hungs­wei­se „Docker-Proxy-Regeln“. Legen Sie eine neue Regel an, wählen Sie den n8n-Container aus und ordnen Sie den zuvor gemappten Port zu. Für eine de­di­zier­te Subdomain ist es meist am ein­fachs­ten, die gesamte Domain auf den Container zu routen. Danach übernimmt NGINX die Wei­ter­lei­tung auf den lokal laufenden Container-Port.

Close

Schritt 8: n8n im Browser aufrufen und Erst­kon­fi­gu­ra­ti­on ab­schlie­ßen

Sobald Container, SSL und Proxy-Regel ein­ge­rich­tet sind, können Sie Ihre n8n-URL im Browser aufrufen. Wenn alles korrekt gesetzt wurde, sollte die Ober­flä­che direkt unter Ihrer HTTPS-Domain er­reich­bar sein. Beim ersten Start führt n8n Sie durch die grund­le­gen­de Ein­rich­tung, zum Beispiel durch die Er­stel­lung des ersten Be­nut­zer­kon­tos.

Schritt 9: n8n sicher und wartbar betreiben

Wenn Ihre Instanz produktiv genutzt werden soll, sollten Sie nicht bei der reinen Grund­in­stal­la­ti­on stehen bleiben. Wichtig sind vor allem re­gel­mä­ßi­ge Updates, Backups des per­sis­ten­ten Da­ten­ver­zeich­nis­ses und eine saubere TLS-Kon­fi­gu­ra­ti­on. Damit re­du­zie­ren Sie das Risiko von Ausfällen, Kon­fi­gu­ra­ti­ons­ver­lus­ten und Si­cher­heits­pro­ble­men deutlich.

Auch or­ga­ni­sa­to­risch ist es sinnvoll, n8n als eigene Anwendung mit eigener Subdomain, eigenem Da­ten­ver­zeich­nis und klarer Proxy-Kon­fi­gu­ra­ti­on zu betreiben. So können Sie Updates, Backups und mögliche Feh­ler­su­che we­sent­lich sauberer durch­füh­ren. Wenn Ihre Workflows wachsen oder mehrere Personen damit arbeiten, lässt sich die Umgebung später außerdem leichter auf stärkere Ser­ver­res­sour­cen umziehen. Die vorherige Ser­ver­aus­wahl ist deshalb nicht nur eine Preis­fra­ge, sondern eine wichtige Grundlage für den stabilen Betrieb.