New So bereitest du Landingpage und VPS für den Traffic-Start vor: Schritt-für-Schritt-Checkliste

Die Geschwindigkeit des Starts beeinflusst, wie viele Hypothesen ein Team testen kann. Ein schneller Start sollte jedoch nicht in die Veröffentlichung eines ungeprüften Templates übergehen: Fehler im Formular, in Analytics, im DNS oder in der Serverkonfiguration können zu verlorenen Leads und verschwendetem Werbebudget führen.

In diesem Guide erklären wir, wie du eine statische Landingpage vorbereitest, sie auf einem VPS mit Ubuntu und Nginx hostest, Domain und HTTPS verbindest und die Seite anschließend vor dem Start von bezahltem Traffic prüfst.

Dieser Artikel richtet sich an Media Buyer oder kleine Teams, die bereits ein HTML-Template, eine Domain und Zugriff auf einen Lead-Handler, ein CRM oder einen Tracker haben. Wenn die Landingpage PHP oder anderen serverseitigen Code verwendet, reicht die Installation von Nginx allein nicht aus: Zusätzlich muss eine Laufzeitumgebung wie PHP-FPM eingerichtet werden. In diesem Artikel behandeln wir das einfachere und schnellere Szenario mit einer statischen Seite.

In diesem Artikel behandeln wir:

• wie du ein Template prüfst und anpasst;
• was du vor dem Start aus dem Code entfernen solltest;
• wie du Formulare und Analytics einrichtest;
• wie du einen Server für die Landingpage auswählst;
• wie du eine statische Seite auf Ubuntu und Nginx bereitstellst;
• wie du Domain und HTTPS verbindest;
• was du vor dem Kauf von Traffic prüfen solltest;
• wie du Zahlungen für Hosting, Domains und Arbeitsdienste organisierst.

Schritt 1: Bereite die Landingpage vor

Beginne mit einer Analyse von Seiten in deiner Nische. Das Ziel ist nicht, die Website eines anderen zu kopieren, sondern zu verstehen, welche Blöcke, Angebote, visuellen Lösungen und Call-to-Actions für eine ähnliche Zielgruppe verwendet werden.

Achte bei der Analyse auf:

• die Reihenfolge der Blöcke und die Logik der Seite;
• Überschrift, Unterüberschrift und Angebotsbeschreibung;
• das Lead- oder Registrierungsformular;
• Buttons und den Nutzerweg bis zur Zielaktion;
• Bilder und visuelle Akzente;
• die Darstellung auf Smartphones;
• Ladezeit und die Anzahl externer Skripte.

Verwende eigene Templates, lizenzierte Materialien oder Dateien, für deren Nutzung du eine Erlaubnis hast. Übernimm keine fremden Texte, Bilder, Logos, Bewertungen oder kommerziellen Elemente ohne Zustimmung des Rechteinhabers: Das schafft rechtliche und reputationsbezogene Risiken.

Wenn du bereits ein fertiges HTML-Template hast, gehe zur technischen Prüfung über.

Schritt 2: Prüfe Code, Formulare und Analytics

Das erhaltene Archiv ist nur eine Grundlage. Vor dem Start musst du es entpacken, prüfen und für deine Kampagne anpassen.

Bei einer statischen Landingpage ist die Hauptdatei in der Regel index.html. Du kannst sie in Visual Studio Code, Notepad++ oder einem anderen Code-Editor öffnen.

Wenn die Hauptdatei im Archiv index.php ist und das Formular Daten an eine lokale Datei lead.php sendet, kann das Projekt nicht als normale statische Website bereitgestellt werden. Kläre zunächst die Anforderungen des Templates und richte PHP-FPM ein oder ersetze den lokalen Handler durch eine fertige Integration mit einem CRM, Tracker oder Affiliate-Netzwerk.

Entferne fremde Tracker und externe Verbindungen

Suche nach Integrationen von Meta Pixel, Google Analytics, TikTok Pixel, Yandex Metrica und anderen Analytics-Systemen. Fremde Tracker können Daten zu Besuchen und Nutzeraktionen an den vorherigen Eigentümer des Templates senden.

Prüfe:

• Code im und vor dem schließenden Tag ;
• eingebundene JavaScript-Dateien;
• externe Skripte und iframes;
• Redirects in JavaScript;
• Links und Anfragen an Drittanbieter-Domains;
• Formulare, die Daten an eine fremde Adresse senden könnten.

Beschränke dich nicht auf die Suche nach den Namen bekannter Tracker. Öffne die Seite lokal und prüfe im Tab Network, mit welchen Domains sie kommuniziert. Verbinde nach der Bereinigung nur eigene Analytics-Systeme und die benötigten Integrationen.

