SEO ウェブサイト監査とは何ですか?

公開: 2021-08-11

SEO Web サイト監査とは何ですか?また、その実行方法は? コンテンツ計画と有機的な可視性のための戦略とともに、このドキュメント (または一連のドキュメント) は、SEO 活動の基礎を形成します。それをうまく実行することで、成功への道が開けます。

それを念頭に置いて、SEO監査を段階的に実行するプロセスをガイドすることにしました.

SEO 監査は、SEO スペシャリストによって実行される一連の分析です。サイトが最新の検索エンジン最適化基準を満たし、有機的成長戦略の追求を妨げるものがないようにすることを目的としています。

重要なのは、監査自体が戦略ではないということです。協力の開始時に、通常、クライアントに両方のドキュメントを同時に提供します。ただし、ほとんどの監査には、キーワード分析やコンテンツ計画が含まれていません (例外が存在します)。

サイトに基本的なエラーが含まれていない場合、最も徹底的な監査を行っても、解決すべき問題が 2、3 個しか明らかになりません。これは、クライアントに追加コストが発生する監査の推奨事項を実装する代わりに、SEO 戦略をすぐに開始できることを意味するため、最良のシナリオです。ある意味で、SEO の専門家は医者のようなものです。「すべて問題ありません」と言ってもらいたいだけです。

SEO の専門家は、見積もりの段階でも、ウェブサイトの健全性に関する一般的な評価を行うことができます。この予備診断は、クライアントのニーズに合わせて監査の提案と分析の範囲を調整するのに役立ちます。

SEO監査をいつ実行するか? 必要な場合の 4 つの状況

技術的な更新を実装するとき

SEO の専門家は、実装前にメジャーアップデートの計画を検討する必要があります。「メジャー」アップデートには以下が含まれます。

別の CMS (コンテンツ管理システム) への転送、
HTML コードの更新、
URL または内部サイト構造の変更、
特定のセクション、ページ、または機能の追加または削除。

Google の有機的成長の最も一般的なキラーは何か知っていますか? アルゴリズムの微調整ではなく、SEO のサポートや分析なしで実装されたメジャーアップデート。

このため、SEO エージェンシーまたは専門家は、最初から Web デザインプロジェクトに参加する必要があります。初日から参加している場合は、サイト構造自体が SEO 戦略を促進することを確認できます。

有機的な可視性の問題について

SEO の取り組みが停滞している場合、ランダムなトラフィックの低下や可視性の停滞が予想されます。ただし、アクティブなキャンペーン中は、結果が得られないことが懸念事項です。

オーガニックトラフィックの急激な低下は、ウェブサイトのエラーまたは既存のコンテンツの評価を変更した Google アルゴリズムの更新を示している可能性があります。どちらの場合も、修正が必要な問題を特定するため、または検索エンジンロボットが使用する新しい評価基準に合わせて Web サイトを調整するための SEO 監査が必要になる場合があります。

積極的なコンテンツマーケティングおよび/またはリンク構築戦略が実施されている場合、停滞は、効果的に成長を妨げる未検出のエラーの存在を示唆している可能性があります。

新しい SEO 代理店と提携する場合

SEO 監査は、SEO を専門とする機関や専門家との協力を開始する際の標準的な手順です。戦略を効果的に実行するには、ウェブサイトが正常に機能していることを知る必要があります。

クライアントはこの考えに反対する傾向があり、最新の Web サイトにエラーを含めることはできない、または SEO 監査が前の代理店によって前年に行われたと主張します。

ただし、新しいプロジェクトとその結果に責任を負うスペシャリストとして、あなたには適切と思われる方法でウェブサイトを閲覧するあらゆる権利があります。

ルーチンとして

しばらく前に主要な SEO 監査を実行し、その間に大きな変更がなかったとしても、定期的なチェックを実行することをお勧めします。ゼロから本格的な技術監査の形をとる必要はありません。選択した方法に応じて、定期監査には以下が含まれます。

初期監査中に発見されたエラーに基づく月次または四半期ごとのレビュー、
新しい 404 エラーなどのコアの問題に焦点を当てた分析。

