web-dev-qa-db-ja.com

各国で個別に販売されている国際ソフトウェア:ccTLDおよびgTLDのセットアップ

ソフトウェアを国際的に販売している会社を想像してください。ソフトウェアは同じですが、それは主にいくつかの異なる国に住んでいる人々のためのものであり、機能は国ごとに異なります。ソフトウェアがこの特定の国で提供するものを正確に説明する各国向けのローカライズされたウェブサイトがあります。

私の国の質問は、特定の国にローカル機能を備えた一般的なソフトウェアを提供する場合、ccTLDとgTLDの最適なセットアップは何ですか?

提案されたソリューション:

ISO 3166-1 alfa-2を使用する対象国のサブドメイン: company.io os gTLDを使用します(GoogleによりgTLDとして処理されます)。 company.au、company.de、company.seなどのccTLDを使用します。これらはau.company.ioにリダイレクトします。 de.company.io、se.company.ioなど。したがって、サブドメインは、ISO 3166-1 alfa-2としてフォーマットされた対象国です。これは301 HTTPリダイレクトかドメインリダイレクトのどちらですか?

ISO 639-1を使用したサイト言語のサブフォルダー:ドイツのサイトde.company.ioを訪れる人々は、サイトをドイツ語または英語で読みたいと思うかもしれません。これには、de.company.io/deおよびde.company.io/enのサブフォルダーを使用できます。

1
user3390352

結局のところ、それは主に好みと、あなたにとって最もうまく機能し、顧客にとって最も直感的であるものに帰着します。

ドメイン名を調達するための戦略はよく考えられているようですが、可能であれば.com gTLDが望ましいでしょう。ただし、これらをメインWebサイトのサブドメインにリダイレクトするのではなく、各地域固有のサイトを独自のccTLDドメインでホストすることをお勧めします。エンドユーザーがGoogle/Bingなどで検索する場合、その国を対象とするccTLDを使用するWebサイトは、より関連性が高いと見なされる結果の上位に配置されます。リダイレクトしても、サイトにこの利点はありません。

さらに、言語コードをサブフォルダとして使用する場合、国コードをサブドメインとして同時に使用すると、サブドメインも言語指定子として使用されることが多いため、ユーザーを混乱させる可能性があります。ドイツ固有のWebサイトの英語の場合はwww.company.de/en/を使用でき、英語固有のWebサイトのドイツ語の場合はwww.company.co.uk/de/などを使用できます。ドイツ語固有のドイツ語のウェブサイトでは、www.company.de/de /またはde.company.io/de/よりもwww.company.de/を使用する方がよいでしょう。URLの重複はエンドユーザーを混乱させるためです。不要です。

メインWebサイトには、ソフトウェアのすべてのバージョンに適用されるコンテンツが含まれ、Webサイトのすべてのバージョンには、ユーザーが地域/国を選択できるメニューセレクターが含まれている可能性があります(フラグドロップダウンまたはマップ上の地域の選択などがあります)。

この方法で別々のWebサイトを維持するのはより手間がかかりますが、SEOの場合、ccTLDを適切に使用すると地域ターゲティングボーナスが得られるという利点があります。 「ドメイン機関」を継承するため、フォルダーは言語のバリエーションによく使用されますが、これはサブドメインには適用されず、言語および国のパラメーターが必要なため、www.company.io/de/deを避けるためにccTLDが当然の選択と思われます/。時間の経過とともに、ccTLDも独自のドメイン機関の恩恵を受けるようになります。

参考資料: Moz.com:国際SEOのフォルダーvsサブドメインvs ccTLD

1
richhallstoke