Résultats de test contradictoires lors de l'utilisation de The Mobile-Friendly Test et de PageSpeed Insights
Notre site Web utilise un produit open source pour détecter les agents d'utilisateurs et, à ce titre, il sert de serveur à thème mobile ou de thème de bureau aux utilisateurs. Je connais la différence exacte entre le test convivial pour mobile et les informations pagespeed décrites ici https://developers.google.com/webmasters/mobile-sites/references/faq#whats-the-difference-between-the- pagespeed-insights-ux-score-and-the-mobile-friendly-test-results
Donc, si une MFT utilise un bot Google normal pour demander la page, alors bien sûr, le thème du bureau sera diffusé. Mais où cela est-il plus approprié, PageSpeed Insights utilise l'agent d'utilisateur mobile pour demander la page. Donc, il sera servi avec le thème mobile.
Le résultat de la vitesse de la page garantit 100% de la convivialité et, dans les appareils mobiles, le thème mobile est correctement chargé. Mais le résultat suivant est que le lien suivant indique 0% de transmission sur la convivialité du mobile.
Nous avons donc maintenant de nombreuses pages marquées comme non compatibles avec le mobile, même si nous avons un thème adapté au mobile.
Au cours des dernières semaines, lorsque j'ai cliqué sur le lien Vérification de la convivialité de mon compte principal Web, celui-ci a chargé PageSpeed. A partir d'aujourd'hui son chargement MFT.
Je pense que récupérer une page en tant que bot Google normal et indexer un site Web mobile posera des problèmes. Je suis sûr qu'il peut y avoir des milliers de sites Web avec deux thèmes différents pour les utilisateurs de bureau et mobiles.
Ma question est la suivante: quelqu'un d'autre a-t-il rencontré la même situation et trouvé une solution ou trouvé une raison pour laquelle il se comporte?
Informations supplémentaires et constatations:
Mon application est basée sur .Net et j'ai désactivé tous les autres scripts PHP, Perl, etc. sur mon serveur de production, sauf .Net dans IIS Server. J'ai aussi quelques indices sur cette question. Nous utilisons browserCaps.config et 51degrees pour détecter les appareils mobiles et les webcrawlers. La détection est donc à l’origine de problèmes avec le robot d'exploration Google Mobile. Traiter le robot mobile en tant que navigateur de bureau.
Jey.
Je réponds comme réponse car j'ai réussi à comprendre ce qui se passait exactement.
MFT et PageSpeed Test utilisaient 2 agents utilisateurs différents. L'agent utilisateur mobile de PageSpeed a été détecté correctement par 51dgree mais MFT. Donc, basé sur, this et this j'ai mis à jour la base de code pour détecter l'agent d'utilisateur MFT. Maintenant cela fonctionne bien.
À mon avis, il est préférable de passer au design réactif plutôt que d’avoir 2 thèmes ou sites Web distincts pour mobile et ordinateur de bureau. Ce sera sans problème à long terme.
Vous voudrez peut-être vérifier chaque fichier .htaccess dans tous les dossiers auxquels vous avez un accès complet. Il est tout à fait possible qu'une porte dérobée ait été créée dans le script qui crée le thème et que vous l'ignoriez jusqu'à présent. Cette porte dérobée a écrasé vos fichiers .htaccess.
Vous devez vérifier spécifiquement ces fichiers pour les lignes contenant une partie des adresses IP de Google et les supprimer. La détection d'un appareil mobile ne devrait pas être déterminée par son adresse IP.
Google gère quelques blocs d'adresses IP. vous voudrez peut-être exécuter ceci dans une invite de commande:
ping google.com
Vous obtiendrez ensuite une adresse IP que vous pourrez renseigner dans la case en haut à droite de whois.com pour trouver la plage d'adresses ip de Google.
Si cela ne résout pas le problème, vous devrez alors vérifier le code qui produit les pages pour voir si un fragment de code invole une partie de l'adresse IP de Google, ce qui entraînera l'affichage de la page du bureau.
Si cela ne fonctionne pas pour vous, il se peut que quelque chose d'autre soit installé sur le serveur, voire dans Apache, qui force certaines adresses IP telles que celles de Google à se rediriger spécifiquement vers le site Web de l'ordinateur de bureau.
Alors essayez ces choses et voyez si vous pouvez avoir de la chance.