3

例として非常に単純なケースを取り上げます。たとえば、次のURLがあるとします。

http://www.example.com/65167.html

そして私はそのコンテンツを以下の下で提供したいと思います:

http://www.example.com/about

更新:「悪い」URLは正規のURLであることに注意してください(リンクのために内部的にそれを使用するCMSによって生成されます)ので、それ"/about"を磨く方法にすぎません。

サーバー側のリダイレクトとクライアント側のリダイレクトの2つの幅広いオプションがあります。サーバーサイドの方が効率的である、つまりHTTPトラフィックが約半分になるので、サーバーサイドの方が望ましいといつも思っていました。ただし、SEO手法は、リソースに対して単一のURLを優先する傾向があるため、クライアント側が優先されます。

この競合をどのように解決しますか?また、私が省略した他の要因はありますか?

4

3 に答える 3

4

Apache HTTPD の mod_rewrite は、サーバー上の数値 URL にリダイレクトしながら、ブラウザのロケーション バーに SEO フレンドリーな URL を表示したままにすることができます。

RewriteEngine on
RewriteRule ^/about$ /65167.html [L]
于 2008-11-06T12:25:03.917 に答える
3

/about から /65167.html にリダイレクトする場合、301 はこの問題に対する間違ったアプローチです。CMS は 65167.html リクエストのみを理解しますが、301 は基本的に、/about が存在しないことと 65167.html ページをインデックスに登録することを Google に伝えています。

イグナシオは正しいです。プラットフォームに応じて mod_rewrite または同様のものを実装し、CMS で生成されたすべてのリンクをより使いやすいものに実際に書き換えることができると仮定して、CMS を非表示にする必要があります。

クライアント側のリダイレクトは複雑すぎて実装できない可能性が高く、サーバー側のリダイレクトではサーバーに対して 2 つの要求が発生します。

于 2008-11-24T20:30:36.903 に答える
2

Googleは301MovedPermanentlyを理解していると確信しています。

于 2008-11-06T13:30:18.497 に答える