したがって、定期的な監査は、最後の検査以降に問題がないかどうかを確認することを目的としています。ご存じのように、どの Web サイトも生き物です。ページが移動したり、場所が変わったりします。中規模のオンラインストアは、社内の複数のメンバーによって管理される傾向があり、常にヒューマンエラーの余地があります。

SEO監査の種類

完全なテクニカル SEO 監査

SEO監査について話すとき、私たちは主に、すべての潜在的な最適化エラーと不完全さを明らかにすることを目的とした本格的な技術的検査を意味します. これらの監査は、オンサイトおよびオフサイトの視点をカバーする、Web サイト自体に焦点を当てています。調査結果は、選択されたツールを使用してデータを収集し、結果を分析し、クライアントの製品に合わせて調整された推奨事項を提供する SEO 専門家によって起草された SEO レポートで提示されます。

自動 SEO 監査

自動監査は、次の 2 つのカテゴリに分類できます。

Sitebulb などの最新の特殊なクローラーによって生成された詳細な PDF レポート。
無料のツールによって自動的に実行される Web サイトの監査。

どちらのタイプのレポートにも用途があります。ただし、前者のタイプは経験豊富な専門家の作業を容易にしますが、もう一方のタイプは通常、いくつかの基本的なデータを性急に分析することになり、より広範な結論を導き出すには不十分です。

2 番目のタイプのレポートは、通常、無料のクライアントインセンティブとして利用できます。

SEO コンペティション監査 – ベンチマーク

まったく別の何かが SEO 競争監査であり、通常は SEO 戦略の開発を開始するときに実行されます。競合他社の可視性分析と、選択したライバルの短い技術的およびコンテンツ監査を組み合わせます。

この監査は以下を提供します。

競争に対するあなたの現在のベンチマーク。監査では、競合他社と比較して、Google の可視性でサイトがどのようにランク付けされているかがわかります。四半期ごとに監査を更新して、戦略が市場での地位にどのように影響しているかを判断できます。
競合他社が現在の地位と結果に至るまでの道のりに関する豊富な知識。

監査は次の目的で使用できます。

標準的な推奨事項を超える最適化ソリューションを垣間見る
リンク構築のための新しいアイデアを思いつき、
そして、重要なことは、コンテンツギャップを定義することです。これにより、有機的成長への新しい道筋が示される可能性があります。これは、競争のために多くのトラフィックを生成するために見逃していたものです。

導入後の監査

最初の監査の後、クライアントは推奨事項の実装にあなたを関与させるか (物事を簡素化します)、または自分自身でそれを引き受けます。後者の場合、チェックリストを 1 点ずつ確認するときに、1 回の最終検査で手順全体をまとめるのが最善です。すべてが正常であることを確認するためだけに。

電子商取引の監査

まず、e コマースの監査では、メインナビゲーション、カテゴリ、サブカテゴリなどの Web サイトアーキテクチャに照準を合わせます。したがって、オンラインストアの技術監査では、多くの場合、キーワードの使用戦略を追加する必要があります。

第二に、多くの電子商取引ソフトウェア開発者は、悪名高い rel=canonical と robots noindex の使用をすべての病気の治療法と見なしているため、監査ではページネーションとサイト構造全体を調べる必要があります。結果として、1000 万を超える冗長ページを生成する 1000 SKU (在庫管理単位) を持つオンラインストアです。

第 3 に、内部 (複数の製品オプションで繰り返される) と外部 (さまざまな店舗間) の両方で、重複するコンテンツを排除することに焦点を当てる必要があります。

コンテンツ監査

コンテンツ監査 (成長戦略やコンテンツ計画と混同しないでください) は、既存のリソースを使用してオーガニックトラフィックを最大化することに重点を置いています。それらには、次の分析が含まれる場合があります。

