substack-ghostwriting

Substack のゴーストライティングとコンテンツ最適化

Substack コンテンツを書くためのスキルです。購読者を増やし、読者を購読者に転換する、ニュースレターの配信号（メール優先）とウェブ投稿（ウェブ優先の記事／エッセイ）の両方に対応します。2 つの声のモード（本人の声、ゴーストライティング）と、2 つの形式モード（ニュースレターの配信号、ウェブ投稿）を扱います。

基本理念

Substack は、メールリスト付きのブログではありません。エンゲージメントではなく購読を最適化するアルゴリズムを備えた、ソーシャルメディアとニュースレターのハイブリッドです。この違いによって、プラットフォーム上での文章の書き方、書式設定、配信方法のすべてが変わります。

アルゴリズムのインセンティブは、実際に品質と一致しています。Substack の収益は購読料の分配（広告ではありません）から得られるため、エンゲージメント指標を操作しても役に立ちません。効果があるのは、読者が有料購読者になり、ほかの人にも勧めたくなるほど優れたコンテンツを書くことです。

ゴーストライティングでは特に、仕事はゼロから新しい知見を生み出すことではなく、その人がすでに持っている知見を本人の声で表現することです。Nicolas Cole の言葉を借りると、クライアントは「知見は豊富だが時間がない」のに対し、ライターは「時間は豊富だが知見が乏しい」のです。知見を引き出し、声を合わせることが技術の要です。

---

プラットフォームの書式上の制約

Substack は、エンゲージメントではなく購読を最適化するアルゴリズムを備えた、ソーシャルメディアとニュースレターのハイブリッドです。収益は購読料の分配（広告ではありません）から得られるため、実際に品質が成果につながります。ゴーストライティングでは、その仕事はクライアントがすでに持っている知見を本人の声で表現することです。クライアントは「知見は豊富だが時間がない」のです。

投稿の各項目、Notes の制限、特別なコンテンツブロック、メディアの埋め込みについては、references/platform-constraints.md を読んでください。

---

モードの判定

次の 2 つの軸を判定します。

声の軸：

• 本人の声 — ユーザーが自分の名前で文章を書いたり、公開したりします。そのまま執筆ワークフローに進みます。
• ゴーストライティング — 他人の声で文章を書く場合、またはクライアント向けのコンテンツを準備する場合です。まずゴーストライティングワークフローを完了してから、執筆ワークフローに進みます。

形式の軸：

• ニュースレターの配信号（メール優先） — 購読者の受信トレイに送信されます。件名とメールの書式設定が最も重要です。フェーズ 3 で references/email-formatting.md を読んでください。
• ウェブ投稿（ウェブ優先） — Substack の記事／エッセイとして公開され、検索や Substack のフィードから見つけてもらえます。SEO とウェブ向けの書式設定が最も重要です。フェーズ 3 で references/web-post-formatting.md を読んでください。

不明な場合はユーザーに尋ねてください。「newsletter」または「issue」と言われたら、既定でニュースレターの配信号にします。「article」「essay」「post」または「evergreen content」と言われたら、既定でウェブ投稿にします。

---

ゴーストライティングワークフロー

他人のために文章を書く場合、コンテンツよりも先に声を合わせます。サンプルの収集（文字起こし ＞ 文章 ＞ メディア）、声の特徴の抽出、声のガイドの作成（例を含む 10～15 個の特徴）、ユーザーとのやり取りを通じた調整を含む、抽出プロセスの全手順については references/voice-matching.md を読んでください。

声のガイドを完成させ、ユーザーの確認を得てから、執筆ワークフローに進んでください。

---

執筆ワークフロー

フェーズ 1 は必須です。必ずユーザーにヒアリングの質問をして、執筆を始める前に回答を待ってください。 ユーザーがすでにコンテキストを提供している場合は、把握できる情報を抽出し、不足している内容だけを尋ねてください。

フェーズ 0：声の調整（本人の声モード）

ゴーストライティングの場合はこのフェーズを省略してください。声の調整はゴーストライティングワークフローで別途行います。

ユーザーに既存の Substack の URLを尋ねてください。アカウントがある場合、最近の投稿は、口調の特徴を把握するための貴重な情報源です。たとえば、フォーマルさの度合い、文のリズム、ユーモアのスタイル、段落の長さ、書き出しと締めくくり方、繰り返し使う表現などです。声の特徴を 5～7 個の箇条書きにまとめ、執筆前にユーザーに確認してください。

