web-dev-qa-db-ja.com

「.com」以外のトップレベルドメインに対するユーザーの認識

私の会社名では.comを利用できないため、.coドメインの購入を考えています。 .coはより簡潔で短いものですが、多くの人は.comに慣れています。

  • ユーザーはドメイン名だけを覚えて拡張子（com、net、co）を追加するだけですか？
  • .coドメインは、ユーザーがco-> mを見ることで潜在的に想定できるので、.comドメインであるという見方をユーザーに与えることができますか？

Domain.coにmを追加するだけでユーザーが間違ったサイトに移動し、間違ったサイトにメールが送信されるため、これは悪影響を与える可能性があります...

私は「標準」に固執する必要がありますか、それとも別の言い方をする統計はありますか？

urlsnamesuser-perception
18
Carlene

まず、.coはコロンビアでホストされているWebサイトを対象としたTLDです。

次に、ユーザーは.comに慣れています。行方不明のmは混乱を招き、多くの人々は会社のWebサイトにアクセスする代わりに、コロンビアタイプの名前のWebサイトにアクセスする必要があることを忘れます。

そうは言っても、 Google または Twitter を含むいくつかの有名な企業は、.coドメイン名を使用するために予約しています。実際、彼らは顧客を保護するためだけにそれを行っているようですが、2つの理由でそれを行うこともできました。

  • モバイルデバイスでの入力は難しいです。地下鉄の小さな触覚画面でt.coを入力する方がTwitter.comよりはるかに簡単です。 example.comとexample.coの間で選択する必要がある場合は、 最初の方がモバイルデバイスでも入力するのが速い であることに注意してください。

  • APIに対して何十億ものリクエストがある場合、URIを短くすると、パフォーマンスと帯域幅の使用量がわずかに増えます¹。

これら2つのケース（どちらも範囲が非常に限られている）を除いて、.comを使用します。

また、2つの点に注意してください。

  • 誰かが<your company name>.comをアドレスとして持つWebサイトを既に持っており、<your company name>.coを作成したい場合は、法的影響について考えてください。ほとんどの国では、concurrentと同じ名前を持つことは違法です。

  • ユーザーがウェブサイトのURIを覚えていない場合は、Googleで会社の名前を入力するか（ほとんどの場合）、会社名を入力してから.comを入力します。

¹それでも、開発者はAPIの短いURIをオプトインする前に注意する必要があります。たとえば、帯域幅を減らすために短いURIを作成し、同時にクライアントに301タイプの応答を送信して、完全なURIにリダイレクトすることを強制することは、ひどく愚かです。

19
Arseni Mourzenko

米国にいる場合は、.comをお勧めします。そうでない場合は、国固有の設定が有効です。 .co.uk

これらが選択肢ではない場合でも、多くのユーザーはドメイン名（例：google）しか覚えておらず、アドレスバー/検索エンジンに入力するだけなので、サイトに非常に優れたSEOを設定することでこれを克服できます。 。 .comを所有するサイトが同様の性質のものである場合は、明らかに問題が発生する可能性があります。

3
AverageMarcus

一般的な国の末尾はローカルサイト（つまり、.de-ドイツ語、.fr-フランス語）であると予想できます。信頼性は、その国の信頼性の一般的な認識とランク付けされます。 .deより

.coはおそらくコロンビアであるとはあまり知られていませんが、眉毛をいくつか上げ、南アメリカ人を誤解させる可能性があります。

こちらが TLD使用統計 です。残念ながら、ドメイン「ユーザー」の国のデータはすぐに利用できません。そうでない場合、少なくとも他の人が.comドメインを好む傾向があるかどうかを示す指標が少なくともあります。 （私が見つけることができる最高のものは this ですが、これらの数字を解釈するインターネットについてはあまり知りません）。

別の問題もあります。多くのブラウザでは、名前を入力してControl + Returnキーを押すと、それぞれの.comドメインに移動します。たとえば、stackoverflow [Ctrl+Return]は http://www.stackoverflow.com に移動します。

一般的に、.coに切り替えるのではなく、.comドメインと名前のプレサフィックスまたはサフィックスを使用します。

1
peterchen

チェックメイトだと思います。私の目では、.coは良い考えではありません。ユーザーは入力ミスをし、忘れてしまい、最終的には.comでそれを使用します。

この状況では、ドメイン名サービス名に基づいてを作成することをお勧めします（もちろん可能であれば）。 この場合のTLDはサービス名の一部として記憶されるであるため、これは素晴らしい回避策であり、ユーザーの心にかなりうまく刻み込みます。

たとえば、.meまたは.usは一部のオプションです（ http://contact.us または http://mobile.me を確認してください-Apple one）。別のかなり良いものは http://pl.ayli.st/ です。

1
Dominik Oslizlo

ユーザーの認識は問題の一部にすぎません。

  1. タイプミスは重大な問題になる可能性があります。この問題は、ブランド認知問題の一部であり、ユーザーは.comの名前を「見る」ことに偏っています。

  2. この問題の後半は、検索自動化の問題です。インデックスサービスは、他のドメインのコンテンツを誤って関連付け、ランキングを低下させる可能性があります。

すでに.comスペースで採用されている名前を選択するルートをたどると、ブランドのスペース内で名前が広く認知されるまで、困難な戦いになります。

1
New Alexandria

ドメイン名の価格を考えると、そのドメインのできるだけ多くのバージョンを確実に購入する必要があります。

現在米国を拠点としている場合でも、他の国から顧客を獲得する場合、慣れている国固有の内線番号を入力する可能性があります。入力ミスによるユーザーの損失を避けるために、同様の名前を購入することもできます。

たとえば、あなたの会社がHodorである場合、次のようなものを購入することができます。

  • hodor.co
  • hodor.com
  • hodor.eu
  • odor.com
  • hoddor.eu
  • ...
0
DistantEcho