magento SEO--magento URLのsession id文字列を削除します.


マゲントサイトを訪問する時、後ろにsession id文字列を持っている場合もありますが、ない場合もあります.例えば:
 
http://www.xyzabc.com/?SID=54b1888e1c2e3281945bf05210f6d0fa
 
ではいつシドを再現しますか?いつありませんか?私たちは一つのドメインにアクセスすると通常次の2つの形式が使えると知っています.
 
wwww.xyzabc.com
xyzabc.com
 
あなたのDNS設定が同じIPを指している限り、apacheは対応する構成をしています.問題はここにある.あなたのmagento設定(System)Configration>Web>Un secureのbase URLはhttp://www.xyzabc.comあなたが使う時http://xyzabc.comアクセスすると、開いているページにあるリンクにはSID文字列が付いています.また、相対パスを使用したURLで生成されたURLにはあります.逆に、magentoのバックグラウンドに設置されているbase urlがxyzabc.comである場合には、wwww.xyzabc.comを使用してアクセスする際にも、同様にsid文字列を持つ.
 
SIDのURLはどんな問題がありますか?
第一に、いくつかのmagentoページがアクセスできなくなる可能性があります.特に、コードの中では相対パスによって生成されたURLを指定します.例えば、本来は生成であるべきです.
http://www.xyzabc.com/contacts/
今は
http://www.xyzabc.com/?SID=54b1888e1c2e3281945bf05210f6d0facontacts/
 
明らかに404ページに入ります.
 
第二に、SEOに不利です.私達はいつも検索エンジンが収録しているページの中で使うURLはリンクがあるのでしょう.
http://www.xyzabc.com/contacts/?SID=f3b20768c9dc0df4a0889e89cda61cb3 http://www.xyzabc.com/contacts/?SID=3760d086e64b0d6f3821362cb9efa4ef http://www.xyzabc.com/contacts/?SID=0bf7387b53f8d75bd9038c652b90d107
明らかにこのように異なるURL(検索エンジンにとって)を使って同じページを収録することができます.これはPageRankにとって不利です.検索エンジンはduplicate contentが嫌いなので、他の人に資料を調べるのは不利です.これは無実ではないですか?重複した内容がないのに!
 
ソリューション:appheの書き換えモジュールによって、URLの後ろにSIDがあるドメイン名に対するすべての要求をSID URLがないドメイン名にリダイレクトする.(直接に下記のコマンドを追加することができます.httaccessファイルでは、もちろん、より良い性能のために、仮想ホストの定義に直接置くことを推奨します.directory容器を使用します.)RewriteEngine on/を開くと、magentoのhttaccessはすでに開いています.もしあなたのバックグラウンドで使っているのは、wwwのドメインを持っていないmagentoのbase urlです.wwwを持っていない短いドメイン名、つまりmagentoのbase urlに、すべてのドメイン名の要求をリダイレクトする必要があります.
RewriteCond%{HTTPuHOST}!yourdomain/com$[NC]RewriteRule^(.*)http://yourdomain.com/$1[R=301,L]
反対の場合は、
RewriteCond%{HTTPuHOST}!www/.yourdomain/.com$[NC]RewriteRule^(.*)http://www.yourdomain.com/$1[R=301,L]
 
上で使っているmod_を簡単に分析します.rewriteモジュールの関連命令:RewriteCond ( URL) , RewriteCond TestString CondPattern, %{HTTP_HOST} URL , www.xyzabc.com xyzabc.com。^yourdomain/.com$ yourdomain.com, ! yourdomain.com yourdomain。 !www/.yourdomain/.com www.yourdomain.com www.yourdomain.com.
( ,http://blog.csdn.net/xinhaozheng )