コンテンツエンジンのトピック:ソース、ゲート、ルーティング、レビュー

すべての記事は「トピック」から始まります。トピックとは、サイトが答えるべきなのに、まだ答えていない検索のことです。トピックは Search Console、サイト自体、保存済みキーワード、そしてユーザー自身や独自の AI から集まります。各トピックは一連のゲートを通過し、コンテンツタイプに振り分けられ、既存のページと照らし合わせてレビューされます。その後はバックログで待機し、毎日の実行で、設定したペースに合わせてキューへ移されます。

トピックの取得元

優先度の高いトピックから先にキューへ移ります。優先度が同じ場合は、獲得できるクリック数が多いもの、次に検索ボリュームが大きいもの、次に古いものが優先されます。

Search Console で見つかるトピック

AutoPSEO は毎日 03:17 UTC に、ページごとの直近 28 日間の検索を読み取ります。検索が対象になるのは、インプレッションが 20 以上、平均掲載順位が 3 より下で 30 以内、かつ、その検索を扱うページがまだない場合です(最も関連の高いページの URL に、その検索の主要な語の 60% 未満しか含まれていない状態を指します)。検索は、掲載順位 3 位の CTR と比較して失っているクリック数の多い順に並べられ、1 日に最大 20 件が計画されます。質問形式の検索には「Search Console の質問」というラベルが付きます。これらの数値の背景については、CTR と掲載順位を参照してください。

自分で追加するトピック

• バックログパネルの Plan topics, one per line にトピックを 1 行に 1 件ずつ入力し、Add to the backlog を選択します。一度に最大 500 件まで追加できます。これらは他のトピックと同様にゲートとレビューを通過します。
• キューパネルの Add topics, one per line にトピックを 1 行に 1 件ずつ入力し、Add を選択します。一度に最大 20 件まで追加できます。ゲートを通過してすぐにルーティングされ、レビューを経ずにそのままキューへ入ります。
• 保存済みキーワードを追加を使うと、キーワードライブラリから最大 500 件のキーワードが、ボリュームの大きい順にボリュームと難易度とともに追加されます。
• 独自の AI は、content_add_topics(1 回の呼び出しで 1 から 200 件、無料)でトピックを計画することも、content_claim にキーワードを指定して直接着手することもできます。詳しくは独自の AI で執筆するを参照してください。

サイトから届くトピック

サイトの Webhook がトピックをエクスポートしている場合、すべてのスキャンと毎日の実行でそれらが取得されます。毎日の実行では、前回の取得以降に変更されたトピックのみを要求します。サイト側で精査済みのため、ブランドゲートとカバレッジゲートのみが実行され、サイトが指定したコンテンツタイプはそのまま使用されます。サイトが rejected とマークしたトピックは、サイト側で却下されたものとして記録されます。プロトコルの詳細は配信を参照してください。

ゲート

各トピックは次のチェックを順番に通過します。最初に不合格となったチェックで却下され、その理由が記録されます。

1. 空。 フィラーワードを除くと何も残らない場合。
2. ブランド。 ブランド用語を含む場合。ブランド用語は、コンテンツ設定の Brand terms, never topics または Property Setup の Branded Keywords で指定します。ブランド検索はナビゲーション目的の検索なので、記事を追加してもホームページと競合するだけです。
3. トピック外。 Off-topic words のいずれかを含む場合、または On-topic words を設定している場合は、そのいずれも含まない場合。
4. カバー済み。 すでにいずれかのページまたはトピックが答えている場合(後述)。
5. すでに上位。 Search Console で見つかったトピックのみが対象です。サイトがすでにその検索で上位 3 位以内に入っている場合。

また、Search Console の検索は、見つかったページが別の言語のプレフィックスの下にある場合、主言語の文字体系で書かれていない場合、または文字化けしている場合にもスキップされます。そのプロパティで、状態を問わず一度でもタスクになったことのあるキーワードは、二度と提案されません。

カバレッジの判定方法

AutoPSEO は、トピックの語を、把握しているすべてのラベルと照合します。ラベルには、スキャンで見つかったページのスラッグ、タイトル、H1、ページがすでに獲得している検索、自サイトの記事のスラッグ、キーワード、タイトル、そして未完了または計画済みのすべてのトピックが含まれます。トピックの主要な語がすべて 1 つのラベルに含まれている場合、そのトピックはカバー済みと判定されます。比較の前に、フィラーワードと Words in almost every query of the site が除外され、Words that mean the same のグループが統合され、語形が正規化されます。そのため、「is cluely detectable on zoom」は「can cluely be detected by zoom」というページと一致します。ページで一度も使われていない語は、そのスペルミスと思われる語として扱われます。たとえば「parakit ai」は、Parakeet に関するページでカバー済みと判定されます。

