Mapas del sitio: ¿uno por subdominio o uno para el dominio base?

Tengo más de 5 subdominios en un proyecto, por ejemplo developer, www, staffy un poco más, lo que es la mejor práctica en la creación de mapas de sitio?

¿Todos los subdominios que comparten un mismo mapa del sitio en el dominio base ( example.com/sitemap.xml)? o mapas de sitio diferentes para diferentes subdominios? ( developer.example.com/sitemap.xmly www.example.com/sitemap.xml)

Dado que los subdominios son varias partes de la aplicación principal, ¿cuáles son los pros y los contras de cada uno y qué debo considerar al elegir uno sobre el otro? (un mapa del sitio por subdominio o uno para todo el sitio)

Según la publicación del blog Matt Cutts , dijo:

Un subdominio puede ser útil para separar el contenido que es completamente diferente. Google utiliza subdominios para distintos productos, como news.google.com o maps.google.com, por ejemplo.

Esto es similar a lo que hace Blogger (blogspot).

El blog de John ( john.blogspot.com) es totalmente diferente del blog de Doe ( doe.blogspot.com). Google ve estos dos blogs como dos sitios diferentes a pesar de que comparten la misma cola ( *.blogspot.com).

Cada uno de estos blogs tiene su propio mapa del sitio y no se comparten entre sí. Si se elimina un blog, el archivo del mapa del sitio también se eliminará, y no afecta los mapas de sitio de los otros blogs.

Por lo tanto, me gustaría recomendarle que use diferentes archivos de mapa del sitio para diferentes subdominios. A menos que esté usando subdirectorios / subcarpetas.

En general, debe usar un mapa del sitio separado para cada host (es decir, un protocolo, dominio o subdominio diferente):

• De la pregunta frecuente " ¿Dónde coloco mi Sitemap? ":

  Todas las URL enumeradas en el Sitemap deben residir en el mismo host que el Sitemap. Por ejemplo, si el Sitemap se encuentra en http://www.example.com/sitemap.xml, no puede incluir URL de http://subdomain.example.com. Si el Sitemap se encuentra en http://www.example.com/myfolder/sitemap.xml, no puede incluir URL de http://www.example.com.

• La sección relevante de la especificación Sitemaps es " Ubicación del archivo de Sitemap ", donde dice:

  Tenga en cuenta que esto significa que todas las URL enumeradas en el Sitemap deben usar el mismo protocolo (http, en este ejemplo) y residir en el mismo host que el Sitemap. Por ejemplo, si el Sitemap se encuentra en http://www.example.com/sitemap.xml, no puede incluir URL de http://subdomain.example.com.

Sin embargo, si puede probar la propiedad de todos los hosts a través de robots.txt o Google Search Console, puede alojar los sitemaps en diferentes hosts:

• a través de robots.txt: mapas del sitio y envíos cruzados
  (un solo mapa del sitio solo puede contener URL de un host)

• Específico de Google: administre mapas de sitio para múltiples sitios
  (un solo mapa de sitio puede contener URL de diferentes hosts)

A medida que escribe, los subdominios son parte de toda la aplicación, no es necesario separar los mapas de sitio. Google trata los subdominios como dominios propios siempre. Pero son lo suficientemente inteligentes como para reconocer si partes de un sitio web pertenecen juntas.

Además de SEO, recomendaría usar un index-sitemap.xml en el que puede anidar todos sus subdominios-sitemaps separados. Esto facilita la administración de todos esos archivos, ya que solo necesita enviar un único mapa del sitio. Además, puede cambiar el mapa de sitio de un subdominio sin tener que preocuparse por todos los otros mapas de sitio. Obtenga más información sobre la administración de múltiples sitemaps en las Guías para webmasters de Google: https://support.google.com/webmasters/answer/75712?hl=en

editar

Puede tener en cuenta la creación de una propiedad única para cada subdominio en Google Search Console. Esto le permite tener un análisis más detallado ya que recibirá muestras de datos y estadísticas de rastreo para cada propiedad. Si lo hace, le recomendaría enviar un mapa del sitio individual para cada subdominio. Tenga en cuenta que esto requerirá que verifique cada propiedad por separado y también aumente el esfuerzo necesario para administrar todo el conjunto de propiedades.

Si eres una persona bien organizada y te interesan los datos más profundos, te recomendaría este último. Si solo desea que su sitio se indexe y rastree correctamente, le recomendaría la historia del índice del mapa del sitio.

Siempre tenga en cuenta para asegurarse de que todos sus mapas de sitio estén configurados con precisión, que coincidan con el estándar y que solo entreguen páginas que tengan un código de estado 200. Este punto es más crítico para el SEO de su sitio web que la cuestión de cuántos mapas de sitio tiene.

Tengo más de 5 subdominios en un proyecto, por ejemplo, desarrollador, www, personal y algunos más, ¿cuál es la mejor práctica para crear mapas de sitio? ... Dado que los subdominios son varias partes de la aplicación principal, ¿cuáles son los pros y los contras de cada uno y qué debo tener en cuenta al elegir uno sobre el otro? (un mapa del sitio por subdominio o uno para todo el sitio)

Dado que los subdominios adjuntos al dominio principal pueden representar diferentes sitios web para el mundo, es mejor configurar Sitemaps para cada subdominio para una accesibilidad más fácil.

Además, creo que es contrario a las reglas de Sitemaps incluir un enlace externo en un Sitemap que pertenece a un sitio web, y una URL que contiene un subdominio diferente cuenta como una URL externa.

En cuanto a las mejores prácticas, si su sitio web tiene una gran cantidad de enlaces, querrá crear un archivo maestro de Sitemap que haga referencia a archivos más pequeños de Sitemap donde cada uno de ellos haga referencia a los enlaces individuales. Esto se debe a que cada archivo de Sitemap tiene un límite máximo de tamaño de archivo (creo que 50 MB) y también el número máximo de URL por Sitemap también es limitado. Creo que ese número es 50,000.

Es una ventaja si puede comprimir los Sitemaps en formato gzip. De esa forma, cuando los envíe a motores de búsqueda compatibles con gzip como Google, el Sitemap se procesará más rápido y el consumo de ancho de banda en el servidor será menor.

Aquí hay enlaces relacionados con sitemaps que pueden ayudarlo más:

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