ドキュメント
記事を最新に保つ:リフレッシュ、最適化、統合、非公開化
クリックが減った記事のリフレッシュ、クリック率の低いページの最適化、301 による重複記事の統合、コンテンツエンジンでの記事の非公開化について説明します。
公開済みの記事は、Search Console で継続的に計測されます。エンジンは1日1回、クリックが減っている記事と、検索結果の2ページ目までに表示されていてクリック率が低い記事を探し、リフレッシュまたは最適化のタスクをキューに追加します。記事を非公開にしたり、再公開したり、以前のリビジョンに戻したり、301 で別のページに統合したりすることもできます。一覧ページは自動で再構築されます。
リフレッシュと最適化のタスク
毎日 03:17 UTC に実行され、Search Console を接続済みで、週あたりの新規記事数が 0 を超えている各プロパティが対象になります。1つのプロパティに新しいメンテナンスタスクが追加されるのは週に1回までで、1回につきリフレッシュ最大3件、最適化最大3件です。
| タスク | キューに追加される条件(直近28日間) | 目的 |
|---|---|---|
| リフレッシュ | 記事の直前28日間のクリック数が20以上で、現在はその60%以下に減少している(40%以上の減少) | 記事を最新の内容にする。クリック数の減少が大きい記事から優先される |
| 最適化 | 平均掲載順位が8〜20位で、表示回数が30以上、かつクリック率がその順位で一般的な値の60%未満 | タイトル、メタディスクリプション、直接的な回答を磨き込む |
チェックされるのは AutoPSEO が管理する記事、つまり AutoPSEO が作成した記事と、サイトから引き継いだ記事だけです。記事は、公開または最終改訂から45日以上経過していて、ほかに未完了のタスクがない必要があります。ページのすべての言語は合算して扱われ、掲載順位は表示回数で加重されます。順位ごとの期待クリック率には、市場全体のカーブを使用します。考え方は CTR ベンチマークレポートと同じです。これらのシグナルが重要な理由については、コンテンツの劣化への対処と CTR の回復をご覧ください。
トピックレビューで既存の記事に統合された質問も、最適化タスクとして追加されます。1つのタスクにつき最大5件の質問です。サイト側でも、エクスポートで記事にリフレッシュや最適化のフラグを付けられます(配信)。
タスクの書き方
リフレッシュと最適化のタスクはキューに追加され、ライターの処理ペースを共有します。リフレッシュは月間クォータの記事1本分、最適化は最適化1回分を消費します(クォータ)。
AutoPSEO のライターは、どちらのタスクでも、その記事の検索に対する新しいブリーフから記事全体の新しいリビジョンを書きます。ページのアドレス、タイプ、公開日は変わりません。MCP 経由の独自の AI は、タスクの理由を受け取り、content_get_page で公開中の本文を読めるため、変更が必要な箇所だけを修正できます(独自の AI)。
リフレッシュや最適化を書く前に、サイトが記事をエクスポートできる場合、AutoPSEO はサイトから記事を再取得します。サイト側で行った編集は独立したリビジョンとして保持され、その後の更新は現在のバージョンを基にして行われるため、サイト側で更新を適用できるかどうかを判断できます(配信)。
記事を非公開にする
公開済みで非公開にする(「この記事を非公開にしますか?リビジョンから後で再公開できます。」)を選びます。独自の AI からも content_unpublish で同じ操作ができますが、このツールは、あなたの承認を得た場合にのみ実行するよう AI に指示します。記事の配信が停止し、サイトには article.unpublished が送信され、AutoPSEO がホストするアドレスは 410 Gone を返します。非公開にした記事は非公開済みに一覧表示され、再公開を選ぶと最後に公開されていたリビジョンが戻ります。サイトには article.updated として送信されます。
AutoPSEO が非公開にした記事は、サイトにまだ掲載されていても、サイトからのインポートで復活することはありません。
以前のリビジョンに戻す
すべてのリビジョンは保持されます。以前に公開されていたリビジョンは、MCP 経由で記事の ID とリビジョン番号を指定して content_publish を実行すると戻せます。コンテンツページにロールバックボタンはありません。統合された記事と一覧ページはロールバックできません。
同じ検索に答える2つのページを統合する
2つのページが同じ検索で競合している場合(カニバリゼーションを参照)は、MCP 経由で content_merge を使い、弱いほうの AutoPSEO 記事を強いほうのページに統合します。統合先には、公開中の別の AutoPSEO 記事か、自サイト上の任意のアドレスを指定できます。
- 記事は非公開になり、統合先が記録されます。
- 未完了のタスクは、「The article was merged into」とアドレスを理由として却下されます。
- サイトには
redirectTo付きのarticle.unpublishedが送信されます。サイトは旧アドレスへのアクセスに対し、そのアドレスへ 301 を返す必要があります。AutoPSEO がホストするアドレスも同様に動作します。 - 以降は、統合された記事に関するトピックは、統合先でカバー済みとして扱われます。
統合は取り消せません。統合された記事は、ロールバック、再公開、再度の統合のいずれもできません。統合できるのは公開済みの記事だけで、自分自身や別のホストへの統合はできません。恒久的なリダイレクトが適切なシグナルである理由については、Google のリダイレクトに関するガイダンスをご覧ください。
一覧ページは自動で最新の状態に保たれる
一覧ページは、他のページから項目を集めたものです。たとえば、1つの役割に対するすべてのサンプル質問が該当します(タイプ別ページ)。AutoPSEO は5分ごとに、プロパティ単位で、一覧の元になっているページに新しい公開リビジョンがあるかどうかを確認し、古くなった一覧を10分に1回までの頻度で再構築します。再構築の結果はすぐに公開されます。モデルによる処理、レビュー、クォータの消費はありません。項目が変わらない場合、サイトには何も送信されません。一覧の値を持つ公開ページがなくなった場合、その一覧ページは非公開になります。
一覧ページは、手動での取得、書き直し、ロールバック、非公開化、統合はできません。一覧ページは、集めているページが変わったときにだけ変化します。