Plans Sitemap - un par sous-domaine ou un pour le domaine de base?
J'ai plus de 5 sous-domaines sur un projet, disons developer, www, staff et quelques autres encore, quelle est la meilleure pratique pour créer des sitemaps?
Tous les sous-domaines qui partagent un même sitemap dans le domaine de base (example.com/sitemap.xml)? ou différents sitemaps pour différents sous-domaines? (developer.example.com/sitemap.xml et www.example.com/sitemap.xml)
Étant donné que les sous-domaines font partie de l’application principale, quels sont les avantages et les inconvénients de chacun, et que dois-je prendre en compte lors du choix de l’un sur l’autre? (un sitemap par sous-domaine ou un pour l'ensemble du site)
Selon article de 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 de celui 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 tail (*.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 sitemap le sera également - et cela n’affectera pas les sitemaps des autres blogs.
Je voudrais donc vous recommander d’utiliser différents fichiers de sitemap 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 sitemap distinct pour chaque hôte (c'est-à-dire un protocole, un domaine ou un sous-domaine différent):
De la FAQ " Où dois-je placer mon sitemap? ":
Toutes les URL répertoriées dans le plan Sitemap doivent résider sur le même hôte que le plan Sitemap. Par exemple, si le plan Sitemap est situé à l'emplacement
http://www.example.com/sitemap.xml, il ne peut pas inclure d'URL provenant dehttp://subdomain.example.com. Si le plan Sitemap se trouve danshttp://www.example.com/myfolder/sitemap.xml, il ne peut pas inclure d'URL provenant dehttp://www.example.com.La section pertinente de la spécification Sitemaps est " emplacement du fichier Sitemap ", où il est indiqué:
Notez que cela signifie que toutes les URL répertoriées dans le plan Sitemap doivent utiliser le même protocole (http, dans cet exemple) et résider sur le même hôte que le plan Sitemap. Par exemple, si le plan Sitemap est situé à l'emplacement
http://www.example.com/sitemap.xml, il ne peut pas inclure d'URL provenant dehttp://subdomain.example.com.
Toutefois, si vous pouvez prouver la propriété de tous les hôtes via robots.txt ou la console de recherche Google, vous pouvez héberger les sitemaps sur différents hôtes:
via robots.txt: Sitemaps & Cross Submits
(un seul sitemap ne peut toujours contenir que les URL d'un hôte)Spécifique à Google: Gérer les sitemaps pour plusieurs sites
(un seul sitemap peut contenir des URL de différents hôtes)
Au fur et à mesure que vous écrivez, les sous-domaines font partie de l'ensemble de l'application, il n'est donc pas nécessaire de séparer les sitemaps. Google traite les sous-domaines comme des domaines propres, toujours. Mais ils sont assez intelligents pour reconnaître si des parties d’un site Web vont ensemble.
Outre le référencement, je vous conseillerais d'utiliser un fichier index-sitemap.xml dans lequel vous pouvez imbriquer tous vos plans Sitemaps de sous-domaines distincts. Cela facilite la gestion de tous ces fichiers, car il vous suffit de soumettre un seul sitemap. De plus, vous pouvez modifier le plan Sitemap d'un sous-domaine sans avoir à vous soucier de tous les autres sitemaps. En savoir plus sur la gestion de plusieurs sitemaps dans Googles Webmaster Guides: https://support.google.com/webmasters/answer/75712?hl=fr
modifier
Vous pouvez envisager de créer une propriété unique pour chaque sous-domaine dans la console de recherche Google. 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 Sitemap individuel pour chaque sous-domaine. Sachez que cela vous obligera à vérifier chaque propriété séparément et à augmenter les efforts nécessaires pour gérer l'ensemble des propriétés.
Si vous êtes une personne bien organisée et que vous souhaitez approfondir vos connaissances sur les données, je vous recommande cette dernière. Si vous voulez simplement que votre site soit indexé et analysé correctement, je vous recommanderai l’histoire index-sitemap.
N'oubliez jamais de vous assurer que tous vos sitemaps sont configurés avec précision, conformément au standard et livrés uniquement avec des pages contenant un code de statut 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, etc., quelle est la meilleure pratique pour créer des plans Sitemap? ... Étant donné que les sous-domaines font partie de l'application principale, quels sont les avantages et les inconvénients de chacun, et que dois-je prendre en compte lors du choix de l'un sur 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, il est préférable de configurer des sitemaps pour chaque sous-domaine afin de leur faciliter l'accès.
De plus, j'estime qu'il est contraire aux règles de Sitemaps d'inclure un lien externe dans un sitemap appartenant à un site Web et qu'une URL contenant 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 principal faisant référence à des fichiers Sitemap plus petits, chacun faisant référence à des liens individuels. En effet, chaque fichier Sitemap a une limite de taille maximale (50 Mo environ, je pense) et le nombre maximal d’URL par sitemap est également limité. Je pense que ce nombre est 50 000.
C'est un bonus si vous pouvez compresser les plans Sitemap au format gzip. Ainsi, lorsque vous les soumettez à des moteurs de recherche compatibles avec gzip tels que Google, le plan Sitemap sera traité plus rapidement et la consommation de bande passante sur le serveur sera moindre.
Voici des liens relatifs aux sitemaps qui peuvent vous aider davantage:
http://www.sitemaps.org/protocol.htmlhttp://www.sitemaps.org/faq.html