ドメイン内の内部リンクの現状 – 目標: すべてのコンテンツがトピックごとに相互にリンクしているかどうか、およびカテゴリタブのその 1 つの孤独なリンクが価値の高い記事を発見する唯一の方法ではないかどうかを判断します。
キーワードのカニバリゼーションに関する潜在的な問題、または 1 つのトピックが不必要にいくつかの個別の記事に分割されている状況では、いずれもトップランクを獲得する可能性はありません。
簡単に達成できる成果の特定。つまり、オーガニックトラフィックの生成を開始するために表面的な変更 (リンク、再最適化) のみが必要なコンテンツです。

すべてが正常に機能している場合にのみ、新しいコンテンツの作成とさらなる成長を進める必要があります。

ローカルサービスの SEO 監査

ローカルで事業を行っている企業は、サイト構造と情報アーキテクチャが二次的な重要性を持つ小規模な Web サイトを使用する傾向があります。

ここでの優先事項は、オファーページを計画するための基盤となる適切な (ローカル)キーワード分析です。さらに、焦点は次のとおりです。

Google マイビジネスで会社のプロフィールを見直して最適化する
ローカルビジネスの構造化データを追加または最適化する
外部リンクと NAP 要素 (名前 + 住所 + 電話番号) を監査します。

無料のSEO監査はそれだけの価値がありますか?

インターネットで利用できる無料の SEO 監査の目的は通常 1 つだけです。つまり、最終的に有料サービスを提供するために、多数の (多くの場合無関係な) エラーを明らかにすることです。

これらの監査は、SEO の専門家によって作成されるのではなく、デジタルツールによって自動的に生成される傾向があることに注意してください。

多くの場合、SEO 監査は、技術的な問題やコンテンツの最適化を専門とする複数の人々によって完了する必要があります。

場合によっては、監査の範囲、サイトのサイズ、または期限に、SEO エージェンシーが雇用するチーム全体の関与が必要になります。

したがって、信頼できる無料の Web サイトの SEO 監査などというものはありません。

SEO 監査の開始方法

私が監査を実施する際に最初に行うこと (または、クライアントから問い合わせがあった場合はそれ以前) は次のとおりです。

セヌートのオーガニック可視性チャートをチェック
検索オペレーターサイトを使用します。

合計 5 分かかり、多くの場合、Web サイト上の多くの問題を特定できます。

見積もりの段階では (場合によっては、監査の実施中も)、Google Search Console や Analytics にアクセスできない可能性があるため、外部ツールが必須であることに注意してください。

Senuto でサイトの可視性チャートをのぞくだけで、Web サイトの健全性に関する豊富な情報が得られます。詳細な検査では、次の点に注目してください。

グラフの方向– 過去 2 年間、可視性が着実に増加しているかどうかを確認します。突然のスパイクやドロップはありません。チャートが横ばいに見える場合、通常、有機的な活動が不足しているか、成長を妨げる大きな問題があることを示しています。
短期間に急激な低下に気付いた場合は、次のことを試してください。

異常を Google 検索の主要な既知のアルゴリズム更新のリストと比較します。それらが重なっている場合、少なくともあなたは何に反対しているのかを知っています.
WayBackMachine を使用して、ドロップの 1 か月前と 1 か月後のサイトの様子を確認しました。ほとんどの場合、SEO の専門家のサポートなしで移行が完了すると、可視性が急落します。

もう 1 つの適切な方法は、見過ごされがちな site:domain.com 演算子を使用することです。最初のいくつかの結果をクリックして、次の操作を行います。

最も正確なデータを得るには、Google Search Console + 選択したクローラーにアクセスする必要がありますが、サイトのサイズを大まかに見積もってください。
タイトルタグ、メタディスクリプションタグ、および結果の表示の一般的な品質を参照してください。
頻繁に: サイトのハッキングやインデックス作成の問題などの根本的なエラーを見つけます。

適例：

長年ビジネスを営んでいるクライアントは、会社のウェブサイトからの注文数と新規問い合わせ数の低迷に気付きました。 site:domain.pl コマンドを使用すると、謎が瞬時に解決されました。

無料トライアルを開始する

SEO監査中にチェックする重要なポイント

テクニカル分析の世界では、Hx ヘッダーなどの個々のタグから、サイトのアーキテクチャ、構造、またはレンダリングなどのよりグローバルな問題に焦点が移りました (これは、とりわけ、さまざまなサイトの種類と技術を処理する Google の能力の向上によるものです)。 .

