Qu'est-ce que Google préfère: les redirections chaînées ou le délai jusqu'au premier octet plus long?
Je suis clairement un toxicomane webpagetest.org maintenant. Une fois encore, j'ai testé mon site après l'optimisation (en éliminant certaines analyses de fichiers) et la vitesse s'est considérablement améliorée. Il est maintenant environ 150 ms. Time to First Byte, de l’ouest des États-Unis au serveur situé dans l’est du Canada. Je vérifie mon adsense, et Google refuse toujours de me payer un centime pour le site mobile. Maintenant, je pense que c’est parce que Google veut une bonne vitesse, que l’utilisateur saisisse l’URL de la version mobile ou de bureau du site.
Je pensais à un design réactif pour un site, mais je l’y suis opposé car mon site mobile est une version allégée qui consomme environ la moitié de la bande passante requise par le site pour ordinateurs de bureau.
Voici quelques résultats de mes tests:
Test d'une page mise en cache par le serveur en accédant à l'URL du bureau:
http://www.webpagetest.org/result/160119_0M_1BH7/1/details/ - TTFB> 400 ms (plus de 200 ms par rapport aux recommandations de Google)
Test de la même page mise en cache sur le serveur en accédant directement à l'URL du mobile:
http://www.webpagetest.org/result/160119_C6_1BN8/1/details/ - TTFB environ 130 ms (dans les recommandations de Google)
Tester une page similaire non mise en cache en accédant directement à l'URL du mobile:
http://www.webpagetest.org/result/160119_2Q_1BT0/1/details/
Tester une page similaire non mise en cache en accédant directement à l'URL du bureau:
http://www.webpagetest.org/result/160119_BX_1BV9/ - Ceci a marqué un D.
J'ai tout fait pour accélérer le chargement des pages en exécutant le site à partir de la RAM, en désactivant l'utilisation de .htaccess dans Apache et en désactivant les vérifications de fichiers. Selon mon enquête sur CDN, on m'a dit que ce n'était pas une bonne idée, car je fais parfois des mises à jour fréquentes sur le site, surtout lorsqu'il ne fonctionne pas.
Auparavant, j'avais chaîné les redirections sur mon site parce que je faisais tout le mappage d'URL (même les redirections) avec mod_rewrite mais maintenant, j'utilise mon script pour déterminer la page à afficher et si une redirection est nécessaire, j'utilise mon script. pour calculer la destination finale au lieu de faire en sorte que l'utilisateur saute dans plusieurs URL.
Maintenant, je suis curieux de savoir si ce geste que j'ai fait est une erreur. Devrais-je simplement m'en tenir à ma configuration actuelle d'une redirection et éventuellement d'une TTFB plus longue, ou devrais-je utiliser plusieurs redirections (si nécessaire) avec une TTFB inférieure?
Je regarde cela du point de vue des performances du serveur et de Googlebot et je ne sais pas quelle est la meilleure voie à suivre.
Tant que vos chaînes de redirection sont de longueur raisonnable, elles sont tout à fait correctes. Si vous chaînez au moins 4 redirections, Google peut commencer à refuser de les suivre. Si vous chaînez 10 ou plusieurs redirections ensemble, les navigateurs commencent à donner des erreurs aux utilisateurs.
Si les chaînes chaînées redirigent votre site plus rapidement, j'utiliserais les redirections chaînées.
Tant que vous vous connectez toujours à des URL ne redirigeant pas sur votre site, les utilisateurs et Googlebot auront rarement recours à des redirections. Les seuls moments où les redirections devraient entrer en jeu sont les suivants:
- Vous avez changé une URL. Googlebot se souvient de l'ancienne URL pour toujours. Googlebot dispose d'une mémoire extrêmement longue pour les anciennes URL. Vous pouvez également avoir des liens externes ou des signets vers l'ancienne URL.
- Vous utilisez une redirection pour corriger un lien externe mal formé.
- Un utilisateur tape une URL et crée une faute de frappe.
Sur une tangente, je ne suis pas d'accord pour dire que les sites mobiles doivent être allégés. La bande passante sur les appareils mobiles est rarement un facteur limitant. La latence est généralement un problème beaucoup plus important. Je trouve que les sites font mieux lorsqu'ils conçoivent pour mobile en créant quelques pages contenant chacune plus de contenu. Cela peut vouloir dire mettre plusieurs articles par page. Passer au prochain article peut prendre beaucoup moins de temps que cliquer et attendre 5 ou 10 secondes le chargement de la page suivante.