私はサービスタイプのWebアプリケーションに取り組んでおり、顧客のURLをセットアップする方法を選択する必要があります。サブドメイン(例:client.myservice.com)として、またはフォルダー(例:myservice.com/client/)としてより良いソリューションはどれですか?
SEOの値には興味がありません(SEOの場合はフォルダーを選択する方が良い)が、技術/スケール/管理の側面には興味があります。
両方を行う...
サブドメインは、入力が簡単で覚えやすいという点で優れていますが、サブドメインを使用するために必要な複雑さやメンテナンスのレベルが、あなたが思っている以上に手間がかかる場合があります。
「適切な」サブドメインを設定する代わりに、URLRewriteを使用して偽装します。
stackoverflow.comのこの回答 を参照して、意味を確認してください。
例として、Googleアナリティクスを見てください。 analytics.google.comと入力すると、 http://www.google.com/analytics/ に移動します。
サブドメインの使用をお勧めするのは、次の場合のみです。
ここでの経験では(ほとんどが英国のみ)、ユーザーはサブドメインを入力しますが、ドメインの後には何も残しません(フォルダーなど)。一般的なサイト訪問者はバックスラッシュと混同され、メインサイトにアクセスして目的のものを見つけようとするだけで、URLの残りを完全に無視するため、スラッシュは使用が面倒です。
とはいえ、逆に指示があったとしてもalwaysと入力するユーザーが大勢います。指定されたドメインの前。
私たちの簡単なアドバイスは、サブドメインを使用するだけでなく、wwwを作成することです。各エントリからぶら下がるサブドメイン。
フォルダを使用するだけで、顧客間の分離がほとんどないという誤った印象を与えます。また、サブドメインを使用すると、特定の顧客がより多くのリソースを要求した場合に、分離されたサーバーなどを提供できるように、IPアドレスによって異なることができます。
@MetalSharkが言ったこと。サブドメインを100%使用します。
サブドメインは、顧客の負荷分散と分離をより簡単に行えるため、よりスケーラブルなソリューションです。
また、www.theircompanyname.yourcompanyname.comが実際にはあなたではなく彼らによってホストされていることを、技術に詳しくない人の多くは理解していないと思います。つまり、サイトのURLのように見えるサブドメインを、あなたのサイトが最後まで追加された状態で信頼しているということです。また、製品を使用しているサブドメインから製品を販売しているサイトの関連付けを解除します。
サブドメインを使用した拡張性を超えると、顧客はソフトウェアをより快適に使用できるようになり、大きなプラスになると思います。
Googleのガイドラインでは、すべてのサブドメインを「他のサイト」として処理します。だから、すべての潜水艦の良いバックリンクを取得する必要があります。メインドメインのPRは、サブドメインにはカウントされません。だから私はフォルダを好むだろう。
最新の各httpdは、エイリアスおよび/またはmod_proxyを使用したApacheで動作します。したがって、フォルダーもスケーラブルですが、もう少し複雑です。
メンテナンスの観点から、フォルダーはサブドメインよりもはるかに簡単に処理できます。ただし、highriseやbasecampなどのほとんどのアプリには、クライアントごとに独自のサブドメインがあります。それは少しセクシーに見えるようです。
サブドメインはマーケティングタイプごとに構成されているため、高価な印刷キャンペーンで(わずかに)長いURLを印刷する必要はありませんでした。彼らは莫大な予算を使って、技術的に可能になった技術者の中核グループを完済させました。技術的に言うと、私たちは皆それができることを知っていますが、大規模にセットアップするのは確かに楽しい仕事ではないからです。
SHH!専門知識のないユーザーがwwwをドロップしたことを把握できないマーケティングタイプを教えないでください。そのため、wwwを追加するまでに、住所を長くしただけです。これらの非技術的なタイプを処理するための回避策を実行するために余分な工数がかかりました。
私の会社のマーケティング担当者が「素晴らしいアイデア」を持って私たちのところにやってくる日を考えるとぞっとします。関連するすべてのフォルダーをサブドメインに切り替えることについて。多分それは、彼らの印刷キャンペーンが作成するすべてのメールを配達する仕事について尋ねるために、郵便局に通りを横切ってさまよいする時の合図であるでしょう...