テクニカルSEO監査：10ステップのテクニカル監査チェックリスト

より多くのユーザーに当コンテンツをご利用いただけるよう、この記事は自動翻訳を使用して英語から翻訳しています。元の記事を読むにはこちらをクリックしてください。また、内容に問題がある場合は、遠慮なく report-osteam@semrush.comまでご連絡ください。

テクニカルSEO監査とは？

テクニカルSEO監査は、検索エンジン最適化に関連するウェブサイトの技術的側面を分析するプロセスです。この監査は、Googleのような検索エンジンがあなたのサイトのページをクロールし、インデックスし、ランク付けできるようにするのに役立ちます。

定期的にウェブサイトを監査することで、技術的な問題を発見し、修正することができます。そうすることで、検索エンジンにおけるサイトのパフォーマンスが向上する。

テクニカルSEO監査の実施方法

技術的なサイト監査を行うには、主に2つのツールが必要です：

Googleサーチコンソール
SemrushのSite Auditのようなクロールベースのツール

Search Consoleを使ったことがない方は、初心者ガイドを読んで設定方法を学んでください。このツールの様々なレポートについては後述する。

また、Site Auditを初めてご利用になる方は、無料でサインアップして数分で始めることができます。

Site Auditツールはウェブサイトをスキャンし、クロールできたすべてのページに関するデータを提供します。生成されるレポートは、技術的なSEOの問題を幅広く特定するのに役立つ。

概要はこうだ：

最初のクロールを設定するには、まずプロジェクトを作成する必要がある。

次に、サイト監査ツールに向かい、ドメインを選択します。

サイト監査設定」ウィンドウがポップアップ表示されます。ここでは、最初のクロールの基本を設定する。この詳細なセットアップガイドに従って設定を行うことができます。

最後に、ウィンドウ下部の「Start Site Audit」ボタンをクリックします。

ツールがサイトをクロールした後、Site Health メトリックでサイトの健全性の概要を生成します。

この指標は、ウェブサイトの健全性を0から100までの尺度で評価します。また、同業他社のサイトとの比較も教えてくれる。

