Comment définir une URL dans un schéma d'article sur un domaine mobile
Je teste le schéma Schema.org Article sur notre site. Le problème que j'ai rencontré est que nous servons notre contenu sur deux domaines différents (un pour le sous-domaine site.domain et site.m.domain pour mobile sur le bureau) et que nous servons actuellement le même JSON-LD pour le même article sur les deux domaines.
J'ai essayé de trouver une information où lier la propriété url. Est-ce que je le pointe vers la page actuelle, y compris le domaine mobile? Ou est-ce que je pointe toujours vers le domaine de bureau (et le domaine de bureau dispose d'une logique pour vous rediriger vers un mobile lorsque vous êtes sur un appareil mobile)?
La seule chose que j'ai trouvée est que quelqu'un a dit que l'URL devrait pointer vers un point sur les deux domaines (le domaine de bureau), car Google n'aime pas le contenu dupliqué. Mais, d’une manière ou d’une autre, cela ne me semble pas correct. Lorsque vous êtes sur le site XYZ, l’URL devrait probablement pointer sur XYZ.
Quelles sont les recommandations pour le moteur de recherche Google concernant le même contenu sur plusieurs domaines?
Vous dites:
lorsque vous êtes sur le site XYZ, l’URL devrait très probablement pointer sur XYZ.
Cependant, ceci n’est pas tout à fait exact, car il méconnaît la signification sémantique de la propriété url dans les données structurées de Schema.org. Pour un Schema.org Thing (comme un Article), la propriété url doit toujours pointer vers la même URL, car chaque Thing a exactement une valeur préférée, ou - canonique, URL.
La réponse courte est que vous devez toujours utiliser la version de bureau de votre page dans des données structurées , car dans votre cas, la version de bureau de la page est également la version canonique.
URL canoniques
Pour chacun de vos articles (et toute URL sur Internet), une seule URL peut être l'URL canonique, et cette règle s'applique de la même manière aux données structurées comme aux pages Web "normales". L'URL canonique est l'URL que vous souhaitez afficher dans les moteurs de recherche et les médias sociaux, l'URL sur laquelle tous les utilisateurs doivent atterrir s'ils accèdent à votre site Web, ainsi que l'URL vers laquelle vous préféreriez que des sources externes lient des visiteurs.
La version mobile de votre article (site.m.domain) est distincte de votre page canonique. Elle est considérée comme une représentation de ressource alternative et doit être étiquetée. aux moteurs de recherche en tant que tels:
Annotations pour les URL de bureau et mobiles
Pour aider nos algorithmes à comprendre les URL mobiles distinctes, nous vous recommandons d'utiliser les annotations suivantes:
Sur la page du bureau, ajoutez une balise
link rel="alternate"spéciale pointant vers l'URL du mobile correspondante. Cela aide Googlebot à découvrir l'emplacement des pages mobiles de votre site.Sur la page mobile, ajoutez une balise
link rel="canonical"pointant vers l'URL de bureau correspondante.Annotations dans le HTML
Sur la page du bureau ( http://www.example.com/page-1 ), ajoutez:
<link rel="alternate" media="only screen and (max-width: 640px)" href="http://m.example.com/page-1">et sur la page mobile ( http://m.example.com/page-1 ), l'annotation requise doit être:
<link rel="canonical" href="http://www.example.com/page-1">Cette balise rel = "canonical" sur l'URL du mobile pointant vers la page du bureau est obligatoire.
Schema.org Données structurées
Alors qu'en est-il des données structurées Schema.org? Fondamentalement, il devrait être traité en utilisant les mêmes règles que ci-dessus.
Le champ url des données structurées a effectivement la même signification sémantique que la balise canonical - il décrit la représentation la plus non équivoque d'un Thing. Si un robot a besoin de représentations de ressources alternatives, il pourra consulter votre URL canonique et les analyser à partir de vos balises link rel="alternate". La solution consiste donc à toujours utiliser votre page de bureau - la page canonique - dans les données structurées.