技術的なSEO監査を実施する方法

公開: 2022-04-12

ウェブサイトのSEOの技術的要素は、検索のパフォーマンスにとって非常に重要です。 それらを理解して維持すれば、あなたのウェブサイトは目立つようにランク付けされ、トラフィックを増やし、売り上げを伸ばすのに役立ちます。 それらを無視すると、ページがSERPに表示されないリスクがあります。

この記事では、技術的なSEO監査を実施して、Webサイトの構造の問題を見つけて修正する方法を学びます。 コンテンツ、速度、構造、モバイルフレンドリーなどの主要なランキング要素を調べて、サイトをクロールしてインデックスに登録できるようにします。

また、ページ上およびページ外のSEOの取り組みとパフォーマンスを向上させるために必要なツールと、それらの使用方法についても説明します。

技術的なSEO監査を使用してSEOのパフォーマンスを向上させる

技術的なSEO監査をウェブサイトのヘルスチェックと考えてください。 デジタルマーケティングキャンペーンを定期的にレビューして最大限に活用するのと同じように、技術的なSEO監査では、サイトのパフォーマンスを評価して、改善すべき領域を特定します。

これらの領域は、次の3つのカテゴリに分類されます。

1.技術的なエラー

ウェブサイトのバックエンドとフロントエンドで、パフォーマンス、つまりSEOに悪影響を与える危険信号を特定します。 技術的なエラーには、クロールの問題、リンク切れ、サイトの速度の低下、コンテンツの重複などがあります。 この記事では、これらのそれぞれについて見ていきます。

2.UXエラー

ユーザーエクスペリエンス(UX)は、SEOの問題ではなく、設計の問題として考えられる傾向があります。 ただし、Webサイトの構造は、SEOのパフォーマンスに影響します。

重要なページと優先度の低いページをよりよく理解するために、GoogleはPageImportanceと呼ばれるアルゴリズムを使用しています。

ページの重要性は、ページのタイプ、内部リンクと外部リンク、更新頻度、およびサイトマップによって決まります。 ただし、UXの観点からより重要なのは、ページの位置によって決定されることです。 言い換えれば、ページがあなたのサイトのどこにあるかです。

これにより、Webサイトアーキテクチャは重要な技術的SEO要因になります。 ユーザーがページを見つけるのが難しいほど、Googleがページを見つけるのに時間がかかります。 理想的には、ユーザーはできるだけ少ないクリックでどこにでも到達できる必要があります。

技術的なSEO監査は、サイトの構造とアクセス可能性に関する問題に対処し、これを妨げるものです。

3.ランキングの機会

これは、技術的なSEOがページ上のSEOと出会う場所です。 監査は、サイトアーキテクチャの主要なページに優先順位を付けるだけでなく、次の方法でページの重要性をGoogleに納得させるのに役立ちます。

  • 同じまたは類似のキーワードを対象とするコンテンツを特定してマージする。
  • 重要性を薄める重複コンテンツを削除する。
  • ユーザーが検索エンジンの結果ページ(SERP)で探しているものを確認できるように、メタデータを改善します。

それは、Googleがあなたのウェブサイトをよりよく理解し、適切な検索でページが表示されるようにすることです。

あらゆる種類のヘルスチェックと同様に、技術的なSEO監査は1回限りのことではありません。 それはあなたのウェブサイトが構築または再設計されたとき、構造の変更後、そして定期的に行われるべきです。

一般的な経験則では、毎月ミニ監査を実行し、四半期ごとにさらに詳細な監査を実行します。 このルーチンに固執することは、Webサイトへの変更がSEOのパフォーマンスにどのように影響するかを監視および理解するのに役立ちます。

技術的なSEO監査の実行に役立つ6つのツール

技術監査を実行するために使用するSEOツールは次のとおりです。

  • スクリーミングフロッグSEOスパイダー
  • Google検索コンソール
  • グーグルアナリティクス
  • Googleページスピードインサイト
  • Googleモバイルフレンドリーテスト
  • BrowserStackレスポンシブテスト

これらのツールは無料ですが、無料プランのユーザーを500ページに制限するScreamingFrogを除きます。

