サイトマップ-サブドメインごとに1つ、またはベースドメインに1つ？
プロジェクトに5つ以上のサブドメインがあります。たとえば、developer、www、staffなど、サイトマップを作成する際のベストプラクティスは何ですか。
ベースドメイン（example.com/sitemap.xml）で同じサイトマップを共有するすべてのサブドメインまたは異なるサブドメインの異なるサイトマップ？（developer.example.com/sitemap.xmlおよびwww.example.com/sitemap.xml）
サブドメインはメインアプリケーションのいくつかの部分であるため、それぞれの長所と短所は何ですか？ （サブドメインごとに1つのサイトマップまたはサイト全体に1つ）
Matt Cuttsのブログ投稿 に従って、彼は言った：
サブドメインは、まったく異なるコンテンツを分離するのに役立ちます。たとえば、Googleはnews.google.comやmaps.google.comなどの個別の製品にサブドメインを使用します。
これは、Blogger（blogspot）の機能に似ています。
Johnのブログ（john.blogspot.com）はDoeのブログ（doe.blogspot.com）とはまったく異なります。 Googleは、これらの2つのブログが同じtail（*.blogspot.com）を共有している場合でも、2つの異なるサイトと見なします。
これらの各ブログには独自のサイトマップがあり、相互に共有されていません。 1つのブログが削除されると、サイトマップファイルも削除されます。他のブログのサイトマップには影響しません。
そのため、サブドメインごとに異なるサイトマップファイルを使用することをお勧めします。サブディレクトリ/サブフォルダを使用している場合を除きます。
通常、ホストごとに個別のサイトマップを使用する必要があります（つまり、異なるプロトコル、ドメイン、またはサブドメイン）。
FAQ " サイトマップはどこに配置しますか？ ：
サイトマップにリストされているすべてのURLは、サイトマップと同じホストに存在する必要があります。たとえば、サイトマップが
http://www.example.com/sitemap.xmlにある場合、http://subdomain.example.comからのURLを含めることはできません。サイトマップがhttp://www.example.com/myfolder/sitemap.xmlにある場合、http://www.example.comからのURLを含めることはできません。サイトマップ仕様の関連セクションは「 サイトマップファイルの場所 」であり、次のように記載されています。
これは、サイトマップにリストされているすべてのURLが同じプロトコル（この例ではhttp）を使用し、サイトマップと同じホストに存在する必要があることを意味します。たとえば、サイトマップが
http://www.example.com/sitemap.xmlにある場合、http://subdomain.example.comからのURLを含めることはできません。
ただし、robots.txtまたはGoogle Search Consoleを使用してすべてのホストの所有権を証明できる場合は、異なるホストでサイトマップをホストできます。
robots.txt経由： サイトマップとクロス送信
（1つのサイトマップには1つのホストからのURLしか含まれない場合があります）Google固有： 複数のサイトのサイトマップを管理
（1つのサイトマップに異なるホストからのURLを含めることができます）
サブドメインはアプリケーション全体の一部であるため、サイトマップを分離する必要はありません。 Googleでは、サブドメインを独自のドメインとして扱います。しかし、彼らはウェブサイトの一部が一緒に属しているかどうかを認識するのに十分スマートです。
SEOのほかに、index-sitemap.xmlを使用することをお勧めします。このサイトでは、個別のサブドメインサイトマップをすべてネストできます。これにより、1つのサイトマップのみを送信する必要があるため、これらのファイルすべてを管理しやすくなります。さらに、他のすべてのサイトマップを気にすることなく、サブドメインのサイトマップを変更できます。複数のサイトマップの管理については、Googleウェブマスターガイドをご覧ください。 https://support.google.com/webmasters/answer/75712?hl=en
編集
Google Search Consoleでサブドメインごとに1つのプロパティを作成することを考慮できます。これにより、各プロパティのデータサンプルとクロール統計を受け取るため、より詳細な分析が可能になります。その場合は、サブドメインごとに個別のサイトマップを送信することをお勧めします。これには、各プロパティを個別に検証する必要があり、プロパティのセット全体を管理するための労力が増えることに注意してください。
あなたがよく組織された人で、より深いデータの洞察に興味があるなら、後者をお勧めします。インデックスを作成して適切にクロールするようにサイトを設定する場合は、インデックスサイトマップストーリーをお勧めします。
すべてのサイトマップが正確に構成され、標準に一致し、200ステータスコードを提供するページのみを配信することを常に忘れないでください。この点は、あなたが持っているサイトマップの数の問題よりもあなたのウェブサイトのSEOにとってより重要です。
開発者、www、スタッフなど、プロジェクトに5つ以上のサブドメインがありますが、サイトマップを作成する際のベストプラクティスは何ですか？ ...サブドメインはメインアプリケーションのいくつかの部分であるため、それぞれの長所と短所は何ですか？また、サブドメインを選択する際に考慮すべきことは何ですか？ （サブドメインごとに1つのサイトマップまたはサイト全体に1つ）
メインドメインにアタッチされたサブドメインは世界のさまざまなWebサイトを表すことができるため、各サブドメインにサイトマップを設定して、簡単にアクセスできるようにすることをお勧めします。
さらに、サイトマップのルールに反して、ウェブサイトに属するサイトマップに外部リンクを含め、異なるサブドメインを含むURLを外部URLとしてカウントすることを信じています。
ベストプラクティスとして、Webサイトに膨大な数のリンクがある場合、それぞれが個々のリンクを参照する小さなサイトマップファイルを参照するマスターサイトマップファイルを作成する必要があります。これは、各サイトマップファイルには最大50 MBのファイルサイズ制限があり、サイトマップごとのURLの最大数も制限されているためです。その数は50,000だと思います。
サイトマップをgzip形式で圧縮できる場合はボーナスです。そうすれば、Googleなどのgzip準拠の検索エンジンにそれらを送信すると、サイトマップがより速く処理され、サーバーでの帯域幅消費が少なくなります。
ここに役立つサイトマップに関連するリンクがあります。
http://www.sitemaps.org/protocol.htmlhttp://www.sitemaps.org/faq.html