テクニカルSEOは検索順位の一位を保証しません。目的はもっと実務的で、検索エンジンが必要なページを見つけ、処理し、理解するのを妨げないことです。よい文章でも、誤ってインデックスを禁止したり、複数の矛盾したURLが存在したりすれば、十分に見つけてもらえない場合があります。基本的な確認は、期待した検索で表示されないと気付いてからではなく、公開前に行うべきです。
テスト環境と公開環境を分ける
開発用の環境は必要ですが、その設定を誤って本番ドメインへ持ち込んではいけません。公開前に重要ページのアクセス可否とインデックス指示を確認します。Googleは、クローラーがnoindexの指示を読み取れる必要があると説明しています。同時にrobots.txtでページをブロックすると、その指示が見えない場合があります。またnoindexは秘密情報の保護ではありません。機密内容には適切なアクセス制限が必要です。
主要なURLを決める
重要なページには、予測しやすいURLを用意します。ドメインの違い、通信方式、管理システムが作る重複を確認します。正規URLの指定、内部ナビゲーション、サイトマップは互いに矛盾しないようにします。既存サイトを更新する場合は旧URLと新URLの対応表を作ります。すべてをトップページへ送るのではなく、内容が最も近いページへ転送し、期待した情報が見つかるようにします。
クローラーが見る内容を確認する
本文、サービス名、リンクはデザインファイルの中だけでなく、実装されたページに存在する必要があります。JavaScriptを多用するなら、描画後に重要な内容がどう現れるか確認します。トップページだけで終わらず、サービス、記事、事例、問い合わせの各テンプレートを試します。共通部品の一つの不具合が多くのURLに影響するため、テンプレート単位の確認は特に役立ちます。
理解しやすい情報を整える
各ページには意味のあるタイトル、適切なメタ情報、論理的な内部リンクが必要です。サイトマップは重要なURLを伝える助けになりますが、インデックスを義務付けるものではありません。構造化データは、表示内容と対応する情報の種類に合う場合だけ使います。存在しない評価やレビューは追加しません。検索向けに、実際とは違う事実をマークアップで作ってはいけません。
変更を確認できる状態を残す
公開後は、対象プロパティへのアクセスが設定されていればSearch Consoleで確認します。URL検査は個別ページの調査に、各種レポートは対処が必要な問題の発見に役立ちます。ただし公開から数分で検索表示を評価するのは適切ではありません。公開日、主要URL、実施した確認を記録し、技術的な問題と通常の処理待ちを区別できるようにします。
有用な技術監査の成果は、難しい用語の長い一覧ではなく、優先順位です。アクセスを妨げるもの、混乱を生むもの、後で改善できるものを分けます。まず重要な内容が届かない原因を取り除き、その後で細かな設定へ進みます。