SEO監査に関する独自のガイドを作成する際の最大の課題は次のとおりです。

監査中に検査する非常に多様な状況とサイト。さまざまな目標、タイプ、および CMS により、無数の可能な構成が生成されます。
その結果、検出された問題の重みとその潜在的な解決策の違い。

理論的には、すべての CMS と e コマースシステムについて、最適化のベストプラクティスとよくある間違いのリストを個別に作成することができます。それを念頭に置いて、数十回の監査から得た私の専門知識に裏打ちされた以下のリストを、「素晴らしいSEOエラーとそれらを見つける場所」のようなものと呼ぶ方がおそらくより正確でしょう.

クロールとインデックス作成

ロボット.txt

robots.txt ファイルは、検索エンジンロボットから隠したいサイト上の場所を管理します。インデックス作成そのものではなく、クロールをブロックする役割を果たします。最近では、robots.txt ファイルにエラーが含まれることはめったにありませんが、エラーが含まれると非常に厄介です。

XML サイトマップ

XML サイトマップは、特定の構造でインデックスを作成するすべてのページのリストを含むファイルまたはファイルのセットです。

サイトマップは任意のアドレスで見つけることができます。ただし、仕様に準拠した XML 形式でデータを提示する必要があります。

XML サイトマップに関する基本的な間違いには次のようなものがあります。

XML サイトマップの欠如
Google がサイトマップを取得できない構文エラー (GSC で報告)、
サイトマップとウェブサイト構造の非互換性、
グラフィックやビデオなどのファイルをサイトマップに含めない。

孤立したページ

孤立したページは内部的にリンクされていませんが、多くの場合正しくレンダリングされ、ステータスコード 200 が返されます。それらは Google Search Console に表示され、時にはランクを上げてトラフィックを生成することさえあります.

孤立したページは、CMS エラーから始まり、内部または外部リンクの人的エラーに至るまで、さまざまな理由で発生します。

Rel=カノニカル

Rel=canonical は、内部重複が発生した場合に元のページアドレスを参照するために、意図したとおりに使用する場合は問題ありません。ただし、すべての面倒なページと不十分な構造の万能薬と間違われることがよくあります。

Google Search Console では正規化されたページを確認できます

内部 404 エラー

現在のクロールでライブサイト構造に内部 404 エラーが検出された場合は常に、それらの修正が優先されます。このようなエラーは、当社の Web サイトに存在しないページへのリンクが含まれていることを意味し、ユーザーとボットの両方にとって望ましくありません。ただし、ほとんどの場合、クロールはクリーンですが、GSC は大量の 404 を明らかにします。

一般的に、これは上記の問題の 1 つを示唆しています: サイト構造のエラー、存在しないページを参照する不完全な XML サイトマップ、または誤ったリダイレクトによる誤った移行のエコー。

残念ながら、これらの間違いは、Google によってゆっくりとインデックス化されることがあります。ただし、それらが比較的新しい場合は、状況を調べて、それらが発生する理由を確認する必要があります。サイトの新しいクロールがクリーンである場合、GSC で検出されたエラーを修正する最善の方法を決定する必要があります。通常、最適な解決策は、訪問者を問題のあるコンテンツに最も近いテーマに相当するものにリダイレクトすることです。

ウェブサイトのアーキテクチャ分析

Web サイトの実際の外観を視覚化する方法がなく、何千もの URL を含む不可解な Excel しかありません。サイト構造の分析（いわゆるクロールマップ）により、サイト構造の誤りやボトルネックを瞬時に発見できます。

一般に、クロールマップは、ホームページから始まる Web サイトで見つかったすべての URL を視覚化したものです。原理は簡単です。一見したところ、ボトルネックのない構造の完全な秩序と調和のとれた「花」であれば、それは悪いことではありません。マップが混沌としていればいるほど、問題の根源について熟考する必要があります。

