プログラマティック SEO について知っておくべき 5 つの重要な事柄

プログラマティック SEO を正しく行うには何をする必要がありますか? それが今日、プログラマティック SEO、コンテンツ、そして大規模な成長の推進に情熱を注ぐ社内 SEO リーダーと話し合う内容です。 彼女は Wix で SEO の取り組みを開始し、現在は Synthesia で AI ビデオ生成に取り組んでいます。 In Search SEO ポッドキャストへようこそ、Anna Uss。

このエピソードでは、アンナがプログラマティック SEO について知っておくべき 5 つのことを紹介します。

• ユーザーと Google ボットにとって意味のあるプログラマティック アセットを構造化する
• コンテンツ制作戦略
• 独自の SEO メタデータを使用する
• 構造化データ、FAQ スキーマ、パンくずリストを使用する
• 監視を続ける

プログラマティック SEO の 5 つのヒント

アンナ: やあ、皆さん、ここに来られて嬉しいです。

D: ご参加いただきまして誠にありがとうございます。 アンナは annauss.com で見つけることができます。 アンナ、今日はプログラマティック SEO について知っておくべき 5 つの重要な事柄を共有します。 まず最初に、プログラマティック SEO をどのように定義しますか?

A: そうですね、プログラマティック SEO は新しい概念です。 数年前、私がそれを始めたばかりの頃はそんな言葉すらなくて、ただアイデアだけがあったんです。 現在、プログラマティック SEO とは、ロングテール キーワードからのトラフィックを促進するためにランディング ページを大規模に作成することであるという、より明確な説明があります。 私ならそう定義します。

D: それはいいですね、非常に決定的ですね。 それについては追加の質問はありません。 希望を持って聞いていたほとんどの人にとって、それはかなり理解できたと思います。 そこで今日は、プログラマティック SEO について知っておくべき 5 つの重要な事柄を共有します。 1 番目から始めて、ユーザーと Google ボットにとって完全に意味のある方法でプログラマティック アセットを構造化します。 まず第一に、プログラマティック アセットとは何でしょうか?

1. ユーザーと Google ボットにとって意味のあるプログラマティック アセットを構造化する

A: それが、これから作成するプログラマティック アセットです。 統合に焦点を当てたいと考えており、さまざまな組み合わせによる統合が何百万もあるとします。 構造とは、ユーザーが簡単にクロールでき、簡単にナビゲートでき、消費しやすい論理的な順序で構造をどのようにマッピングするかということです。 たとえば、ロングテール キーワードでランク付けされる最終ページには統合 x と統合 y があり、ユーザーはそこに到達するというロジックです。 ユーザーが前に戻って、その統合 x から他のすべてのタイプの統合を確認できるように、どのように構成すればよいでしょうか? ページからリンクできる同様の使用例はありますか? そのため、すべてがどのようにつながっているかという構造を見逃してしまいます。 第一レベル、第二レベル、第三レベルとは何ですか? そして、ユーザーに選んでもらいたい道は何でしょうか? それが構造です。 そして、これは非常に重要だと思います。なぜなら、多くの人がアイデアを持っていて、エンドポイントのランディング ページの作成に飛びつきますが、その後、それをじっくり考えなかったからです。 それはウェブサイトの構造とどのように結びついているのでしょうか? そして、ユーザーはどのようにしてホームページからそのページに移動できるのでしょうか?

D: わかりました。パンくずリストが大きく関係していると思います。

A: はい、ただしパンくずリストは最終結果です。 中間ページが何になるのか、ディレクトリがあるかどうか、カテゴリがあるかどうかをよく考えていなかった場合、または URL 構造を実装していなかった場合は、パンくずリストを使用することはできません。 パンくずリストは最後の仕上げです。 そうしましょう。

D: 分かりました。 カテゴリ構造を正しく設定しない限り、パンくずリストは役に立ちません。

