🤖 AI運用ルール

column-flow

最終更新 2026年07月06日 ／ 22_AI運用ルール/コマンド集/column-flow/column-flow.md

/column-flow — TERASUお役立ちコラム制作フロー（7ステップ・最初から公開まで全部入り）

記事テーマ受領から キーワード設計→構成→執筆→サムネ→SEO監査→TERASU公式HP公開 まで、お役立ちコラム制作の全工程を7ステップで完結する対話型コマンド。/hp-flow のコラム版。「これ通りやれば検索で勝てる記事が出せる」を目指す。

設計の核心3つ:
1. 文字数は競合から逆算（StockSun式）→「2,000字で激戦KWに挑んで負ける」を構造的に防ぐ
2. 結論先出し＋早見表を最上部→ 読者の検索意図に3秒で答える（StockSun/Web幹事の鉄板構成）
3. 執筆だけで終わらせない→ サムネ用タイトル提案・SEO内部対策・公式HP公開（preview→本番）まで一気通貫

設計思想（厳守）

  • 順次推進: 7ステップを順番に進める（一気にやらない・各ステップで確認を挟む）
  • 文字数は目標でなく結果: 競合上位の検索意図を網羅した「結果」がその文字数。文字数稼ぎの水増しは禁止（StockSun公式スタンス）
  • デザインは完成テンプレート(型)で固定（内蔵ルールC・最重要）: コラム記事のデザインは 2026-06-17 確定の"型"（~/dev/_terasu-column-template/）を毎回そのまま機械適用する。デザイン面の判断・手作業・修正は原則ゼロ（大串FB「毎回今回のような型でデザイン修正いらないようにしたい」）。既存ページ（about/works/company/contact等）のデザイン・構成は絶対に壊さない
  • 公開ドメインは preview→OK→本番: terasu.scale-group.co.jp は公開HP。preview ブランチで確認 → 大串OK → main（本番）。承認なしで本番反映しない
  • ユーザー入力は番号＋アルファベットだけで完結
  • 各ステップ内でも修正介入余地（やり直し/戻る/スキップ）
  • サムネは並行トラック（非同期）: サムネ用タイトルはStep2（構成設計）で前倒し提案し、大串はStep3（本文執筆）中に並行制作。サムネ画像はフローのどのタイミングで送られてもOK＝受け取ったら即記録し、Step6入稿でアイキャッチ/一覧カード/OGPに反映（フローは止めない）
  • セルフ進化（自動学習）必須: フロー中・セッション内のどこでFBが出ても検知し learning.md に記録 + 恒久ルールは column-flow.md 本体を自分で書き換えて永続化
  • 各ステップで「◯コラム目」を表示（2026-07-06 大串FB・恒久・第20弾）: 起動時・各Step完了確認の冒頭に「【Nコラム目】」を出す（N＝~/dev/terasu-hp/column/配下の公開済みコラム数＋制作中の1本／guide除く）。大串が進捗をモチベ管理できるように。サムネ画像も大串がコラム番号で命名（例コラム_13.png／~/Downloads/直下 or 専用フォルダに保存）→ Step6でコラム_<番号>.pngを取得し~/dev/terasu-hp/images/eyecatch-<slug>.pngへcp。

内蔵ルール（このコマンドが必ず適用する3大ルール）

起動時に下記2ノートを Read して最新ルールを継承する（Vault側を更新したらコマンドも自動で最新化される）。

A. 記事文字数ルール（StockSun基準）

~/Obsidian/SCALE-Brain/40_新規事業/TERASU/2026-06-17_記事文字数ルール_StockSun基準.md

記事タイプ 本文 H2 H3
ピラー（主要KW・激戦） 8,000〜15,000字 6〜15 15〜50
通常コラム（ノウハウ単発） 3,000〜6,000字 4〜8 5〜20
事例（導入事例・ストーリー） 2,000〜4,000字 5〜8 0〜10
  • 文字数の決め方（3ステップ）: ①競合上位5〜10記事の文字数を見て平均±20%を目標レンジに ②そのレンジ内で検索意図を完全網羅する見出しを先に設計 ③1見出し200〜300字で肉付け
  • 密度ルール（全タイプ共通）: 結論先出し＋早見表を最上部／1見出し200〜300字／見出し20字前後・全H2にKW／title32字以内・KW先頭・奇数(3/5/7)／CTA1,000〜2,000字ごと／まとめ必須／メタ説明PC120字・SP50字／コピペ率20%以下／画像webp・200KB以下

B. サムネ文字数ルール

~/Obsidian/SCALE-Brain/40_新規事業/TERASU/2026-06-17_サムネ文字数ルールとコツ.md

