⚙️ Vault運用

2026-06-13_作業ログ

最終更新 2026年06月14日 ／ 90_Meta/Claude作業ログ/2026-06-13_作業ログ.md

作業ログ 2026-06-13

10:05 - TERASU HP ver20.13 残存reCAPTCHA案内文削除（虚偽表示の解消・本番反映済）

大串FB

contact フォーム下部の「このサイトはreCAPTCHAによって保護されており〜」スクショ付きで「下記の文字は残していていいのかな？」

対応

  • 残してはいけない判断: reCAPTCHA 本体は ver20.11 で除去済み（元々送信処理を保護していなかった）→ 案内文が残ると虚偽表示。ver20.11 の消し漏れ
  • pm-contactform__accept is-google の p ブロック（Google 規約リンク2本含む）を balanced 削除 → 本番で reCAPTCHA 文字列消滅・ver20.13・contact 200 確認

学び

  • スクリプト除去時はそれを参照する案内文・ラベル等の「人間向けテキスト」もセットで grep する（reCAPTCHA / 保護 / policies.google 等）。コード指紋 grep だけだと表示文言の取り残しが出る

09:55 - TERASU HP ver20.12 contact種別ラジオ崩れ緊急修正（CSSキャッシュバスト・本番復旧確認済）

大串FB（本番スクショ付き）

「お問い合わせ種別、なんかバグってるよ。早急に直して。前の見た目に直して」

真因

ver20.11 のテーマCSS修正版はサーバ配信済みだったが、Cache-Control max-age=14400(4時間) により、修正前の数分間に配られた旧CSS（wpcf7セレクタ無し）がブラウザに強キャッシュ → HTML新+CSS旧の不整合でラジオが横流れ表示。

対処（ver20.2 favicon と同じ強キャッシュ破棄手法）

  • 全 style.css 参照に ?v=2012 付与（11ページ + form CSS 1箇所）→ URL が変わるので全クライアントが強制再取得
  • 本番検証: contact が v=2012 参照 / 新URL CSS に .t-choice 5 / 本番実機スクショでラジオ縦5整列の復旧を確認
  • ユーザーは通常リロードだけで復旧（ハードリロード不要）

学び（重要）

  • CSS/JSを書き換えるリリースでは、キャッシュバスト(?v=)を同時に付けるのが必須。max-age=14400 の世界では「サーバは正しいのにユーザーには4時間壊れて見える」が起きる。今回 ver20.11 で style.css を変えたのにクエリを変えなかったのが敗因
  • 「デプロイ後の本番curl検証」はキャッシュ素通し（?nocache付き）なので、ブラウザキャッシュ起因の不整合は検知できない。アセット変更時はキャッシュバストをリリース手順に組み込むことで構造的に防ぐ

09:30 - TERASU HP ver20.11 全体オリジナル化完遂（works3枚化+19項目フル適用+本体指紋ゼロ・本番反映済）

大串指示

  1. 「TERASU/INK&PIXEL/petomo の3つ以外は削除」
  2. 「残す3つは全部最新のTERASUオリジナルコード化。著作権対策や誰から見ても良い状態に。デザイン面は変えない」
  3. 「TERASU HP本体もまだオリジナル化不安。全部のチェック項目確認して完璧に」

完了内容

  • works 8→3カード（TERASU/INK&PIXEL/petomo）。削除5デモのフォルダは残置（無リンク・無害）
  • petomo 19項目フル適用: WP痕跡全除去（wp-polyfill/CF7/block-library/global-styles/Ad Inserter断片ai_front×13/media構造）+ pm-/pt-/is_/id/JS変数の t-* 化 1,836箇所 + TERASUコメント
  • INK&PIXEL: 表示中の実在風ドメイン → 架空 ink-pixel-studio.jp（同字数28字で幅影響ゼロ）
  • 本体23ページ指紋完全除去: yoast/Site Kit/global-styles(--wp--×47)/wp-block系inline CSS/CF7+reCAPTCHAエコシステム一式（本体JS・設定・recaptcha api.js含む12 script id）/contactフォーム wpcf7系20種→t-*系（HTML+テーマCSS17+form CSS連動）
  • news残置6ページ → TOP転送（301確認）/ 無参照WPファイル物理削除（_assets/core ほぼ空に）
  • 本番検証: 全8主要ページ HTTP200・指紋0・フォーム422経路検証OK・FV保護資産全生存

学び（重要・hp-flow行き）

  • フォーム系classリネームは「form専用CSS」だけでなくテーマCSS全体を連動させる。今回 theme/style.css に .wpcf7-list-item 等17個が居て、見落とすとラジオ縦並びが崩壊 → before/afterピクセル比較が機械的に検知してくれた（目視より確実）
  • 動的アニメ（FVスライダー/マーキー）のあるページの不変証明は「自己差分（同一コード2回撮影）と同bbox・同規模」を示す方式が有効
  • verマーカーのコメント文言に「WP指紋ゼロ」等と書くとコメント自体が指紋になる。中立語（レガシーコード除去等）で書く
  • CF7エコシステムは contact 以外の全ページにも JS 一式を吐く（hooks/i18n/swv/recaptcha/SiteKitイベント）。1ページだけ掃除しても残る

