> For the complete documentation index, see [llms.txt](https://one-loop.gitbook.io/help/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://one-loop.gitbook.io/help/plattform/one-loop-plattform/websites-und-leadgewinnung/websites-und-funnels/eigene-html-seiten-in-wordpress-bereitstellen.md). # Eigene HTML-Seiten in WordPress bereitstellen Lade eine vorbereitete HTML-Datei als einzelne WordPress-Seite hoch, prüfe externe Dateien und veröffentliche die Seite erst nach einer Vorschau. ## Das Ergebnis Du kannst eine vorbereitete HTML-Datei als eigenständige Seite auf deiner WordPress-Website bereitstellen. Das eignet sich für eine individuelle Landingpage oder eine statische Sonderseite, die nicht mit dem visuellen Editor erstellt wurde. Jede hochgeladene Datei bildet genau eine Seite mit eigener Adresse. Diese Funktion setzt eine bereits aktivierte WordPress-Website voraus. Wenn du den Code nicht selbst pflegst, kläre vor dem Upload, wer bei Fehlern oder späteren Änderungen verantwortlich ist. ## Technische Grenzen vorab prüfen * Pro Upload ist genau eine Datei mit der Endung `.html` möglich. * Die Datei darf höchstens 5 MB groß sein. * Bilder, Stylesheets und Skripte müssen über vollständige, öffentlich erreichbare Adressen eingebunden werden. * Relative Dateipfade und Uploads mit mehreren Ordnern werden nicht unterstützt. * Mehrere Seiten lädst du einzeln hoch. Eine vollständige Adresse beginnt zum Beispiel mit `https://`. Prüfe vor dem Upload, ob jedes Bild, Stylesheet und Skript außerhalb der HTML-Datei erreichbar ist. Fehlt eine Datei oder verwendet sie einen relativen Pfad, kann die Seite zwar veröffentlicht werden, aber unvollständig aussehen. ## HTML-Seite hochladen 1. Öffne **Websites und Leadgewinnung** > **WordPress**. 2. Aktiviere WordPress, falls noch keine Website bereitsteht. 3. Öffne bei der gewünschten Website **Website verwalten**. 4. Wechsle zum Bereich **Seiten**. 5. Wähle **Neue HTML-Seite hochladen**. 6. Vergib einen verständlichen Seitennamen und einen eindeutigen URL-Pfad. 7. Wähle die vorbereitete HTML-Datei aus. 8. Öffne **Bestätigen und Vorschau**. 9. Prüfe Layout, Bilder, Links, Formularwege und mobile Darstellung. 10. Wähle **Veröffentlichen**. Der URL-Pfad sollte kurz, eindeutig und ohne spätere Umbenennung geplant sein, zum Beispiel `/aktion-fruehling`. ## Die veröffentlichte Seite in der Übersicht kontrollieren Nach dem Veröffentlichen erscheint die Datei im Bereich **Seiten** der gewählten WordPress-Website. Prüfe dort mindestens Seitennamen, URL-Pfad, Status und Datum der letzten Aktualisierung. So erkennst du, ob wirklich die erwartete Fassung veröffentlicht wurde. Das Drei-Punkte-Menü neben dem Seitennamen bietet je nach sichtbarer Ansicht Aktionen zum Öffnen der Seite, zum Ersetzen der Datei und zum Löschen. Nutze **Löschen** erst, wenn keine Verlinkung oder Kampagne mehr auf die Seite verweist. Die aktuellere schriftliche Quelle beschreibt keine direkte Bearbeitung des HTML-Codes im WordPress-Bereich; ändere den Code deshalb weiterhin in seiner Quelldatei und ersetze anschließend die Version. Wenn du mehrere HTML-Seiten anlegen möchtest, kannst du aus der Vorschau eine weitere Seite hinzufügen. Jede Seite wird trotzdem einzeln mit eigenem Namen, URL-Pfad und einer einzelnen HTML-Datei angelegt und geprüft. ## Vor einer Änderung richtig vorgehen Die HTML-Datei wird nicht im WordPress-Bereich direkt bearbeitet. Ändere sie in deinem ursprünglichen Werkzeug oder in der verwalteten Quelldatei. Danach lädst du eine neue Version hoch. 1. Öffne in der Seitenübersicht das Aktionsmenü neben der bestehenden Seite. 2. Wähle **Neue Version hochladen**. 3. Prüfe die neue Datei in der Vorschau. 4. Veröffentliche erst nach einer vollständigen Sichtprüfung. Beim Ersetzen bleiben URL und Grundeinstellungen der Seite erhalten. Sichere die bisherige Datei dennoch in deinem eigenen Arbeitsordner, damit eine problematische Änderung wiederhergestellt werden kann. ## Ergebnis prüfen * Öffne die veröffentlichte URL in einem privaten Browserfenster. * Prüfe Desktop und Smartphone. * Teste alle Navigationselemente, Formulare und ausgehenden Links. * Kontrolliere Bilder, Schriftarten und eingebundene Skripte. * Prüfe bei einer wichtigen Seite, ob sie in Suchmaschinen auffindbar sein soll oder bewusst nicht verlinkt wird. ## Praxisbeispiel Für eine zeitlich begrenzte Aktion erhält ein Unternehmen eine fertige HTML-Datei von seinem Webteam. Vor dem Upload prüft es, dass Bilder und Styles über vollständige Adressen eingebunden sind. Es lädt die Datei als `/sommer-aktion` hoch, kontrolliert sie in der Vorschau auf Desktop und Smartphone und testet das Kontaktformular. Nach einer Textkorrektur aktualisiert das Webteam die Quelldatei; das Unternehmen ersetzt die Seite über **Neue Version hochladen**, ohne die bestehende Adresse zu ändern. ## Häufige Fehler ### Bilder oder Gestaltung fehlen Prüfe, ob Bild-, CSS- und Skriptadressen vollständig und öffentlich erreichbar sind. Relative Pfade wie `/bilder/logo.png` oder `images/logo.png` werden nicht zuverlässig übernommen. ### Mehrere Dateien lassen sich nicht zusammen hochladen Unterstützt wird nur eine HTML-Datei je Seite. Lege externe Dateien an einem öffentlich erreichbaren Ort ab und binde sie mit vollständigen Adressen ein. ### Eine bestehende Seite soll geändert werden Bearbeite die Datei außerhalb des WordPress-Bereichs und lade über das Aktionsmenü eine neue Version hoch. --- # Agent Instructions This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com. ## Querying This Documentation If you need additional information that is not directly available in this page, you can query the documentation by asking a question. Perform an HTTP GET request on the following URL with the `ask` and `goal` query parameters: ``` GET https://one-loop.gitbook.io/help/plattform/one-loop-plattform/websites-und-leadgewinnung/websites-und-funnels/eigene-html-seiten-in-wordpress-bereitstellen.md?ask=&goal= ``` `ask` is the immediate question: it should be specific, self-contained, and written in natural language. `goal` is what the user is ultimately trying to achieve, the reason they need the answer. Sharing it helps GitBook give you a better, more relevant answer. A goal is most helpful when it describes the outcome the user wants rather than restating the question. For example, with `ask=how do I create an API token`, a goal like `automate deployments from our CI pipeline` lets GitBook tailor the answer to that use case. The response will contain a direct answer to the question and relevant excerpts and sources from the documentation. Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.