500ページを超える大規模なWebサイトを運営している場合、Screaming Frogの有料版では、年間149ドルで無制限のクロールが提供されます。

または、Semrushのサイト監査ツール(最大100ページまで無料)またはAhrefsサイト監査ツールを使用できます。 どちらも同様のジョブを実行しますが、エラーと警告のフラグ付けの利点が追加され、技術的な問題を修正する方法が説明されています。

1. robots.txtファイルを見つけ、クロールレポートを実行してエラーを特定します

ウェブサイトのページは、検索エンジンがクロールできる場合にのみインデックスに登録できます。 したがって、クロールレポートを実行する前に、robots.txtファイルを確認してください。 ルートドメインの最後に「robots.txt」を追加すると、次のように見つけることができます。

https://yourdomain.com/robots.txt

robots.txtファイルは、ボットがサイトにアクセスしたときに最初に検出するファイルです。 そこにある情報は、「許可」と「禁止」によってクロールすべきものとすべきでないものを示しています。

UnbounceWebサイトの例を次に示します。

Unbounceのrobots.txtのスクリーンショット

Unbounceが、検索クローラーがサイトの特定の部分をクロールしないように要求していることがわかります。 これらは、SEOの目的でインデックスを作成する必要のないバックエンドフォルダーです。

Unbounceは、これらを禁止することで、帯域幅とクロールの予算(Googlebotが特定の時間枠内にウェブサイトでクロールしてインデックスを作成するページ数)を節約できます。

eコマースストアのように数千ページの大規模なサイトを運営している場合、robots.txtを使用してインデックス登録が不要なページを禁止すると、Googlebotが重要なページにアクセスするための時間が長くなります。

Unbounceのrobots.txtも、サイトマップでボットをポイントします。 サイトマップには、GoogleとBingに検出させたいすべてのページの詳細が記載されているため、これは良い習慣です(これについては次のセクションで詳しく説明します)。

robots.txtを調べて、クローラーがプライベートフォルダーやページをクロールしていないことを確認します。 同様に、インデックスを作成する必要のあるページを禁止していないことを確認してください。

robots.txtに変更を加える必要がある場合は、Webサーバーのルートディレクトリにあります(これらのファイルに慣れていない場合は、Web開発者の助けを借りる価値があります)。 WordPressを使用している場合は、無料のYoastSEOプラグインを使用してファイルを編集できます。 Wixなどの他のCMSプラットフォームでは、組み込みのSEOツールを使用して変更を加えることができます。

クロールレポートを実行して、Webサイトがインデックスに登録可能であることを確認します

ボットに正しい指示が与えられていることがわかったので、クロールレポートを実行して、インデックスを作成するページが妨げられていないことを確認できます。

Screaming FrogにURLを入力するか、Google検索コンソールで[インデックス]>[カバレッジ]に移動します。

これらの各ツールは、異なる方法でメトリックを表示します。

Screaming Frogは、各URLを個別に調べ、インデックス作成の結果を2つの列に分割します。

1.インデックス作成可能性:これは、URLがインデックス作成可能またはインデックス作成不可の場所を示します

2.インデックス作成可能性ステータス: URLがインデックス作成不可である理由

スクリーミングフロッグのインデックス可能性チェック

Google検索コンソールのインデックスカバレッジレポートには、ウェブサイトのすべてのページのステータスが表示されます。

Google検索コンソールのインデックスカバレッジレポート

レポートは次のことを示しています。

  • エラー:リダイレクトエラー、リンク切れ、404
  • 警告で有効:インデックスが作成されているが、意図的である場合とそうでない場合がある問題があるページ
  • 有効:正常にインデックス付けされたページ
  • 除外: robots.txtによってブロックされたり、リダイレクトされたりするなどの理由で、インデックスから除外されたページ

リダイレクトエラーにフラグを付けて修正し、クロールとインデックス作成を改善します

Webサイトのすべてのページには、HTTPステータスコードが割り当てられています。 各コードは異なる機能に関連しています。

Screaming Frogは、これらをステータスコード列に表示します。