要素 文字数 行数
メインタイトル全体 16〜30（潰れなければ増やしてOK） 2行
1行あたり 6〜13 —
強調ワード 2〜6文字 ×最大2語 —
添え見出し（上の小ラベル） 4〜10 1行
サムネ内 文字 通し合計 〜36目安 —
  • コツ: 強調は1語に全集中／体言止め・断言／記事タイトルを丸コピしない／句読点なし／数字は任意（毎回入れると全タイトルが似るので“効く時だけ”）／添え見出しはバリエーション（中小企業向け・プロが解説・保存版…／年号「2026年版」は毎回使わない）
  • 構成型（2026-06-17 大串FB・第17弾で更新）: ①添え見出し（上・小）→ ②メイン1行目 → ③メイン2行目 の3パート。メインは2行（各行は潰れなければ少し長めでもOK＝もっと文字を入れて良い）。
  • 実例②: 中小企業向け／集客に繋がる／HPの5原則　／　実例③: プロが解説／成果が出る／HPの設計術（③は数字なし＝OK）
  • 提案時は [添え見出し]＋[メイン上]＋[メイン下] の3段で出す。添え見出しは多様に（年号「2026年版」を毎回使わない）／数字も毎回は入れない（毎回ルール化すると全部似るため・効く時だけ）
  • サムネ画像は大串が作成（Claudeは画像を作らない）。Claudeの役割＝上記ルールに沿ったサムネ用タイトルを複数案提案し、「できたらここに送って」と毎回依頼する（詳細はStep4）
  • サムネ画像の置き場＝/Users/oogushiyuuki/Downloads/TERASU コラム サムネイル/（2026-06-27 大串FB・恒久・第19弾）。大串がここにPNGを入れていく運用。Claudeはチャット添付をファイル化できないので、Step4/Step6でこのフォルダの最新PNGを取得 → ~/dev/terasu-hp/images/eyecatch-<slug>.png にcp（sipsで1280×720・2000px/200KB以下を確認）→ 記事eyecatch・一覧カードに反映 → push。ファイル名は記事と紐付かない（"TERASU コラム サムネイル (N).png"形式）ので最新 or 大串指定で対応。差替時はファイル名にバージョン付与（第32弾）

C. デザイン型（完成テンプレート・厳守・毎回機械適用）

2026-06-17 大串FB・恒久・最重要: 「毎回今回のようなデザインの型でデザイン面で修正いらないようにしたい」。
コラム記事のデザインは下記"型"を毎回そのまま適用する。デザインは触らない・毎回同じ・修正ゼロが目標。 1本目=「ホームページ制作の費用相場は？」(slug hp-seisaku-hiyou-souba)で確定。

型の本体（恒久保存・必ずこれを使う）: ~/dev/_terasu-column-template/
- build_column.py … stock-sun構造の生記事に型を一括適用するビルダー（これを回すだけで型が乗る）
- assets/ … TERASUチロムCSS抽出・SVGスプライト・cm-pcmenu・YakuHanJP @font-face
- README.md（仕様＋手順詳細）／example_hp-cost_FINAL.html（完成見本・困ったらこれと見比べる）
- Vault正本: <a href="/n/1935d467c4.html" class="wikilink">2026-06-17_TERASUコラム記事_完成テンプレート(型)</a> / memory project_terasu_column_template

型に焼き込み済みのデザイン仕様（一切触らない・全部自動で乗る）:
| 要素 | 仕様 |
|---|---|
| ヘッダー/メニュー | 本物TERASU完全一致（cm-hロゴ左＋右上cm-pcmenuのMENU＋cm-navのGSAPフルスクリーンメニュー）。JOURNALラベル無し |
| 配色 | 白・黒・濃グレーのみ。オレンジ完全禁止（本文 #0d0d0d） |
| フォント（本文） | stock-sun記事と完全一致＝"Noto Sans JP",YuGothic,"游ゴシック","Yu Gothic","メイリオ",Meiryo,sans-serif・palt無し・letter-spacing:.04em。webフォント非読込（stock-sunと同じ＝大串Macで同一描画）。※2026-06-17 第9弾FBで YakuHanJP+Zen Kaku+palt から本文だけ戻した |
| フォント（チロムのみ） | ヘッダー/メニュー/フッター(cm-)は TERASU実機 YakuHanJP,"Zen Kaku Gothic New"＋palt を維持（本文と別扱い） |
| 本文の改行 | 各文を1ブロック化＝文を <span class="ts-s">…。</span> で包み .ts-s{display:block;text-wrap:balance;margin-bottom:1.5em}。balanceが行長を均し「ね。」等の孤立行を解消＋各文の後に1行スペース（StockSun式：1文=1段落で文ごとに空行）で4〜5行の連続を防止。行間1.9・段落1.5em。実測=PC孤立ゼロ/SP259中2(長文のみ)。※「。ごとに<br>」方式は孤立行多発で廃止。タグ深さ0の「。」だけ分割しHTML不破壊 |
| 本文の1文の長さ | 執筆時に1文を短く（折り返して2〜3行以内）。長い1文は空行を入れても1ブロックが4〜5行になりStockSun感が崩れる→、で切る/2文に分ける。デザイン型は空行を自動で入れるが、文の短さは執筆（Step3）側の責任 |
| 強調（太字/マーカー）★第12弾 | 重要文言は太字<strong>（700・色#0d0d0d）。最重要の結論/定義/数字は<mark>＝山吹色#f8b500のちょっと太め下線＋太字（StockSunの黄色背景マーカーの置換・無彩色ルールの例外）。CSSは型内蔵。マークアップ自体は記事ソース_source.htmlに入れる＝コンテンツ（執筆/編集時に散文の要所へ。付けすぎ注意） |
| 目次 | StockSun式（h2は数字のみ・「・」無し、h3は濃ダッシュ。薄グレー丸#eee不可）。導入文の後に設置 |
| 本文ビュレット | 濃いダッシュ／見出し余白: h2大きめ・h3控えめ |
| サムネ | 1280×720 PNG（大串作成・Step4で受領）。一覧カードと記事で一致 |
| お問い合わせ誘導 | 右下追従の黒丸ボタン「無料で相談する」のみ（サイドCTA／オレンジCTA帯／SNSシェア／お仕事のご依頼節は全削除） |
| パンくず | 「お役立ちコラム」→ /column/（ルート相対：ローカルでも本番でも一覧へ） |
| フッター | ローカルでは付けない（本物cm-fは単体ページで描画不可＝テーマ実行時依存）。本番terasu-hp組込時にテーマ標準フッターが自動付与*されるので問題なし |

