SaaS向けSEO

TL;DR — SaaS SEOはソフトウェア企業向けの通常のSEOですが、最も効果的な施策は明確です。適切な人を集める 無料ツール と役立つコンテンツ、購入決定に近い人向けの 比較ページ と「〜の代替」ページ、そして 長いB2Bのセールスサイクル に合わせたコンテンツです。成功は訪問数だけでなく、サインアップで測ります。

SaaS SEOが独自の分野である理由

SaaS企業は他の企業と同じアルゴリズムでGoogleにランクインするため、基本原則は変わりません。変わるのは施策の組み立て方です。

SaaSの購入者は何週間も調査し、初回訪問でコンバージョンすることはほとんどありません。そのため、コンテンツは「Xとは何か」から「自社製品と競合製品の比較」まで、購買 journey 全体をカバーする必要があります。SaaSで最もレバレッジの大きい施策は プロダクト主導SEO です。ランクインし、リンクを獲得し、有料製品を使う人を正確に呼び込む無料ツール、テンプレート、計算機を提供します。また、技術面では、マーケティングサイト、ブログ、ドキュメント、アプリという、実質的に複数のサイトからなる構成を扱う必要があります。これらは異なるサブドメインやパスに置かれることがよくあります。

このハブでは、そのすべてをまとめています。

TL;DR — SaaSの施策は、一般的なコンテンツSEOから、スタイルではなく仕組みとして4つの点で分かれます。リンクを獲得し かつ ユーザーをアクティベートするプロダクト主導のアセット、マーケティングサイト、ブログ、ドキュメント、ログイン済みアプリが互いに干渉しないアーキテクチャ、少数のURLが収益の大部分を担うボトムファネルページ、そしてセッションではなくサインアップに結び付いた測定モデルです。

プロダクト主導SEOが一般的なコンテンツを上回る理由

プロダクト主導SEOが勝つのは、無料ツール、テンプレート、計算機が、ブログ記事には一度にできない3つの仕事をするからです。タスクレベルのクエリでランクインし、実際に使ったツールを人々が引用するためリンクを獲得し、訪問者が料金ページに到達する前に製品を試せる機会を提供します。最後の点が積み重なる部分です。リンクを獲得した同じアセットがアクティベーションにもつながるため、SEOチャネルと製品ファネルが1つの入力を共有します。これが、0 USDのツールが十分に最適化されたリスティクルを上回り、しかもより良くコンバージョンできる構造的な理由です。

トレードオフはコストとメンテナンスです。ツールは1 500語の原稿ではなく、エンジニアリング作業です。壊れたツールは、ツールがない場合より悪い印象を与えます。製品が本当に得意とするタスクに作業を絞ってください。

ブログ、ドキュメント、アプリはサブドメインとサブディレクトリのどちらに置くか

SaaSのアーキテクチャで繰り返し出てくる問いは、ブログ、ドキュメント、アプリをサブドメイン（blog.example.com）とサブディレクトリ（example.com/blog/）のどちらに置くかです。Googleが公に示している立場は、両者を同様に扱うというものです。John Muellerも、この選択はランキングにあまり影響しないと述べています。実務では、ルートドメインに統合できるチームの多くがサブディレクトリを選びます。サブディレクトリはルートドメインのシグナルを引き継ぐため、別ホストが評価を確立するのを待つ必要がなく、トラッキングとレポートの境界に関する問題も1つ減るからです。

運用上の本当の理由がある場合はサブドメインを選びます。たとえば、リバースプロキシを通せないドキュメントプラットフォームやステータスページ、別チームが運用するアプリです。サブドメインの理由が習慣だけなら、通常はリバースプロキシを使ったサブディレクトリを選びます。

アプリとゲート付きURLをインデックスから除外する

ログイン済みアプリは、SaaS特有のインデックス登録の落とし穴です。検索に表示すべきでない、パラメーター付き、パーソナライズ済み、またはゲート付きのURLが何千も存在します。知っておくべき仕組みは、robots.txt と noindex が 異なる 問題を解決し、同じURLに両方を適用すると競合するということです。

# robots.txt on app.example.com — stop Google crawling the app entirely
User-agent: *
Disallow: /

<!-- On a gated marketing route you DO want removed from the index -->
<!-- (leave it crawlable so Google can actually see this tag) -->
<meta name="robots" content="noindex, follow">

落とし穴はこうです。robots.txtでURLを Disallow するとGooglebotはそのURLを取得できず、そのページの noindex を見ることもありません。そのため、何かがリンクしていれば、URLだけがインデックス登録される可能性があります。無限に増えるアプリURLのクロールバジェットを節約するには Disallow を使い、特定のページを実際に削除するには、クロール可能な noindex を使います。同じURLで両方を使わないでください。

ボトムファネルページ：意図が集中する場所

比較ページ、「おすすめ」ページ、「〜の代替」ページ、インテグレーションページにSaaS検索の収益が集中します。検索者はすでに 何かを買う と決めており、選択肢の間で比較しているからです。ボリュームは少なくコンバージョンは高い――トップファネルコンテンツとは逆です。そのため、セッションでいまだにレポートしているチームからは、これらのページが過小評価されます。問題は、「X vs Y」や「Y alternatives」のクエリをレビューサイトや競合の比較ページがすでに占有していることが多い点です。勝負はキーワード発見ではなく、コンテンツ品質と鮮度になります。

測定するもの：セッションではなくパイプライン