スクリーミングフロッグ内部チェッカー

すべて順調です。Webサイトのほとんどのページは200のステータスコードを返します。これは、ページに問題がないことを意味します。 エラーのあるページには、3xx、4xx、または5xxのステータスコードが表示されます。

監査で表示される可能性のあるコードの概要と、重要なコードを修正する方法は次のとおりです。

3xxステータスコード

  • 301:永続的なリダイレクト。 コンテンツは新しいURLに移動され、古いページのSEO値が渡されます。

複数のリダイレクトを引き起こすリダイレクトチェーンまたはループがない限り、301は問題ありません。 たとえば、リダイレクトAがリダイレクトBとCに移動してDに到達すると、ユーザーエクスペリエンスが低下し、ページ速度が低下する可能性があります。 これにより、バウンス率が高くなり、コンバージョンに悪影響を与える可能性があります。 この問題を修正するには、リダイレクトAが直接Dに移動するように、リダイレクトBとCを削除する必要があります。

ScreamingFrogの[Reports]>[RedirectChains]に移動すると、リダイレクトのクロールパスをダウンロードして、削除する必要のある301を特定できます。

  • 302:一時的なリダイレクト。 コンテンツは一時的にURLに移動されました。

302は、新しいテンプレートやレイアウトを試してみたいA/Bテストなどの目的に役立ちます。 ただし、302が3か月以上使用されている場合は、301にする価値があります。

  • 307:送信元から宛先へのプロトコルの変更による一時的なリダイレクト。

このリダイレクトは、移動が一時的なものであり、元のURLが引き続き必要であることが確実な場合に使用する必要があります。

4xxステータスコード

  • 403:アクセス禁止。 これは、コンテンツがログインの背後に隠されている場合に表示される傾向があります。
  • 404:リンク切れのため、またはページまたは投稿が削除されたがURLがリダイレクトされていないため、ページが存在しません。

リダイレクトチェーンのように、404は優れたユーザーエクスペリエンスにはなりません。 404ページを指す内部リンクをすべて削除し、リダイレクトされた内部リンクで更新します。

  • 410:ページが完全に削除されました。

410エラーが表示されているページをチェックして、それらが完全になくなっていること、および301リダイレクトを保証できるコンテンツがないことを確認します。

  • 429:短時間にサーバーリクエストが多すぎます。

5xxステータスコード

すべての5xxステータスコードはサーバーに関連しています。 これらは、サーバーがリクエストを実行できなかったことを示しています。 これらには注意が必要ですが、問題はWebサイトではなく、ホスティングプロバイダーまたはWeb開発者にあります。

重要なページに検索エンジンを向けるための正規タグを設定する

正規のメタタグは、ページのコードの<head>セクションに表示されます。

<link rel =” canonical” href =” https://www.yourdomain.com/page-abc/” />

正規タグを強調するソースコード

これらは、同一または類似のコンテンツを持つページがある場合に、検索エンジンボットにインデックスを作成してSERPに表示するページを知らせるために存在します。

たとえば、eコマースサイトが青いおもちゃの警察の車を販売していて、 「おもちゃ>車>青いおもちゃの警察の車」「おもちゃ>警察の車>青いおもちゃの車」の下にリストされているとします。

両方のページで同じ青いおもちゃのパトカーです。 唯一の違いは、ページに移動するブレッドクラムリンクです。

「マスターページ」(おもちゃ>車)に正規タグを追加することで、これがオリジナルの製品であることを検索エンジンに通知します。 「おもちゃ>パトカー>青いおもちゃの車」に記載されている商品はコピーです。

正規タグを追加する場合のもう1つの例は、ページにURLパラメーターが追加されている場合です。

たとえば、「 https://www.yourdomain.com/toys」は「 https://www.yourdomain.com/toys?page=2」または「https://www.yourdomain.com/」と同様のコンテンツを表示します。結果のフィルタリングに使用されているtoys?price=descending」

正規タグがないと、検索エンジンは各ページを一意として扱います。 これは、複数のページにインデックスを付けることを意味するだけでなく、マスターページのSEO値を減らすだけでなく、クロールの予算も増やします。

