.htaccessでRedirect（リダイレクト）

showzine.info/days/というディレクトリを作成し、このディレクトリにshowzine.infoのサブドメインdaysを割り当てる。

この段階ではサブドメインでのURLとルートドメインからディレクトリへのパスの二つのURLで同一のページにアクセスできてしまう。

• http://days.showzine.info/
• http://showzine.info/days/

これはコンテンツがカニバる（共食い）ことになり、SEOの観点からいってよろしくない。異なるURLで内容が同じということが。

なので、正規のURL（この場合はサブドメイン）でのみアクセス可能なように.htaccessでリダイレクト処理をする。借りているレンタルサーバのWebルート/showzine/days/へリダイレクト処理をするので、内容は以下のようになる。

/www/showzine/.htaccess
[shell]
Redirect /days/ “http://days.showzine.info/”
[/shell]

wwwのありなしを301リダイレクトで統一

このままだとwwwのありもなしも、どちらでもアクセスできてしまい、これまたSEOの観点からはよろしくないらしいので、これもどちらかに統一する。今回はwwwなしで。

自分が利用しているさくらインターネットでは「マルチドメインとして使用する」がデフォルトの設定で推奨となっている。（wwwあり、なし、どちらも使えるということ）この設定のまま、以下の記述を/.htaccessに記述する。（パーミッションは644で）

/www/.htaccess
[shell]
RewriteEngine on
RewriteCond %{HTTP_HOST} ^www¥.days¥.showzine¥.info
RewriteRule (.*) http://days.showzine.info/$1 [R=301,L]
[/shell]

リダイレクト処理が効かない場合はさくらのサーバコントロールパネル「運用に便利なツール > ファイルマネージャー」から.htaccessを編集してみる。phpなどのプログラムファイルは文字コードEUC-JPだけど.htaccessはJISらしいということが、ここで分かった。

wwwありで統一したい場合は

[shell]
RewriteEngine on
RewriteCond %{HTTP_HOST} ^days\.showzine\.info
RewriteRule (.*) http://www.days.showzine.info/$1 [R=301,L]
[/shell]

robots.txtでクローラのアクセス制限

つづいて、これもコンテンツがカニバるのを防ぐためにrobots.txtを配置する。

前述の処理で

• http://days.showzine.info/sample.html
• http://showzine.info/days/sample.html

このふたつは同じものだけれども、正規のURLである後者でのみブラウザからアクセスできるようになった。

しかし、クローラに対してはアクセスを全て許可（これがデフォルト）しているので、このままだとどちらも同じ内容なのに別ページ（URLが異なるので）としてインデックスされてしまい、コンテンツの共食いが起きてしまう。（らしい）

このままだと、これまたSEOの観点からよろしくないので、クローラに対しても正規のURLでのみアクセスを許可し、インデックスしてもらうようにクローラに対してのアクセス制御をrotobs.txtで実行する。

robots.txtはサイトのルート（最上位）に置くこと。レンタルサーバで複数ディレクトリを用意し、個別にドメインを割り当てている場合でも、その最上位のWebルートディレクトリ（/）に置くこと。そして、アクセス制限をするディレクトリの指定はWebルート（/www/）からとなる。

自分の場合、レンタルサーバのWebルートには別のドメイン（例えばhogehoge.com）が割り当てられていて、その中にshowzine/やshowzine/days/がある（マルチドメインやサブドメイン割り当て）ので、hogehoge.com/showzine/やhogehoge.com/showzine/days/というURLでアクセス（インデックス）されないように、hogehoge.comから辿った場合のshowzineディレクトリ（内包するディレクトリ含む）にアクセス制限をするため、記述は以下のようになる。

/www/robots.txt
[shell]
User-agent: *
Disallow: /showzine/
Allow: /
[/shell]

これでクローラに対しても

http://days.showzine.info/sample.htmlへのアクセスだけが許可され、http://showzine.info/days/sample.htmlへのアクセスはブロックされるようになった。

ちなみに、robots.txtはあくまでもクローラのアクセスを制限したい場合にのみ設置する必要があり、そうでない場合は設置する必要はない。詳しくはGoogleの解説記事「robots.txt ファイルを使用してページをブロックまたは削除する」を参照のこと。

> robots.txt ファイルが必要となるのは、
> サイトに検索エンジンのインデックスに登録したくないコンテンツが
> 含まれる場合のみです。サイトのすべてのコンテンツを検索エンジンの
> インデックスに登録したい場合は、
> 空であっても robots.txt ファイルは必要ありません。

適用したいディレクトリに以下の記述をした.htaccessを置くだけ。
これでsample.html内にとか記述しても
ちゃんと「hello」が出力される。（phpが動くようになる）

[shell]
AddHandler application/x-httpd-php .php .html
[/shell]

環境によっては次の記述でないとダメな場合も。
（違いとか、詳しくはよく分からない）

[shell]
AddType application/x-httpd-php .php .html
[/shell]

自分が最近メインでグイグイと使っているさくらインターネットでは
上記のように簡単には出来ないらしく、ちょいと工夫が必要らしい。

