90日間計画を構築する ── 最初の勝利から100万オーガニック訪問へスケール

Codex SEO・GEOコースの資産と証拠を、ページベット、週次ループ、証明要件、測定チェックポイントを備えた焦点を絞った90日計画に変えます。

コースの作業を実際に完了できる3つのベットに変える

100万オーガニック訪問への道は100ページのコンテンツカレンダーではありません。再現可能なシーケンスです：実際の顧客問題を選び、有用で正確な回答を構築し、関連する決定に接続し、何が起こったかを検査し、次の証拠裏付けの改善を行います。この最終ワークショップは、コース全体で作成したファイルを、実行するのに十分な焦点を持つ90日計画に変えます。

使用するために新しいサイトは必要ありません。初心者は最初のページを計画できます。既存サイトのオーナーは、修復、リフレッシュ、新しいクラスターを計画できます。Codexは計画とそのパケットを準備します。人間は依然としてコンテンツ、デプロイメント、予算、アウトリーチ、アカウントアクセス、公開ウェブを変えるものすべてを承認します。

完成した結果： 3つ以下のアクティブベット、指名されたオーナー、証明要件、容量を意識したカレンダー、週次レビュー日、測定ノート、各ベットの停止または変更条件を備えた90日オーガニック成長計画。

60〜90分を確保してください。 レビューを生き残った承認済みの素材を持参：成長スタートカード、トラフィックミッション、ファクトパック、顧客質問マップ、最初のページまたは既存ページのノート、トピックマップ、品質ゲート記録、週次レビュー、関連するAI回答観察、リフレッシュ決定。実際の容量も持参：典型的な週に提供できるコンテンツ、技術、オーナーレビューの時間数。

ブレインストーミングではなく保存された決定から構築する

plan-input.md というファイルを開始します。キーワードアイデアの墓場ではなく、実証済みまたはレビュー可能な機会の短いインベントリであるべきです。

plan-input.md
Current position（現在の位置）：承認済みの準備チェックリスト1つ。既存の月次記帳サービスページ。
英国外の主張の公開証明なし。
Reader mission（読者のミッション）：英国のフリーランスデザイナーが、整理された記録と月次記帳
支援が自分の状況に適合するか決定するのを助ける。
Evidence that survived review（レビューを生き残った証拠）：リモートサービス適合に関する2つの
日付付き顧客ノート。ファクトパックはサービス範囲と税申告除外をサポート。最初のチェックリスト
ページがライブ。リフレッシュ決定はURLを保持し狭い適合パスを追加すると言う。
Capacity per week（週ごとの容量）：コンテンツオーナー2時間。サブジェクトオーナー30分。
開発者2時間おきの週。有料配置や新ツールの予算なし。
Open risks（オープンリスク）：サービスエリアの表現はオーナー承認が必要。最新ページのパフォーマンス
比較は未完了。
Not in scope（範囲外）：都市ランディングページ、有料バックリンク、広範な税務アドバイス、サイト再設計。

何が欠けているかに注意してください：トラフィック予測、15の一般的なトピック、ツールを作る約束、漠然とした「テクニカルSEO」。それらは実行できる決定ではありません。入力はCodexが気を散らすものを拒否できる境界を確立します。

3ベット計画プロンプトを使用する

plan-input.md とそれが指名するソースファイルを添付します。次にこのプロンプトをコピーします：

[plan-input.md] とこれらの承認済みソースを読んでください：[トラフィックミッション、
ファクトパック、質問マップ、トピックマップ、品質ゲート記録、週次レビュー、AI観察、
リフレッシュ決定]。90-day-organic-growth-plan.md を作成してください。

含める：
1. CURRENT POSITION：事実のみ。ソースファイルと不明点付き。
2. THREE GROWTH BETS MAXIMUM。各ベットには顧客問題、ページまたは資産、承認済みの証明、
   訪問者アクション、オーナー、労力、依存関係、測定日、明示的な継続/停止/変更条件が必要。
