すべてのSEOが必要とするログファイル分析の5つのキー
公開: 2018-12-13ログファイルは、Webサイトの寿命を正確に反映しています。 ユーザーによるものであれ、ボットによるものであれ、ページやリソースによるものであれ、Webサイトでのすべてのアクティビティはログに保存されます。
IPアドレス、ステータスコード、ユーザーエージェント、リファラー、その他の技術データなどの情報を含むログ（サーバーベースのデータ）のすべての行は、通常は分析データに基づくWebサイト分析を補足するのに役立ちます（ユーザー-指向データ）。
ログにあるデータは、それ自体でSEO戦略に集中するのに役立ちます。
1.あなたのウェブサイトの健康状態
ログから取得できる情報の中で、ステータスコード、応答サイズ、応答時間は、Webサイトの状態を示す優れた指標です。
実際、理由を実際に理解せずにトラフィックやコンバージョンを失うことはよくあることです。 それは、説明が技術的な場合があるためです。
考慮すべきリードの中には、今述べた3つのフィールドに直接関連するものがいくつかあります。
例1：サーバーエラーの数の増加（「5xx」）は、ページ間を移動するだけでは検出されない可能性のある技術的な問題を示している可能性があります。
例2：いくつかの調査では、eコマースウェブサイトのコンバージョン率に対する読み込み時間の影響が示されています。 販売収益の減少は、ページの読み込み時間の増加と相関している可能性があります。
さらに、Googleは、読み込み時間と収益の関係をシミュレートできる計算機を提供しています（一粒の塩で取得されます）。
例3：さまざまな技術的な問題に続いて、サーバーが空のページを返す場合があります。 この場合、ステータスコードを単純に監視するだけでは、警告を発することはできません。 そのため、監視するデータに応答サイズを追加すると役立つ場合があります。これらの空の（または空白の）ページは通常、通常よりも軽量です。
さまざまな種類のURL/ページに基づいてWebサイトをセグメント化することにより、技術的な問題の原因をより簡単に特定できるようになり、問題の解決がより簡単になります。
2.ボットヒット頻度
SEOコミュニティのメンバーにとって、ログは、検索エンジンのボットがWebサイトを「消費」する方法に関する豊富な有用な情報を表しています。
たとえば、ボットが最初または最後にページにアクセスしたときに通知されます。
新鮮なコンテンツをすばやく見つけてインデックスを作成するために検索エンジンを論理的に必要とするニュースWebサイトの例を見てみましょう。 日付と時刻を示すログフィールドを分析することで、記事の公開から検索エンジンによる発見までの平均時間を定義することができます。
そこから、Webサイトのホームページであるカテゴリページでの毎日のボットヒット数（またはクロール頻度）を分析することは興味深いでしょう…これにより、発見する必要のある新鮮な記事へのリンクをどこに配置するかを簡単に決定できます。
同じ理論をeコマースWebサイトに適用して、カタログ内の新製品を発見することができます。たとえば、新しいトレンドを把握するためにスポットライトを当てたい製品などです。
3.クロール予算
クロール予算（ Googleとその仲間がサイトに捧げるクロール帯域幅の一種のクレジット）はSEO専門家のお気に入りのテーマであり、その最適化は必須の課題になっています。
ログ以外では、Google検索コンソール（現時点では古いバージョン）のみが、検索エンジンがWebサイトに付与する予算の基本的なアイデアを提供します。 ただし、検索コンソールの精度のレベルは、どこに努力を集中するかを知るのに実際には役立ちません。 特に、報告されるデータは実際にはすべてのGooglebotから蓄積された集合データであるためです。
ただし、ログは、ユーザーエージェントフィールドとURLフィールドの分析のおかげで、ボットがアクセスしているページ（またはリソース）とその速度を特定できます。
この情報は、GooglebotがSEOにとって重要ではないウェブサイトの部分を過度に閲覧し、他のページに役立つ可能性のある予算を浪費している場合に通知します。
このタイプの分析は、内部リンク戦略、robots.txtファイル管理、ボットを対象としたメタタグの使用を構造化するために使用できます…
4.モバイルファーストと移行
待ちきれない人もいれば、恐れている人もいますが、あなたのウェブサイトが有名なモバイルファーストインデックスに切り替えられたことを示すメールがGoogleから届く日が必ず来るでしょう。
Googlebot-desktopヒットとGooglebot-mobileヒットの比率の変化を追跡することで、切り替えがいつ発生するかを予測できます。
モバイルGooglebotによるクロールの部分は一般的に増加し、切り替えを予測して計画できるようになります。
一方、この比率に変化が見られないことは、ウェブサイトがGoogleのインデックス切り替え基準に準拠していることを示す重要な指標にもなります。
他の変更を監視することもできます：移行（たとえば、 HTTPからHTTPSへ）、またはWebサイトの構造の変更。
最初の例（使用するプロトコルの変更）に集中すると、安全なURLとリダイレクトのインデックス作成、および古いURLの漸進的な「拒否」を、ログのおかげで簡単に監視できます。
ステータスコードの変更を監視することはあなたの最良の味方になります！
5.せんさく好きな隣人
あなたは優れたSEOであり、あなたの努力は報われてきました！
これは、あなたがそれをどのように引き出したかを理解したいと思っていて、あなたのウェブサイト全体をクロールすることに決めたあなたの競争相手（そして他のせんさく好きな人々）の好奇心を呼び起こしました。
これは悪いです。 しかし、珍しいことではありません（まったく逆です）。
あなたの仕事は今、詮索好きな人を見つけることです。
それらの中で最も微妙なものは、Googleユーザーエージェントを使用してボットをGooglebotとして見送ろうとします。 そして、これはログに保存されたIPアドレスが非常に役立つ場合がある場所です。
しかし実際には、公式のGooglebotは、十分に文書化された範囲のIPアドレスのみを使用します。 Googleは、ボットの出所を確認するためにDNSの逆引き参照を実行するようにウェブマスターにアドバイスしています。
このテストが失敗した場合、結果（またはIPジオトラッキングの結果）は、何をすべきかを決定するのに役立ちます。
念のため、Imperva Incapsulaのデジタルセキュリティの専門家が2016年に発表した調査を主導し、分析された帯域幅の28.9％が「悪いボット」によって消費された（「良いボット」による22.9％、ユーザーによる48.2％と比較） ）。 ログを確認すると、不要なボットを検出することで、リソースの過度の浪費を回避できます。