まだ試してないけど、解説している記事があったのでこれもいちおう残しておく。
さくらサーバーで.htmlをphpとして動かす

今回なんでこんなことを調べる必要があったかというと、近々着手する中規模のサイトのリニューアルにからんで、phpは使いたいけど拡張子はhtmlのまま変えたくないというのがあったから。新規サイトならともかく、リニューアルなので、これまでのバックリンクやインデックス状況を失うわけにはいかない。（検索エンジンにしてみれば、拡張子が異なれば、もうそれは別ページとなってしまう）

そのへんについては以下の記事が詳しかったので、これも参考にさせてもらいました。
.htaccess で、拡張子.htmlのままPHPを実行する方法

hogehoge/にサブドメインを付与し、ルートドメインからのディレクトリパスではなく、サブドメインでのURLでのみアクセスさせたいような場合なんかも。

• http://hogehoge.sample.com/
• http://sample.com/hogehoge/

↑前者でのみアクセスさせたいのでhogehoge/にリダイレクト処理を施す。

Webルートから見た場合のhogehoge/に対してリダイレクト処理をしたいので、/www/.htaccessに以下のように記述する。

/www/.htaccess
[shell]
Redirect /hogehoge/ “http://hogehoge.sample.com/”
[/shell]

たとえば

• http://www.days.showzine.info
• http://days.showzine.info

このURLを例として、wwwのありなしを統一してみる。今回はwwwなしで。

さくらインターネットでは「マルチドメインとして使用する」がデフォルトの設定で推奨となっている。（wwwあり、なし、どちらも使えるということ）この設定のまま、以下の記述を/.htaccessに記述する。（パーミッションは644で）

/www/.htaccess
[shell]
RewriteEngine on
RewriteCond %{HTTP_HOST} ^www¥.days¥.showzine¥.info
RewriteRule (.*) http://days.showzine.info/$1 [R=301,L]
[/shell]

リダイレクト処理が効かない場合はさくらのサーバコントロールパネル「運用に便利なツール > ファイルマネージャー」から.htaccessを編集してみる。phpなどのプログラムファイルは文字コードEUC-JPだけど.htaccessはJISだということが、ここで分かった。

wwwありで統一したい場合は

[shell]
RewriteEngine on
RewriteCond %{HTTP_HOST} ^days¥.showzine¥.info
RewriteRule (.*) http://www.days.showzine.info/$1 [R=301,L]
[/shell]

なので、こういう場合はrobots.txtでクローラのアクセスを制限して対処する。ただし、この設定はどんなクローラに対しても必ず有効ということではないらしい。（言うことをきかないクローラも存在するということ）

例として、showzine.info/days/というディレクトリにサブドメイン「days.showzine.info」を割り当てる。これによって以下の二つのURLで現状はアクセスが可能。

• http://days.showzine.info/sample.html
• http://showzine.info/days/sample.html

これを正規のURL（サブドメインのURLである前者）でのみ、クローラがアクセスできるようにrobots.txtを使って設定する。

robots.txtはサイトのルート（最上位）に置くこと。レンタルサーバで複数ディレクトリを用意し、個別にドメインを割り当てている場合でも、その最上位のWebルートディレクトリ（/）に置くこと。そして、アクセス制限をするディレクトリの指定はWebルート（/www/）からとなる。

自分の場合、レンタルサーバのWebルートには別のドメイン（例えばhogehoge.com）が割り当てられていて、その中にshowzine/やshowzine/days/がある（マルチドメインやサブドメイン割り当て）ので、hogehoge.com/showzine/やhogehoge.com/showzine/days/というURLでアクセス（インデックス）されないように、hogehoge.comから辿った場合のshowzineディレクトリ（内包するディレクトリ含む）にアクセス制限をするため、記述は以下のようになる。

/www/robots.txt
[shell]
User-agent: *
Disallow: /showzine/
Allow: /
[/shell]

これでクローラに対して

http://days.showzine.info/sample.htmlへのアクセスだけが許可され、http://showzine.info/days/sample.htmlへのアクセスはブロックされるようになった。

ちなみに、robots.txtはあくまでもクローラのアクセスを制限したい場合にのみ設置する必要があり、そうでない場合は設置する必要はない。詳しくはGoogleの解説記事を参照のこと。

robots.txt ファイルが必要となるのは、
サイトに検索エンジンのインデックスに登録したくないコンテンツが
含まれる場合のみです。サイトのすべてのコンテンツを検索エンジンの
インデックスに登録したい場合は、
空であってもrobots.txtファイルは必要ありません。

詳しくは以下のGoogleの解説記事を参照のこと。
robots.txt ファイルを使用してページをブロックまたは削除する

該当部分を引用

> robots.txt ファイルが必要となるのは、
> サイトに検索エンジンのインデックスに登録したくないコンテンツが
> 含まれる場合のみです。サイトのすべてのコンテンツを検索エンジンの
> インデックスに登録したい場合は、
> 空であっても robots.txt ファイルは必要ありません。

そして本題に入る。通常はクローラ、ウェルカム、いくらでも
グイグイアクセスして、グイグイとインデックスしてってよー！
ってなもんだけど、今回は違う。

