Core Web Vitalsをプライバシーに配慮しながらdataLayerへ送信する設計新着!!
サイトの体感速度を数値で把握したいとき、多くのチームがCore Web Vitals(LCP・INP・CLS・FCP・TTFB)の計測に行き着きます。ただし「計測して終わり」ではなく、既存のアクセス解析基盤(GTM/dataLayerなど)に流し込んで初めて、他の指標と突き合わせた分析ができるようになります。
バックアップCIの「成功」を疑う：実リストア検証で復元可能性を証明する新着!!
日次バックアップのCIジョブが緑色でも、それは「本当に復元できる」ことを意味しません。暗号化前のダンプを使い捨てDBへ実際にリストアし、主要テーブルの行数を前回runと比較して、復元可能性を検証する設計パターンを紹介します。
認証必須SPAでもクローラに本文を届ける：公開ページだけを静的プリレンダリングする設計
認証必須SPAでも、公開ページだけを限定的に静的プリレンダリングしてクローラに本文を届ける設計を紹介します。head用メタデータと本文を単一データソースから生成して内容の乖離を防ぎ、ビルド成果物に依存するE2Eテストのレーン分離方法も解説します。
夜間CIの回帰チェックが誤検知を出す罠：静的解析の外部バイナリ判定とstale artifactの比較ミス
nightlyで「マージ済みPRの回帰チェック」を回している場合、コード自体には何の問題もないのに誤検知が出続けることがあります。
監視は監視対象の外に置く — セルフホストCIの死活監視をGitHub Actionsで担保する
ローカル1台のセルフホストCIはホストごと落ちると自己検知できない。常時稼働のGitHub Actionsから死活監視・SLO計測・config drift検出を外付けする設計を解説します。
CIが動かない時の診断順序——まずGitHub Statusを見れば誤判断で時間を溶かさない
actions/checkoutが「Your account is suspended」を返した障害で、上流確認を飛ばし誤った仮説に時間を溶かした失敗談。Step1=上流障害確認から始めるCI切り分けフローを診断コマンド付きで解説します。
Self-hosted runner は単一障害点：Mac障害時にGitHub Actionsへ数分で切り替えるBCP/SOP設計
自宅Mac1台のself-hosted runnerは電源断・Tunnel停止でCIが全停止するSPOF。重いworkflowをworkflow_dispatchで残し、branch protectionを一時解除して数分でGitHub Actionsへフェイルオーバーする運用SOPを公開します。
「自前CIにすれば安い」は本当か。月コストを実測して決めたら、答えが非対称になった
全部を自前CIに移せば安くなる——その思い込みを、実測 billable minutes と損益分岐で検証した話。test は移し、release は GitHub Actions に残す。コストだけでは決まらない意思決定フレームを共有します。
自宅 Mac 1台を CI サーバーにする：Woodpecker + Cloudflare Tunnel + launchd 常駐の作り方
GitHub Actions の従量課金を避けたい個人・小規模チーム向けに、自宅の Mac 1台で「docker push → 自動CI」が回る環境をゼロから組む構成記事。Server/Agent/Tunnel の3層設計と、localhost 公開の落とし穴まで解説します。
GitHub Actions Self-hosted Runner の CI ビルドを 8分→3分に短縮した4段階の改善記録
Self-hosted Runner の Docker イメージビルド CI を4段階で高速化した記録。warm cache・registry cache・Dockerfile レイヤー分割・schedule skip まで、各フェーズの判断根拠と実測値を公開します。