→ 適用は Step 6 で build_column.py を回すだけ。デザインは自動でこの型になる＝デザイン修正は発生しない。 仕様変更FBが来たら型本体（build_column.py/assets）と本ルールCを両方更新して永続化。

セルフ進化プロトコル（自動学習）— 最優先で常時稼働

このコマンドは使うほど賢くなる。 ユーザーのFBを検知したら、Claude が自分で column-flow.md 本体や learning.md を書き換えて永続化する。

起動時（必ず最初に実行）

/column-flow 実行時、フロー開始前に必ず以下を Read:

~/Obsidian/SCALE-Brain/22_AI運用ルール/コマンド集/column-flow/learning.md

→ 無ければ空で新規作成（初回。ai_session_lock.sh acquire vault でロック取得してから作成）。過去FBを全部読み込んでからフローを進める。

FB検知ルール（セッション内のどこでも・常時監視）

「ここ違う」「そうじゃない」「次からこうして」「毎回」「今後は」「○○はやめて」「もっと○○」「○○が足りない」、やり直しが続く=暗黙の不満 → FBとして検知。
- 明示トリガー（言われたら確実に学習する）: 「学習して」「覚えて」「覚えといて」「進化して」「ルール化して」「次から徹底して」
- その場で必ず処理（後回し禁止）: FBを検知したら「後でまとめて」にせず、検知したその場で下記3分岐を実行し ①本体Edit ②learning.md記録 ③（恒久なら）共有Vault転記 を完了してから次に進む。ユーザーが「学習して」と言わなくても自動でやる

FB検知時の処理（3分岐）

種別 判定 アクション
A. 恒久ルール 「次から」「毎回」「今後」等・再発する改善 column-flow.md 本体を即Edit + learning.md 記録（Vaultロック取得後）
B. 学習候補 良いFBだが恒久化に確信なし learning.md に候補記録（3回で本体昇格）
C. 一時対応 この記事だけの個別要望 その場で対応のみ（記録しない）
  • 恒久ルール系の文章作成FBは共有Vault Claude_学びストック.md にも転記（全端末・全セッションに伝播）
  • learning.md 記録フォーマット: | YYYY-MM-DD | {FB者} | {FB要約} | {種別A/B/C} | {どこをどう変えたか} |
  • 安全装置: 既存ルール削除系は1回確認／過去学習と矛盾するFBは確認（「以前は○○でしたが△△に変えますか?」）／ルールが増えて冗長になったら整理を提案（肥大化防止）／Vault編集前に必ず ai_session_lock.sh acquire vault
  • 完了報告（毎回）: FBを反映したら、その応答で「✏️ 今回の学び{n}件を column-flow.md＋learning.md に反映（恒久は共有Vaultにも）」と一言まとめる。ユーザーが“進化したこと”を毎回確認できるようにする

ステップ全体像

Step 内容 フェーズ
1/7 キーワード・検索意図・競合分析（狙うKW確定→上位記事の文字数/見出し分析→文字数レンジ&記事タイプ判定） 設計
2/7 構成設計（StockSun式逆算）＋サムネ用タイトル提案（前倒し）（H2/H3・結論先出し+早見表・title複数案・CTA配置／ここでサムネ案も出し「作って送って」依頼＝大串が並行制作開始） 設計
3/7 本文執筆（文字数ルール適用・1見出し200-300字・KW自然配置・TERASU強みに自然接続・誠実トーン） 執筆
4/7 サムネ受領・反映（非同期）（提案はStep2で実施済み。サムネはフロー中いつ送られてもOK、受け取ったらStep6入稿に反映） 受領
5/7 SEO/品質監査（title/メタ/OGP/構造化データ(Article)/パンくず/内部リンク/コピペ率20%以下/共起語/文字数レンジ） 監査
6/7 TERASU公式HP入稿 + 公開（~/dev/terasu-hp の /column/<slug>・一覧カード追加・sitemap更新・preview→OK→本番） 公開
7/7 セルフ進化 + 継続記録（learning.md更新・記事をVault蓄積・公開後の状態記録） 学習