バックアップ

  • pre: pre-ver20.11_works8-demos_*.tar.gz（29.5MB・変換前全量）/ changed: ver20.11-changed-*.tar.gz（29.6MB）

07:40 - TERASU HP ver20.10 petomoデモをオリジナルコード化版に差し替え（本番反映済）

大串指示

「前に更新してもらったペトモ、TERASUオリジナルコード化忘れてたらしくて、これが最新リンク。こっちのコードに今公開しているペトモのデモ差し替えよろしく」（hp-demo-petomo.pages.dev）

完了タスク（デモ運用ルール適用第1号・直prod）

  • 元デモ最新版を再ミラー（78ファイル）: 旧 t-sys/wp-content/ WP風構造 → assets//lib//media/ オリジナル構造・wp指紋0 に刷新されていた
  • 定番フロー実施: クエリ付きファイル名正規化 / href="/" 27箇所→./ / root絶対url() 0確認 / 偽アセット0確認
  • ローカル実機検証（Claude Preview + headless Chrome）: console 0・画像76枚 broken 0・FV見た目は完全同一（コード裏側のみの変更）→ サムネ demo-petomo.jpg は既存続投・works カードも変更不要
  • Drive正本 /demos/petomo/ を rsync --delete で差し替え（pre-backup: petomo_v1_pre-ver20.10_0613_0733.tar.gz）
  • /tmp/terasu-hp-deploy 方式で prod デプロイ → 本番検証 = t-sys 0 / wp指紋 0 / assets 103 / style.css 200 / ver20.10（即伝播）

学び

  • デモ制作側の「オリジナルコード化」はディレクトリ構造ごと変わる（t-sys→assets）。差し替えは rsync --delete で旧構造ファイルを残さず消すこと（残すと wp指紋ファイルが配信され続ける）
  • 昨日恒久化したデモ更新ワークフロー（feedback_terasu_demo_workflow）がそのまま機能。依頼→本番反映まで約10分

10:40 - PM新実装の過去FB監査→違反7件修正 (v=20260613b / v3.0.183)

大串依頼

「これまでCRM開発でしたFBが新実装でも反映されてるかチェックして」

監査結果

  • 反映済み11件 (showPicker/blur200ms/伝播停止/bg2統一/白文字/共通データ/実測ver等)
  • 違反7件発見→全修正: ①インライン編集の全体再描画(カクつき退化)→行差し替え ②新モーダル4つに画面外クリック防御(06-12FBの横展開漏れ) ③モーダル内説明文削除 ④フォロー削除2タップ確認 ⑤企業名列sticky ⑥バーグラデ→単色 ⑦操作のシート行即反映
  • 学び: 新機能実装時は「過去FB反映チェックリスト」を実装前に通すべき (今回は事後監査で7件漏れ)

デプロイ

  • 本番実測: v=20260613b / 修正12ヒット / bullets=183
  • backup: terasu_2026-06-13_pre-fbaudit.tar.gz

09:50 - TERASU CRM PM部署 大改修 (v=20260613a / v3.0.182)

大串FB

「PM部署の機能、大幅にアップデートしたい。クロスセル不要。PMの役割=顧客満足度最大化→LTV最大化。期日厳守+サイト制作の最終チェック前提でシステム構築。まず機能まとめから。商談Sだけのシート (S以降PM/制作がステータス操作)・PMやることまとめ・納品チェックリスト」→ 企画6本提案→「OK！」→ 一気に実装

実装 (新規 lib/pm_projects.js 約530行 + core.js)

  1. 受注案件シート: 商談S自動流入・8タブ・残日数(超過赤)・PM/制作担当・インライン編集
  2. 納品チェックリスト: 制作11項目→PM16項目の2段階。全チェックでないと納品済みに進めないゲート・チェックした人と日時記録・テンプレ編集可
  3. PM業務ガイド: フェーズ6個のやることリスト+メールテンプレコピー・編集可能
  4. PMダッシュボード: 期日アラート/最終チェック待ち/1年更新接近/MRR・平均継続月数。PM着地に設定
  5. 運用中フォロー: 月次フォロー記録+1年更新残日数 (LTV管理)
  6. クロスセルNAV削除 (コード残置)
    - ステータスに final_check / live 追加 (案件一覧カンバンも自動拡張)
    - 制作ポジションにも受注案件シート表示 (着地=受注案件シート)

デプロイ・検証

  • 本番実測: v=20260613a / pm_projects.js 22関数ヒット / core.js 9ヒット / changelog bullets=182
  • backup: ~/terasu-backups/terasu_2026-06-13_pre-pmupdate.tar.gz
  • 最新基準点に詳細記録済み

関連ノート