Файлы Sitemap - один на поддомен или один для базового домена?

У меня есть более чем 5 поддоменов на проект, скажем developer, www, staffи еще, что лучшая практика в создании сайтмепов?

Все субдомены, которые имеют одну и ту же карту сайта в базовом домене ( example.com/sitemap.xml)? или разные карты сайта для разных поддоменов? ( developer.example.com/sitemap.xmlа www.example.com/sitemap.xml)

Поскольку субдомены являются несколькими частями основного приложения, каковы плюсы и минусы каждого из них и что следует учитывать при выборе одного из них над другим? (одна карта сайта на поддомен или одна для всего сайта)

Согласно сообщению в блоге Мэтта Каттса , он сказал:

Субдомен может быть полезен для выделения совершенно другого контента. Google использует субдомены для отдельных продуктов, например, news.google.com или maps.google.com.

Это похоже на то, что делает Blogger (blogspot).

Блог Джона ( john.blogspot.com) полностью отличается от блога Доу ( doe.blogspot.com). Google видит эти два блога как два разных сайта, даже если они имеют один и тот же хвост ( *.blogspot.com).

Каждый из этих блогов имеет свою собственную карту сайта и не передается друг другу. Если один блог будет удален, файл карты сайта также будет удален - и это не повлияет на карты сайтов других блогов.

Поэтому я бы рекомендовал вам использовать разные файлы Sitemap для разных поддоменов. Если вы не используете подкаталоги / подпапки.

Как правило, вы должны использовать отдельную карту сайта для каждого хоста (т. Е. Другой протокол, домен или поддомен):

• Из часто задаваемых вопросов « Где разместить мой файл Sitemap? »:

  Все URL-адреса, перечисленные в файле Sitemap, должны находиться на том же хосте, что и файл Sitemap. Например, если файл Sitemap находится по адресу http://www.example.com/sitemap.xml, он не может содержать URL-адреса с http://subdomain.example.com. Если файл Sitemap находится по адресу http://www.example.com/myfolder/sitemap.xml, он не может содержать URL-адреса с http://www.example.com.

• Соответствующим разделом спецификации Sitemaps является « Расположение файла Sitemap », где говорится:

  Обратите внимание, что это означает, что все URL-адреса, перечисленные в файле Sitemap, должны использовать один и тот же протокол (в данном примере http) и находиться на том же хосте, что и файл Sitemap. Например, если файл Sitemap находится по адресу http://www.example.com/sitemap.xml, он не может содержать URL-адреса с http://subdomain.example.com.

Однако если вы можете подтвердить право собственности на все хосты через robots.txt или Google Search Console, вы можете разместить карты сайта на разных хостах:

• via robots.txt: файлы Sitemap и перекрестная передача
  (одна карта сайта может содержать URL-адреса только с одного хоста)

• Специфично для Google: управление картами сайта для нескольких сайтов
  (одна карта сайта может содержать URL-адреса от разных хостов)

Когда вы пишете, субдомены являются частью всего приложения, нет необходимости разделять карты сайта. Google рассматривает субдомены как собственные домены. Но они достаточно умны, чтобы понять, принадлежат ли части сайта вместе.

Помимо SEO, я бы порекомендовал использовать index-sitemap.xml, в котором вы можете вкладывать все ваши отдельные поддомен-sitemaps. Это облегчает управление всеми этими файлами, поскольку вам нужно всего лишь отправить один файл Sitemap. Кроме того, вы можете изменить карту сайта субдомена, не беспокоясь о других картах сайта. Подробнее об управлении несколькими картами сайтов в руководствах для веб-мастеров Googles: https://support.google.com/webmasters/answer/75712?hl=ru.

редактировать

Вы можете принять во внимание создание отдельного свойства для каждого субдомена в консоли поиска Google. Это позволяет проводить более подробный анализ, поскольку вы будете получать образцы данных и статистику сканирования для каждого свойства. Если вы сделаете это, я бы рекомендовал предоставить отдельную карту сайта для каждого субдомена. Имейте в виду, что для этого потребуется проверить каждое свойство отдельно, а также увеличить усилия, необходимые для управления всем набором свойств.

Если вы хорошо организованный человек и заинтересованы в более глубоком понимании данных, я бы порекомендовал последнее. Если вы просто хотите, чтобы ваш сайт правильно индексировался и сканировался, я бы порекомендовал вам историю index-sitemap.

Всегда имейте в виду, что все ваши карты сайта настроены точно, соответствуют стандарту и предоставляют только страницы, которые содержат код состояния 200. Этот момент более важен для SEO вашего сайта, чем вопрос о том, сколько у вас сайтов.

У меня есть более 5 поддоменов в проекте, скажем, разработчик, www, штат и некоторые другие, какова лучшая практика в создании файлов Sitemap? ... Поскольку субдомены являются несколькими частями основного приложения, каковы плюсы и минусы каждого из них и что я должен учитывать при выборе одного из них над другим? (одна карта сайта на поддомен или одна для всего сайта)

Поскольку субдомены, подключенные к основному домену, могут представлять разные веб-сайты в мире, лучше всего настроить файлы Sitemap для каждого субдомена для простоты доступа.

Кроме того, я считаю, что использование правил Sitemaps противоречит включению внешней ссылки в Sitemap, принадлежащей веб-сайту, а URL-адрес, содержащий другой поддомен, считается внешним URL-адресом.

Что касается передового опыта, если на вашем сайте имеется огромное количество ссылок, вам нужно создать основной файл Sitemap, который ссылается на файлы меньшего размера Sitemap, где каждый из них ссылается на отдельные ссылки. Это связано с тем, что каждый файл Sitemap имеет ограничение максимального размера файла (я думаю, 50 МБ), а также ограничено максимальное количество URL-адресов на файл Sitemap. Я думаю, что это число 50000.

Это бонус, если вы можете сжать файлы Sitemap в формате gzip. Таким образом, когда вы отправляете их в gzip-совместимые поисковые системы, такие как Google, файл Sitemap будет обрабатываться быстрее, а потребление полосы пропускания на сервере будет ниже.

Вот ссылки, связанные с картами сайта, которые могут помочь вам больше:

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