→ Step 1-5 = ローカルで制作／ Step 6 で preview→本番（公開ドメインなので承認ゲート必須）／ Step 7 = 学習と記録

進行制御コマンド（全Step共通）

入力 動作
次 / OK / 1 次ステップへ
やり直し / 2 現ステップ再実行
戻る / 3 前ステップへ
スキップ / 4 完了扱いで次へ
終了 中断

起動時の挙動

/column-flow 実行時、まず learning.md を Read（過去の学習継承）し、既出記事を除外した [c]お任せの提案候補3〜5本（推し先頭・各候補にKWと勝てる理由）を生成して、この最初のメッセージに最初から載せて提示する。長い説明は出さない。

 TERASUお役立ちコラム制作フロー開始

書きたい記事を教えてください:
  [a] 記事テーマ（自由に指定）
  [b] 狙うキーワード（自由に指定）
  [c] お任せ → 今ならこの辺りがおすすめ（既出は除外）:
       1. {推し記事タイトル}（KW:{…}・{勝てる理由ひとこと}）★推し
       2. {候補2タイトル}（KW:{…}）
       3. {候補3タイトル}（KW:{…}）
       4. {候補4タイトル}（KW:{…}）

→ [a]テーマ ／ [b]KW ／ [c]番号 で教えてください
（全7ステップ：KW設計→構成→執筆→サムネ→SEO監査→公式HP公開。いつでも「戻る」「やり直し」「スキップ」「終了」可）

[c]お任せの提案は「起動時の最初のメッセージ」に最初から載せる（2026-06-18 大串FB・恒久・第25弾／第21弾を改定）: 「[c]を選んでから提案」では遅い。/column-flow起動の最初のメッセージで既に[c]お任せの候補3〜5本（推し先頭・タイトル/KW/勝てる理由）を提示しておく＝大串がその一覧を見た瞬間に「c、○番で」と選べる状態にする。そのため起動時に必ず learning.md を読み、既出記事を除外した上で候補を生成してから最初のメッセージを出すこと。ネタ元＝<a href="/n/8bcfb21e2e.html" class="wikilink">2026-06-16_お役立ち記事施策_実装依頼</a>の未着手分＋中小企業HP制作で勝てる新ネタ（補助金／制作会社の選び方／リニューアル／運用 等）。[c]＋番号が来たらその記事でStep1へ即進む（必要ならAskUserQuestionで再提示可）。既出（費用相場／集客5条件／CVR設計／月額制）は除外。

Step 1/7: キーワード・検索意図・競合分析

いきなり書き始めない。 何のKWで・誰の・どんな検索意図に答える記事かを確定し、競合上位を実際に見て文字数レンジと記事タイプを判定してから構成へ進む。これがStockSun式（文字数は競合から逆算）の起点。

処理ルール

  1. キーワード確定: メインKW（1つ）／サブKW（2〜5）／指名・ロングテール。依頼書になければ業種×悩み×サービスで提案
  2. 検索意図を1行で言語化: 「この人は何を知りたくて検索するか」（例「HP制作の予算感を知り、ぼったくられないか不安を消したい」）
  3. 競合分析（WebSearch/WebFetch）: メインKWでGoogle上位5〜10記事を調べ、各記事のおおよその文字数・H2の数・早見表の有無・FAQの有無を把握
  4. 文字数レンジ算出: 上位の平均±20%を目標レンジに。記事タイプ（ピラー/通常/事例）を判定
  5. TERASUの差別化角度: 上位に無い切り口・中小企業目線・「安いのに高品質」等のTERASU独自価値を1つ決める
  6. title案を2〜4つ提案（2026-06-18 第27弾・Step1に統合）: KW・競合・差別化が固まったこのStep1で記事タイトル案も一緒に出す（32字以内・メインKW先頭・奇数(3/5/7)・実質25字前後＝PC1行／末尾語を短く）。大串FB「title案はKW/競合と同じこのステップで出して」。選ばれたtitleでStep2の構成を組む
  7. サムネ用タイトル案も一緒に提案（2026-06-18 第30弾・Step1に統合）: title案と同じこのStep1でサムネ用タイトル案も出す（添え見出し＋メイン2行・内蔵ルールB／数字・年号は毎回入れず多様に・詳細ルールはStep4）。大串FB「title案を出すここでサムネ案も一緒に出して」。→ 大串はStep2/3の間にサムネを並行制作できる（最速化）。「このどれかで作って、できたら送って」と毎回依頼する

完了確認

 Step 1/7 完了（KW設計・競合分析・タイトル＆サムネ案）

  メインKW: {KW}／サブKW: {…}
  検索意図: {1行}
  競合上位の文字数感: 約{N}字（H2平均{M}本・早見表{有/無}・FAQ{有/無}）
  → 記事タイプ: {ピラー/通常/事例}／目標文字数レンジ: {X〜Y}字
  TERASU独自角度: {差別化ポイント}
  title案: [A]{…} [B]{…} [C]{…}（32字以内・実質25字目安＝PC1行・どれにする?）
  サムネ案（添え見出し＋メイン2行・並行制作OK）: [A]添え「{…}」/「{上}」「{下}」 [B]… [C]…
   → このどれか（or組合せ）でサムネを作って、できたらいつでも送ってください