A：その通りです。 そして、それは当然だと思うでしょう。 しかし、私が最近始めたプロジェクトには主要な競合他社が存在し、その URL 構造は最適ではありませんでした。 そこでプロジェクトのレビューを始めたとき、最初に言ったのは、競合他社は非常にうまくやっているが、競合他社を例に取らずに URL 構造を変更すれば、はるかに良い結果が得られるということです。 そのため、簡単に調整することができました。幸いにも、ページが公開されていなかったため、調整する時間がまだありました。 しかし、よく考えずに運用を開始した場合、誰も対処したくない何千ものリダイレクトに直面することになるため、元に戻すのは非常に困難です。

D: もちろんです。 誰も対処したくありませんが、絆創膏で簡単に解決できる場合もあります。 その後、SEO が登場して物事がより効率的に実行されるまで、誰もがそのことを忘れてしまいます。

A: はい、リダイレクトに関連する問題は非常に多くあります。ダイレクトは実装されることが多いのですが、内部リンクは修正されていないからです。 あるいは、技術的な SEO デューデリジェンスが実行されず、多くの混乱が残ることもあります。 リダイレクトが存在するので、すべて問題ないと思いますが、実際に Web サイトをクロールすると、リダイレクトがスムーズでなかったり、正しく実装されていなかったりすると、Google がクロールの複数の段階で混乱していることがわかります。 だからこそ、私は構造がとても重要だと言っているのです。それを第一に考えているのは、構造を整理することがプロジェクトの成功を築くための基礎の最初のレンガだからです。

D: さて、私はこの特定のトピックにこだわりたくなりますが、2 番目のコンテンツ制作戦略に移りましょう。

2. コンテンツ制作戦略

A: そうですね、プログラマティック SEO にアプローチできる方法はたくさんあるので、これは非常に興味深いものです。 正しいことと間違っていることがあるとは言いません。ユーザーにとって役に立たない悪いコンテンツを掲載する場合などには、明らかに間違っているということです。しかし、私の最近の経験では、シンプルなページを使用することもできます。 以前、私が取り組んだ最大のプロジェクトである Snyk Advisor には、複数のデータベースが接続された非常にリッチなページがありました。 非常に高品質なコンテンツなので、それは非常に理にかなっています。 最近のプロジェクトでは、主に修飾子に依存する、より単純なページを作成しています。 しかし、ユーザーにとっては、それでも非常に便利なページです。 なぜなら、企業が統合やプラグインなどの複数の組み合わせを持っている場合、ユーザーがホームページ内を移動するだけで希望する正確な組み合わせを見つけるのは非常に困難だからです。 そして通常、ユーザーは特定の統合の組み合わせを検索します。 Google スプレッドシートを Notion に接続したい場合は、それを検索します。 Web サイトにアクセスして、特定の統合の組み合わせに移動しようとする必要はありません。 そのため、ランディング ページを作成することで、ユーザー エクスペリエンスを促進し、向上させています。 そして、そのページにはそれほど多くの新しいコンテンツは必要ありません。 特定の統合の組み合わせを開始する方法に関するいくつかの記事、いくつかのユースケース、またはいくつかの役立つリンクをそこに組み込むことができます。 しかし、ランディングページ自体は非常にシンプルです。

繰り返しますが、コンテンツを見るには 2 つの方法があります。 複数のデータベースを接続して、新しい情報や新しい洞察を提供する非常に豊富なコンテンツを提供できます。 同時に、ユーザーのニーズを満たすシンプルなランディング ページも作成できます。 コンテンツが薄い場合や重複の問題が発生する可能性があるため、シンプルなページを使用すると影響や影響が生じますが、それでも問題なく作業できます。 これは私にとって非常に興味深いことですが、障害になるべきではありません。 人間が作成した 1,000 ページの高品質コンテンツを作成できないため、プログラマティックはできないと考えているとしても、その戦略を試すことを妨げるものではありません。 回避策はまだあります。FAQ を追加したり、修飾子を追加したりできます。 これらはすべて今でも機能しており、便利で、試してみるのに良い戦略です。