また、「エラー」、「警告」、「通知」の各カテゴリーを通じて、深刻度別に問題の概要を把握することもできます。また、"テーマ別レポート "を使って、テクニカルSEOの特定の分野に焦点を当てることもできます。 (それについては後で説明する）。

最後に「課題」タブに切り替える。そこで、すべての問題の完全なリストを見ることができる。影響を受けたページ数とともに。

各問題行には、「その理由と解決方法」のリンクが含まれている。クリックすると、問題の簡単な説明、修正方法のヒント、関連ツールやリソースへの便利なリンクが表示されます。

ここで見つかる問題は、あなたの技術レベルに応じて、2つのカテゴリーのいずれかに当てはまるだろう：

自分で解決できる問題
開発者やシステム管理者が修正する必要がある問題

初めてウェブサイトを監査するときは、やるべきことが多すぎるように思えるかもしれない。そのため、この詳細なガイドを作成した。特に初心者は、大きな見落としがないか確認するのに役立つだろう。

SITE AUDIT: [create-campaign destination_url=”https://www.semrush.com/siteaudit/” show_input=”false”header=”Find and Fix Sitemap Errors” text=”with the Site Audit Tool” button_text=”Try for Free”bg_images=”https://static.semrush.com/blog/uploads/media/96/fd/96fd495930d058321d5f78f5554aff88/trial-superbanner-1.png”bg_button=”-success”]

私たちは、新しいサイトに対して技術的なSEO監査を行うことを推奨しています。

その後、少なくとも四半期に1回（理想的には毎月）、サイトを監査する。あるいは、順位が下がるたびに。

1. クローラビリティとインデクサビリティの問題の発見と修正

Googleや他の検索エンジンは、あなたのウェブページをクロールし、インデックスすることができなければなりません。

だからこそ、クローラビリティとインデクサビリティがSEOの重要な要素なのだ。

サイトにクローラビリティやインデクサビリティの問題があるかどうかを確認するには、Site Auditの「Issues」タブを開きます。

次に、"Category"をクリックし、"Crawlability"を選択する。

同じプロセスを「インデクサビリティ」カテゴリーでも繰り返すことができる。

クローラビリティやインデクサビリティに関連する問題は、「エラー」セクションの結果の上位に表示されることが多い。

本ガイドのさまざまなセクションで、これらの問題をいくつか取り上げる。というのも、テクニカルなSEOの問題の多くは、何らかの形でクローラビリティとインデクサビリティに関係しているからだ。

ここで、検索エンジンがあなたのサイトを発見する方法に大きな影響を与える2つの重要なウェブサイトファイル、robots.txtと sitemap.xmlを詳しく見ていきましょう。

Robots.txtの問題のチェックと修正

Robots.txtは、検索エンジンにクロールすべきページとクロールすべきでないページを知らせるウェブサイトのテキストファイルです。これは通常、サイトのルート・フォルダー https://domain.com/robots.txt にあります。

robots.txtファイルが役立ちます：

検索エンジンのボットをプライベートフォルダから遠ざける
ボットがサーバーリソースを圧迫しないようにする
サイトマップの場所を指定する

robots.txtのたった1行のコードで、検索エンジンによるサイト全体のクロールを防ぐことができる。そのため、robots.txtファイルが検索結果に表示させたいフォルダやページを許可していないことを確認する必要がある。

robots.txtファイルを確認するには、Site Auditを開き、一番下の「Robots.txt Updates」ボックスまでスクロールダウンしてください。

ここでは、クローラーがあなたのウェブサイトのrobots.txtファイルを検出したかどうかを確認します。

ファイルのステータスが「利用可能」になっている場合は、robots.txtファイルの横にあるリンクアイコンをクリックして、robots.txtファイルを確認することができます。

また、「変更を表示」ボタンをクリックすることで、前回のクロール以降のrobots.txtファイルの変更点のみに注目することもできます。

さらに読むrobots.txtファイルの見直しと修正には、技術的な知識が必要です。 Googleのrobots.txtガイドラインには常に従うべきだ。 robots.txtの構文とベストプラクティスについては、robots.txtガイドをお読みください。

さらなる問題を見つけるには、"問題"タブを開き、"robots.txt "を検索することができる。いくつか現れる可能性のある問題には以下のようなものがある：

Robots.txtファイルにフォーマットエラーがある
robots.txtにsitemap.xmlが記載されていない。
robots.txtで内部リソースをブロック

見つかった問題の数のリンクをクリックしてください。そこから詳しく点検し、修理方法を学ぶことができる。

注：robot.txtファイルの他に、検索エンジンのクローラーにさらなる指示を与える方法として、 robots metaタグと x-robotsタグがあります。 Site Auditは、これらのタグに関連する問題を警告します。robots metaタグの使用方法については、robots metaタグのガイドをご覧ください。

XMLサイトマップの問題を発見し修正する

XMLサイトマップとは、検索エンジンにインデックスさせたい、そして理想的には上位表示させたいすべてのページをリストアップしたファイルです。

技術的なSEO監査のたびにXMLサイトマップを見直し、ランクインさせたいページが含まれていることを確認しましょう。

一方で、サイトマップにSERPに掲載したくないページが含まれていないかチェックすることも重要だ。ログインページ、顧客アカウントページ、ゲートコンテンツなど。

注：あなたのサイトにsitemap.xmlファイルがない場合は、XMLサイトマップの作成方法についてのガイドをお読みください。

次に、サイトマップが正しく機能しているかどうかをチェックする。

サイト監査ツールは、次のようなサイトマップ関連の一般的な問題を検出できます：

サイトマップのページが間違っている
サイトマップのフォーマットエラー

必要なのは、「問題」タブに行き、検索フィールドに「サイトマップ」と入力するだけだ：

また、Google Search Consoleを使ってサイトマップの問題を特定することもできます。

サイトマップ」レポートでは、Googleへのサイトマップの送信、送信履歴の表示、エラーの確認ができます。

左側の "Indexing "セクションの下にある "Sitemaps"をクリックすると見つかります。

サイトマップの横に「成功」と表示されていれば、エラーはありません。しかし、他の2つの結果（"Has errors "と "Couldn't fetch"）は問題を示している。

問題があれば、レポートが個別にフラグを立てる。 Googleのトラブルシューティングガイドに従って解決してください。

さらに読む XMLサイトマップ

2. サイトアーキテクチャの監査

サイト・アーキテクチャーとは、ウェブページの階層構造と、それらがリンクによってどのようにつながっているかを指します。ユーザーにとって論理的で、ウェブサイトが成長しても維持しやすい方法でウェブサイトを構成する必要があります。

優れたサイト・アーキテクチャが重要な理由は2つある：

検索エンジンのクロールを助け、ページ間の関係を理解しやすくします。
ユーザーがサイトをナビゲートしやすくする

サイトアーキテクチャの3つの重要な側面を見てみよう。

サイト階層

サイト階層（または、単にサイト構造）とは、ページをサブフォルダにどのように整理するかということです。

サイトの階層構造の概要を把握するには、Site Auditの「クロールされた ページ」タブを開きます。

次に、表示を "サイト 構造"に切り替える。

ウェブサイトのサブドメインとサブフォルダの概要が表示されます。階層が整理され、論理的であることを確認する。

次のようなフラットなサイト・アーキテクチャを目指そう：

ユーザーがホームページから目的のページを探すのに3クリックで済むのが理想だ。

クリックに3回以上かかる場合は、サイトの階層が深すぎる。検索エンジンは、階層の深いページは重要性や関連性が低いと見なします。

すべてのページがこの条件を満たしていることを確認するには、"クロールされた ページ"タブ内にとどまり、"ページ"ビューに切り替えてください。

次に、"More filters"をクリックし、以下のパラメーターを選択する："クロールの 深さ"は "4+クリック"です。

この問題を解決するには、サイト構造の深すぎるページに内部リンクを追加する。 (内部リンクについては次の章で詳しく説明する）。

シンプルだ。メガメニューやメニュー項目の非標準的な名前（「ブログ」ではなく「アイデアラボ」のような）を避けるようにする。
論理的だ。ページの階層を反映させる。これを実現するには、パン粉を使うのがいい。

ごちゃごちゃしたアーキテクチャのサイトをナビゲートするのは難しい。逆に、ウェブサイトが明確で使いやすいナビゲーションを備えていれば、ユーザーにもボットにも理解しやすいアーキテクチャとなる。

ユーザーフレンドリーなメニューを作るのに役立つツールはない。手作業でウェブサイトを見直し、ナビゲーションのUXベストプラクティスに従う必要がある。

URL構造

ウェブサイトの階層構造のように、サイトのURL構造も一貫性があり、たどりやすいものでなければならない。

例えば、ウェブサイトの訪問者が女の子用の靴のメニューナビゲーションをたどったとしよう：

Homepage > キッズ > ガールズ > シューズ

URLはアーキテクチャを反映したものでなければならない：

domain.com/children/girls/footwear

また、ページやウェブサイトが特定の国に関連していることを示すURL構造を使用することを検討すべきサイトもある。たとえば、ある製品のカナダ・ユーザー向けのウェブサイトでは、"domain.com/ca "または "domain.ca "を使用することができる。

最後に、URLスラッグがユーザーフレンドリーであり、ベストプラクティスに従っていることを確認してください。

Site Auditは、以下のようなURLに関する一般的な問題を特定するのに役立ちます：

URLにおけるアンダースコアの使用
URLにパラメータが多すぎる
長すぎるURL

さらに読む ウェブサイト・アーキテクチャ

3. 内部リンクの問題を解決する

内部リンクとは、ドメイン内のあるページから別のページを指すリンクのことです。

内部リンクが重要な理由はここにある：

優れたウェブサイト・アーキテクチャーの不可欠な要素である。
リンクエクイティ（「リンクジュース」または「オーソリティ」とも呼ばれる）をページ全体に分配し、検索エンジンが重要なページを特定できるようにする。

サイトの構造を改善し、検索エンジンとユーザーの両方がコンテンツを見つけやすくするにつれて、サイトの内部リンクの健全性と状態をチェックする必要があります。

サイト監査レポートを参照し、「内部リンク」スコアの下にある「詳細を表示」をクリックします。

このレポートでは、サイトの内部リンクの問題の内訳を見ることができます。

ヒント 最も一般的な内部リンクの間違いとその修正方法に関するSemrushの調査をご覧ください。

修正するのがかなり簡単な典型的な問題は、壊れた内部リンクである。これは、もはや存在しないページを指すリンクのことである。

必要なのは、「内部リンク切れ」エラーの問題数をクリックし、リストに表示されるリンク切れを手動で更新することだけです。

もうひとつの簡単な修正は、孤児となったページだ。リンクのないページです。つまり、同じウェブサイトの他のページからアクセスすることはできない。

内部 リンク」の棒グラフをチェックし、リンクがゼロのページがあるかどうかを確認する。

これらのページに少なくとも1つの内部リンクを追加する。

最後になりますが、「内部リンク分布」グラフを使って、内部リンクランク（ILR）に応じたページの分布を見ることができます。

ILRは、ページの内部リンクの強さを示す。 100に近ければ近いほど、そのページは強い。

この指標を使って、どのページに内部リンクを増やすと効果的かを調べましょう。そして、どのページを使えば、ドメイン全体でより多くのリンクエクイティを配分できるのか。

もちろん、回避できたはずの問題を修正しているかもしれない。だからこそ、今後は内部リンクのベストプラクティスに従うようにすべきなのだ：

内部リンクをコンテンツ制作戦略の一部に組み込む
新しいページを作成するたびに、既存のページからそのページにリンクするようにしてください。
リダイレクトのあるURLにはリンクしない（代わりにリダイレクト先にリンクする）
関連するページにリンクし、関連するアンカーテキストを提供する。
どのページが重要かを検索エンジンに示すために内部リンクを使用する。
内部リンクを多用しない（常識的に考えて、標準的なブログ記事に300もの内部リンクは必要ないだろう）
nofollow属性について学び、正しく使う

さらに読む 内部リンク

4. 重複コンテンツの問題を発見し修正する

重複コンテンツとは、複数のウェブページに同一またはほぼ同一のコンテンツが含まれていることを意味します。

それは以下のようないくつかの問題を引き起こす可能性がある：

誤ったバージョンのページがSERPに表示される可能性がある。
ページがSERPでうまく表示されない、またはインデックスに問題がある可能性がある。

Site Auditは、コンテンツが85%以上同一である場合、重複コンテンツとしてフラグを立てます。

重複コンテンツは、2つの一般的な理由で発生する可能性があります：

URLには複数のバージョンがある
異なるURLパラメータを持つページがある

それぞれの問題を詳しく見てみよう。

複数バージョンのURL

サイトに重複コンテンツがある最も一般的な理由の1つは、URLのバージョンが複数ある場合です。例えば、あるサイトには次のようなものがある：

HTTPバージョン
HTTPSバージョン
wwwバージョン
非wwwバージョン

グーグルにとって、これらはサイトの異なるバージョンである。そのため、もしあなたのページがこれらのURLのうち2つ以上で運営されている場合、Googleはそれを重複とみなす。

この問題を解決するには、サイトの優先バージョンを選択し、サイト全体の301リダイレクトを設定します。これにより、1つのバージョンのページにのみアクセスできるようになります。

URLパラメータ

URLパラメータは、ウェブサイトのコンテンツをフィルタリングまたはソートするために使用されるURLの余分な要素です。ごくわずかな変更（例えば、同じ商品の異なるカラーバリエーション）を伴う商品ページによく使われる。

クエスチョンマークとイコール記号があるので識別できる。

パラメータ付きのURLは、パラメータなしのURLとほとんど同じコンテンツを持っているため、多くの場合、重複として識別することができる。

Googleは通常、これらのページをグループ化し、検索結果で使用するために最適なものを選択しようとします。つまり、グーグルはおそらくこの問題に対処するだろう。

とはいえ、グーグルは潜在的な問題を減らすために、いくつかの対策を推奨している：

不要なパラメーターの削減
パラメータなしのURLを指すcanonicalタグの使用

SEO監査を設定する際、URLパラメータを含むページのクロールを避けることができる。これにより、Site Auditツールは分析したいページのみをクロールするようになり、パラメータ付きのバージョンはクロールされなくなります。

RemoveURLパラメータ」セクションをカスタマイズし、無視したいパラメータをすべてリストアップします：

後でこれらの設定にアクセスする必要がある場合は、右上の設定アイコンをクリックし、「クロール ソース」をクリックします：サイト監査設定の下にある「ウェブサイト」をクリックします。

さらに読む：URLパラメータ

5. サイトパフォーマンスの監査

サイトのスピードは、ページ全体のエクスペリエンスの重要な側面です。グーグルもかなり注目している。そして、それは長い間、グーグルのランキング要因となってきた。

サイトのスピードを監査するときは、2つのデータを考慮する：

ページ速度：ウェブページの読み込みにかかる時間
サイト速度：サイトのページビューのサンプルセットの平均ページ速度

ページ速度が向上すれば、サイト速度も向上する。

これは、Googleがそれに対応するために特別に作られたツールを持つほど重要なタスクである：PageSpeed Insights。

PageSpeedのスコアに影響を与えるメトリクスは一握りです。最も重要な3つはコアウェブバイタルと呼ばれる。

その中には次のようなものがある：

Largest Contentful Paint（LCP）：ページのメインコンテンツの読み込み速度を測定します。
First Input Delay (FID)：ページがどれだけ早くインタラクティブになるかを測定する。
累積レイアウトシフト（CLS）：ページの視覚的な安定度を測定します。

このツールは、4つの主要分野であなたのページを改善するための詳細と機会を提供します：

パフォーマンス
アクセシビリティ
ベストプラクティス
SEO

しかし、PageSpeed Insightsは一度に1つのURLしか分析できない。サイト全体を見るには、Google Search Consoleを使うか、SemrushのSite Auditのようなウェブサイト監査ツールを使う。

この例ではSite Auditを使ってみよう。問題」タブに向かい、「サイト パフォーマンス」カテゴリーを選択します。

ここでは、例えば読み込み速度が遅いなど、特定の問題が影響しているすべてのページを見ることができます。

サイト・パフォーマンス」レポートと「コアウェブ・バイタル」レポートです。

どちらもSite Auditの概要からアクセスできます。

サイトパフォーマンス」レポートでは、さらに「サイトパフォーマンススコア」、つまりページの読み込み速度やその他の有用なインサイトを提供します。

コアウェブバイタルレポートは、10個のURLに基づいてコアウェブバイタルの指標を分解します。ヒストリカル・データ」グラフで、長期的なパフォーマンスを追跡することができます。

また、分析ページのリストを編集して、レポートがサイト上のさまざまなタイプのページ（ブログ記事、ランディングページ、製品ページなど）をカバーするようにすることもできます。

分析済みページ」セクションの「リストの編集」をクリックするだけです。

さらに読むサイトパフォーマンスは幅広いトピックであり、テクニカルSEOの最も重要な側面の1つです。このトピックの詳細については、ページスピードガイドやコアウェブバイタルの詳細ガイドをご覧ください。

6. モバイルフレンドリー・イシューの発見

2024年1月現在、ウェブトラフィックの半分以上（58.21%）がモバイルデバイスで発生している。

また、Googleはデスクトップ版よりもモバイル版を主にインデックスしている。 (これはモバイルファーストインデックスとして知られている）。

だからこそ、あなたのウェブサイトがモバイルデバイスで完璧に機能するようにする必要があるのです。

Google Search Consoleは「モバイルユーザビリティ」レポートを提供しています。

ここでは、あなたのページが "使えない "と "使える "の2つのシンプルなカテゴリーに分けられているのがわかります。

その下に、"モバイルでページが使えない理由 "というセクションがある。

検出されたすべての問題がリストアップされる。

特定の問題をクリックすると、影響を受けるすべてのページが表示されます。また、この問題の解決方法に関するグーグルのガイドラインへのリンクも掲載されている。

ヒント：特定のURLのモバイルユーザビリティを素早くチェックしたいですか？ Googleのモバイルフレンドリーテストをご利用ください。

Semrushを使えば、モバイルSEOの2つの重要な側面、viewportタグとAMPページをチェックすることができます。

サイト監査ツールの「課題」タブで「モバイル SEO」カテゴリーを選択するだけです。

ビューポート・メタ・タグは、ページをさまざまな画面サイズに拡大縮小するのに役立つHTMLタグです。レスポンシブ・デザインを採用している場合）ユーザーのデバイスに応じてページサイズを自動的に変更します。

モバイルデバイスでのサイトパフォーマンスを向上させるもう一つの方法は、AMP（Accelerated Mobile Pages）を使用することです。

AMPは、Googleがあなたのサーバーにリクエストを送るのではなく、キャッシュから実行するため、モバイル端末での読み込みが速い。

AMPページを使用する場合は、定期的に監査し、モバイルでのビジビリティを高めるために正しく実装されていることを確認することが重要です。

Site Auditは、3つのカテゴリーに分けられた様々な問題について、AMPページをテストします：

AMP HTMLの問題
AMPスタイルとレイアウトの問題
AMPテンプレートの問題

さらに読む アクセラレイテッド・モバイル・ページ

7. コードの問題を発見し修正する

ウェブページが人間の目にはどう見えようと、検索エンジンはそれをコードの束としか見ていない。

だから、適切な構文を使うことが重要だ。そして、検索エンジンがあなたのサイトを理解するのに役立つ、関連性のあるタグや属性。

技術的なSEO監査では、ウェブサイトのコードとマークアップのいくつかの異なる部分に注目してください。すなわち、HTML（さまざまなタグや属性を含む）、JavaScript、構造化データである。

そのいくつかを詳しく見てみよう。

メタタグの問題

メタタグは、検索エンジンのボットにページのコンテンツに関する追加データを提供するテキストスニペットです。これらのタグは、HTMLコードの一部としてページのヘッダーに存在します。

robotsメタタグ（クローラビリティとインデクサビリティに関連）とviewportメタタグ（モバイルフレンドリに関連）についてはすでに説明した。

他にも2種類のメタタグを理解しておく必要がある：

タイトルタグ：ページのタイトルを示す。検索エンジンは、検索結果のクリック可能な青いリンクを形成するためにタイトルタグを使用します。詳しくは、タイトルタグのガイドをお読みください。
メタディスクリプション：ページの簡単な説明。検索エンジンは、検索結果でページのスニペットを形成するためにこれを使用する。メタディスクリプションはGoogleのランキングアルゴリズムには直接関係しませんが、最適化されたメタディスクリプションには他にもSEO効果が期待できます。

サイト監査レポートでこれらのメタタグに関連する問題を確認するには、「問題」タブで「メタタグ」カテゴリを選択します。

カノニカルタグの問題

Canonicalタグは、ページの "canonical"（または "main"）コピーを示すために使用されます。重複または類似したコンテンツを持つページが複数ある場合に、どのページをインデックスさせる必要があるかを検索エンジンに伝える。

canonicalタグは、ページのコードの <head> セクションに置かれ、「canonical」バージョンを指す。

こんな感じだ：

<link rel="canonical" href="https://www.domain.com/the-canonical-version-of-a-page/" />

よくある正規化の問題は、ページにcanonicalタグがないか、複数のcanonicalタグがあることです。もちろん、canonicalタグが壊れている可能性もある。

サイト監査ツールは、これらの問題をすべて検出することができます。正規化に関する問題のみを表示したい場合は、「Issues」に行き、一番上のフィルターで「正規化」カテゴリーを選択してください。

さらに読む カノニカルURL

Hreflang属性の問題

hreflang属性は、ページの対象地域と言語を表します。これは、検索エンジンがユーザーの場所と言語設定に基づいて、ページの適切なバリエーションを提供するのに役立ちます。

あなたのサイトが複数の国のオーディエンスにリーチする必要がある場合、 <リンク> タグに hreflang 属性を使用する必要があります。

このようになる：

hreflangアノテーションを監査するには、Site Auditの「International SEO」テーマ別レポートにアクセスしてください。

あなたのサイト上のすべてのhreflangの問題を包括的に概観することができます：

レポートの下部には、hreflang属性が欠落しているページの詳細リストと、サイトの言語バージョンの総数も表示されます。

さらに読むHreflangは最も複雑なSEOトピックの1つです。 hreflang属性についてもっと知りたい方は、hreflangの初心者ガイドか、Aleyda Solisによるhreflangアノテーションの監査ガイドをご覧ください。

JavaScriptの問題

JavaScriptは、ページ上にインタラクティブな要素を作成するために使用されるプログラミング言語です。

Googleなどの検索エンジンは、JavaScriptファイルを使用してページをレンダリングします。 Googleがファイルをレンダリングできなければ、ページを適切にインデックスすることはできない。

サイト監査ツールは、壊れたJavaScriptファイルを検出し、影響を受けるページにフラグを立てます。

GoogleがJavaScriptを使用しているページをどのようにレンダリングしているかを確認するには、Google Search Consoleにアクセスし、"URL 検査ツール"を使用する。

一番上の検索バーにURLを入力してエンターキーを押す。

検査が終わったら、右上にある「Test Live URL」ボタンをクリックして、ライブバージョンのページをテストすることができます。検査には1、2分かかるかもしれない。

これで、Googleがどのようにレンダリングしているのか、正確にページのスクリーンショットを見ることができる。そのため、検索エンジンがコードを正しく読み取っているかどうかをチェックすることができる。

View Tested Page"リンクをクリックし、"Screenshot "タブをクリックするだけです。

コンテンツに矛盾や欠落がないかチェックし、何かがブロックされていないか、エラーが発生していないか、タイムアウトしていないかを調べる。

当社のJavaScript SEOガイドは、JavaScript固有の問題を診断し、修正するのに役立ちます。

構造化データの問題

構造化データとは、特定のコード形式（マークアップ）で整理されたデータのことで、検索エンジンにコンテンツに関する追加情報を提供します。

ウェブ開発者の間で最も人気のあるマークアップ言語の共有コレクションのひとつがSchema.orgだ。

スキーマを使うことで、検索エンジンがページをインデックスし、正しく分類しやすくなる。さらに、SERPの特徴（リッチリザルトとも呼ばれる）を捉えるのにも役立つ。

SERPの特徴は、その異なる形式のために他の検索結果よりも目立つ特別なタイプの検索結果です。例えば、以下のようなものがある：

強調スニペット
レビュー
よくあるご質問

あなたのページがリッチリザルトの対象かどうかをチェックするのに最適なツールは、Googleのリッチリザルトテストツールです。

URLを入力するだけです。あなたのページで検出されたすべての構造化データ項目が表示されます。

例えば、このブログ記事は「記事」と「パンくず」の構造化データを使っている。

このツールは、特定の構造化データ項目の横に問題点をリストアップし、問題点の修正方法に関するGoogleのドキュメントへのリンクを表示する。

また、サイト監査ツールの「マークアップ」テーマ別レポートを使用して、構造化データの問題を特定することもできます。

監査概要の「マークアップ」ボックスで「詳細を表示」をクリックするだけです。

このレポートは、あなたのサイトが使用しているすべての構造化データ・タイプの概要を提供します。そして、すべての無効項目のリスト。

さらに読む マークアップ」レポートの詳細と、ページのスキーママークアップを生成する方法については、こちらをご覧ください。

8. HTTPSの問題の確認と修正

あなたのウェブサイトは、HTTPSプロトコルを使用する必要があります（暗号化されていないHTTPとは対照的です）。

これは、サードパーティベンダーのSSL証明書と呼ばれるセキュリティ証明書を使用する安全なサーバー上でサイトが実行されることを意味します。

ウェブブラウザのURLの横に南京錠が表示されることで、サイトが正当なものであることを確認し、ユーザーとの信頼関係を築く：

さらに、HTTPSはGoogleのランキングシグナルとして確認されている。

HTTPSの実装は難しくない。しかし、それはいくつかの問題を引き起こす可能性がある。ここでは、テクニカルSEO監査でHTTPSの問題に対処する方法を説明します：

サイト監査の概要で「HTTPS」レポートを開きます：

ここには、HTTPSに関連するすべての問題のリストがあります。あなたのサイトが問題を引き起こした場合、影響を受けたURLと問題の修正方法に関するアドバイスを見ることができます。

よくある問題には以下のようなものがある：

証明書の有効期限切れ：セキュリティ証明書を更新する必要があるかどうかをお知らせします。
古いセキュリティプロトコルのバージョン：あなたのウェブサイトが古いSSLまたはTLS（トランスポート・レイヤー・セキュリティ）プロトコルを実行しているかどうかを知らせます。
サーバー名表示なし：サーバーがSNI（Server Name Indication）をサポートしているかどうかを知らせます。SNIを使用すると、同じIPアドレスで複数の証明書をホストしてセキュリティを向上させることができます。
混合コンテンツ：サイトに安全でないコンテンツが含まれているかどうかを判断し、ブラウザに「安全ではありません」という警告を表示します。

9. 問題のあるステータス・コードの検索と修正

HTTPステータスコードは、ブラウザのページ読み込み要求に対するWebサイトのサーバーの応答を示す。

1XXステータスは情報である。そして、2XXステータスはリクエストの成功を報告する。心配する必要はない。

代わりに、他の3つのカテゴリー-3XX、4XX、5XXのステータスを確認する。それにどう対処するか。

まず、サイト監査で「問題」タブを開き、一番上のフィルターで「HTTP ステータス」カテゴリーを選択します。

これはHTTPステータスに関連するすべての問題と警告をリストアップする。

特定の問題をクリックすると、影響を受けるページが表示されます。

3XX ステータス・コード

3XXステータスコードは、リダイレクト-ユーザー（および検索エンジンのクローラー）があるページにたどり着いたものの、新しいページにリダイレクトされた場合を示します。

ステータスコードが3XXのページは、必ずしも問題があるとは限らない。しかし、問題を避けるためには、必ず正しく使用する必要がある。

サイト監査ツールは、すべてのリダイレクトを検出し、関連する問題にフラグを立てます。

最も一般的なリダイレクトの問題は以下の2つである：

リダイレクトチェーン：元のURLと最終URLの間に複数のリダイレクトが存在する場合
リダイレクト・ループ：元のURLから別のURLにリダイレクトされ、そのURLからまた元のURLにリダイレクトされる。

リダイレクトを監査し、Site Auditの指示に従ってエラーを修正してください。

さらに読む リダイレクト

4XXステータスコード

4XXエラーは、リクエストされたページにアクセスできないことを示す。最も一般的な4XXエラーは404エラーです：ページが見つかりません。

Site Auditでステータスが4XXのページが見つかった場合、そのページを指す内部リンクをすべて削除する必要があります。

まず、該当するページの番号をクリックして、特定の号を開きます：

影響を受けるURLのリストが表示されます：

各行の「リンク切れを表示」をクリックすると、レポートに記載されている4XXページを指す内部リンクが表示されます。

4XXページを指す内部リンクを削除する。または、リンクを適切な代替物に置き換える。

5XX ステータス・コード

5XXエラーはサーバー側で発生します。これらのエラーは、サーバーがリクエストを実行できなかったことを示す。一般的なものは以下の通り：

サーバーが一時的にダウンまたは利用できない
不適切なサーバー設定
サーバー過負荷

これらのエラーが発生した原因を調査し、可能であれば修正する必要がある。

10. ログファイル解析の実行

ウェブサイトのログファイルには、サイトを訪れたすべてのユーザーとボットに関する情報が記録されています。

ログファイル解析は、検索エンジンがあなたのサイトをクロールするときに何が起こるかを理解するために、ウェブクローラーの視点からあなたのウェブサイトを見るのに役立ちます。

ログファイルを手作業で分析するのは非常に非現実的だ。そこで、Semrushのログファイルアナライザーのようなツールを使用することをお勧めします。

分析を開始するには、アクセスログファイルのコピーが必要です。コントロールパネルにあるサーバーのファイルマネージャー、またはFTP（ファイル転送プロトコル）クライアントからアクセスしてください。

その後、ファイルをツールにアップロードし、分析を開始する。このツールは、あなたのサイトのGooglebotの活動を分析し、レポートを提供します。このようになる：

ウェブサイトに関する以下のような質問に答えるのに役立ちます：

エラーが原因でウェブサイトが完全にクロールされないのですか？
どのページが最もクロールされているか？
どのページがクロールされていないのか？
構造的な問題は、いくつかのページのアクセシビリティに影響しますか？
クロール予算はどの程度効率的に使われているか？

これらの質問に答えることで、SEO戦略を洗練させたり、ウェブページのインデックスやクロールに関する問題を解決したりすることができます。

例えば、ログファイルアナライザーが、Googlebotがウェブサイトを完全にクロールするのを妨げるエラーを特定した場合、あなたや開発者は、エラーを解決するための措置を講じることができます。

このツールの詳細については、ログファイルアナライザーガイドをお読みください。

まとめ

徹底的な技術的SEO監査は、ウェブサイトの検索エンジンパフォーマンスに大きな効果をもたらします。

あとは始めるだけだ：

サイト監査ツールを使用して、問題を特定し、修正します。そして、時間の経過とともにパフォーマンスが向上していくのを見るのだ。

この記事は2024年に更新されました。 A.J.によるオリジナル記事からの抜粋。ゲルギッチ。

テクニカルSEO監査の10のステップ