SaaSで重要な指標はトライアルとサインアップです。アトリビューションの問題は、訪問を獲得したプロダクト主導のアセットが、サインアップ前の最後のクリックになることはほとんどない点にあります。SEOをラストタッチコンバージョンで評価すると、プロダクト主導とトップファネルの施策は価値がないように見え、パイプラインを支えるまさにそのアセットを削ることになります。アシストコンバージョンと新規 / リピーターのサインアップを測定し、無料ツールの役割を同じセッションで成約させることではなく、適切な人をファネルに入れることとして扱ってください。

大規模なソフトウェア組織におけるチーム、スケール、ガバナンスの課題については、Enterprise SEOピラーが複数の関係者とワークフローの側面を扱います。このハブの深掘り記事では、プロダクト主導SEO、ボトムファネルページ、SaaSの技術アーキテクチャ、監査、よくあるミスを扱います。

SaaS SEOはソフトウェアに通常のSEOを適用するものですが、その施策の組み立て方に特徴があります。プロダクト主導SEO（ランクインし、リンクを獲得し、サインアップを促す無料ツール / テンプレート）、ボトムファネルページ（比較 / 代替 / インテグレーション）、長い複数関係者のサイクルに合わせた B2B SaaS コンテンツ、そして 技術的なSaaS SEO（マーケティングサイトとアプリ、ドキュメント / ブログのアーキテクチャ、サブドメイン / サブディレクトリの判断、JSレンダリング、アプリURLをインデックスから除外すること）で構成されます。トラフィックではなく、トライアル / サインアップで測定します。このハブから、プロダクト主導SEO、B2B SaaS SEO、技術的なSaaS SEO、SaaS SEO監査、よくあるミス、チェックリストへ移動でき、スケールのためのエンタープライズSaaS / B2B SEOにもつながります。

検索を製品につなげるSaaS SEO指標

これらは恒常的に追うチャネルKPIであり、普遍的なスコアカードではありません。ランディングページの種類ごとにセグメントし、自社の獲得とアクティベーションのベースラインを使ってください。コンバージョンの範囲は、製品、市場、価格、アトリビューションモデル、適格なサインアップの定義によって異なります。

オーガニックのトライアルとサインアップ

• 指標: オーガニックのランディングセッションに帰属するトライアルまたはサインアップ。
• 分かること: 検索が単に訪問を増やすだけでなく、人を製品ファネルに入れているかどうか。
• 取得方法: アナリティクスのランディングページおよびsource / mediumデータを、製品のサインアップイベントまたはウェアハウスのレコードに結合します。無料ツール、比較、インテグレーション、ドキュメント、情報提供型の流入を分けてください。
• ベンチマーク / 現実的な範囲: ページの種類と製品ティアごとにベースラインを確立します。時間の経過に沿ってコホートを比較してください。SaaS全体に適用できる、根拠のあるコンバージョン目標はありません。
• 頻度: 運用上の変更は週次、トレンドのレポートは月次です。これはインプレッションと適格な訪問に対して遅れて現れる成果です。

オーガニックのアシストコンバージョン

• 指標: 測定対象の journey の早い段階でオーガニック検索が現れたものの、最後の接点ではなかったトライアルまたはサインアップ。
• 分かること: プロダクト主導のアセットや調査コンテンツが、後に別チャネルでコンバージョンする購入者を呼び込んだり、理解を助けたりしているかどうか。
• 取得方法: オーガニックのランディングページと、後のサインアップイベントを保持するアナリティクスのアトリビューションパスレポート、またはウェアハウスのjourneyモデルを使います。期間を比較するときは、アトリビューション期間とモデルを一貫させてください。
• ベンチマーク / 現実的な範囲: 自社で固定したアトリビューションモデルの下で、比率のベースラインを作ります。期間やモデルを変えると比較が無効になるため、一般的な割合を借用しないでください。
• 頻度: 月次です。アシストの寄与は短い間隔ではノイズが多く、遅れて現れる指標です。

新規とリピーターのオーガニックサインアップ

• 指標: 初回のオーガニック訪問者からのサインアップと、記録された journey にオーガニック検索が含まれるリピーターからのサインアップ。
• 分かること: SEOが新しい見込み客を獲得しているか、またSaaSの長い調査 journey でアクティベーション前に再訪が起きているかどうか。
• 取得方法: 同意とID解決の制約内で、アナリティクスの新規 / リピーターまたは初回確認識別子を製品のサインアップイベントと組み合わせます。
• ベンチマーク / 現実的な範囲: 自サイトの過去の構成比を使い、同じ種類のページと市場を比較します。プライバシー管理とデバイス間の挙動によって、外部の目標値は誤解を招きます。
• 頻度: 月次。販売サイクルが長い場合は、四半期ごとにコホートを確認します。

オーガニックサインアップの品質

• 指標: オーガニックに帰属するサインアップのうち、製品に設定済みの適格化またはアクティベーションのマイルストーンに到達した割合。
• 分かること: SEOが単にフォームを送信する人ではなく、製品を使える人を集めているかどうか。
• 取得方法: サインアップの記録を、製品チームが設定しているアクティベーションイベントまたは適格トライアルの定義に結合し、オーガニックのランディングページとページ種別ごとにまとめます。
• ベンチマーク / 現実的な範囲: 製品の現在のアクティベーションベースラインを使い、同じ定義でオーガニックのコホートを他の獲得コホートと比較します。SEOを強く見せるためだけに新しいマイルストーンを作らないでください。
• 頻度: 安定したボリュームの製品では月次、販売サイクルやサンプルサイズが長い場合は四半期ごとです。