Je veux juste être sûr si j'utilise server.transfer
mé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?
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:
Je vous recommande fortement de lire ce que Google a dit sur le passage à Mobile First