D: コンテンツについて話し合っているときに AI という 2 文字が聞こえなかったことにショックを受けました。 何故ですか？

A: それに関してはとても気をつけています。 私たちが試みることの 1 つは、FAQ 用の独自のコンテンツを生成するために Chat GPT を使用することです。 しかし、そのコンテンツをランディング ページにコピペするだけを大胆に勧めるつもりはありません。 テクノロジーを使用してそのプロセスを早送りしている場合でも、それを見直して、そのまま書いて、事実が正しく、意味があり、ブランドを正しく表現していることを確認することをお勧めします。 あなたはそれについてどう思いますか？

D: そうですね、急速に変化している分野だと思います。 いろいろ試してみる必要がある分野だと思います。 しかし、現時点ではそれに対する白黒はっきりした答えは確かにありません。 3 年から 5 年後に私たちがどのようになっているかは誰にもわかりません。 しかし現時点では、大企業の Web サイトを担当する SEO は、トラフィックの多いページに潜在的に悪影響を及ぼすことなく AI の使用をテストする方法を見つける必要があると思います。

A: 同意します。 ここで試せることの 1 つ、そして私も試してみたいことの 1 つは、質問と回答のコンテンツを含む FAQ セクションをテストしているとします。 1 つのページには、他の 20 ページとまったく同じ答えをバケットとして含めることができ、次のページには修飾子が含まれ、3 番目のページには AI が生成したコンテンツが含まれます。 そして、それがページのパフォーマンスに変化をもたらすかどうかを見るのは興味深いでしょう。

また、何か新しいことを立ち上げるときは、失敗するリスクが少なくなります。 エンタープライズ Web サイトで作業しているときに、戦略全体を突然 180 度変更する場合、それは大きなリスクになります。 しかし、何か新しいものを立ち上げるのであれば、それらの理論やツールを試すには良い遊び場だと思います。

D: メタデータについてはどうですか? AI を使用してコンテンツとメタデータを生成できますか? なぜなら、ポイント 3 は、SEO メタデータを確実に使用し、それが一意であることを確認することだからです。

3. 独自の SEO メタデータを使用する

A: はい、ということは、それを見逃してはいけないということです。 なぜなら、プログラマティック SEO ページを扱っている場合、H1、H2 などのタイトルが扱う主な資産だからです。 つまり、修飾子を必ず含めてください。 単に最適な統合と言っているわけではなく、それがどのページにも書かれていることです。 統合名を含める必要があり、タイトルとページの構造が意味のあるものであることを確認する必要があります。 ページのマークアップに不正確さがあり、それがプログラマティック SEO の失敗の重大な要因となる可能性があるケースを私は見てきました。

しかし、あなたの質問に答えるために、この特定のケースでは、パターンを理解することにさらに取り組みます。 H1、H2 などのパターンはどうすればよいでしょうか? そして、そのために AI を生成する必要はありません。

D: パターンということは、H1 で「best」を使用するか、H2 で「top」を使用することで回避できるという意味ですか? それとも何らかのローテーションが必要なのでしょうか？ 各ページの同じステージで同じ修飾子を使用するのは悪い考えですか?

A: 修飾子とは、このランディング ページが扱っている特定の内容を意味します。 統合の場合は統合ページ、オープンソース パッケージの場合はオープンソース パッケージ ページです。 それが別のものである場合、それは別のものです。 パターンとは、フレーズがあり、そのランディング ページに固有かつ一意の修飾子をそのフレーズに挿入することを意味します。 そして、そのパターンを定義するには、検索結果を分析し、何が機能するのか、そしてそれらのランディング ページが何についてのものなのかを確認します。 ランディング ページに「何かを構築する」というものがある場合は、おそらく同様の文の意図を使用するでしょうし、ページに「X を実行する 5 つの方法」というものがある場合は、おそらくその意図に沿った表現にするでしょう。 SERPを分析し、タイトルを定義し、そこに修飾子を埋め込みます。