3. THREE 30-DAY SPRINTS。述べられた容量に十分小さい作業。
4. A WEEKLY REVIEW RHYTHM。1つの日付付き証拠フォルダと1つのアクションを使用。
5. MEASUREMENT：オーガニック/検索証拠、ページ結果、コンバージョン定義、有用な場所では別の
   AI回答観察。それらを統合しないでください。
6. RISKS、オーナー決定、90日間意図的に除外された作業。
7. 各作業パケットの関連コースワークショップへのリンク。

事実を予測から分離してください。トラフィック、ランキング、収益、容量、ソースデータ、
コンバージョン率を発明しないでください。公開しない、支出を割り当てない、誰にも連絡しない、
アカウントを作成しない、URLを送信しない、分析を変更しない、本番変更を行わない。

承認する前に計画を容量テストとして読む

Codexはプロンプトが3つを許可するからといって3つのベットをすべて埋めるべきではありません。正しい数は完了して検査できるものすべてです。Northstar Booksの場合、これは信頼できる最初のドラフトです：

3番目のベットは「検証して待つ」になります。新しいページに完了した比較期間がない場合、それは実際のベットです。読まれる必要のある唯一の資産を常に再構築することからチームを保護します。

不可能な計画を拒否する

計画が1人に最初の月に5ページ、移行、ツール、ローカルプロフィール、アウトリーチ、スキーマ変更、毎日のレポートを要求する場合は、拒否します。この修復プロンプトを使用します：

この計画は述べられた容量を超えています。最小の完了したレビュー可能なベットのセットの周りに
再構築してください。指名されたオーナー、承認済みの証明、1つの次の成果物、検査可能な測定日が
ある場合のみベットを保持してください。他のすべてを、再訪するために必要な証拠とともに
EXCLUDED WORKに移動してください。

レビュー日に到達する小さな計画は、未検証の下書きを生み出す野心的なカレンダーよりも多くを教えてくれます。

より多くの作業を作る前に3つのスプリントをレイアウトする

各30日スプリントには異なる仕事があります：信頼できる入力を確立し、小さな承認済みの変更をリリースし、検査して決定します。これは例の容量に適合する具体的なカレンダーです。

これは意図的に「毎週公開」ではありません。あなたのケイデンスは、ソースが得られ、レビューされ、測定できるものに従います。スプリント1で事実がブロックされた場合は、ページの成果物を証拠収集にシフトします。ランダムなトピックに置き換えないでください。

すべてのベットを4つのゲートに通過させる

ベットがアクティブ計画に入る前に、同じ4つの質問で評価します：

誰もその場所や資格境界を承認できない場合、サービス適合ページは失敗します。チェックリストページを重複する場合、回答資産は失敗します。コスメティックで読者問題に結びついていない場合、リフレッシュは失敗します。ベットが失敗したときは、欠落した証拠とともに計画の PARKED セクションに入れます。優先事項として偽装しないでください。

計画内で週次運用ループをスケジュールする

計画は繰り返しの決定の瞬間がある場合のみ有用であり続けます。各アクティブベットにこの行を入れます：Weekly review: Friday, 10:00; input owner: [name]; approval owner: [name].（週次レビュー：金曜10:00。入力オーナー：[名前]。承認オーナー：[名前]。）次に週次Codex成長ループを使用して1つの日付付きノートを作成します。

週次ノートは90日計画とは異なる質問に答えます。計画は現在のベットと停止条件を設定します。ノートはそれらの境界内で今週の1つのアクションを選択します。ノートが5番目のアイデアを提案する場合、それがアクティブな事実やリスクを無効にしない限り PARKED に属します。

計画内でこの週次ミニプロンプトを使用します：

[現在の90日計画]、今週の証拠フォルダ、アクティブなベット記録を読んでください。
アクティブなベットを前進させるか、述べられたブロッカーを解決する1つのアクションを選択して
ください。証拠、容量、オーナー承認、測定日を引用してください。アクションが正当化されない
場合は、最小の収集タスクまたは待機条件を処方してください。新しいベットを追加しない、
公開しない、お金を使わない、ライブシステムを変更しない。