Prüfe Analytics-Ereignisse

Verbinde eigene Pixel und richte die wichtigsten Ereignisse ein: Seitenaufruf, Beginn der Formularausfüllung und erfolgreiche Lead-Übermittlung.

Erfasse Conversions nicht nur über einen Button-Klick. Das Lead-Event sollte erst nach einer erfolgreichen Antwort des Handlers oder auf der Dankesseite ausgelöst werden. Andernfalls können unvollständige und fehlerhafte Übermittlungen im Werbekonto erscheinen.

Zum Testen von Meta kannst du Meta Ads Data Advisor verwenden – eine offizielle Erweiterung, die früher Meta Pixel Helper hieß. Prüfe Ereignisse zusätzlich im Bereich Test Events im Events Manager.

Verwende in den DevTools:

• den Tab Network für Anfragen an Analytics und den Handler;
• den Tab Console für JavaScript-Fehler;
• den Tab Application, um Cookies und lokalen Speicher zu prüfen, falls diese verwendet werden.

Schritt 3: Passe Inhalte und mobile Version an

Auch ein hochwertiges Template muss an ein bestimmtes Angebot und eine bestimmte Zielgruppe angepasst werden. Eine generische Seite entspricht nicht immer den Erwartungen der Nutzer, daher sollte das Angebot bereits im ersten Bildschirm klar sein.

Prüfe und aktualisiere:

• Überschrift und Unterüberschrift;
• die Beschreibung der Vorteile;
• Preise, Bedingungen und Einschränkungen;
• Bilder und Banner;
• Bewertungen, Ratings und andere Social Proof;
• Buttons und Call-to-Actions;
• Fehlermeldungen und die Bestätigung nach dem Absenden des Formulars.

Verwende Bilder in passender Größe und mit passendem Format. Für Fotos eignen sich häufig WebP oder AVIF mit Fallback, für einfache Illustrationen SVG. Lade kein Bild mit einer Breite von mehreren tausend Pixeln hoch, wenn es auf der Seite nur in einem kleinen Block angezeigt wird.

Minimale Checkliste für die mobile Version

• Text ist ohne Zoomen lesbar;
• der wichtigste CTA ist im ersten Bildschirm sichtbar oder schnell erreichbar;
• das Formular wird nicht von der Bildschirmtastatur verdeckt;
• Bilder zerstören das Layout nicht;
• Felder verwenden den passenden Eingabetyp, beispielsweise tel für Telefonnummern;
• es gibt kein horizontales Scrollen;
• interaktive Elemente liegen nicht zu nah beieinander;
• die Seite lädt im mobilen Internet ohne spürbare Verzögerungen.

Für zusätzliche Prüfungen nutze Google PageSpeed Insights. Das Tool zeigt Lab-Daten und, bei Seiten mit ausreichend Traffic, auch Felddaten aus dem Chrome UX Report. Bewerte nicht nur den Gesamtscore, sondern auch die konkreten Ursachen für Verlangsamungen: schwere Bilder, render-blockierende Ressourcen, Drittanbieter-Skripte und Server-Antwortzeit.

Schritt 4: Wähle das passende Hosting

Für eine einfache statische Landingpage kann Shared Hosting ausreichend sein. Ein VPS ist sinnvoll, wenn du Zugriff auf Webserver-Einstellungen, mehrere Websites, eigene Routing-Regeln oder zusätzliche Dienste benötigst.

Ein VPS bedeutet jedoch keine unbegrenzte Last. Prüfe vor der Bestellung die akzeptable Nutzungsrichtlinie, die Limits des Tarifs und die Bedingungen für Backups. Wenn dauerhaft hoher Traffic oder plötzliche Spitzen erwartet werden, besprich die erwartete Last vorab mit dem Support des Anbieters. Größere Projekte können einen leistungsstärkeren VPS, ein CDN, Load Balancing oder einen Dedicated Server erfordern.

VPS oder Dedicated Server

Wähle die Konfiguration nicht nur anhand der Anzahl der Landingpages. Statische Seiten verbrauchen normalerweise wenig CPU und RAM, aber die Last ändert sich deutlich, wenn auf demselben Server PHP, eine Datenbank, ein Tracker oder Hintergrundprozesse laufen. Beginne mit einem passenden Tarif, aktiviere Monitoring und erhöhe die Ressourcen entsprechend der tatsächlichen Auslastung.

Bei der Serverauswahl beachte:

• Standort – ein Server näher an der Zielgruppe reduziert in der Regel die Netzwerklatenz; für mehrere Regionen kann ein CDN verwendet werden;
• Datenträger – NVMe ist bei Projekten mit intensiver Datei- und Datenbanknutzung sinnvoll, ersetzt aber nicht die Optimierung der Seite selbst;
• Netzwerk und Traffic-Limits – prüfe Portgeschwindigkeit, monatliches Limit und Beschränkungen für Dauerlast;
• IP-Adresse – kläre, ob eine separate IPv4-Adresse im Tarif enthalten ist und ob sie bei technischem Bedarf geändert werden kann;
• Backups – erfahre, wie oft Kopien erstellt werden, wie lange sie gespeichert werden und was eine Wiederherstellung kostet;
• Support und SLA – prüfe Servicezeiten, verfügbare Supportarten und das Vorgehen bei Ausfällen;
• Upgrade-Möglichkeiten – kläre vorab, ob CPU, RAM und Speicher ohne lange Migration erhöht werden können.

Für das Hosting von Landingpages kannst du VPS von Hoster.Solutions in Betracht ziehen und Standort sowie Konfiguration an die Aufgabe anpassen. Prüfe vor der Bestellung die Nutzungsrichtlinie und die Limits des jeweiligen Tarifs.

Wenn dein Projekt die Ressourcen eines separaten physischen Servers benötigt, kannst du Dedicated Server von Hoster.Solutions in Betracht ziehen.

Schritt 5: Stelle die statische Landingpage auf Ubuntu und Nginx bereit

Bereite zunächst Folgendes vor:

• einen VPS mit einer unterstützten Ubuntu-LTS-Version;
• administrativen SSH-Zugriff;
• eine Domain;
• einen fertigen Ordner mit index.html, Styles, Skripten und Bildern;
• die Adresse des Lead-Handlers, falls das Formular Daten an einen externen Dienst sendet.

Hoster.Solutions installiert das ausgewählte Betriebssystem, stellt jedoch keine eigenen DNS-Server bereit. DNS-Einträge kannst du bei deinem Domain-Registrar oder in einem externen DNS-Dienst einrichten.

1. Verbinde dich mit dem Server

Verwende den vom Anbieter angegebenen Benutzernamen:

ssh USER@SERVER_IP

Wenn der Anbieter nur root-Zugriff bereitgestellt hat, nutze ihn für die Ersteinrichtung. Erstelle anschließend einen separaten Benutzer mit sudo und richte die Anmeldung per SSH-Key ein. Dauerhaftes Arbeiten als root erhöht die Folgen eines versehentlichen Fehlers.

2. Installiere Nginx

sudo apt update
sudo apt install nginx -y
sudo systemctl status nginx

Öffne nach der Installation die IP-Adresse des Servers im Browser. Wenn Nginx erreichbar ist, erscheint die Standard-Willkommensseite.

3. Konfiguriere die Firewall

Erlaube zuerst SSH, damit du den Zugriff auf den Server nicht verlierst, und öffne anschließend HTTP und HTTPS:

sudo ufw allow OpenSSH
sudo ufw allow 'Nginx Full'
sudo ufw enable
sudo ufw status

Wenn SSH auf einem nicht standardmäßigen Port läuft, füge die entsprechende Regel hinzu, bevor du die Firewall aktivierst.

4. Erstelle das Website-Verzeichnis

sudo mkdir -p /var/www/landing
sudo chown -R "$USER":"$USER" /var/www/landing

Lade den Inhalt des Landingpage-Ordners von deinem lokalen Computer hoch:

scp -r ./landing/. USER@SERVER_IP:/var/www/landing/

Die Konstruktion ./landing/. kopiert den gesamten Verzeichnisinhalt, einschließlich versteckter Dateien.

5. Erstelle die Nginx-Konfiguration

Erstelle die Datei /etc/nginx/sites-available/landing:

server {
listen 80;
listen [::]:80;

server_name example.com www.example.com;

root /var/www/landing;
index index.html;

location / {
try_files $uri $uri/ =404;
}
}

Ersetze example.com durch deine Domain. Wenn du die Subdomain www nicht verwendest, entferne sie aus server_name.

Aktiviere die Konfiguration und prüfe die Syntax:

sudo ln -s /etc/nginx/sites-available/landing /etc/nginx/sites-enabled/landing
sudo nginx -t
sudo systemctl reload nginx

Wenn nginx -t einen Fehler anzeigt, lade die Konfiguration erst neu, nachdem du ihn behoben hast.

6. Richte DNS ein

Erstelle im Panel deines Registrars oder DNS-Dienstes:

• einen A-Eintrag für die Hauptdomain, der auf die IPv4-Adresse des Servers zeigt;
• einen A- oder CNAME-Eintrag für www, falls du diese Subdomain verwendest;
• einen AAAA-Eintrag nur dann, wenn IPv6 tatsächlich auf dem Server konfiguriert ist.

