Wie funktioniert selbst gehostetes WordPress mit Google Page Speed ​​Service?


7

Google kündigte den Page Speed ​​Service an und setzte auf All-in-One-Site-Optimierung und CDN.

  • Was sind die potenziellen Probleme bei der Konfiguration von selbst gehostetem WordPress?

  • Wie funktioniert das Einrichten der Referenzdomäne mit WP? In Anbetracht dessen, dass Google Inhalte abrufen muss, die URL der öffentlichen Website jedoch anders ist.

  • Wird es möglich sein, es mit Multisite einzurichten?

  • Sollten statische Caching-Plugins zur besseren Kompatibilität aktiviert oder deaktiviert bleiben?

  • Wie wird es mit wp-admin und Ajax funktionieren? Sollten diese in den Serviceeinstellungen auf die schwarze Liste gesetzt werden?

PS: Dies ist eine große Referenzfrage. Sie können sie also gerne in Ihren eigenen Fragen zum Thema bearbeiten

Antworten:


4

Mögliche Probleme

Der Page Speed-Dienst von Google funktioniert nicht mit "nackten Domains". Das heißt, es funktioniert nicht nur mit "example.com". Vor dem Domainnamen muss sich eine Subdomain befinden, z. B. "www.example.com".

Dies liegt an einer Einschränkung der Implementierung des Page Speed-Dienstes durch Google, für die Sie einen CNAME-Eintrag in Ihrem DNS einrichten müssen. Dies ist keine generische Einschränkung des Page Speed-Systems selbst, und Sie können die Open-Source- Datei mod_pagespeed verwenden , um dieselben Ziele zu erreichen, wenn Sie über diese Zugriffsebene für Ihren Webhost verfügen.

Wenn Sie also versuchen, den Page Speed-Dienst zu verwenden, migrieren Sie zuerst Ihre gesamte Site in eine Subdomain-Einrichtung. Beachten Sie, dass dies Auswirkungen auf Subdomain-Installationen von Multisite-Setups hat.

Referenzdomänen

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

Angenommen, ich verschiebe eine Website auf example.com in 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. Zu diesem Zweck möchten sie, dass Sie unter ref.example.com eine Referenzdomäne einrichten, die auf 1.2.3.4 verweist.

Sie verwenden dies jedoch nur, um die IP-Adresse abzurufen. Wenn das System tatsächlich Kontakt mit Ihrer Domain aufnimmt, spricht es mit 1.2.3.4, setzt jedoch den Host: -Header auf example.com und nicht auf ref.example.com.

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

Überlegungen zu mehreren Standorten

Multisite funktioniert problemlos mit dem Page Speed-Dienst von Google, jedoch nur in einem Unterverzeichnis. Subdomain-basierte Setups funktionieren überhaupt nicht.

Der Page Speed ​​Service von Google bietet Proxy-Services nur für eine Domain / Site. Eine Multisite in der Unterverzeichniskonfiguration ist jedoch für Google im Wesentlichen eine Domain / Site.

Wenn Sie Multisite mit unterschiedlichen Subdomainnamen verwenden, funktioniert der Google Page Speed-Dienst aufgrund seiner Methodik nicht. Die Anforderung eines CNAME-Eintrags im DNS beseitigt dies. Sie können jedoch stattdessen die Open-Source-Datei mod_pagespeed verwenden, die dasselbe tut, jedoch auf Ihren eigenen Servern anstatt über den Google-Proxy.

Wenn Sie mehrere Domain-Namen mit Domain-Zuordnung verwenden, wird Google davon ausgehen, dass es sich um vollständig separate Websites handelt, und diese entsprechend in Rechnung stellen oder einrichten müssen.

Statisches Caching

Statische Caching-Plugins können mit dem Google Page Speed-Dienst verwendet werden, da Google in diesem Fall tatsächlich 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 von Ihrer Seite generierte HTML-Code wird jedoch nicht zwischengespeichert. Google ruft die von Ihrem Server generierte normale Seite ab und stellt sie Ihren Nutzern wieder zur Verfügung, nachdem sie über die Tools für die Seitengeschwindigkeit ausgeführt wurde.

Die wp-admin- und AJAX-Anfragen

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

Da die normale mod_pagespeed keine Auswirkung auf den wp-admin-Code zu haben scheint, ist es unwahrscheinlich, dass der Google-Dienst überhaupt Auswirkungen hat.

Gleiches gilt für alle Verhaltensweisen des AJAX-Typs, mod_pagespeed hat sich in Tests nicht auf diese ausgewirkt.

Durch die Nutzung unserer Website bestätigen Sie, dass Sie unsere Cookie-Richtlinie und Datenschutzrichtlinie gelesen und verstanden haben.
Licensed under cc by-sa 3.0 with attribution required.