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