> 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/serverregion-beim-erstellen-einer-wordpress-website-wahlen.md). # Serverregion beim Erstellen einer WordPress-Website wählen Lege die Serverregion vor dem Erstellen einer WordPress-Website bewusst fest und ändere die PHP-Version bestehender Websites sicher. ### Worum es auf dieser Seite geht Bei einer neuen WordPress-Website triffst du zwei unterschiedliche technische Entscheidungen: * **Serverregion:** Sie bestimmt beim ersten Erstellen, in welcher Region die Dateien und Datenbank der Website gespeichert werden. * **PHP-Version:** Sie bestimmt bei einer bereits bestehenden Website, mit welcher technischen Laufzeitumgebung die Website verarbeitet wird. Die Serverregion wird einmalig gewählt und bleibt anschließend fest. Die PHP-Version kannst du später über die Servereinstellungen ändern. Beide Einstellungen sind vor allem dann wichtig, wenn eine Website zuverlässig und für die passende Zielgruppe gut erreichbar sein soll. ### Bevor du beginnst Für die Regionsauswahl muss das Erstellen einer WordPress-Website in deinem Standort verfügbar sein. Kläre vorher zwei Fragen: 1. **Wo sitzen die meisten Besucher?** Wähle die Region nach der Hauptzielgruppe, nicht nach dem Standort einzelner Teammitglieder. 2. **Gibt es Vorgaben zur Datenverarbeitung?** Wenn dein Unternehmen hierzu verbindliche Anforderungen hat, kläre die passende Region vor dem Erstellen intern oder fachlich ab. > Die Serverregion ist kein allgemeiner Geschwindigkeits-Schalter. Eine nahe Region kann die Übertragungszeit verkürzen. Große Bilder, Erweiterungen, die Gestaltung der Seite und externe Inhalte beeinflussen die Ladezeit weiterhin. ### Verfügbare Serverregionen Im Erstellungsdialog stehen laut aktueller Quelle diese Rechenzentrums-Standorte zur Auswahl: | Gebiet | Serverregion | | -------------- | ------------ | | USA | Ashburn | | USA | Phoenix | | USA | Dallas | | Großbritannien | London | | Deutschland | Frankfurt | | Niederlande | Amsterdam | | Australien | Sydney | | Singapur | Singapore | Die Auswahl im tatsächlichen Erstellungsdialog ist immer maßgeblich. Sie kann sich mit der Zeit ändern. ### Serverregion beim Erstellen festlegen #### 1. WordPress-Bereich öffnen 1. Öffne im linken Menü **Websites und Leadgewinnung**. 2. Wechsle zum Bereich **WordPress**. 3. Wähle **Website erstellen**. Wenn für eine bereits vorbereitete Website noch kein Server eingerichtet wurde, kannst du stattdessen die Einrichtung über **Einrichtung abschließen** fortsetzen. #### 2. Die passende Startmethode wählen Im Dialog zur Website-Erstellung stehen drei Wege bereit: | Auswahl | Wann sie sinnvoll ist | Was danach passiert | | ---------------------- | -------------------------------------------------------------------------- | ------------------------------------------------------------------------------ | | **Leer** | Du möchtest Seite für Seite selbst aufbauen. | Eine neue, leere WordPress-Website wird vorbereitet. | | **Bestehende Website** | Du möchtest eine vorhandene WordPress-Website als Ausgangspunkt verwenden. | Die bestehende Website wird als Kopie für die neue Website verwendet. | | **Vorlage** | Du möchtest mit einer vorbereiteten Gestaltung beginnen. | Die gewählte Vorlage wird als Basis erstellt und kann danach angepasst werden. | Wähle den passenden Weg und klicke auf **Erstellen**. Die Startmethode ändert nicht die Regel zur Serverregion: Die Region muss bei allen drei Wegen vor dem endgültigen Anlegen ausgewählt werden. #### 3. Region prüfen und bestätigen 1. Öffne im nächsten Schritt das Feld **Serverregion**. 2. Wähle das Rechenzentrum, das der Hauptzielgruppe am nächsten liegt. 3. Kontrolliere die Auswahl noch einmal bewusst. 4. Klicke auf **WordPress-Website erstellen** oder **Erstellen**. Mit diesem letzten Schritt wird der Server eingerichtet. Die gewählte Region wird in den Angaben der Website gespeichert und ist anschließend auf der Website-Karte beziehungsweise in der Website-Übersicht sichtbar. ### Warum die Region später nicht geändert werden kann Die Website-Dateien und die Datenbank werden auf dem Server der ausgewählten Region angelegt. Sobald dieser Server eingerichtet ist, ist die Region fest zugeordnet. Ein nachträgliches Umschalten im Einstellungsmenü gibt es nicht. Wenn eine Website später doch in eine andere Region umziehen soll, ist der sichere Weg: 1. Plane die Umstellung, bevor du etwas löschst. 2. Erstelle eine Kopie der bestehenden Website in der gewünschten Region. 3. Prüfe in der Kopie Seiten, Formulare und wichtige Funktionen. 4. Verbinde erst nach diesem Test die Domain mit der neuen Website. Die dafür nötige DNS-Umstellung ist die technische Zuordnung deiner Internetadresse zur neuen Website. 5. Behalte die bisherige Website, bis die neue Fassung öffentlich geprüft ist. > **Wichtig:** Löschen und neu anlegen kann zu Datenverlust führen. Nutze diesen Weg nicht als Schnelllösung, wenn Inhalte übernommen werden sollen. ### Ergebnis nach dem Erstellen prüfen Prüfe direkt nach der Einrichtung: 1. Öffne die Website-Übersicht und kontrolliere die angezeigte Serverregion. 2. Rufe die neue Website zunächst über ihre Vorschau oder Testadresse auf. 3. Teste die Startseite, ein Kontaktformular und eine wichtige Unterseite auf Smartphone und Desktop. 4. Notiere die gewählte Region in deiner internen Projektablage, damit spätere Änderungen nachvollziehbar bleiben. ### Praxisbeispiel: Website für Besucher in Deutschland Ein regionaler Dienstleister erstellt eine neue Website für deutschsprachige Interessenten in Deutschland. Das Team öffnet den WordPress-Bereich, wählt **Vorlage** als Startmethode und entscheidet sich im Feld **Serverregion** für **Frankfurt**. Vor dem endgültigen Erstellen kontrolliert es die Auswahl. Anschließend prüft das Team die angezeigte Region in der Website-Übersicht, testet die wichtigsten Seiten und verbindet die eigene Domain erst nach einem erfolgreichen Test. Das Ergebnis: Die Website ist bewusst für die Hauptzielgruppe eingerichtet. Falls später eine zweite Website für eine andere Weltregion benötigt wird, plant das Team dafür eine eigene Website statt die bestehende Region verändern zu wollen. ### Typische Fragen zur Serverregion #### Die gewünschte Region wird nicht angezeigt Verwende nur die Regionen, die im Erstellungsdialog sichtbar sind. Keine Region lässt sich manuell eintragen. Wenn die Auswahl nicht zu deiner Anforderung passt, stoppe vor dem Erstellen und kläre die technische Möglichkeit, statt eine ungeeignete Region zu wählen. #### Die Website ist trotz naher Region langsam Eine nahe Region kann die Übertragungszeit verbessern, garantiert jedoch keine schnelle Website. Prüfe zusätzlich Bildgrößen, Erweiterungen, die Seitengestaltung und eingebundene externe Inhalte. #### Die falsche Region wurde gewählt Die Region kann nicht in den Einstellungen geändert werden. Plane stattdessen eine Kopie in der passenden Region und teste diese vollständig, bevor du die Domain umstellst. Lösche die bisherige Website nicht, bevor die neue Fassung geprüft wurde. ### PHP-Version einer bestehenden Website aktualisieren PHP ist die technische Umgebung, in der WordPress die Website verarbeitet. Eine unterstützte, aktuelle PHP-Version kann Sicherheitsverbesserungen, Leistung und die Kompatibilität mit Erweiterungen und Themes unterstützen. Sie verändert nicht absichtlich Texte, Bilder oder Gestaltung deiner Website. Prüfe die PHP-Version etwa alle paar Monate sowie nach der Installation oder Aktualisierung einer Erweiterung oder eines Themes. #### Voraussetzungen und Vorbereitung * Die Website muss bereits bestehen und die Option **PHP-Version** in den Servereinstellungen anzeigen. * Plane die Änderung zu einem Zeitpunkt, an dem du die Website danach direkt testen kannst. * Notiere die aktuell verwendete Version. So hast du eine klare Rückfalloption, falls eine Erweiterung nicht kompatibel ist. #### PHP-Version auswählen 1. Öffne **WordPress** und wähle die betreffende Website. 2. Wechsle zu **Erweiterte Einstellungen**. 3. Öffne **Servereinstellungen**. 4. Wähle im Feld **PHP-Version** eine der angebotenen unterstützten Versionen. 5. Bestätige den sichtbaren Sicherheitshinweis bewusst. Er weist darauf hin, dass Änderungen an Servereinstellungen Auswirkungen auf Daten haben können. 6. Klicke auf **Bestätigen**. Die Website wird danach automatisch auf die gewählte Version umgestellt. Die Oberfläche zeigt anschließend eine grüne Erfolgsbestätigung. Laut Quelle erfolgt die Umstellung in der Regel mit sehr kurzer oder keiner Unterbrechung. Plane trotzdem einen unmittelbaren Test ein, denn Erweiterungen oder Themes können unterschiedlich reagieren. #### Nach der Änderung testen 1. Öffne Startseite und wichtige Unterseiten in einem privaten Browserfenster. 2. Sende ein Testformular ab und prüfe, ob die erwartete Bestätigung erscheint. 3. Prüfe Bereiche, die Erweiterungen verwenden, zum Beispiel Formulare, Terminbuchungen oder eingebundene Inhalte. 4. Melde dich bei Bedarf im WordPress-Verwaltungsbereich an und achte auf Warnungen. 5. Halte fest, welche PHP-Version aktiv ist und ob der Test erfolgreich war. #### Wenn nach dem Wechsel etwas nicht funktioniert Bleibt eine Seite leer, erscheint eine Fehlermeldung oder arbeitet eine Erweiterung nicht mehr wie erwartet, gehe zurück zu **Erweiterte Einstellungen** > **Servereinstellungen** > **PHP-Version**. Wähle die zuvor notierte, weiterhin angebotene unterstützte Version und bestätige die Änderung. Teste anschließend erneut. So vermeidest du, dass eine technische Umstellung länger als nötig sichtbar bleibt. Prüfe danach, ob die betreffende Erweiterung oder das Theme ein kompatibles Update anbietet. ### Praxisbeispiel: PHP-Version nach einer Erweiterungs-Aktualisierung Nach der Aktualisierung einer Formular-Erweiterung prüft ein Team die PHP-Version seiner WordPress-Website. In den Servereinstellungen wird eine angebotene aktuelle Version ausgewählt und bestätigt. Direkt danach testet das Team Startseite, Kontaktformular und die Seite mit der Terminbuchung. Alle Tests funktionieren, daher hält es die neue Version in der Projektablage fest. Wäre ein Fehler aufgetreten, hätte das Team über denselben Menüweg auf die zuvor notierte unterstützte Version zurückgewechselt. ### Kurzcheck vor dem Abschluss * [ ] Die Serverregion wurde nach der Hauptzielgruppe gewählt. * [ ] Die Region wurde vor dem endgültigen Erstellen kontrolliert. * [ ] Die angezeigte Region ist nach dem Erstellen geprüft. * [ ] Die Website wurde vor einer Domain-Umstellung getestet. * [ ] Bei einer PHP-Änderung wurde die bisherige Version notiert. * [ ] Startseite, Formular und wichtige Funktionen wurden nach der PHP-Änderung getestet. --- # 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/serverregion-beim-erstellen-einer-wordpress-website-wahlen.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.