あくまでも例だけど、既存のhogehoge.hogeドメインにあらたに
サブドメイン「example」を設定したので、このままでは

http://hogehoge.hoge/example/sample.html
http://example.hogehoge.hoge/sample.html

このどちらもがクローラにアクセスされ、インデックスされてしまう。
（異なるURLなのに内容がまったく同じという、よろしくない状況）

一般のアクセスに対してはすでにリダイレクト処理をしているので
前者のURLでアクセスしようとしても後者のURLにリダイレクトされる。

が、クローラに対してはアクセスを全て許可（デフォルト状態）しているので
このままだとどちらも「同じ内容なのに別のページ」としてインデックスされ
コンテンツの共食いが起こってしまう。（らしい）

なので、正規のURL（http://example.hogehoge.hoge/）でのみクローラにも
アクセスを許可し、インデックスしてもらうようにクローラのアクセス制御を
robots.txtで実行する。
（正規のURLというと語弊があるかもだけど、ようするに自分が使いたいURL）

robots.txtはサイトのルート（最上位）ディレクトリに置くこと。
レンタルサーバで複数ディレクトリを用意し、個別にドメイン等を割り当てている場合でも
最上位のWebルート（/）ディレクトリに置くこと。

内容は

User-agent: *
Disallow: /example/
Allow: /

この記述の意味は「すべてのロボット（クローラ）」に対して
/example/ディレクトリ配下へのアクセスをブロックし、それ以外に対しては
アクセスを許可している。

これで、一般のアクセス同様に、クローラのアクセスにおいても

http://hogehoge.hoge/example/sample.html
は無効（アクセスさせない、インデックスさせない）とし
http://example.hogehoge.hoge/sample.html
のみをインデックスさせるようにしたことになる。

実際そうなっているかは、他のサイトで確認済み。

が、このままだとちょっと問題がある。（たぶん）

何が問題かというと

この段階では以下の二つのURLで同一のページにアクセスできてしまう。
これはコンテンツがカニバる（共食い）ことになり、SEOの観点からいっても好ましくない、らしい。

http://example.hogehoge.hoge/sample.html
http://hogehoge.hoge/example/sample.html
（URLは違うけど、内容はまるで一緒、同一のページ）

なので、正規のURL（この場合はサブドメインで設定した前者）でのみ
アクセスできるようにリダイレクト処理をする。

http://hogehoge.hoge/example/sample.htmlにアクセスしてきた場合
http://example.hogehoge.hoge/にリダイレクトさせるには

/www/.htaccess 内に以下の記述をする。
（この.htaccessファイルはWebルートディレクトリに置く）

Redirect /example/ "http://example.hogehoge.hoge/"

この指定により、この.htaccessを置いたディレクトリ（hogehoge/）内にある
example/ディレクトリにきたアクセスは http://example.hogehoge.hoge/にリダイレクトされる。

これで、サーバ上の実際のディレクトリパスによるURLでのアクセスはできなくなり
（リダイレクトされるので）
あらたに設定したサブドメインでのURLでのみ、アクセスが可能となる。

http://hogehoge.hoge/example/sample.html
では、もうアクセスできず（リダイレクトされて）
http://example.hogehoge.hoge/sample.html
でのみ、アクセス可能。

しかし、この時点では、その『カニバる』という観点からはまだ不完全。（たぶん）
続きは「クローラのアクセスを制限するrobots.txtの設置」で。

モバイル用のサイトマップ(sitemap)の内容は以下のようになります。

<?xml version="1.0" encoding="UTF-8"?>
<urlset xmlns="http://www.sitemaps.org/schemas/sitemap/0.9"
  xmlns:mobile="http://www.google.com/schemas/sitemap-mobile/1.0">
    <url>
        <loc>http://umeshu.in/</loc>
        <mobile:mobile/>
    </url>
    <url>
        <loc>http://umeshu.in/brand</loc>
        <mobile:mobile/>
    </url>
</urlset>

掲載するURLが少ないと思われるかもしれませんが、自動的にクローラーがリンクを辿れるサイト構成にしておけば、サイトマップに掲載するURLは基本的に数ページで構いません。

また、PC向けとモバイル向けのURLが同一であっても、きちんとユーザーエージェントを見てコンテンツを出し分けておけば、特に問題ありません。

引用元：モバイル用のサイトマップを作成してGoogleモバイル検索に表示させる

このWordPressで構築しているBlogでは、Google XML Sitemapsというpluginを入れて
それをちょっと改造してモバイル向けsitemapにも対応している。（つもり）

WordPressで構築しているサイトをモバイルサイトマップに対応させる

SEO的には、wwwありとwwwなしに優劣はありません。
つい最近どこかのブログで「wwwなしがSEOに強い」という記事を見かけましたが、これは誤りです。

wwwありでもwwwなしでも、それ自身はランキングには影響しません。

ただ、「向き・不向き」や「好き・嫌い」が存在してもおかしくはありません。

引用元：wwwあり／wwwなし、どちらを使用するか?