記事が書かれる仕組み

新規記事のチェックは 毎時 実行されます（0 * * * *、UTC）。期限が来た記事ブリーフとキーワード クラスターを取得し、それぞれを決まった順序で作成します。アウトライン、導入、セクション、画像、そしてメタデータの順です。1回の生成ジョブにつき 記事クレジット を1つ消費し、課金は最初の試行時のみです — 途中のステップが失敗してジョブが再試行されても、最初からやり直して二重に課金されることはなく、中断したところから再開します。

記事作成のパイプライン

1. 1
   アウトライン

   モデルには、対象キーワードをカバーする5〜7個の H2 見出しを生成するよう指示します。見出しが4個未満の場合は却下され、再試行されます。
2. 2
   導入

   アウトラインと並行して、約150語の導入段落を1つ生成します。読者を引き込み、メイン キーワードを自然に織り込むように書かれます。
3. 3
   セクション

   各見出しは1つずつ HTML に展開されます — 段落、小見出し、リストなどです。記事ごとの目標文字数は、ウェブサイト設定のスケジュール ステップにある最小語数設定から取得されます。既定は1500語で、それより大きく設定しても1800語が上限となります。
4. 4
   画像

   テキストが組み立てられると、下書きから画像プロンプトが生成され、最初の4つのセクション区切りにイラストが配置されます — 枚数の詳細は「記事の画像」をご覧ください。
5. 5
   SEO メタデータ

   記事ブリーフからフォーカス キーワード、メタ タイトル、スラッグを設定します。完成した下書きには、キーワードの使用状況、見出し構造、長さに基づくおおよその SEO スコアも付きます。
6. 6
   スケジュール

   ブリーフに公開予定日があれば、記事のステータスはスケジュール済みになり、その時刻に公開処理が取得します。なければコンテンツ内に下書きとして保存され、ご自身で確認して手動で公開できます。

完了した各ステップ（アウトライン、導入、各セクション、画像を含む完成した HTML）は、その都度記事にチェックポイントとして保存されます。そのため、クラッシュやレート制限による再試行時には、すでに存在する作業を再生成（および再課金）せずに再開します。

あなたの文体で書く

コンテンツ設定は、各記事の読み味を制御します。文体 トグル（プロフェッショナルなトーン、短めの文）と 視点（Expert または一人称）を、オンボーディング中または後からサイト設定で設定し、さらにウェブサイトに設定された言語が適用されます。テキスト生成自体は DeepSeek Flash モデルで実行されます — パイプラインの中でも安価な部分です。実際にコストがかかるのは画像で、そのため別枠の上限が設けられています（「記事の画像」をご覧ください）。

セットアップのブランド ボイスのステップでは、ブランド ボイス記事 URL を追加することもできます — あなたの既存の書き方を示す既存記事へのリンクです。これらは、執筆プロンプトが参照するトーンの参考としてウェブサイトに保存されるもので、厳密なスタイル転送ではありません。

記事が生成される頻度

生成は、サイト接続時に選択した公開スケジュールに従って実行され、オンデマンドのみではありません。プリセットは Light（週2記事）、Standard（週4記事）、Aggressive（毎日）で、Custom では曜日、公開時刻、タイムゾーンを正確に指定できます。頻度はコンテンツ設定でいつでも変更できますが、何を選んでも月間の記事利用枠が上限となります。

生成後の公開

ディスパッチャーが公開予定の記事を 毎分 確認し、接続しているプラットフォーム（WordPress、Shopify、Webflow、Wix、または webhook）の適切な公開キューに送信します。月間の記事利用枠が途中で尽きた場合、保留中のジョブは破棄されず 「一時停止 - 上限到達」 として保持され、利用枠が空き次第自動的に再開します — 再トリガーする必要はありません。