次どうする?
  [1] Step 2/7 へ（構成設計）   [2] やり直し   [3] 終了

Step 2/7: 構成設計（StockSun式逆算）

文字を書く前に「検索意図を完全網羅する見出し」を設計する。 構成が決まれば文字数は自然に決まる。ここで早見表・結論先出し・CTA位置まで設計しておく。

処理ルール

  1. 見出し設計（H2/H3）: 検索意図を網羅する論点をH2に分解 → 各H2配下にH3。全H2にサブKWを自然に入れる・見出しは20字前後
  2. 冒頭ブロック: リード文（検索意図に共感+この記事で分かることを100字）→ 結論先出し（費用なら「数十万〜数百万」と即答）→ 早見表/比較表を最上部に配置
    - 結論先出しで要素を列挙する時は縦並び（2026-07-06 大串FB・恒久・第21弾）: 「①コンセプト ②写真 ③…」を1行に詰めると見づらい。導入文を<mark>（「…必要なのは、次のN要素です。」）＋その下に<p>①…<br>②…<br>…</p>で1要素1行の縦並びにする。早見表(table)は詳細として別途残す。①〜Nは句点なしなのでbuild_column.pyのts-s分割（。基準）に影響されず<br>が保たれる。
  3. title確定: title案はStep1で提示済み（第27弾でStep1に統合）。ここでは大串が選んだtitleを確定し、その方向で構成を組む。※title規則＝32字以内・KW先頭・奇数・実質25字前後＝PC1行（長いとH1が2行折返し・第26弾）。Step1で未提示なら保険でここで出す
  4. CTA: コンバージョンは型の「右下追従ボタン（無料で相談する）」が常時担当（内蔵ルールC）。本文中のオレンジCTA帯／サイドCTAは型が自動削除するので置かない。文脈上どうしても誘導したい箇所はテキストリンクで /contact/ へ（最小限）
  5. まとめ必須・FAQは検索意図にQ&Aがあるなら設置（「よくある質問」+構造化データ）
  6. 各H2に想定文字数を割り振り、合計が目標レンジに収まるか確認
  7. サムネ案はStep1で提示済み（第30弾でtitle案と一緒にStep1へ統合）。Step1で出していなければ保険でここで提案する。大串はこの間に並行制作、受領はStep4（非同期）

完了確認

 Step 2/7 完了（構成設計）

  title案: [A]{…} [B]{…} [C]{…}  ← どれにする?
  冒頭: リード→結論先出し→早見表
  目次(H2): 1.{…} 2.{…} … N.まとめ（+FAQ {有/無}）
  CTA配置: {N}箇所  ／ 想定合計: 約{X}字（レンジ{X〜Y}内）

  （サムネ案はStep1で提示済み・大串が並行制作中。未提示なら保険でここで出す）

次どうする?
  [1] Step 3/7 へ（執筆／サムネは並行制作）   [2] 構成やり直し   [3] Step 1 に戻る   [4] 終了

Step 3/7: 本文執筆（文字数ルール適用）

構成（目次）に沿って本文を書く。 内蔵ルールA（文字数・密度）を厳守。読者の悩み解決を最優先し、TERASUの売り込みは自然に。

処理ルール

  • 1見出し200〜300字で肉付け（スマホで2スクロール以上の連続文章を作らない）
  • 1文を短く（StockSun式・第11弾FB）: 1文は折り返して2〜3行以内に収める。長くなったら 、 で切るか2文に分ける。デザイン型が文ごとに自動で空行を入れる（.ts-s）ので、短い文ほど「1文＝1〜2行＋空行」のStockSun式リズムになる。1文が4〜5行に折り返すとブロックが大きくなりStockSun感が崩れる
  • 重要文言を強調（StockSun式・第12弾FB）: 散文の中の重要な文言は太字<strong>、最重要の結論・定義・数字は<mark>（山吹色の太め下線＋太字）で囲む。StockSun同様、要所だけに付ける（付けすぎると効かない）。マークアップは記事ソース_source.htmlに入れる（型がCSSで山吹色下線・太字を自動描画）。「。」を含めず文の途中の語句に付ける（ts-s分割を壊さないため）
  • 結論先出し: 各H2も「結論→理由→具体例」の順
  • キーワード自然配置: H1（メインKW）・本文冒頭100字・各H2（サブKW）・CTA周辺。詰め込み（スタッフィング）禁止・読んで自然に
  • TERASUの強みに自然接続: 「安いのに高品質」「月額制」「制作実績」等を売り込みすぎず織り込む（悩み解決の流れで）
  • 自社モデルをdisらない（マイナスブランディング回避・2026-06-18 第22弾・恒久）: TERASUは月額制・所有権はTERASU保有・解約後は買い取りでサイト引き継ぎ可というモデル。記事の論調がこれを否定/マイナスに見せないこと。「所有権が制作会社に残る＝罠」「解約で消滅＝ベンダーロックイン」等の脅し系でTERASU自身を批判する内容を書かない。所有権の制作会社保有は『低価格・一貫運用の合理的な仕組み』、解約は『引き継ぎ方法(買取等)を確認すれば安心』と中立/前向きに書く。読者向けの確認ポイントも『所有権が自社になるか』ではなく『引き継ぎ方法と所有権の扱いを明確に説明できる会社か』(TERASUが落第しない問い)で書く。詳細はStep5監査「自社モデル整合」
  • トーン: プロだけど分かりやすい・誠実（TERASUブランド）。専門用語は噛み砕く
  • コピペ禁止: StockSun・競合の文章を丸写ししない。独自の言い回し・独自の切り口でコピペ率20%以下
  • 表・箇条書きを活用（早見表・比較・チェックリスト）。読みやすさ最優先
  • 書き上げたら文字数を実測し、目標レンジ内か確認（不足=網羅不足を補う／超過=冗長を削る）