以下の画像は、コンテンツ Web サイトのクロールマップを示しています。 SEOに関しては、SEOのスペシャリストが全工程を見守りながら、最初から体制がしっかりと立てられていました。一見すると、秩序、調和、明確に区分されたセクションとカテゴリ、および正しいリンクが表示されます。

下の画像は、何年にもわたって開発されたコンテンツ Web サイトのクロールマップを示しています。新しいセクションは、あまり前もって考えずに追加および拡張されました。ある時点で、クライアントは自分の Web サイトで迷っていると言って助けを求めました。マップは完全な混乱を明らかにしたため、構造を最初から再計画する必要がありました。

おまけとして、いくつかのオファーページと多数のニュースアイテムで構成される小さなローカルページのクロールマップを追加します。 2 つの奇妙で驚くべき「尾」は、カレンダー拡張機能の産物であり、ホームページから 50 回以上のクリックまでのクロール深度で、冗長ではあるがインデックス可能な新しいページを生成しました。

現場要因

メタタイトル

それを有利に利用し、戦略に沿ったキーワードでページのタイトルを強化します。さらに、ページタイトルは、検索結果での Web サイトのクリック可能性に影響を与えます。

タイトルに関連する最も一般的な間違いは次のとおりです。

キーワード調査や有機的な可視性の戦略に基づかないタイトルを作成する
グローバルタイトルスキーマの欠如。たとえば、[ページに固有のコンポーネント] – [通常のコンポーネント/名前/ブランド]、
サイト内でタイトルが重複している – 多くの場合、コンテンツが重複していることを示しています。

タイトルの長さは約 65 ～ 75 文字にする必要があるとよく言われます (文字幅によって異なります)。ただし、実際には、ターゲットとするキーワードが含まれているかどうかがより重要です。

メタ記述

メタディスクリプションタグの内容は、アルゴリズムによる評価の対象ではありません。それでも、その適切な構成により、検索結果での Web サイトの表示が向上し、リストのクリック可能性が向上します。

メタディスクリプションに関連する最も一般的な間違いは次のとおりです。

メタディスクリプションの欠如
サイト内の重複した説明 (重複したタイトルのような重複したコンテンツを示している可能性があります)、
説明が長すぎる。

理想的には、検索エンジンのトラフィックを生成することを目的としたすべてのページに、行動を促すフレーズを含む独自のメタディスクリプションが必要です。しかし、これはしばしば非現実的です。オンラインストアなどの多くの場合、コアページとカテゴリには独自のメタディスクリプションを作成できますが、製品ページの場合は、製品の特徴が詰まったテンプレートからメタディスクリプションを生成します。

Hx ヘッダー階層

私たちは皆、適切なヘッダー階層がどのようなものかを理解しています。それでも、SEO 監査中に、ロゴ付きの H1 ヘッダーに定期的に遭遇します。

Hx ヘッダーがランクに与える影響は、特に HTML5 の時代には非常に議論の余地があります。ただし、それらを使用することは、SEO の世界では依然として標準的な方法です。

したがって、ページごとに 1 つの H1 ヘッダーのみを含める必要があります。メインタイトルと重要なキーワードを含める必要があります。

優先順位とネスト (H2 内の H3) などの原則に固執する限り、他のヘッダーの数は問題ではありません。

SEO 監査中、ヘッダーの問題は通常、優先順位リストの一番下にドロップダウンされます。

JavaScript

ほとんどの場合、JavaScript の使用は自然であり、Google の得意分野であるインデックス作成やレンダリングを妨げません。ただし、ごく一部のケースでは、サイトの可視性に重大なエラーが発生します。

原則として、JavaScript によって生成された追加のコンテンツを表示するために、サイトに追加のアクション (通常はクリック) が必要かどうかを確認するだけです。その場合、GoogleBot はこのアクションを実行しない可能性があります。

これを確認するための簡単で効果的な方法は、好みのツールを使用して 2 つのクロールを続けて実行することです。最初のクロールでは、Chrome エンジンをオフにして、HTML のみを分析する必要があります。もう 1 つは、Chrome エンジンをオンにして、JavaScript を含める必要があります。

