Claude Codeで多言語記事を毎日公開するための7つのデプロイ前チェック

毎日公開で一番壊れやすいのは「記事を書くこと」ではなく公開整合性です

Claude Code で記事を毎日出せるようになると、次のボトルネックは執筆速度ではなくなります。壊れやすいのは、多言語の抜け漏れ、CTA のずれ、公開確認不足です。

特に検索流入が増え始めたサイトでは、日本語だけ更新されて英語や中国語が古いままだと、読者体験も収益導線も崩れます。そこで今日は、毎朝の公開前に通すための 7 つの確認項目を 1 本にまとめます。

1. その記事が本当に全言語に存在するかを先に確認する

まずやるべきことは、本文を書く前ではなく公開前の存在確認です。同じ slug が日本語、英語、中国語、韓国語、スペイン語、フランス語、ドイツ語、ポルトガル語、ヒンディー語、インドネシア語の全ディレクトリにあるかを見ます。

site/src/content/blog/
site/src/content/blog-en/
site/src/content/blog-zh/
site/src/content/blog-ko/
site/src/content/blog-es/
site/src/content/blog-fr/
site/src/content/blog-de/
site/src/content/blog-pt/
site/src/content/blog-hi/
site/src/content/blog-id/

今回からビルド前にこの確認を自動化しました。2026-05-18 以降に公開する記事は、どれか 1 言語でも欠けていると build が落ちます。

2. frontmatter の lang と pubDate を揃える

多言語運用では、見落としやすいのが frontmatter のズレです。ファイルは存在していても、lang が間違っていると関連記事や言語導線が崩れます。pubDate がずれていると公開順の表示も不自然になります。

最低限、次の 3 つを揃えてください。

• slug を全言語で共通にする
• lang をディレクトリと一致させる
• pubDate と updatedDate を同じ運用意図で管理する

3. CTA は「無料PDF -> 商品 -> 導入相談」の順番で置く

PV だけ増やしても収益にはつながりません。記事ごとの CTA は、読者の温度感に合わせて段階を分ける必要があります。

最初の CTA:
  無料PDFで基本を受け取る

次の CTA:
  商品ページで教材を比較する

最後の CTA:
  導入相談ページで業務導入を相談する

日本語ページでは無料 PDF の導線をまず見せ、英語版では Gumroad 商品を主軸に置きつつ、導入相談に進める形が扱いやすいです。関連記事には Claude Code料金ガイド や Claude Code vs GitHub Copilot 比較 を差し込むと自然です。

4. 失敗例を1つ入れると初心者向け記事の価値が上がる

成功手順だけ並べると、読者は自分が詰まった時に戻れません。公開運用の記事なら、「何が原因で公開漏れになったか」を 1 つ具体的に入れるだけで読みやすさが上がります。

今回の典型的な失敗例はこれです。

失敗例:
  日本語記事は追加した
  英語記事は未作成
  build は通った
  でも公開サイトでは一部言語だけ古いまま

このパターンは、ビルドが言語欠落を検知しない時に起こります。だからこそ、執筆ルールではなく build ルールにするのが有効です。

5. コピペできる公開コマンドを記事内にも残しておく

毎日運用は、覚えるのではなく再利用できる形にして初めて安定します。記事内にも、チーム内メモにも、同じ公開手順を置いておくと迷いません。

cd site
ASTRO_TELEMETRY_DISABLED=1 npm.cmd run build
npx.cmd wrangler pages deploy dist --project-name claudecode-lab --branch master --commit-dirty=true

PowerShell の実行ポリシーで npm が落ちる環境では、最初から npm.cmd を使う前提にしておく方が安全です。

6. 公開URLを開いてモバイル幅で確認する

dist ができていても完了ではありません。少なくとも、今日触った記事 URL と関連 LP を 1 つ以上開き、HTTP 200 と表示内容を確認します。

見る場所は次の 4 つで十分です。

• 見出しが正しいか
• 横にはみ出していないか
• CTA のリンク先が正しいか
• 言語ごとに古い内容が残っていないか

ここを省くと、「ローカルではできているのに公開では古い」という事故がそのまま残ります。

7. 毎日運用は「新規記事1本 + 仕組み1つ」がちょうどいい

量産だけに寄ると質が落ち、改善だけに寄ると露出が止まります。毎日の運用では、新規記事を 1 本出しつつ、その裏で 1 つ運用の仕組みを強くするのがバランスの良い進め方です。

今日は、新しい多言語記事を 1 本公開しつつ、2026-05-18 以降の記事が全言語に揃っていなければ build を止める仕組みを入れました。これで次回以降は「書いたのに一部言語だけ未公開」という状態を減らせます。

次に進むための導線

Claude Code をこれから業務導入したいなら、まずは無料 PDF で基本コマンドを整理してください。すぐ使える実務テンプレートが欲しいなら 商品一覧 から教材を比較できます。社内運用や公開フローまで含めて固めたい場合は 導入相談ページ から相談の流れを確認できます。