Sitemaps - un par sous-domaine ou un pour le domaine de base?

J'ai plus de 5 sous - domaines sur un projet, par exemple developer, www, staffet un peu plus, ce qui est la meilleure pratique dans la création de sitemaps?

Tous les sous-domaines qui partagent un même sitemap sur le domaine de base ( example.com/sitemap.xml)? ou différents plans de site pour différents sous-domaines? ( developer.example.com/sitemap.xmlet www.example.com/sitemap.xml)

Étant donné que les sous-domaines sont plusieurs parties de l'application principale, quels sont les avantages et les inconvénients de chacun, et que dois-je considérer lors du choix de l'un plutôt que de l'autre? (un sitemap par sous-domaine ou un pour l'ensemble du site)

Selon le blog de Matt Cutts , il a déclaré:

Un sous-domaine peut être utile pour séparer un contenu complètement différent. Google utilise des sous-domaines pour des produits distincts tels que news.google.com ou maps.google.com, par exemple.

Ceci est similaire à ce que fait Blogger (blogspot).

Le blog de John ( john.blogspot.com) est totalement différent du blog de Doe ( doe.blogspot.com). Google considère ces deux blogs comme deux sites différents même s'ils partagent la même queue ( *.blogspot.com).

Chacun de ces blogs a son propre plan du site et n'est pas partagé entre eux. Si un blog est supprimé, le fichier de plan de site sera également supprimé - et cela n'affectera pas les plans de site des autres blogs.

Je vous recommande donc d'utiliser différents fichiers de plan de site pour différents sous-domaines. Sauf si vous utilisez des sous-répertoires / sous-dossiers.

En règle générale, vous devez utiliser un plan du site distinct pour chaque hôte (c.-à-d. Un protocole, un domaine ou un sous-domaine différent):

• De la FAQ " Où dois-je placer mon plan du site? ":

  Toutes les URL répertoriées dans le plan du site doivent résider sur le même hôte que le plan du site. Par exemple, si le plan du site est situé à http://www.example.com/sitemap.xml, il ne peut pas inclure d'URL de http://subdomain.example.com. Si le plan du site se trouve dans http://www.example.com/myfolder/sitemap.xml, il ne peut pas inclure d'URL provenant de http://www.example.com.

• La section pertinente de la spécification Sitemaps est " Emplacement du fichier Sitemap ", où elle dit:

  Notez que cela signifie que toutes les URL répertoriées dans le plan du site doivent utiliser le même protocole (http, dans cet exemple) et résider sur le même hôte que le plan du site. Par exemple, si le plan du site est situé à http://www.example.com/sitemap.xml, il ne peut pas inclure d'URL de http://subdomain.example.com.

Cependant, si vous pouvez prouver la propriété de tous les hôtes via robots.txt ou Google Search Console, vous pouvez héberger les sitemaps sur différents hôtes:

• via robots.txt: sitemaps et soumissions croisées
  (un seul sitemap ne peut toujours contenir que les URL d'un seul hôte)

• Spécifique à Google: gérer les sitemaps pour plusieurs sites
  (un seul sitemap peut contenir des URL provenant de différents hôtes)

Lorsque vous écrivez, les sous-domaines font partie de l'application entière, il n'est pas nécessaire de séparer les plans de site. Google traite toujours les sous-domaines comme des domaines propres. Mais ils sont assez intelligents pour reconnaître si des parties d'un site Web sont liées.

Outre le référencement, je vous recommande d'utiliser un index-sitemap.xml dans lequel vous pouvez imbriquer tous vos sous-domaines-sitemaps séparés. Cela facilite la gestion de tous ces fichiers, car il vous suffit de soumettre un seul plan du site. De plus, vous pouvez modifier le plan du site d'un sous-domaine sans avoir à vous soucier de tous les autres plans du site. En savoir plus sur la gestion de plusieurs plans de site dans les guides pour les webmasters de Google: https://support.google.com/webmasters/answer/75712?hl=en

Éditer

Vous pouvez envisager de créer une propriété unique pour chaque sous-domaine dans Google Search Console. Cela vous permet d'avoir une analyse plus détaillée car vous recevrez des échantillons de données et des statistiques d'exploration pour chaque propriété. Si vous le faites, je vous recommande de soumettre un plan du site individuel pour chaque sous-domaine. N'oubliez pas que cela vous obligera à vérifier chaque propriété séparément et à augmenter l'effort nécessaire pour gérer l'ensemble des propriétés.

Si vous êtes une personne bien organisée et intéressée par des informations plus approfondies sur les données, je recommanderais ce dernier. Si vous voulez simplement indexer et explorer correctement votre site, je vous recommanderais l'histoire de l'index-sitemap.

Gardez toujours à l'esprit pour vous assurer que tous vos plans de site sont configurés avec précision, correspondant à la norme et ne livrent que des pages qui servent un code d'état 200. Ce point est plus critique pour le référencement de votre site Web que la question du nombre de sitemaps dont vous disposez.

J'ai plus de 5 sous-domaines sur un projet, par exemple développeur, www, personnel et quelques autres, quelle est la meilleure pratique pour créer des plans de site? ... Étant donné que les sous-domaines sont constitués de plusieurs parties de l'application principale, quels sont les avantages et les inconvénients de chacun, et que dois-je considérer en choisissant l'un plutôt que l'autre? (un sitemap par sous-domaine ou un pour l'ensemble du site)

Étant donné que les sous-domaines attachés au domaine principal peuvent représenter différents sites Web dans le monde, il est préférable de configurer des plans de site pour chaque sous-domaine pour une accessibilité plus facile.

De plus, je pense qu'il est contraire aux règles des plans Sitemap d'inclure un lien externe dans un plan Sitemap appartenant à un site Web, et une URL qui contient un sous-domaine différent compte comme une URL externe.

En ce qui concerne les meilleures pratiques, si votre site Web contient un grand nombre de liens, vous souhaiterez créer un fichier Sitemap maître faisant référence à des fichiers Sitemap plus petits où chacun d'eux fait référence aux liens individuels. En effet, chaque fichier Sitemap a une limite de taille de fichier maximale (de 50 Mo, je pense) et le nombre maximal d'URL par Sitemap est également limité. Je pense que ce nombre est de 50 000.

C'est un bonus si vous pouvez compresser les sitemaps au format gzip. De cette façon, lorsque vous les soumettez à des moteurs de recherche compatibles gzip tels que Google, le plan du site sera traité plus rapidement et la consommation de bande passante sur le serveur sera plus faible.

Voici des liens relatifs aux plans de site qui peuvent vous aider davantage:

http://www.sitemaps.org/protocol.html http://www.sitemaps.org/faq.html