コンテンツタイプへのルーティング

各コンテンツタイプには、受け付ける検索の種類(質問、ハウツー、定義、比較、代替案、ベストオブリスト)、必須の語、除外する語といったルールがあります。タイプは順番に試され、デフォルトのタイプが除外していない限り、他のタイプが受け付けなかったものはデフォルトのタイプが引き受けます。どのタイプにも受け付けられない検索は、「None of the site's content types takes it.」という理由で却下されます。

2 つのタイプが同じ検索を受け付ける場合、または他のタイプがあるのにデフォルトのタイプだけが受け付ける場合は、モデルが判断します。使用するのは Workers AI 上の Llama 3.3 で、各タイプのパス、指示、いくつかのページタイトルを渡し、1 回の呼び出しで 25 件のトピックを処理します。信頼度が 0.5 未満の場合、エラーが発生した場合、またはリサーチクレジットがない場合は、ルールによる判定が採用されます。キューに直接追加したトピック、Queue now で移動したトピック、独自の AI が着手したトピックは、その場でこの判定を受けます。バックログに計画されたトピックは、ルーティングの実行を待ちます。この実行は、プロパティごとに最大でも 1 時間に 1 回開始されます。コンテンツタイプについては執筆とレビューで説明しています。

レビュー

計画済みのトピックがキューに入る前に、モデルが、そのトピックに最も近いサイト内の 5 ページを、それぞれの見出しとあわせて参照しながらレビューします。レビューの結果は、次の 5 つの判定のいずれかです。

トピックは 1 回の呼び出しで 20 件ずつレビューされ、同じ内容のトピックは重複を検出できるよう同じバッチにまとめられます。レビューの前に、まずゲートが再度実行されます。信頼度が 0.6 未満の場合、トピックは write として先に進みます。レビューを実行できない場合(リサーチクレジットがない、呼び出しに失敗したなど)は、ゲートのみの判定で先に進みます。

Extend は AutoPSEO が管理する記事にのみ適用されます。それ以外のページに対しては、トピックは却下されます。同じ記事を待っている質問は、その記事に他の未完了タスクがなくなった時点で、1 つの最適化タスクにまとめられます。1 タスクあたり最大 5 件で、プロパティごとに同時に開けるそのようなタスクは最大 3 件です。トピック自体は、「Folded into」と記事のアドレスとともに却下されます。詳しくはメンテナンスを参照してください。

ルーティングとレビューにはリサーチクレジットが使われ、原価にプラットフォームの手数料を加えた金額が課金されます。1,000 クレジットは 1 米ドルです。

バックログからキューへ

バックログには、計画済みのトピックが入ります。説明は「Topics that passed the gates and wait their turn.」です。毎日 03:17 UTC に、レビュー済みのトピックのうち最も有望なものがキューへ移ります。移動するのは 1 日最大 3 件で、そのプロパティで未完了のタスクが 12 件未満の場合に限られます。Queue now は 1 件のトピックをすぐに移動します。1 日の上限とレビューはスキップされ、未完了のトピックが 50 件に達すると受け付けられません。

キューからは、AutoPSEO のライターがプロパティごとに 1 度に 1 つのタスクを開始します。ペースは New articles per week(0 から 14。2 は 3.5 日に 1 本、0 はエンジンの一時停止)で設定します。キューに入っているタスクのうち、獲得できるクリック数が最も多いものから順に処理されます。更新タスクと最適化タスクも同じペースを共有します。Who writes the topics in the queue を独自の AI に設定している場合、キューはその AI を待ちます。

ルーティング、レビュー、毎日の補充は、New articles per week が 0 より大きい間のみ実行されます。これは、独自の AI が執筆するサイトでも同様です。

却下されたトピック

Turned down には、直近 50 件の却下が一覧表示されます。説明は「Topics the gates or a reviewer refused, with the reason.」です。バックログからのトピックの削除、レビューでの下書きの却下、独自の AI による content_decline も却下として記録されるため、同じトピックが再び提案されることはありません。通過するトピックを変えたい場合は、Settings のトピックルールまたはコンテンツタイプのルールを調整してください。ルール、タイプ、主言語が変更されるたびに、バックログは再チェックされます。

次へ:記事の執筆とレビューの仕組み