ウェブサイトを家に例えると、ペンキ、家電、家具は、サイトのコンテンツとデザインに相当します。これらは人々が最初に目にするもので、簡単に修正でき、快適に過ごすための基盤となります。しかし、見えない部分もあります。HVACシステム、煙探知機、電気配線など、住まいを安全に保ち、機能させるための要素です。これが、サイトのテクニカルSEOです。
効果的なテクニカルSEOがない場合、ウェブサイトはしばらくは機能するかもしれませんが、すぐに問題が現れてきます。そこで、テクニカルSEO監査が重要になります。これを導入することで、ウェブサイトの効果を長期的に確保し、使いやすい状態を保つことができます。
検索エンジンのボットがあなたのサイトを見つけてランク付けするためには、サイトが安全で、簡単にクロールでき、バックエンドの障害がないことが必要です。テクニカルSEOは複雑で技術的ですが、検索エンジンの結果で良いランクを得るためには不可欠です。
テクニカルSEO監査とは?
テクニカルSEO監査では、ウェブサイトの技術的要素を体系的かつ包括的に評価し、検索エンジンの可視性やパフォーマンスに影響を与える可能性のある問題を特定します。ステップバイステップの監査により、サイト速度の遅延、最適化されていないメタデータ、404エラー、不正なカノニカルURLなどの問題を明らかにし、対処できるようになります。目的は、ウェブサイトがGoogleやBingなどの検索エンジンに最適化されていることを確認することです。
テクニカルSEOの主なメリットは、クロール可能性とインデックス可能性を改善できることです。これにより、検索エンジンのボットがあなたのサイトを見つけてページをインデックスし、ランク付けするのが容易になり、検索エンジンのランキングが向上します。また、技術的監査を行うことで、ウェブサイトのセキュリティを向上し、エラーを修正することでユーザーエクスペリエンスを強化し、コンバージョン率を増加させることができます。定期的な監査は、SEOやウェブサイトのメンテナンスコストを時間の経過とともに削減することにもつながります。
テクニカルSEO監査を行うタイミング
包括的なSEO監査を行う頻度は、ウェブサイトのサイズ、技術的インフラ、マーケットの状況によって異なります。一般的には、広範なサイトメンテナンスの一環として、約半年ごとにテクニカルSEO監査を実施するか、ウェブサイトの移行などの大規模な変更後に実施します。
定期的な監査は、前に問題に対処し、長期的な問題(例えば、壊れたリンク)が蓄積されるのを防ぎます。テクニカルSEO監査は、検索ランキングやトラフィックが大幅に不明な理由で減少した場合にも役立ちます。これにより、検索エンジン結果でのサイトのパフォーマンスに悪影響を与える可能性のある根本的な技術的問題を明らかにし、対処することができます。
テクニカルSEO監査の実施方法
SEO監査には、修正が必要な問題をステップバイステップで分類し、それらの変更を行うための戦略的な計画が必要です。
1. 事前監査準備
テクニカルSEO監査を開始する前に、目的を明確に定義しましょう。サイトマップ、内部リンクや外部リンク、またはウェブサイトの速度など、特定の問題を修正したいのか、あるいは全体的なサイト監査を行い、さらに詳細を掘り下げる必要があるのかを考えます。
必要なツールにアクセスできることを確認してください。少なくとも、Google Analytics、Google Search Console、Schema.orgのようなスキーママークアップバリデーターツール、Screaming Frog、Ahrefs、Semrush、またはMozのようなクロールツールが必要です。Screaming Frogはこの目的で最も一般的に使用されるツールであるため、次に行うべきことを説明するためにその設定を使用します。
監査を開始する前に、クロールツールが適切に設定されていることを確認してください。Screaming Frogの設定方法は以下の通りです。
1. 設定 > スパイダー > プリファレンス > ページタイトルの幅を設定 > 最大文字数 = 58
2. 設定 > スパイダー > 制限 > クエリ文字列の制限数 > 1を選択して、URLパラメータをクロールしない。
3. 設定 > コンテンツ > 重複 > 「近似重複を有効にする」にチェックを入れる。
4. 設定 > ユーザーエージェント > 「Googlebot (スマートフォン)」を選択。
5. 設定の下にGAとGSC APIアクセスを追加(オプション)。
クロールツールが適切に設定されたら、監査を開始する準備が整いました。
2. 内部リンクの確認
リンクエラー、壊れたリンク、リダイレクトループ(無限のウェブページリダイレクションサイクル)、不正なカノニカル(誤解を招くまたは不正確なウェブサイトリンク)は、ユーザーの不満を引き起こし、クロールとインデックスの効率を低下させ、サイトのパフォーマンスに影響を与える可能性があります。
以下は、内部リンクの問題の主な種類とその修正方法です。
4xxエラー
4xxエラーは、ユーザーのリクエストに問題がある場合に発生します。たとえば、パラメータが欠落している、認証の問題、または権限の問題などです。これにより、ユーザーエクスペリエンスが悪化し、クロール効率に影響を与えます。404 Not Foundは、最も知られている4xxエラーの1つで、サーバーが指定されたURLで要求されたリソースを見つけられないことを示します。Screaming Frogでこれを確認するには、バルクエクスポート > レスポンスコード > クライアントエラー (4xx) インリンクに移動します。403やその他の誤検知をレポートから削除します。次に、ページが誤って削除された場合は、同じURLでページを復元するか、301リダイレクトを使用して適切なウェブページにリダイレクトします。
3xxコード
3xxエラーは、ウェブサーバーからのリダイレクト応答を示します。理想的には、リンクは最新のライブURLを指すべきで、クロールの帯域幅を無駄にし、クローラーを混乱させないようにします。3xxコードを確認するには、バルクエクスポート > レスポンスコード > クライアントエラー (3xx) インリンクに移動します。すべてのリンクがリダイレクトではなく、最新の最終URLを指していることを確認してください。
孤立ページ
孤立ページは、内部リンクが指していない独立したページであり、そのため、通常はユーザーや検索エンジンによって簡単には発見されません。サイト上の孤立ページを特定するには、サイトマップ > 孤立URLに移動します。インデックス可能な200ステータスコードを持つすべての孤立URLをエクスポートします。これらは潜在的に問題のあるものです。その後、これらのページに貴重な情報が含まれている場合は、内部リンクを追加します。そうでない場合は、公開を取り消し、関連ページにリダイレクトします。
3. サイトマップとインデックスの確認
質の高いサイトは、検索エンジンに対してどのページをクロールし、インデックスするかを明確に指示し、インデックス可能性を制限する問題がないことが求められます。
以下は、注意すべき点です。
Robots.txt
Robots.txtファイルは、検索エンジンのクローラーに対して、サイトのどの部分をクロールするか、またはしないかを伝えます。これらは通常、ウェブサイトのルートディレクトリに存在します。robots.txtを確認する際は、まずサイトにrobots.txtファイルがあるかどうかを確認します。ブラウザに「[yourwebsite].com/robots.txt」と入力して、ファイルの有無を確認します。なお、Shopifyでは、自動的にストア用のrobots.txtを生成します。次に、ボットがアクセスしてインデックスできるサイトの部分と、避けるべき部分に関するルールを探します。
サイトマップ
XMLサイトマップは、検索エンジンやユーザーがサイトの構造や階層を理解し、ナビゲートするための地図として機能します。サイト上のすべてのURLの包括的なリストを含むサイトマップをGoogle Search Consoleに提出します。Google Search Consoleでサイトマップを見るには、インデックス > サイトマップに移動します。サイトマップがない場合は、作成してGoogle Search Consoleに提出します。これにより、クロール可能性が向上し、Googleがサイトマップの質を監査できるようになります。サイトマップに200ステータスコードを返すURLが含まれていないことを確認してください。また、サイトマップには3xx、4xx、またはその他の一般的な非標準ウェブサイト応答コードを返すURLが含まれていないことも確認してください(これは不良なサイトマップとして解釈されます)。
カノニカル
カノニカルURLは、複数の類似URLが同一であることを検索エンジンに通知し、重複の中で最も権威のあるウェブページに誘導するために使用されます。すべてのページにはカノニカルタグが表示されるべきで、通常は自己参照のカノニカルタグです。Shopifyはデフォルトでサイトに適切なカノニカルを生成しますが、ウェブ開発者によってカスタマイズ(または壊される)ことがあります。Screaming Frogで欠落または壊れたカノニカルを確認するには、カノニカル > 欠落およびカノニカル > インデックス不可に移動します(これは通常壊れていることを意味します)。欠落またはインデックス不可のカノニカルには、正しいページを指すカノニカルタグ(rel=“canonical”)を追加または更新します。
4. ブラウザの使いやすさの確認
ウェブサイトが遅い、またはナビゲートしづらい場合、ユーザーは離れがちです。逆に、ポジティブなブラウジング体験はユーザーのエンゲージメントを高め、これは重要なランキング要因です。ブラウザの使いやすさには、3つの重要な要素があります。
ページ速度
Googleは、最適なパフォーマンスのためにページの読み込み時間が2.5秒未満であることを推奨しています。ページ速度を確認するには、URLをGoogleのPageSpeedツールに入力します。ページが多い場合は、検索に最も影響を与えるページに焦点を当てます。モバイルとデスクトップの速度を確認します。
Shopifyを使用している場合は、Shopifyのオンラインストア速度レポートを利用します。このレポートは、HTML、CSS、JavaScriptの最小化、大きなプラグインの削減、または大きな画像のリサイズと遅延読み込みなど、読み込み時間を改善するための診断と機会を提供します。
コアウェブバイタル(CWV)
CWVは、以下の3つの指標で構成されています。その指標とは、Largest Contentful Paint (LCP)(ページの主要コンテンツが読み込まれた時点)、First Input Delay (FID)(ユーザーがサイトと最初に対話してから、ブラウザがその対話を処理し始めるまでの時間)、Cumulative Layout Shift (CLS)(予期しないレイアウトの変更を測定)です。コアウェブバイタルを確認するには、Google Search Consoleのコアウェブバイタルレポートに移動し、潜在的な問題の包括的なリストを確認します。各モバイルおよびデスクトップのコアウェブバイタルレポートを開いて、詳細な洞察を得ます。問題のあるページを特定したら、それらをPageSpeed Insightsツールで実行して、CWVの洞察と修正提案のリストを取得します。(ほとんどのCWVの問題は、ウェブ開発者のサポートが必要です)
モバイルフレンドliness
インターネットユーザーの67%がモバイルデバイスでブラウジングしていますが、ウェブサイトは通常デスクトップで構築されています。これは、多くのサイトがモバイルフレンドリーである機会を逃し、ユーザーを疎外する可能性があります。Googleは、モバイルの応答性を直接ランキング要因としてテストします。サイトがどれほどモバイルフレンドリーであるかを確認するには、ページのURLをGoogleのモバイルフレンドリーテストツールに入力します。ページが多い場合は、検索に最も影響を与えるページを基にサンプルを選択します。ウェブサイトとテーマがGoogleのレスポンシブウェブ開発のベストプラクティスに従っていることを確認します。ほとんどのモバイルフレンドリーの問題に対処するには、HTMLとCSSの知識を持つ開発者が必要です。
5. コンテンツ構造の確認
コンテンツが検索エンジンとユーザーに関連性、価値、独自性を伝えるように整理されていることを確認します。
これらの要素は、テクニカルSEOの観点から最も重要なコンテンツの部分です。
タイトルタグ
タイトルタグは、ブラウザにページのタイトルを伝えるHTMLタグです。ウェブサイトを確認して、重複したページタイトルがないことを確認します。Screaming Frogで、ページタイトル > 重複に移動します。また、タイトルの文字数(理想的には58文字未満で、検索結果に適切に表示されるべき)をScreaming Frogで確認することもできます。ページタイトル > 58文字以上に移動します。重複や過度に長いタイトルタグを編集します。Shopifyでは、ページ、製品、コレクション、ブログ投稿のSEOセクションで直接編集できます。
H1ヘッダー
HTMLでは、H1ヘッダーはページを説明するための最も重要な要素の1つと見なされています。すべてのコンテンツにH1ヘッダーがあり、すべてがユニークであることを確認します。Screaming Frogで、H1 > 欠落およびH1 > 複数に移動します。ヘッダー(通常はページのタイトル)をユニークに更新します。ページに複数のH1が含まれている場合は、目立たないものをH2ヘッダーに変換します。
画像
ウェブサイトのパフォーマンスを最適化するために、ウェブサイト上のすべての画像ファイルが300キロバイト未満であり、アクセシビリティのためにaltタグを含んでいることを確認します。Screaming Frogを使用して、大きな画像を特定するには、画像 > 300Kb以上に移動します。サイト上の配置を特定するには、バルクエクスポート > 画像 > 300Kb以上の画像インリンクに移動します。必要に応じて、Photopea(英語サイト)やTinyPNG(英語サイト)のようなツールで画像を最適化します。Shopifyでは、Tiny:SEOのようなプラグインを使用して、画像を自動的に圧縮したり、ユーザーの画面に表示されるときのみ画像を読み込む遅延読み込みを実装したりできます。
構造化データ
Googleで評価やレビューが表示されるのを見たことがあるなら、それは構造化データスキーマによるものです。構造化データは、Googleがあなたのサイトの情報を分類するのを助け、星の評価、レビュー、FAQなどを含め、検索結果でリッチスニペットを作成するために使用されます。Schema.org(英語サイト)を使用して、ページに適切なスキーママークアップを作成します。Eコマースサイトの場合、製品マークアップに焦点を当てます。始めるための一般的に使用される用語のリストを見つけることができます。この修正はLiquidで実装でき、ウェブ開発者が必要です。
6. 実施
監査を完了すると、サイトのアクションアイテムの長いリストができるでしょう。中には実施が容易なものもあれば、高優先度のものもあります。一般的な指針として、最も優先度が高い項目は、検索エンジンがページを結果に含めるのを直接妨げる発見事項(例えば、robots.txtの問題や4xxの問題)です。次に優先度が高いのは、検索エンジンを混乱させる発見事項(重複コンテンツやカノニカルの問題など)です。その後、ページ速度などのパフォーマンスの問題を見て、最後に構造化データなどの強化の機会を検討します。
ただし、これは一般的なガイドラインです。ニーズや目標に基づいて何が重要かを自分で判断し、必要に応じてSEOの専門家に相談してください。
7. 監査後のモニタリングとメンテナンス
更新を実施した最初の数ヶ月間は、Google Search Consoleで毎週サイトの健康状態をモニタリングし、インデックスとSERPランキングが改善されているか確認します。理想的には、サイト全体の技術監査を6ヶ月ごとに実施するべきです。一般的なメンテナンスとしては、毎月ミニ監査を実施し、コアウェブバイタル、ページ速度の問題、4xxエラー、サイトマップエラーの重要な要素を確認し修正します。
EコマースビジネスのためのテクニカルSEO監査チェックリスト
技術監査を開始するために、EコマースのテクニカルSEO用のスターターキットチェックリストを以下に示します。
- あなたのサイトの平均PageSpeedスコアは70以上ですか?
- あなたのサイトはすべてのCWVテストに合格し、モバイルフレンドリーの問題がありませんか?
- あなたのサイトのURLは説明的で読みやすいですか?
- あなたのサイトには重複コンテンツ(重複したタイトルタグやヘッダーなど)がありませんか?
- XMLサイトマップをGoogle Search Consoleに提出しましたか?サイトマップにはSearch Consoleで3xxまたは4xxメッセージが含まれていませんか?
- あなたのサイトの製品ページには製品構造化データが含まれていますか?
- あなたのサイトのレビューには評価構造化データが含まれていますか?
テクニカルSEO監査に関するFAQ
テクニカルSEO監査はどのくらいの頻度で行うべきですか?
抱括的な技術監査は半年ごとに行い、メンテナンス監査は毎月実施するべきです。また、ウェブサイトがサイト移行などの大規模な変更を行っている場合や、インデックスページが突然減少している場合にもテクニカルSEO監査を実施することを検討してください。
テクニカルSEO監査は自分で行えますか、それとも専門家を雇うべきですか?
プログラミングやウェブ開発のスキルがある場合は、テクニカルSEO監査ガイドに従って自分で実施できます。ただし、問題によっては、修正のために開発者が必要になることがあります。特にコアウェブバイタル、構造化データ、モバイルフレンドリーの問題に関しては、専門のウェブ開発者の支援が必要な場合があります。
テクニカルSEOの修正を実施した後、結果が出るまでにどのくらいの時間がかかりますか?
テクニカルSEOの修正を実施した後、1ヶ月以内にクロール可能性とインデックス可能性が改善され、半年以内にSEO結果に変化が見られることが多いです。
ウェブサイトを再設計または移行する際にテクニカルSEO監査を考慮すべきですか?
はい。ウェブサイトの移行は、テクニカルSEO監査を行う絶好の機会です。新しいウェブサイトがクロール可能でインデックス可能であることを確認するためです。