Angular-App deployen

Einführung

Um eine Angular-Anwendung auf Square Cloud zu entwickeln und zu hosten, ist es wichtig, einer strukturierten Abfolge von Konfigurationen und Voraussetzungen zu folgen. Dieser technische Leitfaden deckt den gesamten Prozess ab, von der anfänglichen Einrichtung bis zum Produktions-Deployment.

Voraussetzungen

Square Cloud Konto: Registriere dich über die Registrierungsseite mit deiner E-Mail-Adresse.
Aktiver Plan: Stellt dedizierte Ressourcen und optimierte Leistung für deine Anwendung sicher. Sieh dir unsere verfügbaren Pläne an und wähle den passendsten für deine Bedürfnisse.

Diese Anleitung nutzt die statische Runtime oder die Node.js-Runtime. Getestet mit Angular 22 auf Node.js 24 im September 2026.

Projekt erstellen

Du brauchst Node.js und npm auf deinem Rechner. Falls du sie noch nicht hast, lade sie von der offiziellen Node.js-Website herunter. Installiere die Angular CLI und erstelle ein Projekt:

npm install -g @angular/cli
ng new my-angular-app

Die CLI fragt nach dem Stylesheet-Format und danach, ob serverseitiges Rendering (SSR) aktiviert werden soll. Antworte für eine statische Website, die einfachste Variante, mit No; wenn du mit Yes antwortest, lies weiter unten Serverseitiges Rendering. ng new installiert die Abhängigkeiten für dich. Starte den Entwicklungsserver mit ng serve (er lauscht auf http://localhost:4200) und bearbeite src/app/app.html, um die Startseite zu ändern.

Für die Produktion bauen

ng build

ng build verwendet standardmäßig die Produktionskonfiguration. Es schreibt die Website nach dist/my-angular-app/browser. Wenn dein Projekt anders heißt, ersetze my-angular-app in den Pfaden unten.

Auslieferung wählen

Ohne SSR ist ein Angular-Build eine statische Website: HTML-, CSS- und JavaScript-Dateien, die jeder Webserver ausliefern kann. Wähle eine dieser Optionen:

Statische Runtime (empfohlen)
Express-Server
serve-Paket

Die statische Runtime liefert die Dateien deines Builds über einen von Square Cloud verwalteten Webserver aus. Es läuft kein Node.js-Prozess, daher ist sie die schlankeste Art, eine Website ohne serverseitigen Code zu hosten.

Website bauen

Führe npm run build aus. Die Ausgabe landet im Ordner dist/my-angular-app/browser.

Clientseitige Routen funktionsfähig halten

Wenn deine App die Seiten im Browser ohne Neuladen wechselt (clientseitiges Routing), benenne dist/my-angular-app/browser/index.html in vite.html um. Die statische Runtime beantwortet jeden Pfad, der keine Datei ist, mit vite.html, sodass auch das Neuladen einer Route wie /about deine App lädt. Eine Website mit einer HTML-Datei pro Seite behält index.html: Unbekannte Pfade liefern dann deine 404.html. Siehe wie die statische Runtime Dateien ausliefert.

Konfigurationsdatei hinzufügen

Erstelle eine Datei squarecloud.app in dist/my-angular-app/browser. Ein MAIN, das auf eine HTML-Datei zeigt, wählt die statische Runtime aus:

squarecloud.app

MAIN=vite.html
MEMORY=512
VERSION=recommended
DISPLAY_NAME=My website
SUBDOMAIN=mywebsite

Verwende MAIN=index.html, wenn du index.html behalten hast. 512 MB sind der Mindestspeicher für eine Website. Beim Upload über das Dashboard wirst du nach diesen Werten gefragt, und die Datei wird für dich erstellt.

Build-Ausgabe zippen

Zippe den Inhalt von dist/my-angular-app/browser, nicht den Ordner selbst, damit squarecloud.app im Stammverzeichnis der ZIP-Datei liegt. Mit der CLI führst du squarecloud upload innerhalb von dist/my-angular-app/browser aus.

Alles in der ZIP-Datei ist auf deiner Website öffentlich. Lade nur die Build-Ausgabe hoch, niemals deinen Quellcode oder .env-Dateien.

Die meisten Build-Tools leeren dist/my-angular-app/browser bei jedem Build. Lege eine Kopie von squarecloud.app in den Ordner, den dein Framework unverändert in den Build kopiert (public/ in Vite-basierten Projekten), oder wiederhole die letzten drei Schritte nach jedem Build.

Diese Option betreibt einen kleinen Express-Server auf der Node.js-Runtime. Installiere Express als reguläre Abhängigkeit, nicht als devDependency, denn diese installiert Square Cloud nicht:

npm install express

Erstelle eine Datei server.mjs im Stammverzeichnis deines Projekts. Sie liefert den Build-Ausgabeordner dist/my-angular-app/browser aus und gibt für jeden anderen Pfad index.html zurück, damit das clientseitige Routing weiter funktioniert:

server.mjs

import express from 'express';
import path from 'node:path';

const app = express();
const distPath = path.join(import.meta.dirname, 'dist/my-angular-app/browser');

app.use(express.static(distPath));

// SPA fallback: serve index.html for any route not matched above
app.use((req, res) => {
  res.sendFile(path.join(distPath, 'index.html'));
});

// Square Cloud sets PORT=80; 0.0.0.0 accepts connections from outside the container
const port = Number(process.env.PORT) || 80;
app.listen(port, '0.0.0.0', () => console.log(`Server running on port ${port}`));

Um den Server auf deinem Rechner auszuprobieren, wähle einen freien Port: PORT=3000 node server.mjs.Erstelle eine Datei squarecloud.app im Stammverzeichnis deines Projekts. Square Cloud startet deine Website mit node server.mjs:

squarecloud.app

MAIN=server.mjs
MEMORY=512
VERSION=recommended
DISPLAY_NAME=My website
SUBDOMAIN=mywebsite

Führe npm run build aus, bevor du deine ZIP-Datei erstellst. Die ZIP-Datei braucht server.mjs, package.json, squarecloud.app und den Ordner dist/my-angular-app/browser, ohne node_modules: Square Cloud installiert deine Abhängigkeiten beim ersten Start. Build-Tools sind meist devDependencies, die Square Cloud nicht installiert, deshalb muss der Build auf deinem Rechner laufen.

Diese Option betreibt das Paket serve auf der Node.js-Runtime, ganz ohne eigenen Servercode. Installiere es als reguläre Abhängigkeit:

npm install serve

Füge den scripts deiner package.json ein Skript start:prod hinzu, neben den bereits vorhandenen:

package.json

"scripts": {
  "start:prod": "serve -s dist/my-angular-app/browser"
}

serve -s dist/my-angular-app/browser liefert den Build-Ausgabeordner dist/my-angular-app/browser im Single-Page-Modus aus: Jeder Pfad, der keine Datei ist, gibt index.html zurück, damit das clientseitige Routing weiter funktioniert. serve lauscht auf allen Netzwerkschnittstellen, auf dem Port aus der Umgebungsvariable PORT, die Square Cloud auf 80 setzt (lokal fällt er auf 3000 zurück).Erstelle eine Datei squarecloud.app im Stammverzeichnis deines Projekts:

squarecloud.app

RUNTIME=nodejs
START=npm run start:prod
MEMORY=512
VERSION=recommended
DISPLAY_NAME=My website
SUBDOMAIN=mywebsite

RUNTIME=nodejs wählt die Node.js-Runtime ohne MAIN-Datei aus, und START ersetzt den Standard-Startbefehl.Führe npm run build aus, bevor du deine ZIP-Datei erstellst. Die ZIP-Datei braucht package.json, squarecloud.app und den Ordner dist/my-angular-app/browser, ohne node_modules: Square Cloud installiert deine Abhängigkeiten beim ersten Start. Build-Tools sind meist devDependencies, die Square Cloud nicht installiert, deshalb muss der Build auf deinem Rechner laufen.

Serverseitiges Rendering (SSR)

Ein mit SSR (oder mit ng add @angular/ssr) erstelltes Projekt baut zusätzlich einen Node.js-Server nach dist/my-angular-app/server. Dieser Server liest die Umgebungsvariable PORT, die Square Cloud auf 80 setzt, und lauscht auf allen Netzwerkschnittstellen, du musst ihn also nicht anpassen. Starte ihn mit START in deiner squarecloud.app:

squarecloud.app

RUNTIME=nodejs
START=node dist/my-angular-app/server/server.mjs
MEMORY=1024
VERSION=recommended
DISPLAY_NAME=My Angular app
SUBDOMAIN=my-angular-app

Der SSR-Server von Angular beantwortet nur Anfragen für Hostnamen, die du erlaubst; jeder andere Host erhält 400 Bad Request. Trage deine Adresse in die Umgebungsvariable NG_ALLOWED_HOSTS ein, zum Beispiel my-angular-app.squareweb.app (mehrere Hosts durch Kommas getrennt), oder liste sie vor dem Build unter security.allowedHosts in angular.json auf. Führe ng build aus, bevor du deine ZIP-Datei erstellst. Die ZIP-Datei braucht package.json, squarecloud.app und den Ordner dist/, ohne node_modules: Square Cloud installiert die dependencies deiner package.json, die express und @angular/ssr bereits enthalten.

Deployen und prüfen

Erstelle die ZIP-Datei, die in der gewählten Option beschrieben ist, und lade sie dann hoch:

Über das Dashboard

Upload-Seite aufrufen

Rufe die Upload-Seite auf und lade die ZIP-Datei deines Projekts hoch.

Umgebung konfigurieren

Nachdem du deine ZIP-Datei hochgeladen hast, musst du den Namen, die Hauptdatei oder Runtime-Umgebung und weitere Einstellungen für dein Projekt konfigurieren.
Wenn du ein Web-Projekt hochlädst, achte darauf, “Web Publication” auszuwählen und deinem Projekt eine Subdomain zuzuweisen.

Projekt bereitstellen

Klicke abschließend auf die Schaltfläche “Deploy”, um dein Projekt auf Square Cloud zu hosten.
Nach dem Deploy kannst du den Status und die Logs deines Projekts über das Dashboard überwachen.

Anwendung wird auf Square Cloud hochgeladen

Bestätige, dass deine App live ist

Dein erstes Deploy dauert in der Regel weniger als eine Minute. Warte im Dashboard, bis der Status deiner Anwendung als “running” angezeigt wird, und prüfe die Logs auf Startfehler.
Wenn du eine Website oder API bereitgestellt hast, öffne https://<deine-subdomain>.squareweb.app in deinem Browser: du solltest sehen, dass deine Anwendung reagiert. Wenn du einen Bot bereitgestellt hast, sende ihm einen Befehl, um zu bestätigen, dass er online ist.

App startet nicht? Im Leitfaden zur Fehlerbehebung findest du die häufigsten Ursachen und Lösungen.

Über die CLI

Um diese Methode zu nutzen, braucht dein Projekt eine Konfigurationsdatei mit dem Namen squarecloud.app im Stammverzeichnis. Sie teilt Square Cloud mit, wie deine Anwendung ausgeführt wird.

Leitfaden zur Konfigurationsdatei

Erfahre, wie du die Konfigurationsdatei squarecloud.app erstellst, die die Umgebung deiner Anwendung definiert.

CLI installieren

Installiere die Square Cloud CLI. Falls du sie bereits hast, führe denselben Befehl aus, um sie zu aktualisieren:

curl -fsSL https://cli.squarecloud.app/install | bash

npm install -g @squarecloud/cli@latest

Anmelden

Führe den folgenden Befehl aus. Er öffnet deinen Browser: Bestätige dort die Anmeldung, und die CLI ist einsatzbereit. Es gibt keinen API-Schlüssel zu kopieren. Für Skripte und CI siehe CLI-Authentifizierung.

squarecloud auth login

Projekt hochladen

Führe in deinem Projektordner den folgenden Befehl aus. Die CLI packt den aktuellen Ordner als ZIP, lässt dabei weg, was in der squarecloud.ignore steht, und lädt ihn hoch:

squarecloud upload

Um eine selbst erstellte ZIP-Datei hochzuladen, übergib sie mit --file:

squarecloud upload --file <path/to/zip>

Bestätige, dass deine App live ist

Dein erstes Deploy dauert in der Regel weniger als eine Minute. Prüfe den Status und die Logs deiner Anwendung direkt im Terminal:

squarecloud app status
squarecloud app logs

Wenn du eine Website oder API bereitgestellt hast, öffne https://<deine-subdomain>.squareweb.app in deinem Browser: du solltest sehen, dass deine Anwendung reagiert. Wenn du einen Bot bereitgestellt hast, sende ihm einen Befehl, um zu bestätigen, dass er online ist.

App startet nicht? Im Leitfaden zur Fehlerbehebung findest du die häufigsten Ursachen und Lösungen.

Häufige Fehler

Eigene Domain

Um eine eigene Domain (z. B. mysite.com) anstelle der Standard-URL mysite.squareweb.app zu verwenden, benötigst du den Standard-Plan oder höher. Die Standard-URL ergibt sich aus dem Feld SUBDOMAIN in der Konfigurationsdatei. Um deine Domain zu verbinden, folge der Anleitung wie du deine eigene Domain einrichtest.

Mindestanforderungen an den Arbeitsspeicher

Minimum: 512MB RAM für Websites und APIs, genug für einen statischen Build auf der statischen Runtime. Für Apps, die Seiten auf einem Server rendern (Next.js, Nuxt, Angular SSR und ähnliche), empfehlen wir mindestens 1GB RAM. Für größere Anwendungen solltest du mehr RAM zuweisen, damit der Anwendung nicht der Speicher ausgeht und sie abstürzt.

Diese Seite konnte nicht gefunden werden.

Prüfe, ob die Subdomain/Domain mit dem übereinstimmt, was im Feld SUBDOMAIN oder in den Einstellungen der eigenen Domain konfiguriert ist. Wenn du die Seite gerade erst hochgeladen hast, warte bis zu 60 Sekunden, bis Square den ersten Zugriff aktiviert.

Die Seite hat zu lange zum Antworten gebraucht…

Dein Server muss auf Port 80 und Host 0.0.0.0 lauschen. Square Cloud setzt in deiner Anwendung die Umgebungsvariablen PORT (80) und HOST (0.0.0.0): Lies sie in deinem Code aus, statt andere Werte fest einzutragen. Ein Server, der nur auf localhost oder 127.0.0.1 lauscht, erhält nie Anfragen.

Neuladen einer Route liefert 404

Deine App nutzt den Angular-Router, und der Server kennt die Route nicht. Benenne auf der statischen Runtime index.html in vite.html um. Die Optionen Express und serve oben geben für unbekannte Pfade bereits index.html zurück.

Der SSR-Server antwortet mit 400 Bad Request

Der Hostname der Anfrage steht nicht in der Liste der erlaubten Hosts. Setze NG_ALLOWED_HOSTS auf deine Subdomain oder eigene Domain und starte die Anwendung dann neu.

Nächste Schritte

Umgebungsvariablen

Halte Geheimnisse und Einstellungen aus deinem Code heraus und lies sie zur Laufzeit.

Eigene Domain

Stelle deine App unter deiner eigenen Domain bereit, ab dem Standard-Plan.

Fehlerbehebung

Behebe Probleme mit einer App, die nicht startet, oder einer Website, die nicht antwortet.

Mehr über Angular findest du in der offiziellen Angular-Dokumentation.

Kontaktiere uns

Falls du weiterhin technische Schwierigkeiten hast, steht dir unser spezialisiertes Support-Team zur Verfügung. Kontaktiere uns und wir helfen dir gerne, jedes Problem zu lösen: die Qualität unseres Supports ist ein wichtiger Grund, warum Entwickler Square Cloud mit 4,9/5 bei 402 Bewertungen auf Google und Trustpilot bewerten.

Bots

Websites

APIs und Backends

Datenbanken

Selbst gehostete Apps

Anleitungen

Migrationsleitfäden

Einführung

Voraussetzungen

Projekt erstellen

Für die Produktion bauen

Auslieferung wählen

Serverseitiges Rendering (SSR)

Deployen und prüfen

Über das Dashboard

Über die CLI

Leitfaden zur Konfigurationsdatei

Häufige Fehler

Eigene Domain

Mindestanforderungen an den Arbeitsspeicher

Diese Seite konnte nicht gefunden werden.

Die Seite hat zu lange zum Antworten gebraucht…

Neuladen einer Route liefert 404

Der SSR-Server antwortet mit 400 Bad Request

Nächste Schritte

Umgebungsvariablen

Eigene Domain

Fehlerbehebung

Kontaktiere uns

​Einführung

​Voraussetzungen

​Projekt erstellen

​Für die Produktion bauen

​Auslieferung wählen

​Serverseitiges Rendering (SSR)

​Deployen und prüfen

​Über das Dashboard

​Über die CLI

Leitfaden zur Konfigurationsdatei

​Häufige Fehler

​Eigene Domain

​Mindestanforderungen an den Arbeitsspeicher

​Diese Seite konnte nicht gefunden werden.

​Die Seite hat zu lange zum Antworten gebraucht…

​Neuladen einer Route liefert 404

​Der SSR-Server antwortet mit 400 Bad Request

​Nächste Schritte

Umgebungsvariablen

Eigene Domain

Fehlerbehebung

​Kontaktiere uns

Einführung

Voraussetzungen

Projekt erstellen

Für die Produktion bauen

Auslieferung wählen

Serverseitiges Rendering (SSR)

Deployen und prüfen

Über das Dashboard

Über die CLI

Häufige Fehler

Eigene Domain

Mindestanforderungen an den Arbeitsspeicher

Diese Seite konnte nicht gefunden werden.

Die Seite hat zu lange zum Antworten gebraucht…

Neuladen einer Route liefert 404

Der SSR-Server antwortet mit 400 Bad Request

Nächste Schritte

Kontaktiere uns