2 つのクロールを比較すると、両方のバージョンの構造、リンク、およびコンテンツの違いが明らかになります。違い自体は問題ではありません。レンダリングがオンになっているツールが Web サイトをクロールできる場合、Google もおそらく管理します。

さらに、ウェブサイトの主要なページをクリックして、Chrome DevTools で追加のリソースが読み込まれるかどうかを確認することをお勧めします。メニュー、内部リンク、コンテンツの実装などの重要な要素に注意を向けてください。

構造化データ / リッチスニペット

ほとんどの Web サイトでは、構造化データが自動的に使用されます。これはプラスです。ただし、以下で説明する問題が発生する可能性があります。

構造化データの欠如。
フォーマットの使用が最小限に抑えられました (よくあるシナリオ)。ほとんどの形式には、入力する必須およびオプションのコンテンツフィールドがあります。しかし、電子商取引システムでは、製品フォーマットに含まれるデータが必要な情報に制限されることがよくあります。
ブレッドクラムナビゲーションのタグ付けの失敗 - 検索結果でのリストの外観を向上させるシンプルで便利なツール。
構造化データの限定的な使用。現在、Google では、サポートされている 31 のフォーマット (ロゴ、ローカルフォーマット、記事など) のギャラリーを提供しており、さまざまな方法で使用および組み合わせることができます。

ユーザーエクスペリエンスの要因

ページ読み込み速度

ページの読み込み速度が重要であることは否定できません。 Google 自体はもはや速度だけを語るのではなく、2021 年にコアアルゴリズムに含まれる「Core Web Vitals」に置き換えたと言えば十分でしょう。

現在、考慮すべき重要なパラメータは次のとおりです。

LCP – 最大のコンテンツペイント – メインコンテンツの読み込み速度を評価し、

FID – First Input Delay – ユーザーのアクションに対するサイトの応答速度を評価します。

CLS – Cumulative Layout Shift – 読み込み時のサイトレイアウトの突然の変化を評価します。

当社のツールキットには、主に Google 製品 (GSC および PageSpeed Insights からのデータ) が含まれています。どちらも不完全であり、必要に応じて選択したツールで完了するために、分析の主な情報源として機能する必要があります。

Google Search Console では、Web Core Vitals の結果を確認できます

重要！

ホームページのみに基づいて Web サイトの速度を評価しないでください。監査に含めるのは最悪です。他の分析で知っているアプローチを採用します。つまり、検出されたエラーがサイト全体で再発すると仮定して、サイトを同様のセクションに分割します。

現在、ウェブサイトの速度に関する最大の問題は何ですか? 開発段階では、速度を最適化することではなく、Web サイトをできるだけ速く配信することが優先されます。その結果、開発者はしばしば既製のフレームワークに頼ります (あまり前もって考えずに)。その結果、所有者は何十もの冗長なファイルを使用することはありません。このため、レンダリング中の実際のコード使用を分析して、SEO 監査を完了してください。コードの 3/4 も未使用のままになっていることがよくあります。

モバイルの最適化

現代では、完全に応答しないサイトを監査することはほとんどありません。ほとんどのサイトは完全にモバイルデバイスに対応していますが、必ずしもモバイルファーストの哲学が適用されているとは限りません。

過去 2 年間、最初から最後まで応答しない Web サイトに遭遇したことはありません。ただし、問題は詳細にあるため (速度に関連するエラーの場合と同様)、GSC またはクローラーがモバイル最適化の問題を検出するページなど、孤立したエラーに注意してください。ほとんどの場合、それらは人的エラー (速度関連のエラーと同様)、または元の計画には含まれていない新機能をメインの Web サイトと CMS に何気なく放り込もうとする試みが原因です。

内容分析

SEO では、Web サイトのコンテンツには定型領域 (ソースコードの固定要素) 以外のすべてのコンテンツが含まれます。

複製

ほとんどの場合、内部重複コンテンツは次の結果です。

ウェブサイトのデザイン（機能と構造）のエラー

例：

ある金融機関は、個人のクライアント、起業家、および大企業にサービスを提供していました。クライアントが興味を持ったオファーのタイプに基づいたナビゲーション。選択すると、ユーザーは次の 3 つの専用セクションのいずれかにリダイレクトされます。

