私は、サイトのいくつかの異なるセクションを持ち、特定の主要な機能に特化し、さまざまなアプリを実行しているクライアント用のサイトをセットアップしています。たとえば、ブログ（WordPressで実行）、フォーラム（phpBB）、ストアなどです。
すべての異なるアプリケーションのために、私の最初の考えは、主要な部分を別々のサブドメイン（www。=ブログ、フォーラム、ストアなど）に分離することでした。さらに、将来のアップグレードを処理するために、それぞれに個別のSVNリポジトリを設定します。
私の質問：これは良い考えですか、それとも悪い考えですか？これらのそれぞれを「www」サブドメインの独自のサブフォルダーに配置する方がよいでしょうか。
開発のしやすさ、SVNリポジトリの設定、SEOへの影響などを調べています。
どうもありがとう。ジョン
確かに、サブフォルダーを使用します。不利な点のリストがあることは知っていますが、今私が思いつくことができるのはセキュリティ証明書だけです。
ほとんどのセキュリティ証明書（https：//で使用）にはサブドメインが含まれていないか、サブドメインに固有です。SSLの使用を計画している場合、またはサイトをSSLに対して開いたままにしておきたい場合は、サブドメインと同じ数の証明書を購入するのは非常に費用がかかります。
SEOに関しては、URLが適切に構造化されている限り、私の意見に違いは見られません。適切な例：stackoverflow.com。
サブドメインを使用します。とりわけ、覚えやすいです。
サブドメインはあなたにより多くの力を与えます。
これに対する最も重要な側面は、サイトの機能を異なる仮想プロバイダー間で分割できることです。つまり、「example.com」を実行していて、自分のサイトにブログが必要な場合は、「blog.example.com」を使用します。なんで？そうすれば、ブログは帯域幅とリソースを使用してBloggerに常駐できます。代わりに「example.com/blog」がある場合は、基本的にWordpressをインストールするか、自分でホストする必要があります。
サブドメインを使用すると、Cookieをセグメント化することもできます。Cookieはサブドメインに適用できます。つまり、他のユーザーには表示されません。親ドメインのCookieを設定すると、すべてのサブドメインにCookieが表示されます。これが役立つかどうかは、アプリケーションによって異なります。
欠点は、各サブドメインが独自のSSL証明書を必要とする場合があることです。サブドメイン間でクロスサイトスクリプティングの問題が発生する場合もあります。
SEOに関しては、どちらの方法にも長所と短所があります。
http://www.searchenginejournal.com/subdomains-or-subfolders-which-are-better-for-seo/6849/
私は最近同じ質問に直面し、次のことを考慮する必要がありました。
クライアントはワイルドカード DNS レコードを持っていますか? そうでない場合、サブドメインに対して適切な DNS 変更を行うための労力とターンアラウンド タイムはどのくらいですか?
ユーザーはサブドメイン/フォルダ内のページにどのようにアクセスしますか? これらのアプリケーションは独立していますか、それともメイン ドメインを介してアクセスされるため、ユーザーはおそらく違いに気付かないでしょうか?
これらの質問に対する具体的な回答に基づいて、サブフォルダー ルートに進みました。