検索エンジン最適化（SEO）では、小さなミスでも大きな損失につながることがあります。コラムニストのパトリック・ストックスが、SEOの恐怖体験を語ります。皆さんもそんな目に遭わないようにしましょう。
誰もが、胎児の姿勢で泣き叫び、問題が存在しないかのように振る舞いたくなるような、極度の恐怖に襲われた経験があるでしょう。しかし残念ながら、SEO担当者として、そんな状態を長く続けることはできません。むしろ、我慢して、何がひどく間違っていたのかを迅速に解決しなければなりません。
自分が失敗したと自覚する瞬間もあれば、気づかないうちに問題が長引いてしまうこともあります。いずれにせよ、状況は恐ろしいものです。何が起こったとしても、それを解決するためには、懸命に、そして迅速に取り組まなければなりません。
Googleが「してはいけないこと」を教える
Google のウェブマスター ガイドラインには、次のような多くの警告事項があります。
- 自動生成されたコンテンツ
- リンクスキームへの参加
- オリジナルコンテンツがほとんどまたは全くないページを作成する
- クローキング
- 巧妙なリダイレクト
- 隠しテキストまたはリンク
- 出入り口ページ
- スクレイピングされたコンテンツ
- 十分な価値を加えずにアフィリエイトプログラムに参加する
- 関連性のないキーワードを含むページを読み込む
- フィッシングやウイルス、トロイの木馬、その他の悪質なソフトウェアのインストールなど、悪質な行為を伴うページの作成
- リッチスニペットマークアップの悪用
- Google に自動クエリを送信する
残念ながら、人々はこうしたことの多くを問題ないと思い込んでしまうことがあります。存在しない重複コンテンツペナルティを回避するために、テキストを巧みに加工することが最善の策だと考えてしまうのです。「リンクは良い」と聞くと、たちまち他人とリンクを交換しようとします。レビューの星印を見ると、マークアップで星印を偽装し、検索結果ページで目立つようにしようとします。
上記のいずれも良いアイデアではありませんが、だからといって、何かを逃れようとしたり、他の人の言ったことを単純に誤解したりすることを止めることはできません。
クロールとインデックス作成の問題
ユーザーエージェント：*
許可しません：/
robots.txtファイルにたった2行追加するだけで、ウェブサイトへのクローラーのアクセスを完全にブロックできます。通常は開発環境側のミスですが、実際に目にすると、胃の底からゾッとするほどの恐怖を感じるでしょう。
さらに面白いのはUTF-8のBOMです。Glenn Gabe氏がこれについて素晴らしい記事を書いており、以下のように説明しています。
BOMはバイトオーダーマーク（Byte Order Mark）の略で、テキストストリームのバイト順序を示すために使用されます。これはファイルの先頭に配置される目に見えない文字です（SEOの観点からは基本的に意味がありません）。一部のプログラムはテキストファイルにBOMを追加しますが、テキストファイルの作成者には表示されない場合があります。また、Googleがファイルを読み取ろうとする際に、BOMが深刻な問題を引き起こす可能性があります。
robots.txtファイルにUTF-8 BOMが含まれていると、Googleはファイルを処理できません。つまり、最初の行（多くの場合、user-agent）が無視されます。user-agentが指定されていない場合、他の行（すべてのディレクティブ）はすべてエラーとして返されます。エラーと判断された場合、Googleはそれらを無視します。サイトの重要な部分をアクセス禁止にしようとしている場合、SEOにとって大きな問題となる可能性があります。
もう一つの注意点：トラフィックの大部分が同じIPアドレスから来ているからといって、必ずしも悪いとは限りません。私の友人は、Googlebotが使用するIPアドレスの一部をブロックしてしまい、それらのIPアドレスが悪意のあるものだと確信したことで、このことを身をもって知りました。
私が遭遇したもう一つの恐ろしい状況は、サブドメイン移行後にクローラーがインデックスからページを削除できないようにブロックするという、誰かが素晴らしいアイデアを思いついた時でした。これは決して良い考えではありません。クローラーは古いバージョンにアクセスし、新しいバージョンへのリダイレクトをたどる必要があるからです。さらに事態を悪化させたのは、robots.txtファイルが実際には両方のサブドメインで共有されていたため、このブロックのせいでクローラーは古いページも新しいページも参照できなかったことです。
手動ペナルティ
「ペナルティ」という言葉を聞くだけで不安になります。それは、あなたかウェブサイトの関係者が何か間違ったことをした、それも非常に間違ったことをしたということです！Googleは、よくある手動による対策のリストを公開しています。
- ハッキングされたサイト
- ユーザー生成スパム
- スパム的な無料ホスト
- スパム的な構造化マークアップ
- あなたのサイトへの不自然なリンク
- 付加価値がほとんどない、または全くない薄いコンテンツ
- クローキングおよび/または不正なリダイレクト
- クローキング：First Click Free違反
- あなたのサイトからの不自然なリンク
- 純粋なスパム
- クロークされた画像
- 隠しテキストやキーワードの詰め込み
これらのペナルティの多くは、誰かが自分の利益のために近道を取ろうとしたために課せられた正当なペナルティです。ペンギンがリアルタイムで機能するようになったため、近いうちに手動ペナルティの波が押し寄せると予想されます。
最近、私にとって初めての恐ろしい出来事がありました。ある企業がブランドイメージを刷新し、新しいウェブサイトに移行することを決めたのですが、その新しいウェブサイトにはスパムペナルティが課せられていたのです。
残念ながら、Google Search Console は移行前に設定されていなかったため、移行が行われた後に初めてペナルティが発覚しました。
あっ、ウェブサイトを壊してしまいました！
ウェブサイトを壊すにはたった一つの文字で十分です。コードの一つ、設定の一つ、リダイレクトやプラグインの一つでも、問題が起こります。
長年にわたり、多くのウェブサイトを壊してきた経験があります。だからこそ、変更を加える前にバックアップを取ることが重要です。あるいは、テストとデプロイのためのステージング環境を構築するのも良いでしょう。
ウェブサイトの再構築
新しいウェブサイトでは、何かがひどくうまくいかなくなる可能性はいくらでもあります。誰かが「新しいウェブサイトができた」と言うと、特にすでに公開された後に言われると、いつも不安になります。何かひどいことが起こったという、胃の底から感じる感覚があり、たいていはそれが正しいのです。
最もよくある問題は、リダイレクトが全く行われていないこと、あるいは開発者がリダイレクトは不要だ、あるいはリダイレクトが多すぎるとウェブサイトの速度が低下すると主張していることです。私がよく見かけるもう一つのよくある間違いは、良質なコンテンツを潰してしまうことです。こうしたコンテンツは、都市名のページやサービスに関するページ、あるいはドメイン全体にわたって、すべての情報が1つのページにリダイレクトされてしまうこともあります。
問題は、すべてのテキストを画像内に配置するなど、現在も存在する非常に古い問題から、「Angular を使用する理由がまったくないのに Web サイトを Angular で再構築したばかりです」といった最近の問題まで多岐にわたります。
ファイルを上書きしました
最も怖いのは、上書きされた否認ファイルです。特に、コピーが作成されずデフォルトの動作で上書きされてしまう場合や、リダイレクトが簡単に失われてしまう.htaccessファイルの場合です。共有ホストで.htaccessファイルが上書きされたこともありますが、もちろん、変更に関するメールは一切送信されません。
知らない
これまでの人生で、本当にランダムで恐ろしい出来事が起こるのを見てきました。
ドメインの有効期限が切れたり、ドメインを所有していないと記載された契約書に知らずに署名したりしたために、ドメインを失った人を何度も見てきました。また、他のマーケティング会社が作成した2つ目、さらには3つ目のウェブサイトも見てきました。
正規化タグが誤って使用されていたり、ランダムに変更されていたりすることがあります。すべてのページがホームページに正規化されていたり、別のウェブサイトに正規化されているページを見たことがあります。
「すべてのリンクを相対パスにする」といった、一見良いアイデアのように思える単純な指示が、m. や hreflang 代替タグなどを使って、Web サイトの代替バージョンとともに正規 URL を相対パスにしたときに、最悪の結果に終わった例を見たことがあります。
SEOは怖い
ちょっとしたことや間違った決断が、これほどまでに大きな損失と恐怖をもたらすとは驚きです。悪夢を防ぐために、ルールを守り、計画を立て、実行し、品質管理を徹底しましょう。皆さんの恐怖体験談をTwitter @patrickstox でシェアしてください。
___
by パトリック・ストックス
ソース： サーチエンジンランド
