Claude CodeでFTPの既存サイトを編集した記録

結論の型──「ローカルにミラーを作ってから触る」

先に完成形を書きます。FTPサイトをClaude Codeで安全に触るなら、次の4段構えが最も事故が少ないという結論に落ち着きました。

1. 作業用フォルダを1つ作る──サイトごとに用意します。ここがClaude Codeの作業場になります
2. 触る予定のファイルだけFTPで落とす──全部落とす必要はありません。「これから直すページ」と「参考にする既存ページ」だけで十分です
3. ローカルで編集させ、そこで検品する──文字数の計測、リンク切れの確認、表記ゆれの検査まで全部ローカルで済ませます
4. まとめてアップし、HTTPで実測確認する──アップ後に必ず、公開URLへ実際にアクセスしてステータスとtitleを確認します

ポイントは「サーバー上のファイルを直接書き換えさせない」ことです。ローカルに一段挟むだけで、失敗しても本番が壊れません。Gitが使えるならローカルのミラーをGit管理下に置くと、さらに巻き戻しが楽になります。

実際の頼み方

特別なことはしていません。「FTPでこのサイトの一覧を取って」「このページとこのページを落として」「本文の文字数を測って」と日本語で頼むだけで、Claude Codeが接続用のスクリプトを書いて実行します。

コツとして効いたのは次の3つでした。

• 認証情報はファイルに置いて、パスだけ教える──会話に直接貼ると履歴に残り続けます。「この場所のファイルから読んで、中身は表示しないで」と指示する運用にしています
• アップロード先は毎回明示する──ドキュメントルートの位置をCLAUDE.mdに書いておくと、毎回説明する手間が消えます
• アップは最後にまとめて──1ファイル直すたびにアップすると、途中の中途半端な状態が公開されます。ローカルで全部仕上げてから一括で上げます

文字数を測る時の注意

ページの内容量を機械的に測る場面がよくありますが、ここにも罠があります。ヘッダー・ナビゲーション・フッターを含めて測ると、実際より多く見えます。さらに、ページ下部の共通ブロック（FAQ、関連リンク、注意書き）が全体の半分以上を占めることもあり、これを分離しないと「十分な分量がある」と誤判定します。

実際に別サイトで測った時は、共通の末尾ブロックが全体の54〜62%を占め、そこが74〜91%一致していました。本文自体は問題なかったのに、テール構造が原因で重複と判定されていたわけです。測る範囲を本文に限定してから数えるのが正しい手順でした。

この型が向く人

• WordPressではない、静的HTMLで作った古いサイトを持て余している人
• Gitを導入していないサイトを、いまさら移行せずに改善したい人
• 複数サイトを1人で運用していて、横断で同じ修正を当てたい人

逆に、既にGitHubで管理しているプロジェクトなら、この記事の工夫はほぼ不要です。そちらはGit・GitHub連携ページの内容がそのまま使えます。