ブログ日和

リダイレクトエラー対策 の結果、
翌日には、Yahoo! からクロールエラーが消えたのですが・・・。
Googleで新たなエラーが出現。「ソフト404エラー」です。
ソフト404エラー
ソフト404エラー – ウェブマスターツールヘルプ
つまり、404エラーページをカスタマイズしたために
HTTPレスポンスコードが変わってしまいましたよ、
クロールは 404 とは思っていませんよ、ということのようです。
そこで契約中のレンタルサーバ会社、チカッパ！に問い合わせると、
>> 「404 HTTP レスポンスコード」を返す場合は、
>> 必ず『相対パス』で設定していただく必要がございます。
とのこと。ちなみに、
>> 【http://から始まる作成した404エラーページのURL】で設定した場合は、
>> 「302 HTTP レスポンスコード」となりますので、ご注意をお願い致します。
とのこと。なるほどぉ。だから404エラーが出たのね・・。
さっそく、.htaccess ファイルを修正しました。
　ErrorDocument 404 http://www.misystem.jp/404.html
　　↓↓↓↓↓↓↓↓↓
　ErrorDocument 404 /404.html
アップロードして数日後、
Google から「ソフト404エラー」が消えました。やんや！（パチパチ）
ところで、ソフト404エラー – ウェブマスターツールヘルプ は
読んでいて、とても楽しいヘルプでした。
特に、楽しかったところを抜粋します。

キリンが「犬」という名札を付けているようなものです。名札に犬と書かれていても、実際には犬ではありません。同様に、ページに 404 と表示されても、404 が返されたわけではありません。

今回の場合は、404 という名札をつけた 302 ですよ、ということだったのですね。
とっても楽しくて分かりやすいヘルプでした。

サイトをリニューアルした直後から、Google ウェブマスターツール で、
クロールエラー（リダイレクトエラー）が出るのが気になっていました。
こんな感じです。

クロールを完了できませんでした(5)
詳細：リダイレクトエラー
http://www.misystem.jp/index.htm
http://www.misystem.jp/web.htm
http://www.misystem.jp/data_entry.htm
http://www.misystem.jp/profile.htm
http://www.misystem.jp/it.htm

確かに、http://www.misystem.jp/index.htm にアクセスすると
「404 NOT FOUND」になります。
当然です。実は、リニューアル時、
ファイルの拡張子をすべて「htm」から「html」にしたのです。
「クロールを完了できませんでした／リダイレクトエラー」って
リンクをたどってあなたのサーバに来たけれど、
この名前のファイルはなかったわよー。
404 NOT FOUND エラーが返されたわよー。
と、クローラーが教えてくれている・・ってことですよね？
そこで、サイト内リンクを隅から隅までチェック。
もしかすると、htm のままになっているリンクがあるのかも。
と、思いチェックしたのですが、ミスはなし。
・・・ということは。外部リンク？
となると、もう私にはどうすることもできません。
そこで、有効かどうかはまだ分からないのですが、
「.htaccess」で、リダイレクト先を指定してみることにしました。
「http://www.misystem.jp/index.htm」をたどってアクセスしてきたら
「http://www.misystem.jp/index.html」を開くよう指定する方法です。
やり方はとっても簡単。

１．メモ帳で以下のように記述。
　　Redirect permanent /inedx.htm http://www.misystem.jp/index.html
２．「.htaccess」というファイル名で保存し、アップロード

確認してみました。
つい先ほどは、index.htm で404が返されていたのが、
今度は、きちんと index.html を表示してくれています。
「ページが見つかりません」ではなく、ちゃんとサイトが表示されます。
これをクローラーは、どう見てくれるのか・・・。
ついでに、404エラーのページもオリジナルのものを表示させてみました。
やり方は簡単。あらかじめ404.htmlというファイルを作成してアップロード。
その後、.htaccess に以下の１行追加するだけ。
ErrorDocument 404 http://www.misystem.jp/404.html
これで、味気ない「404 ページが見つかりません」が、やや楽しいものに。
しかも、目的のサイトに誘導することもできます。
果たして、これでクロールエラーはなくなるのか！？
なくなりますように！！

XHTML 1.0 Strict で制作したページをW3C Markup Validation Service でチェック。
結果は、

This document was successfully checked as XHTML 1.0 Strict!
Passed, 1 warning(s)

むむ？　何が「warning」なのかな？　と思いながら読み進めると・・

Byte-Order Mark found in UTF-8 File.
The Unicode Byte-Order Mark (BOM) in UTF-8 encoded files is known to cause problems for some text editors and older browsers. You may want to consider avoiding its use until it is better supported.

Byte-Order Mark？？？？　ということで調べてみると。

BOMとは、UnicodeのUTF-16など16ビット幅のエンコーディング方式において、エンディアンを指定するためにファイルの先頭に記入される16ビットの値。
（中略）
BOMはエンディアンの判別だけでなく、文書がUnicodeで記述されているかどうかを判別するために用いられることもある。このため、エンディアンが関係ないUTF-8などの文書でも先頭にBOMがついている場合がある。

ふむ。先頭に不要な値がついているのですね。ということで、このBOMを削除する方法を検索。「Binary Editor BZ」で削除できるようなので、窓の杜からさっそくDLしてインストール。問題のファイルをこのソフトで開いてみると。

どうやら先頭の「EF BB BF」が Byte-Order Mark ・・らしい。
さっそく削除して、再度 Validate。ようやくPASS することができました。
めでたし、めでたし。なのですが、ここで新たな疑問が。
EF BB BF　って何？