D: ポイント 4 は、構造化データ、FAQ スキーマ、パンくずリストを活用することです。

4. 構造化データ、FAQ スキーマ、ブレッドクラムを使用する

A: はい。 スキーマは非常に強力な SEO 資産であり、多くの人が実装しており、過小評価している人もいると思います。 スキーマには非常に多くの種類があります。 FAQ スキーマは大規模に実装できるため、プログラマティック SEO に非常に適しています。 ブレッドクラムは、ナビゲーション、インデックス付け、アセットの構造の説明に非常に役立ちます。 最近試したもう 1 つのスキーマは「sameAs」ですが、その結果はまだ得られていません。 4 月のブライトン SEO で、このタイプのスキーマに関する素晴らしい講演があったため、私はそのタイプのスキーマについて非常に興奮していました。 そして、それが実際に結果をもたらすかどうかを見るのは非常に興味深いでしょう。 しかし、一般的に、私はスキーマに非常に興奮しています。なぜなら、同様のタイプのページでサイト全体またはアセット全体に実装でき、スケールできるからです。 大規模なものはすべて本当に強力ですよね?

D: もちろんです。 監視している限り、それがポイント 5 です。

5. 監視を続ける

A: 正解です。努力を監視する方法はいくつかあります。 小規模なサイトでは Screaming Frog を使用できます。 より大きなサイト、つまり何十万ものページがある場合は、おそらくより洗練されたソフトウェアが必要になります。 以前の会社では Lumar (旧 Deepcrawl) を使用していました。 これは、大規模な Web サイトの分析情報を確認し、問題を特定するのに非常に役立ちました。 私たちが目にしたことの 1 つは、アセットが実際には完全に呼び出されていなかったということです。 内部リソースから 200 万の URL があることはわかっていましたが、クローラーは 500,000 の URL しか到達できませんでした。 そこで、その情報に基づいて問題を特定し、内部リンクを改善し、アセットのクローラビリティを改善するだけでオーガニック トラフィックが文字通り 2 倍に達しました。 そして、それはそのようなソフトウェアを使用して行うことができます。 ただし、ページ数が数百または数千の小規模な Web サイトの場合は、通常、同じ理由で Screaming Frog を使用して分析できます。

D: サーチコンソールは？

A: はい、その通りです。 Google Search Consoleも非常に強力なので、なぜGoogleが提供するツールを使用しないのでしょうか? そして、そこにヒントがあります。 大規模な Web サイトの場合は、サブセクションのプロパティを追加します。 たとえば、yourdomainname/blog を別のプロパティとして、yourdomainname/docs を別のプロパティとして指定します。 シンプルに聞こえるかもしれませんが、Web サイトの特定のセクションがどのように実行されているかについて貴重な洞察を得ることができます。 また、その特定のセクションのインデックス付けとその特定のセクションのエラーも確認できます。 なぜなら、大規模な Web サイトをお持ちで、ドメインのプロパティが 1 つしかない場合、問題とその発生場所を特定するのは困難だからです。

パレートピクルス - 構造化データとスキーマ マークアップ

D: パレートピクルスで締めくくりましょう。 パレートによれば、20%の努力で80%の結果が得られるそうです。 適度な労力で素晴らしい結果をもたらす、お勧めの SEO アクティビティを 1 つ挙げてください。

A: すでに述べましたが、構造化データとスキーマ マークアップについてお答えします。 また、実装できる構造化データの種類は非常に多く、非常に優れた結果が得られます。 これは非常に簡単で拡張性が高く、SERP ですぐに結果を確認できます。

D: 私はあなたのホストを務めてきました、デヴィッド・ベイン。 アンナは annauss.com で見つけることができます。 In Search SEO ポッドキャストにご参加いただき、誠にありがとうございます。

A: 迎えてくれて本当にありがとう。

D: 聞いてくれてありがとう。 これまでのエピソードをすべてチェックし、rankranger.com で Rank Ranger プラットフォームの無料トライアルにサインアップしてください。