WordPress-Hosting erkennen: Signale im Header und DNS

Hinter jeder WordPress-Site steckt eine Hosting-Infrastruktur, die einen direkten Einfluss auf Performance, Verfügbarkeit und technische Möglichkeiten hat. Von außen lässt sich der Hoster in vielen Fällen bestimmen, auch ohne Zugang zum Backend. Die Methoden reichen vom einfachen DNS-Lookup bis zur Auswertung spezifischer HTTP-Header.

Warum Hosting-Erkennung relevant ist

Die Kenntnis des Hosting-Anbieters einer WordPress-Site liefert konkrete Einblicke:

• Managed-WordPress-Hoster wie WP Engine oder Kinsta bieten integriertes Caching und Staging-Umgebungen, was auf höheren technischen Reifegrad hindeutet
• Shared-Hosting-Anbieter wie Bluehost oder Hostinger weisen auf einfachere Setups hin, die mit dem Wachstum der Site an Grenzen stoßen können
• Cloud-Hosting auf AWS, Google Cloud oder Azure deutet auf skalierbare Infrastruktur und höheres Budget hin

Für Agenturen und Berater ist diese Information bei der Budgetplanung und der Beratung über Infrastruktur-Migrationen wertvoll.

Methode 1: DNS-Lookup und IP-Zuordnung

Ein DNS-Lookup der Domain gibt die IP-Adresse zurück, die dem Hostnamen zugeordnet ist. Diese IP-Adresse lässt sich einem Hosting-Anbieter zuordnen.

In der Kommandozeile:

nslookup beispieldomain.de

oder im Browser über online verfügbare DNS-Lookup-Dienste.

Bekannte IP-Bereiche und ihre Hoster:

• 35.x.x.x und 34.x.x.x gehören oft zu Google Cloud
• 52.x.x.x und 54.x.x.x sind typische AWS-Bereiche
• 104.21.x.x und 172.67.x.x gehören zu Cloudflare
• 195.154.x.x ist ein Bereich von Online SAS (Frankreich)

Ein WHOIS-Lookup der IP-Adresse liefert den Inhaber des IP-Blocks, der in der Regel der Hosting-Anbieter oder ein großes Rechenzentrum ist.

Methode 2: Namenserver-Analyse

Die Namenserver-Einträge einer Domain zeigen, wer die DNS-Zone verwaltet. Diese Information ist aussagekräftiger als die IP-Adresse, weil sie oft direkt auf den Hoster hinweist:

• ns1.cloudflare.com, ns2.cloudflare.com: Cloudflare als DNS-Anbieter
• ns1.bluehost.com: Bluehost-Hosting
• ns1.siteground.net: SiteGround-Hosting
• ns1.wpengine.com: WP Engine-Hosting
• ns1.kinsta.com oder ns1.kinstadns.com: Kinsta-Hosting
• ns1.ionos.de: IONOS-Hosting

Namenserver-Einträge sind öffentlich und lassen sich über jeden DNS-Lookup-Dienst abrufen.

Methode 3: Hoster-spezifische HTTP-Header

Managed-WordPress-Anbieter setzen häufig eigene HTTP-Header, die ihren Namen direkt nennen oder zumindest auf ihre Infrastruktur hinweisen.

Bekannte Hoster und ihre Header:

WP Engine:

• X-WPE-Request-ID ist ein eindeutiges Erkennungsmerkmal
• X-Cacheable: YES zeigt den Cache-Status
• X-Cache: HIT

Kinsta:

• X-Kinsta-Cache: HIT oder MISS
• Server: cloudflare (Kinsta nutzt Cloudflare als CDN)

Flywheel:

• X-Flywheel-Cache: HIT

Pressable:

• X-Pressable-Cache

Cloudways:

• X-Varnish kombiniert mit Breeze-Cache-Hinweisen

Pantheon:

• X-Pantheon-Styx-Hostname

Nicht alle Hoster setzen solche Header. Shared-Hoster wie Bluehost oder Hostinger hinterlassen in der Regel keine proprietären Header, was die Erkennung erschwert.

Methode 4: Server-Header und Technologie-Stack

Der Server-Header verrät die Webserver-Software. In Kombination mit anderen Headern lässt sich der Stack eingrenzen:

• Server: LiteSpeed ist typisch für cPanel-Hoster mit LiteSpeed-Lizenz, etwa Hostinger oder A2 Hosting
• Server: nginx ist weit verbreitet und allein nicht aussagekräftig, aber in Kombination mit WP-Engine- oder Kinsta-Headern eindeutig
• Server: Apache deutet auf ältere oder günstigere Hosting-Setups hin

Methode 5: SSL-Zertifikat analysieren

Das SSL-Zertifikat enthält häufig den ausstellenden Anbieter und manchmal den Hostnamen des Ursprungsservers. Im Browser lässt sich das Zertifikat über das Schloss-Symbol in der Adresszeile abrufen.

Wildcard-Zertifikate wie *.wpengine.com oder *.kinsta.cloud sind eindeutige Hinweise auf den jeweiligen Managed-Hoster. Kostenlose Let’s-Encrypt-Zertifikate sind dagegen anbieterunabhängig und weit verbreitet.

Interpretation der Ergebnisse

Die Hosting-Analyse liefert kein binäres Ergebnis, sondern eine Einschätzung mit unterschiedlicher Konfidenz. Eindeutige Hoster-spezifische Header sind sichere Signale. IP-Adressen und Namenserver erfordern Abgleich mit aktuellen Datenbanken und können durch CDN-Einsatz verfälscht sein.

Kombiniert man mehrere Methoden, ergibt sich ein belastbares Bild. Der Analyzer kann den Einstieg in diese Analyse automatisieren und erste Hinweise auf den eingesetzten Stack liefern.