標準タグは、追加ページ(メインページではない)のページコードの<head>セクションに直接追加できます。または、WordPressやMagnetoなどのCMSを使用している場合は、プロセスを簡単にするYoastSEOなどのプラグインを使用できます。

2.サイトのアーキテクチャとサイトマップを確認して、コンテンツにアクセスできるようにします

サイトクロールを実行すると、Webサイトの技術的なエラーのほとんどに対処するのに役立ちます。 次に、UXエラーを確認する必要があります。

冒頭で述べたように、ユーザーは数回クリックするだけでサイトの目的の場所にアクセスできるはずです。 より簡単な人間の経験は、より簡単な検索ボットの経験と同義です(これもまた、クロールの予算を節約します)。

そのため、サイト構造は論理的で一貫している必要があります。 これは、Webサイトのアーキテクチャをフラット化することで実現されます。

トピックに関するBacklinkoのガイドからの複雑なサイトアーキテクチャと単純な(フラット)サイトアーキテクチャの例を次に示します。

複雑なサイトアーキテクチャのインフォグラフィック
シンプルな(フラットな)サイトアーキテクチャのインフォグラフィック

2番目の画像で、ホームページからサイトの他のページに移動するのがどれほど簡単かがわかります。

実際の例については、CXLホームページをご覧ください。

CXLホームページのスクリーンショット+メニューナビゲーション

3回クリックするだけで、必要なコンテンツにアクセスできます。「JoannaWiebeによるMofoのように売れるコピーの書き方」。

  1. ホーム>リソース
  2. リソース>コンバージョン率最適化ガイド
  3. コンバージョン率最適化ガイド>JoannaWiebeによるMofoのように売れるコピーの書き方

ページがホームページに近いほど、そのページは重要になります。 したがって、キーワードに基づいてページを再グループ化し、オーディエンスに最も関連性の高いページをサイトの上部に近づけるようにする必要があります。

フラット化されたWebサイトのアーキテクチャは、そのURL構造によってミラーリングされる必要があります。

たとえば、「 cxl.com/conversion-rate-optimization/how-to-write-copy-that-sells-like-a-mofo-by-joanna-wiebe/」に移動すると、URLは次のパスに従いました。取った。 また、ブレッドクラムを使用することで、簡単に戻ることができるように、どのようにしてそこに到達したかを確認できます。

一貫性のあるSEO戦略を作成し、コンテンツ間の関係を整理するには、ハブアンドスポーク方式を使用します。

Portentは、この方法を「関連コンテンツの複数のページ(「スポーク」ページと呼ばれることもあります)を中央のハブページにリンクすることを含む内部リンク戦略」と説明しています。

ハブアンドスポークモデルのイラスト

この例では、 「コンバージョン率の最適化」 ガイドがハブで、「ジョアンナ・ウィーブのモフォのように売れるコピーの書き方」がスポークです。

Webサイトのサイズによっては、アーキテクチャをフラット化し、ナビゲーションをオーバーホールするために、Web開発者の支援が必要になる場合があります。 ただし、関連するページに内部リンクを追加することで、ユーザーエクスペリエンスを簡単に向上させることができます。

たとえば、「Joanna WiebeによるMofoのように売れるコピーの書き方」の下部には、他のスポークコンテンツへのリンクがあります。

内部リンクの例(さらに読む)

また、特定のキーワードに関連するページにリンクすることにより、本文のコンテンツで行うこともできます。

内部リンクの例(コンテキストリンク)

上の画像の「最適化」は、CXLのコンバージョン率最適化ガイドにリンクしています。

Webサイトの構造を反映するようにサイトマップを整理する

サイトに掲載されているURLは、XMLサイトマップのURLと一致している必要があります。 これは、ウェブサイトをクロールするためのガイドとして、robots.txtでボットをポイントする必要があるファイルです。

robots.txtと同様に、ルートドメインの末尾に「sitemap.xml」を追加することでXMLサイトマップを見つけることができます。

https://yourdomain.com/sitemap.xml

