Comment WordPress auto-hébergé fonctionnera-t-il avec le service Google Page Speed?
Google a annoncé Page Speed Service , sautant dans le train de l'optimisation de sites tout-en-un et du CDN.
Quels sont les problèmes potentiels lors de la configuration de WordPress auto-hébergé?
Comment la configuration du domaine de référence fonctionnera-t-il avec WP? Considérant que cela est nécessaire pour que Google extrait le contenu, mais l'URL du site public sera différente.
Sera-t-il possible de le configurer avec multisite?
Les plugins de mise en cache statique doivent-ils être activés ou désactivés pour une meilleure compatibilité?
Comment cela fonctionnera-t-il avec wp-admin et Ajax? Ceux-ci devraient-ils être mis sur la liste noire dans les paramètres de service?
PS ceci est destiné à être une grande question de référence, alors n'hésitez pas à éditer vos propres questions sur le sujet
Problèmes potentiels
Le service Google Page Speed de Google ne fonctionne pas avec les "domaines nus". C'est-à-dire que cela ne fonctionnera pas uniquement avec "exemple.com". Le nom de domaine doit être précédé d'un sous-domaine, tel que "www.example.com".
Cela est dû à une limitation de l'implémentation du service Page Speed par Google, qui vous oblige à configurer un enregistrement CNAME dans votre DNS. Il ne s’agit pas d’une limitation générique du système Page Speed, et vous pouvez utiliser le code source ouvert mod_pagespeed pour atteindre les mêmes objectifs, si vous disposez de ce niveau d’accès à votre hôte Web.
Par conséquent, si vous essayez d'utiliser le service Page Speed, vous devez d'abord migrer l'intégralité de votre site vers une configuration de sous-domaine. Notez que cela affectera les installations de sous-domaines de configurations multisites.
Domaines de référence
Le domaine de référence est utilisé uniquement pour les recherches DNS.
Par exemple, disons que je déplace un site sur example.com sur leur service. Le domaine exemple.com réside à l'adresse IP 1.2.3.4.
Maintenant, le service Google Page Speed doit savoir où se trouve votre site actuel. Pour ce faire, ils souhaitent que vous configuriez un domaine de référence sur ref.example.com pointant vers 1.2.3.4.
Mais, ils ne l'utilisent que pour obtenir l'adresse IP. Lorsque leur système contacte réellement votre domaine, il parle à 1.2.3.4 mais configure l'en-tête Host: sur example.com, pas sur ref.example.com.
Donc, fondamentalement, WordPress ne voit aucune différence ici. Il se comportera normalement. Il doit connaître zéro sur le domaine de référence.
Considérations MultiSite
Le multisite fonctionnera correctement avec le service Page Speed de Google, mais uniquement dans une configuration de sous-répertoire. Les configurations basées sur un sous-domaine ne fonctionneront pas du tout.
Le service de vitesse de page de Google fournit des services de proxy pour un domaine/site uniquement. Cependant, une configuration multisite dans un sous-répertoire est essentiellement un domaine/site pour autant que Google s'en soucie.
Si vous utilisez plusieurs sites avec des noms de sous-domaines différents, le service Google Page Speed ne fonctionnera pas en raison de leur méthodologie. L'exigence d'un enregistrement CNAME dans le DNS élimine cela. Vous pouvez toutefois utiliser mod_pagespeed, une source ouverte, qui fait la même chose, mais sur vos propres serveurs et non via le proxy de Google.
Si vous utilisez plusieurs noms de domaine avec un mappage de domaine, Google considérera qu'il s'agit de sites complètement distincts et les facturera ou nécessitera une configuration en conséquence.
Mise en cache statique
Les plug-ins de mise en cache statique peuvent être utilisés avec le service Google Page Speed, car dans ce cas, Google agit en tant que proxy et non en tant que service de mise en cache complète.
Le service Google Page Speed mettra en cache plusieurs ressources telles que des images, des fichiers JavaScript et CSS. Cependant, le code HTML généré par votre page ne sera pas mis en cache. Google récupérera la page normale générée par votre serveur et la rediffusera normalement à vos utilisateurs, après l'avoir exécutée via leurs outils Page Speed.
Les requêtes wp-admin et AJAX
Si vous ne faites rien de spécial, la section wp-admin sera également exécutée via le proxy Google Page Speed.
Étant donné que mod_pagespeed semble n'avoir aucun effet sur le code wp-admin, il est peu probable que le service de Google ait un effet quelconque.
La même chose s'applique à tous les comportements de type AJAX, mod_pagespeed n'a eu aucun effet sur ceux-ci dans les tests.