web-dev-qa-db-fra.com

Méthode Server.Transfer pour la version mobile

Je veux juste être sûr si j'utilise server.transferméthode pour afficher mobile version de mon site web, est-ce bon pour SEO et google? j'ai réussi à utiliser cette méthode pour afficher la version mobile de mon site.

Le serveur détecte l'agent d'utilisateur mobile par une fonction et utilise cette méthode pour modifier la page d'affichage, avec un contenu et une conception différents.

Maintenant, je me demande si Google compare cette version (mobile) à ma version de bureau? et que se passe-t-il quand il découvre que ce sont différents?

Ma version de bureau a media et est responsive mais l'utilisateur peut voir le nouveau design mobile avec cette méthode, ainsi que google can (j'ai testé avec fetch as google)

Je sais que le sous-domaine m. est correct, mais qu'en est-il?

1
Pedram

Autant que je sache, la méthode Server.Transfer est meilleure que l'ancienne méthode Response.Redirect parce qu'elle améliore les performances des demandes de serveur en réduisant le nombre de demandes. Pour moi, cela suffit et tant que le paramètre de chemin est propre, vous récupérerez toujours les ressources nécessaires pour charger la page.

Responsive Design est la méthode d'affichage recommandée par Google, car l'URL de la page et le code HTML restent inchangés. Si votre URL reste la même mais que les modifications HTML changent, Google classera ce format sous la forme Serveur dynamique , alors que si les modifications apportées aux URL et au HTML sont traitées, Google le traitera comme RL distinctes .

Chaque format a une approche différente en matière de référencement. La façon dont vous identifiez l'agent utilisateur est également importante pour le service dynamique, recommande Google à l'aide de Vary HTTP. Dans le cas d'URL distinctes, vous devez établir la relation entre URL-Version-1 et URL-Version-2. Google recommande ici d'utiliser la balise <link>, où la version de bureau nécessite rel=”alternate”. et la version mobile a besoin de rel=”canonical” pour lier les URL de bureau et mobile.

Veuillez prendre en compte que si vous utilisez m.example.com vs exemple.com , ils sont essentiellement différentes URL .

Quelle que soit votre approche, l’essentiel est que vous ayez besoin que les éléments suivants soient toujours vrais:

  • Assurez-vous que le contenu et les liens sur le site mobile sont similaires à 90% à la version de bureau.
  • Il est vivement recommandé que le contenu soit identique dans les deux versions (N'oubliez pas que Google préfère les sites Web réactifs dans lesquels l'URL et le contenu restent identiques).
  • Assurez-vous de disposer d'un balisage structuré pour la version de bureau et la version mobile. Utilisez l'outil de test robots.txt pour vérifier que votre version mobile est accessible.
  • Un contenu extensible tel que Lire plus aura plus de poids sur le mobile.
  • La vitesse de la page de votre site mobile déterminera le classement de votre site mobile et de votre site de bureau.
  • Google a commencé à utiliser la version mobile du Web comme index de son moteur de recherche principal.

Je vous recommande fortement de lire ce que Google a dit sur le passage à Mobile First

1
Raul Reyes