サイトアーキテクチャを更新する場合は、サイトマップも更新する必要があります。 WordPress、Yoast SEO、Google XMLサイトマップなどのCMSは、新しいコンテンツが作成されるたびにサイトマップを生成して自動的に更新できます。 WixやSquarespaceなどの他のプラットフォームにも、同じ機能が組み込まれています。

手動で行う必要がある場合、XMLサイトマップは自動的にXMLサイトマップを生成し、これをWebサイトの(/)フォルダーに貼り付けることができます。 ただし、これは、これらのファイルの処理に自信がある場合にのみ行う必要があります。 そうでない場合は、Web開発者の助けを借りてください。

更新したサイトマップを入手したら、Google検索コンソールの[インデックス]>[サイトマップ]で送信します。

ここから、Googleはクロール可能性とインデックス作成の問題にフラグを立てます。

Google検索コンソールにリストされているサイトマップのスクリーンショット

作業中のサイトマップには、「成功」のステータスが表示されます。 ステータスにエラーありまたはフェッチできませんでしたと表示されている場合は、サイトマップのコンテンツに問題がある可能性があります。

robots.txtファイルと同様に、サイトマップには、SERPで取り上げたくないページを含めないでください。 ただし、インデックスを作成するすべてのページ、つまりサイトでの表示方法を正確に含める必要があります。

たとえば、Googleで「 https://yourdomain.com/toys」のインデックスを作成する場合、サイトマップはHTTPSプロトコルを含めてそのドメインを正確にコピーする必要があります。 「 http://yourdomain.com/toys」または「 /toys」は、ページがクロールされないことを意味します。

3.サイトの速度とモバイルの応答性をテストして改善します

サイトの速度は長い間検索エンジンのランキングの要因でした。 Googleは2010年に最初に同じことを確認しました。2018年に、彼らはモバイル検索結果のランキング要素としてモバイルページの速度を展開することによって賭け金を引き上げました。

速度に基づいてウェブサイトをランク付けする場合、Googleは2つのデータポイントを調べます。

1.ページ速度:ページの読み込みにかかる時間

2.サイトの速度:ページビューのサンプルが読み込まれるまでにかかる平均時間

サイトを監査するときは、ページの速度だけに注目する必要があります。 ページの読み込み時間を改善すると、サイトの速度が向上します。 Googleは、PageSpeedInsightsアナライザーを使用してこれを行うのに役立ちます。

Googleページスピードチェッカー

URLを入力すると、PageSpeed Insightsが0から100まで評価します。スコアは、GoogleChromeブラウザユーザーから収集された実際のフィールドデータとラボデータに基づいています。 また、改善の機会を提案します。

貧弱な画像、JavaScript、CSSファイルの最適化、およびブラウザのキャッシュ方法は、ページの読み込みが遅い原因である傾向があります。 幸い、これらは簡単に改善できます。

GooglePageSpeedツールからのサイト速度の機会
  • OptimizillaまたはSquooshを使用すると、品質に影響を与えることなく画像のサイズを縮小できます。 WordPressを使用している場合、ImagifyImageOptimizerやTinyPNGなどの最適化プラグインは同じ仕事をします。
  • コードをミニファイに貼り付けて空白とコメントを削除することにより、JavaScriptファイルとCSSファイルを減らします
  • WordPressを使用している場合は、ユーザーがクリックするたびにページを動的に生成するのではなく、W3TotalCacheまたはWPSuperCacheを使用して静的バージョンのページを作成して検索者に提供します。 WordPressを使用していない場合は、サイトコードでキャッシュを手動で有効にすることができます。

最も重要なページに優先順位を付けることから始めます。 Googleアナリティクスで[行動]>[サイトの速度]に移動すると、指標は特定のページがさまざまなブラウザや国でどのように機能するかを示します。

GoogleAnalyticsでのサイト速度のパフォーマンス

これを最も閲覧されているページと照合し、サイトを上から下に向かって作業します。

ウェブサイトがモバイルフレンドリーかどうかを確認する方法

2021年3月、Googleはモバイルファーストのインデックス作成を開始しました。 これは、Googleがインデックスに登録するページがサイトのモバイルバージョンに基づくことを意味します。 したがって、小さい画面でのサイトのパフォーマンスは、SERPでのサイトの表示場所に最大の影響を及ぼします。