Die Aktivierung eines Standard-VPS bei Hoster.Solutions dauert normalerweise nur wenige Minuten. DNS-Updates erfolgen häufig innerhalb von etwa einer Stunde, können je nach Registrar und Caching aber bis zu 24–48 Stunden dauern.

7. Verbinde HTTPS

Certbot empfiehlt den meisten Nutzern die Installation über snap:

sudo snap install --classic certbot
sudo ln -s /snap/bin/certbot /usr/local/bin/certbot

Stelle vor der Zertifikatsausstellung sicher, dass die Domain auf den Server zeigt, Nginx über HTTP antwortet und die Ports 80 und 443 geöffnet sind.

Hole das Zertifikat ab:

sudo certbot --nginx -d example.com -d www.example.com

Gib www.example.com nur an, wenn der entsprechende DNS-Eintrag vorhanden ist.

Prüfe nach der Installation die automatische Verlängerung:

sudo certbot renew --dry-run

Öffne die Website über https:// und stelle sicher, dass die HTTP-Version Nutzer auf die sichere Verbindung weiterleitet.

Schritt 6: Organisiere Zahlungen für Arbeitsdienste

Beim Start und Betrieb von Projekten müssen regelmäßig Hosting, Domains, Tracker, Analytics, Werbekonten und Arbeitsabonnements bezahlt werden. Wenn alle Ausgaben über eine Karte laufen, ist es für das Team schwieriger, Budgets zu kontrollieren und die Ursache fehlgeschlagener Verlängerungen zu finden.

Pay2.House bietet virtuelle Karten mit BINs aus verschiedenen Ländern und Regionen für die Bezahlung von Werbung und Online-Diensten. Ob ein bestimmter Dienst bezahlt werden kann, hängt von dessen Regeln, den Kartenparametern und der Transaktion selbst ab. Prüfe daher vor der Ausstellung die verfügbaren Karten und Bedingungen.

Für die Organisation von Ausgaben kannst du verwenden:

• separate Karten für Hosting, Domains, Werbung und Abonnements;
• Limits und Transaktionskontrolle;
• Karten und Rollen für Teammitglieder;
• Transaktionshistorie in einer gemeinsamen Oberfläche;
• Massenausstellung und API-basierte Automatisierung, sofern im gewählten Tarif verfügbar.

Eine separate Karte für Hosting und Domains hilft beispielsweise, Infrastrukturzahlungen von Werbeausgaben zu trennen. Prüfe vor dem Start bei jedem Dienst Guthaben, nächstes Verlängerungsdatum und Einstellungen für automatische Abbuchungen.

Wie lange dauert die Vorbereitung?

Wenn Template, Domain, Server und Lead-Handler bereits vorbereitet sind, kann der technische Teil in wenigen Stunden erledigt werden. Unten findest du eine Orientierung für eine einfache statische Landingpage:

Diese Werte umfassen nicht das Warten auf die Aktivierung einer nicht standardmäßigen Serverkonfiguration, DNS-Propagierung, die Behebung von Template-Fehlern oder die Einrichtung von PHP bzw. einer anderen serverseitigen Anwendung.

Was du vor dem Traffic-Start prüfen solltest

Sende vor der Hauptkampagne eine kleine Menge Test-Traffic. Prüfe den gesamten Weg: Klick auf die Anzeige → Laden der Seite → Absenden des Formulars → Erstellung des Leads → Analytics-Ereignis. Ein solcher Test deckt Fehler auf, die bei einer normalen Ansicht der Landingpage schwer zu erkennen sind.

Fazit

Die Vorbereitung einer Landingpage für den Start bedeutet nicht nur, Dateien auf einen Server zu übertragen. Du musst fremde Tracker aus dem Template entfernen, eigene Analytics einrichten, Formular und Parameterübertragung prüfen, Nginx, DNS und HTTPS vorbereiten und anschließend den gesamten Nutzerweg bis zum Erscheinen des Leads im Arbeitssystem durchlaufen.

Ein VPS bietet Kontrolle über die Konfiguration, erfordert aber eigenständige Einrichtung und die Einhaltung der Anbieterbeschränkungen. Für eine statische Landingpage solltest du mit einer einfachen Konfiguration beginnen, die tatsächliche Last überwachen und Ressourcen bei Bedarf erhöhen.

Je gründlicher Seite, Server, Analytics und Zahlungen vor dem Start geprüft werden, desto weniger Zeit verbringt das Team nach dem Traffic-Start mit der Behebung technischer Probleme.