https://domain.pl/individual-clients/

https://domain.pl/entrepreneur/

https://domain.pl/business/

クライアントは専用オファーを閲覧できましたが、URL の最初の部分は変更されていません。残念ながら、3 つのオファーすべての内容が 90% 重複していました。このように、このウェブサイトは、同じコンテンツでほぼ交換可能な 3 つの構造を作成しました。これは、設計段階での SEO サポートの欠如によって引き起こされるエラーの 1 つです。クライアントの内部規則により、問題を修正することは事実上不可能であることが判明しました。唯一の解決策は、監査の 1 年後に新しい Web サイトを立ち上げることでした。

ヒューマンエラーまたは開発エラー

例：

クライアントは、フッターとメインメニューに同じコンテンツを持っていました。通常は問題にならないはずの解決策が、かなりの面倒を引き起こしました。ウェブサイトは約20ページで構成されていましたが、内部リンクの単純なミスにより、フッターがウェブサイトを無限に増やしました. フッター内のすべてのリンクは、フッターの URL に追加のコンポーネントを生成しました。その結果、クライアントは次のようなアドレスになりました。

https://domain.pl/history/ history/history/contact/rules/history/contact/contact/

ウェブサイトの種類

例：

残念ながら、電子商取引の Web サイトでは、内部 (および外部) のコンテンツの複製が日常的に行われています。これを理解するには、似たような商品を複数のバリエーションで提供している店舗を想像してみてください。たとえば、5 色のスマートフォンやさまざまなサイズの服などです。

ロングテールからトラフィックを獲得し続けるために、インデックス作成をブロックしたり、さまざまなバリアントに rel=canonical を使用したりしたくありません。それでも、これにより、重複したコンテンツまたはほぼ重複したコンテンツが残ります。

理想的には、各製品に固有の説明を書くことを検討する必要があります。ただし、SKU が多く、製品ローテーションが多い場合、唯一の解決策は、固有の製品機能とそれらの組み合わせに基づいて、さまざまな製品説明を自動的に生成することです。

複数の URL バージョンと SSL の実装

何年もの間、内部重複の問題の分析は、ホームページのリダイレクトを www なしのバージョンと https なしのバージョンにチェックすることに依存していました。最近では、これはまれな問題です。さらに、Google は非常に効率的に対処することを学びました。

SSL に関連する最も一般的な間違い:

メニューリンクがハードコーディングされているサイトでは、「http」リンクが新しい「https」の間のサイト全体の場所に残る場合があります。その結果、Web サイト内にリダイレクトの新しいレイヤーが作成されます。
SSL への移行には、すべてのリソースが含まれるわけではありません。その結果、グラフィックスやスクリプトなどの要素が「http」バージョンから読み込まれる場合があります。

内部リンク

内部リンクは、リンクがターゲットの場所に内部の力/権限を与えるため、各ページのクロール、インデックス作成、および可視性に影響を与えます。内部リンクの分析は、以下に関する個別のチェックのセットです。

永続的なナビゲーション要素: メインナビゲーションメニュー、フッター、サイドバー

パーマネントリンク、特にメインナビゲーションメニューは、キーワードの使用戦略とともに計画する必要があります。メインリンクを作成するときは、単純さが重要です。考えすぎないでください。きれいな HTML コードが常に最適に機能するからです。

戦略を現実と比較し、メインメニューに必要なすべての要素が含まれていることを確認したら、サイト全体で永続的ではあるが冗長な内部リンクをチェックしましょう。多くの場合、それらはフッターで見つけることができます。これは、ほとんどすべてのものの通常のコンテナーです。新しい冗長リンクはすべて内部の電力の流れを乱すため、努力する価値があります。

規則や規制、プライバシーポリシーなど、一部のリンクやページは必須です。ただし、その他は使い捨てです。たとえば、すべての配送方法で、フッターに個別のページにつながる個別のリンクが必要であると確信していますか? それらはすべて1つに収まります。必要なリンクとは別に、キーフレーズでランク付けされないページへの冗長なリンクを避けるために、内部リンクを整理しましょう。

