5

ドメインをMVCエリアにマッピングした経験はありますか？

これが私たちの状況です：

古いシステム（まだアクティブですが、すぐに新しいストアにリダイレクトされます）：

www.example.com- トラフィックを送信するメインサイト
store.example.com -Googleでインデックスに登録される完全に独立したサイトであるストアサイト

新しいシステム：

www.example.com-以前と同じサイト
www.example.com/store-新しいストアサイト-ASP.NETMVCエリアに構築

ストアは別のドメインであるため、グーグルは検索結果に別のエントリを提供します。今後もこのメリットを維持したいと思いますが、ドメイン（store.example.com）をMVCエリアにマッピングする良い方法があるのか​​、それともその価値以上に問題が発生するのか疑問に思います。

PS。私は既存のインデックスを維持しようとはしていません-それは完全に別のストアなので不可能です。新しいストアの対応するページにリダイレクトしたいだけです。私はSEOの目的で2つのドメインの利点を失わないようにしようとしています。

4

1 に答える 1

5

ASP.NETまたはIIS7アプリケーションおよび要求ルーティング（ARR）のいずれかでURL書き換えを使用して、store.example.com/...の着信要求をexample.com/store/...に変更します。

MVCはこれに問題はありません。新しいURL以外は​​何も表示されず、新しいレイアウトのリンクのみが生成されます。

その他の選択肢：

  1. 各ページのワイルドカード301を新しいサイトの対応するページにリダイレクトするだけのstore.example.comのWebサイトを作成します。

  2. URLがまったく重複しない場合は、古いドメインを新しいMVCサイトにポイントし、アクションごとに重複するルートを追加します。たとえばshop.example.com/info.aspx?item27、ルートが"/info.aspx/{pathinfo*}"ある場合があります...古いURLパラメーターの処理方法を知っているアクションをロードします。新しいアクションにリダイレクトします。

同じアクションに多くのURLがマッピングされているサイトがあります。実際、これまでページに使用されていたすべてのレガシーURLは、MVCアクションによって提供される古い.ASPX URLも含め、現在でも機能します。一部のレガシーURLは301応答を使用して処理され、サイト上にコンテンツが重複しているものも通常どおり処理されますが、ページには、どのURLが優先URLであるかを示す正規URLも含まれています。

于 2010-04-16T06:53:46.640 に答える