異種シグナルをブレンドせずにシステムを測定する

各ベットに小さな測定ノートを使用します：

Measure（測定）：[URLまたはページグループ]の完了したSearch Console/分析期間。
Page outcome（ページ結果）：[例：ディスカバリーコールリンクのクリック、チェックリスト完了、
または資格のある問い合わせ]。定義者：[オーナー承認イベントまたは手動記録]。
AI observation（AI観察）：正確なプロンプト、市場/言語、日付、回答テキストまたはスクリーンショット。
オーガニックセッションとは別に記録。
Review date（レビュー日）：[適切な完了した期間の後の日付]。
Interpretation boundary（解釈境界）：証拠を比較。1つの編集が結果を引き起こしたと主張しない。

オーガニック検索データ、ページ内アクション、顧客フィードバック、AI回答観察はすべて役立ちますが、交換可能ではありません。AI回答での言及はオーガニックセッションではありません。インプレッションの上昇は資格のある問い合わせではありません。それらを分離しておくことで、Codexに次のアクションの正直な基盤を与えます。

30、60、90日レビューを実行する

30日目に尋ねます：すべてのアクティブベットが必要な事実、ブリーフ、またはリリースパケットを得たか？60日目に尋ねます：承認された変更は公開ゲートを通過し、保存されたビフォー状態を得たか？90日目に尋ねます：どのベットに続行の証拠があり、どのベットに焦点を絞ったリフレッシュが必要で、どのベットを保留しなければならないか？

この最終レビュープロンプトを使用します：

[90日計画]、[週次レビューノート]、[リリースノート]、[完了した測定証拠]を読んでください。
90-day-review.md を書いてください：完了した作業。事実と不明点。各ベットの継続/停止/変更決定。
その決定をサポートする証拠。持ち越す教訓。推奨される次の30日ベット1つ。
証拠を超えて因果関係を帰属させない、新しい証明なしに除外された作業を復活させない、
外部変更を行わない。

正直な結果は次のようになります：「サービス適合ブリーフは準備完了、チェックリストリフレッシュはリリース済み、パフォーマンスには別の完了した期間が必要。2ページクラスターを保持。新しいロケーションページを開始しない。」それが規律あるサイトの成長方法であり、絶えず方向を変えることではありません。

再利用可能な90日計画チェックリスト

• [ ] 承認された証拠のみを使用し、現在の不明点を記録した。
• [ ] 3つ以下のアクティブベットがあり、それぞれに読者問題と証明境界がある。
• [ ] 各ベットに指名されたオーナー、次の成果物、測定日、停止条件がある。
• [ ] 最初のスプリントはレビュー時間を含む実際の容量に適合する。
• [ ] 週次レビューは新しい戦略を発明するのではなく、計画内の1つのアクションを選択する。
• [ ] オーガニック測定、ページ結果、AI観察は分離されたまま。
• [ ] 公開変更は公開ゲートを通過する。

次にどこでループするか

計画は作業の終わりではありません。正しいワークショップに戻るための地図です。新しい需要シグナルが必要なときは30のリアルな顧客質問を見つける。確認済みのページが明確な次の決定を得たときは5ページトラフィッククラスターを構築する。公開事実が一致しないときはソースで修正する。既存ページに証拠があるがクリックが弱いときはリフレッシュワークフローを使用する。

このループを実行し続けます：証拠 → 1つの承認済みパケット → 制御されたリリース → レビュー → 次の決定。それが意味のある複合的なオーガニック成長の背後にあるオペレーティングシステムです。

著者：Aaron Wolfe、Auspia オーガニック成長システムデザイナー、SEO/GEO 15年。Aaronは最初の勝利を持続可能なオーガニック成長オペレーティングシステムに変えることについて書いています。

![90日計画ワークパケットワークフロー図]()

この課題にはこの順序を使用します：実際の入力から始め、証拠を確認し、レビュー可能な出力を準備し、読者の次のステップを選択します。