Substackで1記事を読者別に出し分ける、検索表示には落とし穴

SubstackのAudience-Specific Contentを使うと、一つの投稿内に読者別のブロックを置き、未登録、無料、有料、Foundingの各読者へ異なる文章やCTAを表示できる。投稿を階層ごとに作り直す必要はなく、共通本文の途中に条件付きの内容を挿入する仕組みだ。

設定後はPreviewで各階層を切り替えて確認する。ただしRSSフィードと検索エンジンのクローラーが取得する条件付きブロックは未登録者向けの版だ。有料読者向けの詳しい説明だけを整えても、それが検索エンジンに渡る本文になるとは限らないため、未登録者版を外部公開版として点検する必要がある。

読者別ブロックを設定する

記事、動画、ポッドキャスト投稿の下書きを開き、内容を変えたい位置へカーソルを置く。エディターの「More」から「Audience-specific content」を選び、無料または有料読者向けのテンプレートを使うか、「Custom」で対象を指定する。

Substackの公式設定手順 によると、選択できる区分はNot subscribed、Free subscribers、Paid subscribers、Founding subscribersの4種類で、ブロックには通常の投稿と同様にテキスト、画像、埋め込みなどを置ける。対象外の読者へ代替内容を出す「For everyone else」は任意で、作成した読者別ブロックはテンプレートとして保存することも可能だ。

1. 全階層に共通する本文を先に作る。
2. 出し分けたい位置でAudience-specific contentを挿入する。
3. Audienceメニューで表示対象を選ぶ。
4. 対象者向けの文章、素材、CTAをブロック内に入れる。
5. 必要ならFor everyone elseへ代替内容を設定する。
6. Previewで4階層を順番に切り替え、投稿全体を通読する。

複数の条件付きブロックを続けて置く場合は、各階層で何が表示されるかだけでなく、共通本文から自然につながるかも確認する。対象外の読者に何も表示しない設計なら、ブロックを飛ばした後の文章が唐突にならないようにする。

4階層のCTAを一枚に整理する

出し分けの基準は、読者の属性を細かく想像することではなく、その時点で取れる次の行動を一つに絞ることだ。公開前に「対象」「見せる内容」「CTA」「確認指標」を一枚の設計メモへまとめれば、同じ購読案内を何度も表示する事故を避けやすい。

• 未登録：記事の価値と無料購読後に受け取れる内容を示し、無料購読へ案内する。RSSと検索クローラーにも渡るため、CTAだけでなく記事の主題が分かる本文を残す。
• 無料：登録を重ねて求めず、有料版で増える内容を具体的に説明してアップグレードへつなげる。
• 有料：購読やアップグレードの要求を隠し、追加資料、ボーナス、コミュニティーなど利用可能な特典へ導く。
• Founding：一般の有料CTAを繰り返さず、支援への謝意やFounding向けの案内を置く。

Simon K Jonesの使用例 では、未登録者だけに購読案内を出す、支払い済みの読者から購読・アップグレードCTAを隠す、有料読者へボーナスを表示するといった使い方が示されている。これらは設定例であり、すべての投稿に各階層のブロックを置く必要はない。

検索とRSSが見るのは未登録者版

検索上の落とし穴は、4種類のブロックがそれぞれ検索対象になるわけではないことだ。Substackの公式仕様では、RSSフィードと検索クローラーはAudience-specific contentのNot subscribed版を見る。無料、有料、Founding向けのブロックにしかない説明は、検索クローラーへ渡る条件付き本文としては期待できない。

検索から読者を迎えたい投稿では、未登録者版だけでも「何を扱う記事か」「どこまで分かるか」「購読後に何が続くか」が理解できるようにする。タイトルへの直接的な答えや判断に必要な前提まで条件付きブロックへ移すと、外部から取得される版が購読CTA中心になり、記事の内容を判断しにくくなる。

これは有料部分を公開するべきだという意味ではない。検索やRSSへ渡す要約と前提は共通本文または未登録者版に残し、有料ブロックには追加分析や特典を置く、という役割分担が必要になる。検索結果の最終的な表示は検索エンジン側が決めるため、未登録者版の全文がそのままスニペットになるとまでは断定できない。

Previewでは投稿全体を4回読む

PreviewではNot subscribed、Free subscribers、Paid subscribers、Founding subscribersを順番に選び、各状態で投稿全体を通読する。確認するのはブロックの表示可否だけではなく、共通本文との接続、CTAの重複、対象外の読者に生じる空白、支払い済み読者への誤ったアップグレード要求だ。

メール受信者、ログイン可能なWeb投稿、Substackアプリでは、読者の購読状態に合う内容が表示される。「下のボタン」「この続き」のように位置へ依存する表現より、「無料で購読する」「有料読者向け資料を開く」のように行動を明示したほうが、前後のブロックを変更しても意味が崩れにくい。

最後にNot subscribedへ戻し、RSS購読者と検索クローラーに渡る版として読む。記事の要点と必要な文脈がそろい、その後に自然な購読案内が続いていれば、読者別表示のために外部での発見性を不用意に損なうリスクを抑えられる。

少数の記事で試し、同じ期間を比べる

規模の小さいニュースレターでは、アーカイブ全体へ一度に条件付きブロックを追加するより、入口になっている少数の記事から試すほうが判断しやすい。未登録者が内容を理解する前にゲートへ何度も当たれば、過去記事を読み回る余地を狭める可能性がある。

Amanda N. Brayの導入実験案 は、若い出版物では発見性を優先して機能を控えめに使い、直近90日間の上位5記事について閲覧数、無料購読、有料転換などの変更前データを記録し、変更後2〜4週間を置いて比較する方法を提案している。これはSubstackが効果を保証する基準ではなく、ニュースレター運営者による実験設計である。

設計メモには、対象記事、変更日、対象階層、CTAの目的、変更前後の閲覧数、無料購読数、有料転換をそろえて記録する。比較期間中にCTAや対象記事を次々と変えると、どの変更が結果に関係したのか判断しにくい。反応が一部の記事へ集中したなら、全記事へ広げず、入口として働く投稿だけに読者別表示を残す選択もできる。