完了確認

 Step 3/7 完了（本文ドラフト）

  実測文字数: 約{X}字（目標{X〜Y}・{OK/要調整}）
  H2×{n}・H3×{m}・表{k}個・CTA{c}箇所
  ※ コピペ率: 独自表現で執筆（20%以下想定）

ドラフト全文 ↓
{本文}

次どうする?
  [1] Step 4/7 へ（サムネ受領・反映／提案はStep2済）   [2] 加筆・修正   [3] Step 2 に戻る   [4] 終了

Step 4/7: サムネ受領・反映（非同期トラック）

2026-06-17 大串FB・恒久: 「サムネはこっちで作る。タイトル複数案を出して、できたら送る。サムネはどこで送っても、送られたら反映する仕様に」「提案は構成（Step2）のタイミングで、本文書いてる間に並行で作りたい」

サムネ画像は大串が作る（Claudeは画像生成しない）。 タイトル案の提案はStep2（構成設計）で前倒し済み＝大串はStep3執筆中に並行制作。このStepは受領・反映の非同期チェックポイント。

サムネは並行トラック＝フロー中どのタイミングで送られてもOK。受け取った瞬間に記録し、Step6入稿でアイキャッチ／一覧カード／OGPに反映。フローは止めない。 Step2で提案し損ねていたら、下記処理ルールで提案する（保険）。

処理ルール

  1. サムネ用タイトルを複数パターン提案（必ず2〜4案・毎回）: 記事タイトルを丸コピせず「一番おいしい部分」を抜く。各案にルールを適用：
    - 構成＝①添え見出し（上・小ラベル）＋②メイン1行目＋③メイン2行目（メインは2行・潰れなければ少し長めもOK）。例②「中小企業向け／集客に繋がる／HPの5原則」例③「プロが解説／成果が出る／HPの設計術」
    - メイン全体16〜30字目安／1行6〜13字／強調1〜2語／句読点なし／数字・年号は毎回入れない（多様化・タイトルが似るのを防ぐ）
    - 各案に狙いを一言（例 A=検索ワード直球 / B=ベネフィット訴求 / C=数字インパクト）＋強調する語・改行位置を明示
  2. 大串に作成依頼（毎回・必須）: 「このどれか（or 組み合わせ）でサムネを作って、できたらここに送ってください」と明示的にお願いする
  3. 受け取り→入稿へ: 大串がサムネ画像を送ってきたら、それをStep6（カード画像・OGP）に使う。まだ届いていなければ「サムネ待ち」として記録し、Step5（SEO監査）は先に進めてOK（Step6入稿までにサムネが揃えばよい）

完了確認

 Step 4/7（サムネ用タイトル提案）

サムネ用タイトル案（添え見出し＋メイン2行・このどれかで）:
  [A] 添え「{添え見出し}」／ メイン「{上の行}」「{下の行}」（狙い:{…}）
  [B] 添え「{添え見出し}」／ メイン「{上の行}」「{下の行}」（狙い:{…}）
  [C] 添え「{添え見出し}」／ メイン「{上の行}」「{下の行}」（狙い:{…}）

→ このどれか（or 組み合わせ）でサムネを作って、できたらここに送ってください。

次どうする?
  [1] Step 5/7 へ（SEO監査／サムネは届き次第Step6で使用）
  [2] タイトル案を出し直し
  [3] Step 3 に戻る
  [4] 終了

Step 5/7: SEO/品質監査

公開前の品質ゲート。 内蔵ルールのSEO項目を機械的にチェック。1つでも欠けたら直してから公開へ。

監査チェック項目