自動リンク – 提案された投稿/製品

自動リンクとは、提案された投稿 (ブログ) または提案された製品 (e コマースサイト) へのリンクを意味します。一般に、これらのメカニズムが CMS (WordPress) に組み込まれた既製のソリューションによって管理されている場合、すべてがスムーズに実行されるはずです。リンクがソースコードの一部を形成するクリーンな HTML で生成される場合、必要なのは少しの最適化だけです。残念なことに、これらの機能は JavaScript (Case Onely+H&M) に基づく動的ソリューションを使用することが多く、さらに悪いことに、他のドメインのスクリプトとして含まれる外部企業のソリューションを使用します。

主にコンテンツセクションで使用されるページ間の個別リンク

記事間のコンテキストリンクは、コンテンツセクションの可視性の成長を支えます。とはいえ、見落とされがちです。その結果、記事へのリンクはカテゴリページからのリンクのみになります。

コンテキストリンク分析は比較的単純です。内部リンクのクロールデータと現在のオーガニックトラフィックに関する情報 (GSC/Analytics) を組み合わせるだけで済みます。さらに、どの記事が最大の権威を持っているかを判断するために、外部インバウンドリンクに関するデータを含めることもできます。シードキーワードの可視性 (Senuto) に関するデータを追加して、注意が必要な領域とその修正方法を確認します。

外部リンク

リンクプロファイル分析

幸いなことに、GSA、Xrummer、または別の自動生成ツールで作成されたリンクに遭遇することはまだありますが、不適切なリンクプロファイルはますますまれになっています。

ほとんどの場合、くだらないリンクは次のとおりです。

数年前のスペシャリストによるSEO対策の記念品
スパムをアップロードするためにサイトがハッキングされ、その後ハッカーによってリンクされたというシグナル
サイトのコンテンツをダウンロードするスクレイパーとスパムジェネレーターの産物です。

リンクプロファイルを検査するときは、普遍的な黄金律を適用します。つまり、異常に注目してください。

バックリンクの成長チャートでそれらを見つけるのが最も簡単です. 突然のスパイクとドロップはすべて分析対象です。

ディープリンク配信

ホームページやウェブサイトの他のページでのリンク分布の SEO 分析は、いわゆるディープリンクの品質を評価し、外部権限が最も高いセクションまたはページを特定するのに役立ちます。これにより、リンクの分布が均一であるかどうか、構造内の重要なノードであり、内部リンクの強力なディストリビューターとして機能する可能性があるページがわかります。

アウトバウンドリンク

見落とされがちな問題は、Web サイトのアウトバウンドリンクの分析です。コンテンツまたはユーザー生成コンテンツに基づいて Web サイトを検査している場合、外部ドメインへの数十のリンクが確実に含まれています。何年にもわたって、それらの多くは期限切れになったり、所有者が変わったり、有害な Web サイトにアクセスしたりします。クローラーまたは外部ツールを使用して、アウトバウンドリンクの分析を少なくとも年に 1 回繰り返します。

壊れた＆失われたバックリンク

壊れたバックリンクは、404 エラーページを指すインバウンドリンクであり、Google によって無視されるようになります。あなたのウェブサイトが成長するにつれて、壊れたバックリンクが自然に現れます – ページの場所が変わり、いくつかは削除され、人々は私たちのコンテンツをリンクする際に間違いを犯します. 壊れたバックリンクは、開発者がリダイレクトを忘れて、ウェブサイトが構造を変更しただけでなく、ホームページ以外のすべてのリンクを 1 日以内に失ったという、誤った移行の典型的な結果でもあります。

失われた被リンクはすべてまとめて、テーマに関連するページにリダイレクトする必要があります。最後の手段として、ウェブサイトまたはホームページの別の場所にリダイレクトすることがあります。彼らが私たちのドメインのために獲得した権限を取り戻す唯一の方法です. その間、リンク先のドメインを確認します。可能であれば、質の高いリンクのみをリダイレクトし、スパムが 404 を指すようにします。

今すぐ Senuto を起動無料で登録