Wie funktioniert das selbst gehostete WordPress mit Google Page Speed ​​Service?

Google kündigte den Page Speed ​​Service an und sprang auf den Zug der All-in-One-Website-Optimierung und CDN.

PS dies soll eine große Referenzfrage sein, also können Sie gerne Ihre eigenen Fragen zum Thema bearbeiten

Solutions Collecting From Web of "Wie funktioniert das selbst gehostete WordPress mit Google Page Speed ​​Service?"

Mögliche Probleme

Der Google Page Speed-Dienst funktioniert nicht mit “nackten Domains”. Das heißt, es wird nicht nur mit “example.com” funktionieren. Der Domainname muss eine Subdomain davor haben, z. B. “www.example.com”.

Dies liegt an einer Einschränkung der Implementierung des Page Speed-Dienstes durch Google, bei der Sie einen CNAME-Eintrag in Ihrem DNS einrichten müssen. Dies ist keine allgemeine Einschränkung des Page Speed-Systems selbst, und Sie können die Open-Source-function mod_pagespeed verwenden , um die gleichen Ziele zu erreichen, wenn Sie Zugriff auf Ihren Webhost haben.

Wenn Sie also versuchen, den Seitengeschwindigkeitsdienst zu verwenden, migrieren Sie zuerst die gesamte Website in eine Subdomänenkonfiguration. Beachten Sie, dass sich dies auf Sub-Domain- Installationen von Multisite-Setups auswirkt.

Referenzdomänen

Die Referenzdomäne wird nur für DNS-Lookups verwendet.

Angenommen, ich verschiebe eine Website von example.com auf ihren Dienst. Die Domain example.com lebt von der IP-Adresse 1.2.3.4.

Jetzt muss der Google Page Speed-Dienst wissen, wo sich Ihre tatsächliche Website befindet. Um dies zu tun, möchten sie, dass Sie eine Referenzdomäne unter ref.example.com einrichten, die auf 1.2.3.4 verweist.

Aber sie verwenden dies nur, um die IP-Adresse zu erhalten. Wenn das System tatsächlich mit Ihrer Domain in Kontakt tritt, wird mit 1.2.3.4 gesprochen, aber der Host: -Header wird auf example.com gesetzt, nicht auf ref.example.com.

Im Grunde sieht WordPress hier keinen Unterschied. Es wird sich normal verhalten. Es muss Null über die Referenzdomäne wissen.

Überlegungen zu MultiSite

Multisite funktioniert gut mit dem Page Speed-Dienst von Google, jedoch nur in einem Unterverzeichnis-Setup. Sub-Domain-basierte Setups funktionieren überhaupt nicht.

Der Seitengeschwindigkeitsservice von Google bietet Proxy-Dienste nur für eine Domain / Site. Eine Multi-Site-Konfiguration in Unterverzeichnissen ist jedoch im Prinzip eine Domain / Site, soweit es Google interessiert.

Wenn Sie eine Website mit mehreren Subdomain-Namen verwenden, funktioniert der Google Page Speed-Dienst aufgrund ihrer Vorgehensweise nicht. Die Anforderung für einen CNAME-Eintrag im DNS beseitigt dies. Sie können jedoch stattdessen die Open-Source-mod_pagespeed verwenden, die das gleiche tut, aber auf Ihren eigenen Servern anstelle von Google Proxy.

Wenn Sie mehrere Domain-Namen mit Domain-Mapping verwenden, wird Google davon ausgehen, dass es sich um vollständig separate Websites handelt, und wird für sie entsprechend eingerichtet oder eingerichtet.

Statisches Cachen

Statische Caching-Plugins können mit dem Google Page Speed-Dienst verwendet werden, da Google in diesem Fall wirklich als Proxy und nicht als vollständiger Caching-Dienst fungiert.

Der Google Page Speed-Dienst speichert mehrere Ressourcen wie Bilder, JavaScript und CSS-Dateien zwischen. Der tatsächliche HTML-Code, der von Ihrer Seite generiert wird, wird jedoch nicht zwischengespeichert. Google ruft die normale Seite ab, die von Ihrem Server erstellt wurde, und stellt sie Ihren Nutzern nach der Ausführung der Seitengeschwindigkeitswerkzeuge wieder zur Verfügung.

Die wp-admin und AJAX Anfragen

Wenn Sie nichts Besonderes tun, wird der wp-admin-Abschnitt auch über den Google Page Speed-Proxy ausgeführt.

Da die normale mod_pagespeed keine Auswirkungen auf den wp-admin-Code hat, ist es unwahrscheinlich, dass der Dienst von Google überhaupt etwas bewirkt.

Gleiches gilt für das Verhalten aller AJAX-Typen, mod_pagespeed hatte in Tests keine Auswirkungen auf diese.