項目 基準
title 32字以内・メインKW先頭・奇数(3/5/7)含む
meta description PC120字/SP50字・KWと結論を含む
H1 1つだけ・メインKW入り
見出し 全H2にサブKW・20字前後
本文冒頭100字 メインKWが自然に入っている
文字数 目標レンジ内（不足=網羅不足）
結論先出し+早見表 最上部にある
CTA 1,000〜2,000字ごと・無料相談導線
内部リンク 関連記事・サービスページへのリンク
構造化データ Article + パンくず（BreadcrumbList）+ FAQあればFAQPage
OGP og:title/description/image（大串作成のサムネ）設定
コピペ率 20%以下（StockSun/競合の丸写しなし）
画像 webp・200KB以下・alt設定
スマホ 表・画像がはみ出さない・本文16px相当
オリジナル化①痕跡 元サイト(StockSun等)の痕跡ゼロ：ヘッダー/フッター/メニューが本物TERASU(4ページ: about/works/company/contact)か。元の商品名・人名・サービス名・LINE/外部CTA(nensyu.jp等)が残ってない
オリジナル化②リンク terasu/scale-group以外への意図しない外部リンクなし（元のシェア/LINE/CTA残骸）。内部リンク先がTERASUに実在（/order/ /member/ 等の404を作らない）
オリジナル化③命名/id class/id/コメントに元サイト名(stocksun等)の文字列が残ってない（例 id="new-stocksun-script-js"）
CMS指紋 wp-content/wp-json/regenerator/polyfill/wixstatic/studio.site/meta generator 等なし
著作権 本文・見出し・図表が元記事の丸写しでない（独自表現・コピペ率20%以下）。画像も元サイトのものを使わない
自社モデル整合（マイナスブランディング回避）★2026-06-18 第22弾 TERASUのビジネスモデルを否定/マイナスに見せる論調がないか。TERASU事実＝月額制・所有権はTERASU保有・解約後は買い取りでサイト引き継ぎ可。「所有権が制作会社に残る＝罠」「解約で消滅＝ベンダーロックイン」等の脅し論調でTERASU自身をdisらない。所有権の制作会社保有は『低価格・一貫運用の合理的な仕組み』、解約は『引き継ぎ方法(買取等)を確認すればOK』と中立/前向きに。読者向けチェック基準も『所有権が自社か』ではなく『引き継ぎ方法と所有権の扱いを明確に説明できるか』(TERASUが落第しない問い)にする

オリジナル化チェック＆修正の絶対条件（2026-06-17 大串FB・恒久）: 痕跡除去は「コードの指紋を消す」だけ。デザイン・レイアウト・構成・配色・フォント・改行（1文1行=.ts-s/<br>）・余白・太字/山吹マーカーは1ミリも変えない（hp-flow大原則と同じ）。残骸のリンク先/id/メニューの“中身”だけを本物TERASU（4ページ＝about/works/company/contact）に差し替え、見た目・構造は完全維持。見た目や改行が変わったらやり直し。

完了確認

 Step 5/7 完了（SEO/品質監査）

  title({len}字)/meta(PC{p}・SP{s})/構造化データ{Article+パンくず(+FAQ)}
  内部リンク{n}本・OGP{設定済}・コピペ率{<20%}・画像webp{済}
  オリジナル化: 元サイト痕跡{0}・外部リンク残骸{0}・CMS指紋{0}・id痕跡{0}（※デザイン/構成/改行は不変）
  自社モデル整合: TERASUのモデル(月額制/所有権=TERASU保有/解約後=買い取りで引継ぎ)を否定・マイナスに見せる論調なし
  → 監査: {全項目パス / 要修正:{…}}

次どうする?
  [1] Step 6/7 へ（公式HP入稿・公開）   [2] 修正   [3] Step 3 に戻る   [4] 終了

Step 6/7: TERASU公式HP入稿 + 公開（preview→OK→本番）

公開ドメイン（terasu.scale-group.co.jp）なので preview→大串OK→本番 が絶対ルール。 既存4ページのデザイン・構成は壊さない。記事は /column/<slug> に追加し、一覧にカードを足す。

技術前提（守る）

  • 正本: ~/dev/terasu-hp（GitHub: scale-group-jp/terasu-hp）／git push → GitHub Actions 約40秒で反映
  • デザイン＝内蔵ルールCの完成テンプレート(型)を build_column.py で機械適用（本物TERASUチロム・モノクロ・YakuHanJP+palt・StockSun式目次・右下追従CTA・ローカルはフッター無し）。デザインの手作業・判断は不要＝毎回同じ・修正ゼロ。記事一覧=カード（サムネ/タイトル/日付/カテゴリ・記事と同じ大串作成サムネ）、個別=型適用済みHTML
  • OGP画像は全ページ統一（2026-06-18 大串FB・恒久・第23弾）: リンク送付時のプレビュー画像（og:image/twitter:image）はトップと同じTERASUブランド画像 https://terasu.scale-group.co.jp/img/og-terasu-hp-v13.jpg に統一する。build_column.py が書き出し時に自動でv13へ設定（記事内eyecatch・一覧カードのサムネは記事サムネのまま＝content=のみ変更・src=は不変）。手動追加ページも同様にv13。詳細 memory feedback_terasu_ogp_unified
  • 公開前に tar.gz バックアップ（~/terasu-backups/）+ node --check/HTML検証