Googleのモバイルフレンドリーテストツールは、サイトがモバイルデバイス向けに最適化されているかどうかを確認する簡単な方法です。

Googleのモバイルフレンドリーテストのスクリーンショット

レスポンシブまたはモバイルファーストのデザインを使用する場合は、心配する必要はありません。 どちらも小さな画面でレンダリングするように開発されており、技術的なSEO監査の結果として行った変更により、すべてのデバイスでサイトと検索のパフォーマンスが向上します。

ただし、レスポンシブデザインがモバイルの最適化ではない理由について、Shanelle Mullinが彼女の記事で示しているように、レスポンシブデザインは優れたユーザーエクスペリエンスを保証するものではありません。

BrowserStackのレスポンシブツールを使用して、実際のデバイスでサイトをテストできます。

BrowserStackのレスポンシブツールのスクリーンショット

スタンドアロンのモバイルサイトもGoogleテストに合格する必要があります。 モバイルとデスクトップの別々のサイトでは、両方のバージョンを監査する必要があることに注意してください。

モバイルでサイトの速度を向上させるためのもう1つのオプションは、Accelerated Mobile Pages(AMP)です。 AMPは、HTMLよりも高速に読み込まれるようにWebページの簡略化されたバージョンをユーザーに提供するように設計されたGoogleが支援するプロジェクトです。

Googleには、コードまたはCMSプラグインを使用してAMPページを作成するためのチュートリアルとガイドラインがあります。 ただし、これらがサイトにどのように影響するかを知っておくことが重要です。

作成するすべてのAMPページは、元のページと一緒に存在する新しいページです。 したがって、それらがURLスキームにどのように適合するかを考慮する必要があります。 次のURL構造を使用することをお勧めします。

http://www.example.com/myarticle/amp

http://www.example.com/myarticle.amp.html

また、マスターページを識別するために正規のタグが使用されていることを確認する必要があります。 これはAMPページにすることができますが、元のページが優先されます。 これは、AMPページがウェブページの基本バージョンを提供しているため、広告収入を獲得したり、同じ詳細レベルの分析にアクセスしたりすることができないためです。

AMPページは、HTMLページと同じ方法で監査する必要があります。 有料購読者の場合、Screaming Frogには、AMPの問題を見つけて修正するのに役立つ機能があります。 これは無料版で行うことができますが、ページのリストをアップロードする必要があります。

5.重複するコンテンツとキーワードの共食いの問題を見つけて修正し、SEOを微調整します

この段階までに、コンテンツ監査はすでに開始されています。 正規のタグを追加すると、マスターページに同様のページよりもSEOの価値が与えられます。 フラット化されたサイトアーキテクチャにより、最も重要なコンテンツに簡単にアクセスできます。 私たちが今やろうとしているのは微調整です。

重複するコンテンツがないかサイトを確認します

同一の情報を含むページは必ずしも悪いとは限りません。 たとえば、前に使用したおもちゃのパトカーのページの例は、ユーザーに関連する結果を提供するために必要です。

ランク付けしようとしているページと同じページがある場合、これらは問題になります。 そのような場合、あなたはページをランキングとクリックで互いに競争させているので、それらの可能性を薄めています。

製品ページだけでなく、重複コンテンツの問題はいくつかの理由で発生する可能性があります。

  • ヘッダー、ページタイトル、メタディスクリプションを再利用して、本文のコンテンツが同じでない場合でもページを同一に表示する
  • 履歴またはテストの目的で使用された同一のページを削除またはリダイレクトしない
  • 複数のURLを持つ単一のページに正規タグを追加しない

サイトクロールは、重複するページを特定するのに役立ちます。 以下の重複についてコンテンツを確認してください。

  • タイトル
  • ヘッダータグ
  • メタディスクリプション
  • ボディコンテンツ

次に、これらのページを削除するか、複製された要素を書き換えて一意にすることができます。

類似のキーワードを共食いするコンテンツをマージする

