この記事では、Cloudflare Pagesで運用する3サイトの構成、Hugoのビルド結果、公開フローを扱います。
読者がお金を払ってでも深掘りしたくなる記事にするには、一般論だけでなく、設定ファイル、実行ログ、運用データなどの一次情報が必要です。一方、確認できない体験や成果を「実体験」として書くことはできません。
そのため、以下の3つから執筆方針を選んでください。
A. このサイト固有の実測・設定を使う（推奨）
リポジトリで確認できる情報を一次資料として使用します。
掲載対象の例：
- 3サイトのCloudflare Pages構成
- Hugoのビルド設定と実行結果
- デプロイから公開確認までのフロー
- 実際の設定ファイルやログを基にした注意点
- 再現できた範囲と、確認できなかった範囲
確認できないHiro個人の体験、成果、収益などは創作しません。技術的な再現性と信頼性を最優先する場合は、この方針が適しています。
B. Hiro本人の実体験を使う
Hiro本人の経験を中心に構成します。
この方針を選ぶ場合は、掲載可能な範囲で次の情報をご提示ください。
- 実行ログまたは管理画面のスクリーンショット
- 運用期間
- サイト数と更新頻度
- アクセス数の推移
- 収益または成果の推移
- 発生した失敗や障害
- 改善前後を比較できるデータ
個人情報、認証情報、サイトを特定されたくない情報は、伏せ字や数値の丸め処理で保護できます。
C. Aを基本に「Hiroの運用環境」として紹介する
リポジトリ上で確認できる設定を、Hiroの運用例として紹介します。
ただし、次のように表現を区別します。
- 設定ファイルで確認できる事実：断定して記載
- 実行ログで確認できる結果：確認日時と条件を添えて記載
- 本人の経験として裏付けられない内容：「運用例」「構成例」として記載
- アクセスや収益への効果：データがなければ断定しない
実務的な内容を保ちながら、Hiroの運用環境として記事に個性を持たせたい場合に適しています。
推奨方針
現時点では、一次情報の出所が明確で、読者も再現しやすい方針Aを推奨します。
方針Bを選ぶ場合は、実体験を裏付ける資料が必要です。資料が十分にない状態で個人的な成果や体験を加えると、記事の信頼性を損なう可能性があります。
次にしていただきたいこと
A・B・Cのいずれか一つを指定してください。
Bを選ぶ場合は、公開可能な実行ログ、運用期間、アクセス数、収益データなども併せてご提示ください。機密情報を含む場合は、公開できる範囲だけで構いません。