処理フロー

  1. 型適用ビルド（デザインは全自動・引数一発）: Step3の本文を stock-sunテンプレ骨格（~/dev/hp-stocksun-recruit/terasu/ と同構造＝.t-l-single-body・h2.t-blk-heading・h3）で <slug>_source.html として用意（重要文言の太字<strong>・山吹色マーカー<mark>もこのソースに入れる＝コンテンツ。「。」を含めず文途中の語句に付ける）→ python3 ~/dev/_terasu-column-template/build_column.py <slug>_source.html <出力先index.html> を実行（引数＝入力ソースと出力。引数なしだと既定の1本目hp-costを再ビルド）→ デザイン型適用済みの /column/<slug>/index.html が生成（本物チロム・stock-sunフォント・1文1ブロックbalance改行・文ごとの空行・目次・配色・右下追従CTA・パンくず・太字/山吹色マーカーCSS 全部自動／デザイン修正は発生しない＝毎回同じ）。必要アセット（/css/main.css・/js/・/images/・/_assets）を slug 配下に同梱。大串作成サムネPNGをアイキャッチ・一覧カードに設定（OGP=og:image/twitter:imageはトップ統一のv13をbuild_column.pyが自動設定）。 サムネ差し替え時はファイル名にバージョンを付ける（2026-06-18 第32弾・恒久）：同名で上書きするとブラウザ/エッジが旧画像を保持して「変わってない」となる（max-age=14400・4hキャッシュ）。差替時は eyecatch-<slug>-v2.png のように新ファイル名にして記事内img・一覧カード・ソースの参照を全部更新（=新URLでキャッシュ確実回避・ハードリロード不要）。初回はバージョン無しでOK・差替時のみ採番。/column/一覧にカード追加／sitemap.xml追記／導線追加。構造化データ(Article+パンくず)付与。困ったら最新の完成見本 example_hp-cost_FINAL.html と見比べる
  2. ローカル確認: python3 -m http.server でプレビュー → タップリンクで共有（生URL直貼り禁止・Markdownリンク）
  3. preview deploy: preview ブランチに push → https://preview.terasu-hp.pages.dev（本番無影響）をタップリンクで大串に共有 → 確認待ち
  4. 大串OK後だけ本番: main にマージ push → 約40秒で terasu.scale-group.co.jp に反映
  5. ver管理: index.html 先頭に <!-- TERASU-VER: verN | YYYY-MM-DD HH:MM | コラム「{title}」追加 -->／Vault <a href="/n/c442483ef1.html" class="wikilink">_SCALE_TERASU_HP_バージョン管理表</a> に1行追記

完了確認

 Step 6/7 完了（公開）

  入稿: /column/{slug}/ ＋ 一覧カード ＋ sitemap更新
  preview: [プレビュー](https://preview.terasu-hp.pages.dev/column/{slug}/)  ← まず大串確認
  （OK後）本番: https://terasu.scale-group.co.jp/column/{slug}/
  ver: ver{N}

次どうする?
  [1] Step 7/7 へ（学習・記録）   [2] 修正してpreview再デプロイ   [3] 終了

承認ゲート厳守: 大串が「OK」「公開して」と言うまで main（本番）には反映しない。preview URLを共有して待つ。

Step 7/7: セルフ進化 + 継続記録

処理ルール

  1. learning.md更新: 今回のフローで出たFB・改善を記録（恒久ルールは本体にも反映）
  2. 記事をVaultに蓄積: 40_新規事業/TERASU/コラム/{YYYY-MM-DD}_{slug}.md に本文・KW・狙い・公開URLを保存（資産化）
  3. 公開後すぐ：インデックス登録リクエスト（必須・2026-06-18大串FB「登録は必須」）: 本番公開したら、各コラムのURLを Google Search Console のURL検査に貼って「インデックス登録をリクエスト」する。やらないと検索結果に一切出ない＝公開の意味が半減（新ページは放置だと数週間〜載らないことも）。複数記事ならsitemap送信も。数日後に表示回数・順位を確認（検索パフォーマンス→ページ）。手順詳細は制作部署マニュアル https://terasu-pm-manual.pages.dev/seo 参照。※大串のGoogleアカウント作業なので、Claudeは「公開したらGSCでインデックス登録リクエストを」と必ず案内する

完了報告

 コラム制作フロー完了

  記事: 「{title}」（{X}字・{記事タイプ}）
  公開: https://terasu.scale-group.co.jp/column/{slug}/
  サムネ: {slug}.png
  ✏️ 今回 learning に {n}件 記録（恒久ルール{m}件は本体反映）

  ※ お役立ち記事は「止めないこと」が最重要（月2〜4本ペース推奨）

補足

  • 詳しいベンチマーク（どの会社を真似るか）: <a href="/n/dff8b677b4.html" class="wikilink">2026-06-16_お役立ち記事_ベンチマーク企業リサーチ</a>（ベイジ=質／Web幹事=網羅）・<a href="/n/7cc394b0f6.html" class="wikilink">2026-06-17_コラムサムネが上手い企業リサーチ</a>（GLOBIS型）
  • 施策の全体像・記事5本の計画: <a href="/n/8bcfb21e2e.html" class="wikilink">2026-06-16_お役立ち記事施策_実装依頼</a>
  • StockSun SEOガイドライン（文字数・タイトルの根拠）: https://stock-sun.com/about/guideline/writing/