キーワードの共食いは、検索エンジンに類似のコンテンツから選択させるという点で、重複コンテンツに似ています。

これは、同じクエリにランク付けされるさまざまなコンテンツがサイトにある場合に発生します。 トピックが類似しているか、同じキーワードをターゲットにしているためです。

たとえば、2つの投稿を書いたとします。 1つは「履歴書の書き方」に最適化された「履歴書の書き方」に関するもので、もう1つは「履歴書の書き方」に最適化された「履歴書の書き方のヒント」に関するものです。

投稿は検索エンジンが最も重要なものを理解するのに苦労するのに十分似ています。

「site:yourdomain.com +'keyword」をグーグルで検索すると、キーワードの共食いが問題であるかどうかを簡単に見つけることができます。

あなたの投稿が1位と2位にランクされている場合、それは問題ではありません。 ただし、コンテンツがSERPのさらに下にランク付けされている場合、または古い投稿が更新された投稿よりも上にランク付けされている場合は、それらをマージする価値があります。

  1. Google検索コンソールの[パフォーマンス]セクションに移動します。
  2. フィルタから[新規]>[クエリ]をクリックし、共食いキーワードを入力します。
  3. [ページ]タブで、キーワードのトラフィックが最も多いページを確認できます。 これは、他のすべてをマージできるページです。
Google検索コンソールクエリ検索

たとえば、「履歴書の書き方」を拡張して、履歴書の書き方のヒントを含め、履歴書の書き方の決定的なガイドにすることができます。

すべてのページで機能するわけではありません。 場合によっては、関連性がなくなったコンテンツの削除を検討することをお勧めします。 ただし、キーワードが類似している場合は、コンテンツを組み合わせることで検索ランキングを強化できます。

タイトルタグとメタディスクリプションを改善して、SERPのクリック率(CTR)を向上させます

タイトルタグとメタディスクリプションはランキング要素ではありませんが、それらが縁石の魅力に違いをもたらすことは否定できません。 それらは本質的にあなたのコンテンツを宣伝する方法です。

技術的なSEO監査を実行することは、古いタイトルと説明を最適化し、ギャップを埋めてSERPのクリック率を向上させる理想的な時期です。

タイトルと説明は、自然で、関連性があり、簡潔で、ターゲットキーワードを使用する必要があります。 コピーハッカーのコピーライティング式ガイドの検索結果の例を次に示します。

Copyhackersコピーライティング式ガイドのSERP結果

メタディスクリプションは、コピーライティングの数式がなぜ有用であるのか、そしてそれらを現実の世界でどのように適用できるのかを読者に教えます。

タイトルもSEOの観点からは強力ですが、切り捨てられています。 これは、Googleの600ピクセルの制限を超えている可能性があります。 タイトルを書くときは、この制限に注意してください。

タイトルの先頭に近いキーワードを含め、文字を約60に保つようにします。Mozの調査によると、タイトルがこの制限を下回っている場合、タイトルの最大90%が正しく表示されると予想されます。

同様に、切り捨てを避けるために、メタディスクリプションは約155〜160文字にする必要があります。

Googleが常にメタディスクリプションを使用するとは限らないことに注意してください。 検索クエリによっては、サイトから説明を取得してスニペットとして使用する場合があります。 それはあなたのコントロールの外です。 ただし、ターゲットキーワードがメタタグに含まれている場合は、同様の用語を使用した他の結果よりも優位に立つことができます。

結論

技術的なSEO監査を実行すると、Webサイトの技術的な要素を分析し、検索パフォーマンスとユーザーエクスペリエンスを妨げている領域を改善するのに役立ちます。

ただし、この記事の手順に従うと、現在発生している問題のみが解決されます。 あなたのビジネスが成長し、あなたのウェブサイトが進化するにつれて、そしてグーグルのアルゴリズムが変化するにつれて、リンク、サイトの速度、そしてコンテンツに関する新しい問題が発生します。

したがって、技術監査は、ページ上のおよびページ外のSEOの取り組みとともに、継続的な戦略の一部である必要があります。 定期的に、またはWebサイトの構造やデザインを更新するたびに、Webサイトを監査します。