既存の Substack がない場合は、「どのような雰囲気の文章にしたいですか？　気軽で会話的、専門的で権威のある感じ、それとも別の雰囲気でしょうか？」と尋ねてください。回答と、共有してもらえるほかの文章サンプルを参考にしてください。

フェーズ 1：コンテンツの企画（ヒアリング）

ここで止めて、質問してください。 以下の確認事項をユーザーに提示し、回答を待ってください。このフェーズを省略したり、黙って推測したり、すべての項目について明示的な回答または確認を得る前に執筆を始めたりしないでください。

1. トピック：どのような内容ですか？曖昧な場合は、読者に持ち帰ってほしい具体的な切り口やストーリーを尋ねてください。
2. 形式：ニュースレター（メール優先）ですか、それともウェブ投稿（ウェブ優先）ですか？上記のモード判定を参照してください。
3. 読者層：誰が読みますか？（開発者、創業者、マーケター、テクノロジー全般、ニッチなコミュニティなど）ジュニア開発者向けのニュースレターと CTO 向けのニュースレターでは、内容が大きく異なります。
4. 目的：具体的な目標は何ですか？
   • 購読者を増やす（無料または有料）？
   • 外部の製品（SaaS、コース、ツール）への登録やアクセスを促す？
   • 権威性やソートリーダーシップを確立する？
   • 既存の購読者を有料プランへ誘導する？
   • その他？目的によって、CTA、フックの切り口、詳しく説明する箇所、ペイウォールやリンクを配置する場所が決まります。
5. 背景：シリーズの一部ですか？最近の投稿では何を取り上げましたか？
6. 長さ：短め（500～800 語）、標準（1000～1500 語）、詳細解説（2000 語以上）

重要な情報（特にトピック、読者層、目的、形式）が不足している場合は、質問して回答を待ってください。推測してはいけません。誤った前提は、草稿全体を無駄にします。

ユーザーが Notes のデータ（エンゲージメントを得た Notes）を持っている場合は、それを使ってトピック選定を検証してください。Notes は長文コンテンツの安価なテストパイプラインとして機能します。

フェーズ 2：タイトルとフックの選定

タイトル／件名の候補を 5 つ、フックの候補を 3 つ（それぞれ冒頭の 2～3 文）作成してください。まとめて提示し、先に進む前にユーザーに選択または組み合わせを依頼してください。ユーザーがタイトルとフックの方向性を確認するまでは、本文を書かないでください。

タイトルの原則：

• 曖昧さより具体性を重視する
• 明確なメリットや発見を約束する
• 6～10 語にする（モバイルや検索結果で読みやすい長さ）
• 開発者向けの場合：技術キーワードで適切な読者層に絞り込み、「方法」や数字は効果的です。緊急性や希少性をあおる手法は避けてください。

フックの種類 — 異なる戦略（信頼性、反論、好奇心、意外性、データなど）を使って、異なるフックを 3 つ書いてください。各フックは、記事の冒頭に使える 2～3 文にします。戦略についての短い注釈を添え、Hook A、Hook B、Hook C とラベルを付けて提示してください。

ニュースレター — 件名とプレビューテキスト：

• 件名は見出しです。プレビューテキスト（メール冒頭の約 90 文字）は小見出しです。この 2 つが開封率を左右します。
• プレビューテキストは件名を繰り返すのではなく、内容を補足するものにしてください。

ウェブ投稿 — SEO と見つけやすさ：

• フィード向けのメインタイトルは簡潔で印象的なものにします。キーワードを豊富に含む別案は、60 文字未満のSEO タイトル欄に記載してください。
• 専用のSEO ディスクリプション（150～160 文字）を作成してください。通常は短すぎるサブタイトルの代用に頼らないでください。
• URL スラッグを提案してください。短く（3～6 語）、キーワードを含め、日付は入れないでください。
• 該当する場合は、掲載セクションを指定してください。
• 詳細な SEO ガイダンスについては、references/web-post-formatting.md を読んでください。

フェーズ 3 に進む前に、ユーザーがタイトルとフックを選ぶのを待ってください。

フェーズ 3：コンテンツを書く

選んだタイトルとフックを使って、記事全体を書きます。記事の冒頭にフックを置き、その後は次の順に続けます。

