MARK)と92番(9の列。MARK)、93番(9の列。MARK)にある文字こそ、件の「‘」、「’」及び「“」です。ここに、左の表に出現する漢字をURLエンコードしたものに注目していただくと分かりますが、全て1バイト目が91〜93になっています。この文字化けは、iso-8859-1のホームページを無理やりShift_JISで読み込もうとしているために起こっています。その証拠に、文字化けしたホームページでも、(Windowsの場合)ブラウザでエンコードを西ヨーロッパ言語(iso)に指定して読み込みなおすと文字化けが解消します。MARK)も文字化けの候補として上がってきそうですが、実際には「”」の後ろに続くものは、たいていは半角スペース(%20)になると思いますがが、「0x9420」なる文字が存在しないため「・」と文字化けします。結局は、「Googleの検索サマリーが文字化けする」の章で説明したことと同じなのですが、メタタグの指定が不適切であることが原因です。現れるサイトを開き、HTMLソースを確認してみると、iso-8859-1のページなのに、メタタグの指定が無い。英語圏の世界に生きる人にとっては、メタタグで文字コードを指定する意味をあまり感じていないかもしれません。英文に日本語が混じっているので、「Shift_JIS」と指定しているのは分かりますが(また、これが正解です。)、Shift_JISには存在しない「“」などを使っているため、2バイト文字の1バイト目と解釈されます。「"」「'」を代用すべきです。原因がよく分からないもの。ダブルクォテーションであれば、英語圏でも「“」ならぬ「"」(ダブルクオテーション)や、「’」ならぬ「'」(シングルクォテーション)は存在し、実際、多くの海外サイトではこちらを使われているのですが、一部のサイトでは、私たち日本人が見ると文字化けする方のキー入力(Shift_JISには存在しないコード)をされているようです。メタタグの指定もないため、日本語圏の我々が見ると文字化けして見えるというわけです。Googleではメタタグの指定が重要な要素を握るためサマリーが文字化けしていますが、IEなどのブラウザで表示させると、それぞれのブラウザの独自解釈によって正しく解釈できるケースが多いため、Googleのサマリーが文字化けしている場合でも、ブラウザ上では文字化けしないケースがあるのではと思います。これは、「Googleのサマリーが文字化け」の章で説明した「縺」「繧」などの大量出現文字化け(UTF-8の文書なのにShift_JISというメタタグを指定してしまうという致命的ミス)とはタイプが違うために、メタタグの指定忘れぐらいであれば、まだブラウザの方で知恵を働かせて、正しく表示させることができるということだと思います。検索結果(Google)を見てみても、いくつかJPドメインだったり、日本語の混じっているサイトも結構ありました。そのEnglish版を海外の本社自身が準備したり、あるいは海外の翻訳会社などに製作してもらった際に、そのままアップすると文字化けするかもしれません。メタタグの指定などがないために、Shift_JISと解釈されてしまう可能性があるからです。自身で英語のページを作成する際にはなおさらそうでしょう。Shift_JISに存在しないクォテーションを使う場合は、しっかりとiso-8859-1と解釈されるようにメタタグや.htaccessで指定すべきです。この文字化けは、例えば、以下のようにすることで、純日本語環境下でも文字化けを再現できました。WindowsXP(IME2002)では、「かっこ」と入力しても変換候補に全角であれば半角であれ「‘’」「“”」は変換候補として表示されませんでしたが、文字コード表から「’(0x8166)」や「“(0x8167)」を入力し、それを秀丸を使って、「欧文」として保存しました。この際に、秀丸の方で自動的に「0x92」や「0x93」に置換してくれているのか、「文字コード変換できない文字が含まれているため、文字が失われる可能性があります。」というような警告もなく保存できました。この状態で文字コードの指定をメタタグなどでしっかりと指定してあれば、問題は起きませんでしたが、ブラウザが文字コードの解釈を間違えると「痴」や「稚」が現れました。WindowsMe(IME2000)では、「かっこ」で変換すると「‘’」や「“”」が変換候補として表示されましたので、"より簡単に"文字化けを再現できるでしょう。この「おたまじゃくし」のようなクォテーションを使わずに、Shift_JISでも問題なく使える「"」「'」を使用するのが一番無難です。日本語が一切混じっていない場合ならば、メタタグでiso-8859-1としっかりと指定したり、今までに何回か紹介した.htaccessで文字コードを指定してあげると良いでしょう。htmlただし、この指定をすると、そのディレクトリー内のHTMLファイル全ての文字コードがiso-8859-1になってしまうため、日本語のHTMLファイルとは分けるなどの作業が必要です。hogehoge.isoはこれで文字化けしません。これだと、拡張子で判別して自動巡回しているサーチエンジン用のロボットプログラムも多いと思われ、これだとサーチエンジン経由のアクセスをみすみす逃してしまうことになります。日本語ファイルは.htmlにし、iso-8859-1は.htmなどと分けるのであれば問題はないと思います。(なお、ご利用になられているホームページサービスによっては、.htaccessを許可していない場合もあります。その場合は.htaccessが利用可能なレンタルサーバを借りなければいけないかもしれません。.htaccessが利用可能なサーバはこちらを参照してください。&#147;」などとコードを直接指定する必要があります。Shift_JISには全角の「“(0x8167)」「’(0x8166)」しかありません(ただし、結局はWindowsの機能により、コード指定しても全角のクォテーションが表示されているように見えます)。このあたりは、「バックスラッシュ(\)」は全角の「\」で代用するかフォントの指定を英字フォントにするしかないのと事情は同じような気がします。英語・日本語の混合サイトを作成しようと思えば、この「おたまじゃくし」のようなクォテーションは全角で表示せざるをえないのですが、これも不恰好です。考えると、日本語と英語の混合サイトを構築する際には、この「おたまじゃくし」のようなクォテーションは一切使わずに、「"」「'」で我慢するのが見栄え的にはすっきりすると思われます。solutionだと思います。サイト管理者としてではなく一般ユーザーとして訪問した英文サイトで、この種の文字化けにあったならば、ブラウザのエンコードを変更してあげればOKです。この手の文字化けは、ISO-8859-1の文章をShift_JISで読み込もうとしているために起こる文字化けなのですから、エンコードをISO-8859-1にしてあげればいいのです。Windows版IEなら左の画像のように、右クリックで、「エンコード」を「西ヨーロッパ言語(ISO)」にすれば良いのです。次のページでは、機種依存文字を使っている場合に、Googleの検索結果サマリーはどうなるのかを考えてみます。