Miranda, miembro de este gran equipo, nos hizo el favor de escribir esta reseña ya que conoce a la perfección el tema.
Solución:
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 mapa del sitio deben residir en el mismo host que el mapa del sitio. Por ejemplo, si el mapa del sitio se encuentra en
http://www.example.com/sitemap.xmlno puede incluir direcciones URL dehttp://subdomain.example.com. Si el mapa del sitio se encuentra enhttp://www.example.com/myfolder/sitemap.xmlno puede incluir direcciones URL dehttp://www.example.com. -
La sección relevante de la especificación de Sitemaps es “Ubicación del archivo de Sitemap”, donde dice:
Tenga en cuenta que esto significa que todas las URL enumeradas en el mapa del sitio deben usar el mismo protocolo (http, en este ejemplo) y residir en el mismo host que el mapa del sitio. Por ejemplo, si el mapa del sitio se encuentra en
http://www.example.com/sitemap.xmlno puede incluir direcciones URL dehttp://subdomain.example.com.
Sin embargo, si puede demostrar la propiedad de todos los hosts a través de robots.txt o Google Search Console, puede alojar los mapas del sitio en diferentes hosts:
-
a través de robots.txt: mapas del sitio y envíos cruzados
(un solo mapa del sitio aún puede contener solo URL de un host) -
Específico de Google: administrar mapas de sitio para varios sitios
(un solo mapa del sitio puede contener URL de diferentes hosts)
Según la publicación del blog de Matt Cutts, dijo:
Un subdominio puede ser útil para separar 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 Juan (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 el mismo 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 del 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é utilizando subdirectorios/subcarpetas.
Mientras escribe, los subdominios son parte de la aplicación completa, no es necesario separar los mapas del sitio. Google trata los subdominios como dominios propios de todos modos. Pero son lo suficientemente inteligentes como para reconocer si las partes de un sitio web van juntas.
Además de SEO, recomendaría usar un index-sitemap.xml en el que pueda anidar todos sus subdominios-sitemaps por separado. Esto facilita la administración de todos esos archivos, ya que solo necesita enviar un solo mapa del sitio. Además, puede cambiar el mapa del sitio de un subdominio sin tener que preocuparse por todos los demás mapas del sitio. Obtenga más información sobre cómo administrar varios mapas de sitio en las guías para webmasters de Google: https://support.google.com/webmasters/answer/75712?hl=en
editar
Puede considerar crear una sola propiedad 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 recomiendo que envíe 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 que se necesita para administrar todo el conjunto de propiedades.
Si es una persona bien organizada y está interesada en obtener información más detallada sobre los datos, le recomiendo esta última. Si solo desea que su sitio sea indexado y rastreado correctamente, le recomendaría la historia del index-sitemap.
Recuerde siempre asegurarse de que todos sus mapas de sitio estén configurados con precisión, coincidiendo con el estándar y entregando solo páginas que muestren 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.
Sección de Reseñas y Valoraciones
Agradecemos que quieras corroborar nuestro estudio dejando un comentario o puntuándolo te lo agradecemos.