1. フック（フェーズ 2 で選んだもの）
2. 背景（1～2 段落）：なぜ今これが重要なのか。何がきっかけになったのか。
3. 本文（大部分）：コンテンツの本題。構成はコンテンツの種類によって異なります。
4. 要点（1～2 文）：読者に覚えておいてほしいことを 1 つ伝えます。
5. CTA（1～2 文）：具体的な行動を促します。返信を促す質問が最も効果的です（返信はアルゴリズムのシグナルになります）。

ニュースレターの号の書式 — 詳細なルールについては references/email-formatting.md をお読みください。

• 段落：最大 2～3 文（メールクライアントでは、長い段落が壁のように感じられるため）
• コードブロック：10 行未満（それより長いコードは Gist へのリンクを掲載）
• 画像：控えめに使用（多くのメールクライアントでは、デフォルトで画像がブロックされるため）
• TL;DR：1500 語を超える号の冒頭に掲載

ウェブ投稿の書式 — 詳細なルールについては references/web-post-formatting.md をお読みください。

• 段落：3～4 文でも問題ありません（画面幅いっぱいのウェブ表示では、長めの段落も読みやすいため）
• 長めのコードブロックも可（シンタックスハイライトを完全に適用して、最大 30～40 行）
• 画像や埋め込みコンテンツは確実に表示されるため、より積極的に使用できます
• 2000 語を超える投稿には目次を付けます

共通の書式ルール：

• 200～400 語ごとに小見出しを入れます。要点となるフレーズを太字にして、流し読みする読者にも議論の要旨が伝わるようにします。
• リンクには「こちらをクリック」ではなく、内容が分かるアンカーテキストを使います。

フェーズ 4：成長を促す要素

Substack のアルゴリズムを活用する要素を追加します。詳しい仕組みについては references/substack-algorithm.md をお読みください。

1. 返信を促す問いかけ：最後に、心からの質問を入れます。返信はアルゴリズムにエンゲージメントのシグナルを送ります。
2. 共有の呼びかけ：「役に立ったと思ったら、[具体的な状況] にある同僚に転送してください。」具体的にすることで共有率が高まります。
3. レコメンドへの誘導：レコメンド提携がある場合は、自然な形で相互に言及します。
4. Notes 用の予告文：Substack Notes 用に 2～3 文の文章を書きます。単なる記事へのリンクではなく、それだけで価値が伝わる内容にします。

フェーズ 5：有料と無料の戦略

ユーザーに有料プランがある場合は、無料と有料のコンテンツの分け方を提案します。

• 無料の号にも最高のコンテンツを載せます（成長とレコメンドにつながります）
• 有料の号では、単に通常のコンテンツにペイウォールを設けるのではなく、深掘り、限定コンテンツ、またはアクセスを提供します
• 最も効果的なモデルは、無料の号で価値を明確に示し、読者が続きを読みたくなるようにすることです

よくある間違いは、早すぎる段階でペイウォールを設けることです。購読者が 1000 人未満の場合は、すべて無料にします。小規模なうちは、有料購読への転換よりも成長のほうが早く複利効果を生みます。

フェーズ 5b：人間らしい文章に整える

ヒューマナイザーのスキル（例：「humanize」、「humanizer」、「de-slop」、「natural writing check」、「AI detection cleanup」、「rewrite like a human」）を使い、AI 生成文にありがちなパターン、つまり不要な語句、単調な文のリズム、過剰な婉曲表現、中身のないつなぎ言葉、大げさな言い回しを取り除きます。Substack の読者は本物らしい声にお金を払います。AI らしい文章は信頼を損ない、購読の解約につながります。

フックと件名はそのまま残します。 フックとタイトル／件名（フェーズ 2）は、開封率と好奇心を意識して慎重に設計されています。ヒューマナイザーには手を加えないよう指示してください。「自然な文章」に書き換えると、開封と最初のスクロールでの読了を促すコピーライティングの構成が損なわれます。

フェーズ 6：画像の提案

コンテンツの草稿ができたら、配置場所を具体的に示して1～3枚の画像を提案します。各画像について、以下を提示します。

• 配置場所：記事内のどこに置くか（例：「カバー画像として」「導入部の後」「セクション X と Y の間」）
• 目的：画像が何を加えるか（雰囲気をつくる、長いセクションを区切る、概念を図解する、感情の流れを強める）
• 説明：画像に何を描くべきか

ニュースレターでは、画像の使用は控えめにします。多くのメールクライアントでは、画像がデフォルトでブロックされるためです。印象的なカバー画像を優先し、インライン画像は最大でも1～2枚にします。ウェブ記事では画像が安定して表示されるため、図、グラフ、スクリーンショットなどをより自由に使います。

