Microsoft Clarityは、Switasのような企業が直面する課題を理解している、実際のプロダクト担当者によって、実用的で現実的なユースケースを念頭に構築された製品として高く評価されました。レイジクリックやJavaScriptエラー追跡といった機能は、ユーザーの不満や技術的な問題を特定する上で非常に役立ち、ユーザーエクスペリエンスとコンバージョン率に直接影響を与える、的を絞った改善を可能にしました。
テクニカルSEOとは、検索エンジンがウェブサイトのコンテンツを見つけ、クロールし、レンダリングし、理解し、インデックス登録できるようにし、基盤となる配信システムがランキングの妨げにならないようにする取り組みです。コンテンツやオーソリティの取り組みとは異なり、サイトのコンテンツ内容やリンク元ではなく、サイトのインフラストラクチャに着目します。その機能は主に支援的なものであり、技術的な健全性だけではランキング上位表示は得られませんが、技術的な不具合は確実にランキング上位表示を阻害します。
基本的な要件は地味なものです。ページは正しいステータスコードを返し、クロール可能なリンクからアクセスでき、robotsファイル内の指示やメタ情報によって意図せずブロックされてはなりません。正規タグは、パラメータのバリエーション、セッション識別子、プロトコルやサブドメインの不整合によってシグナルが断片化されるのではなく、同じコンテンツの重複バージョンを統合する必要があります。リダイレクトは、シグナルが失われ、クロールリソースが無駄になる連鎖を経由するのではなく、単一のステップで解決されなければなりません。これらはいずれも最適化ではなく欠陥であり、長年にわたって成長してきたサイトではよく見られるものです。
レンダリングは、現代のウェブサイトが最も失敗しやすい領域となっています。JavaScriptによってブラウザ内で生成されるコンテンツは、サーバー側で配信されるマークアップのようにインデックス登録されるとは限りません。レンダリングは、リソースに制約のある別の段階で行われるためです。サーバーサイドレンダリングやプリレンダリングを行わないシングルページアプリケーションとして構築されたウェブサイトでは、コンテンツの大部分がインデックス登録されないか、重要な要素が欠落した状態でインデックス登録されるという問題が頻繁に発生します。ブラウザの表示内容ではなく、検索エンジンが実際に何を見ているのかを確認することが、唯一確実なチェック方法です。
サイト構造と内部リンクは、技術的な作業とコンテンツ作成作業の境界に位置します。ページ間のリンクの仕方は、発見されるコンテンツの種類とサイト全体における権威の分布の両方を決定づけます。構造的な問題があると、サイトマップからしかアクセスできない孤立ページ、アクセスに多くのクリックを要する深い階層のページ、内部リンクがほとんどない重要なテンプレートなどが生成されます。これらの問題はページレベルの監査では検出できず、サイト全体をクロールして検出する必要があります。
規模によって、重要となる問題が変わってきます。小規模なサイトでは、クロール効率はほとんど関係なく、コンテンツと構造に注力すべきです。一方、ファセットナビゲーションを備えた大規模なカタログサイトでは、検索エンジンがクロールリソースを価値のあるページに費やすか、本来クロールされるべきではない何百万ものフィルタの組み合わせに費やすかは、同じ技術的な判断によって決まります。サイトがどちらのカテゴリーに属するかを認識することで、放置を防ぐだけでなく、必要のないサイトにエンタープライズ規模の対策を適用するという逆の過ちも回避できます。
技術監査が価値を生み出せないことが多いのは、優先順位付けの段階です。自動化ツールは、結果による重み付けなしに何百もの問題点を生成してしまうからです。誰も訪れないページにメタディスクリプションが欠落している、フッターに代替テキストのない画像がある、テンプレート全体に適用される指示によって製品カテゴリ全体がインデックス登録されない、といった問題がすべて問題として表示されますが、実際にコストがかかるのはそのうちの1つだけです。問題点を、影響を受けるページ数、それらのページが占めるトラフィック量、そして単にベストプラクティスから逸脱しているだけでなくインデックス登録を妨げているかどうかで分類することで、膨大なリストが、エンジニアリングに時間をかける価値のある短い項目群へと変わります。
これらの問題は編集管理ではなくテンプレート、サーバー構成、アプリケーションアーキテクチャに存在するため、修正には通常、マーケティング能力ではなくエンジニアリング能力が必要となります。実際には、 マーケティングサービス エンゲージメントは問題を特定し優先順位を付け、実装は 製品開発レンダリングと速度のコンポーネントは直接的に重なり、 Webパフォーマンス そのため、両分野が同じエンジニアリング時間を奪い合うのではなく、一つのバックログを共有する方が、最も効果的に機能するのです。
Microsoft Clarityは、Switasのような企業が直面する課題を理解している、実際のプロダクト担当者によって、実用的で現実的なユースケースを念頭に構築された製品として高く評価されました。レイジクリックやJavaScriptエラー追跡といった機能は、ユーザーの不満や技術的な問題を特定する上で非常に役立ち、ユーザーエクスペリエンスとコンバージョン率に直接影響を与える、的を絞った改善を可能にしました。