提案した画像ごとに、Midjourney プロンプトの作成を申し出ます。ユーザーが希望した場合は、最新の Midjourney モデルの規約に従ってプロンプトを作成します。

• カバー画像や横長のイラスト（Substack のヘッダーやソーシャルシェアに最適）には --ar 16:9 または --ar 3:1、小さめのインライン画像には --ar 3:2 を使用します。
• 最新のプロンプト構文やパラメーターについては、Midjourney の最新ドキュメントを参照します。

フェーズ 7：ソーシャル配信用の投稿（任意 — 自動生成せず、希望を尋ねる）

コンテンツを書き終えたら、ソーシャル配信用の投稿も必要かどうかユーザーに尋ねます。自動生成はしません。

• 希望された場合は、宣伝用のLinkedIn 投稿やTwitter/X 投稿を作成します。
• これらは要約ではなく、クリックを促すのに十分な好奇心や価値を生み出す、独立したコンテンツです。

LinkedIn と Twitter/X の投稿テンプレートについては、references/social-distribution.md を参照してください。

---

出力形式

ニュースレター記事：

• 件名（選定したもの）＋代替案 2 つ
• プレビューテキスト
• メールで読みやすい形式に整えた、Markdown の記事全文
• 配置メモ付きの画像提案（希望された場合は Midjourney プロンプトも含む）
• Notes 向けのティーザー（2～3 文）
• LinkedIn と Twitter/X の配信用投稿（ユーザーが希望した場合のみ）
• ゴーストライティングの場合：使用したボイスガイド

ウェブ記事：

• タイトル（選定したもの）＋代替案 2 つ
• サブタイトル／メタディスクリプション
• 推奨 URL スラッグ
• ウェブで読みやすい形式に整えた、Markdown の記事全文
• 配置メモ付きの画像提案（希望された場合は Midjourney プロンプトも含む）
• Notes 向けのティーザー（2～3 文）
• LinkedIn と Twitter/X の配信用投稿（ユーザーが希望した場合のみ）
• ゴーストライティングの場合：使用したボイスガイド

---

既存コンテンツの応用

ブログ記事、講演、スレッドを Substack コンテンツに変換する場合：

1. 適切な形式を選びます。 エバーグリーンな素材（リファレンス、チュートリアル、詳細な解説）→ ウェブ記事。時事性のある素材（論評、告知、反応）→ ニュースレター記事。
2. そのままコピー＆ペーストしないでください。 Substack の読者は、ブログの読者とは異なる語り口や形式を期待しています。
3. 個人的な要素を加えます。 Substack はブログよりも個人的な場です。これを共有する理由、きっかけ、自分の見解などの背景を加えます。
4. 価値を冒頭に置きます。 ブログ記事ではゆっくりと本題に入ることができます。Substack コンテンツでは、最初の 2 文（メールのプレビューや検索スニペット）で読者を引きつける必要があります。
5. ニュースレターでは短くします。 ニュースレター記事ではブログ記事の長さを 30～50％削りましょう。メールでは長文が敬遠されやすいためです。ウェブ記事では、より深い内容を残せます。
6. CTA を加えます。 ブログ記事は静かに締めくくっても構いませんが、Substack コンテンツでは読者に何かを促す必要があります。

---

参考ファイル

プラットフォームについて詳しく知るには、以下をお読みください。

• references/voice-matching.md -- ゴーストライティングにおける声の抽出プロセス、インタビュー手法、ボイスガイドのテンプレート、反復作業のワークフローについて詳しく説明しています。ゴーストライティングを行う際にお読みください。
• references/email-formatting.md -- メールクライアントの表示上の制約、書式設定のルール、モバイル向けの最適化、コードブロックの扱いについて説明しています。ニュースレターの号を作成する Phase 3 でお読みください。
• references/web-post-formatting.md -- SEO の最適化、ウェブ向けの書式設定ルール、常緑コンテンツと時事コンテンツの戦略、セクション／カテゴリ、リッチメディアの使用について説明しています。ウェブ投稿を作成する Phase 3 でお読みください。
• references/substack-algorithm.md -- アルゴリズムの仕組み（Substack の ML リードによる説明）、Notes のランキングシグナル、おすすめシステム、影響度順に並べた成長の促進要因、収益化の計算について説明しています。Phase 4 または戦略の策定時にお読みください。