FileZillaでホームページを更新する方法｜WordPressを使わないHTMLサイト運営の実体験

この記事で紹介する運営環境を見る

• WordPressを使わないHTMLサイトを運営
• FileZillaでファイルをサーバーへアップロード
• ターミナル上で役割分担したAI運用体制を構築
• AIを使って調査・設計・コード作成・改善案を整理
• Google Search Consoleで検索状況を確認
• 愛知県の地域クリニックのホームページを実際に制作・改善

FileZillaとは？

この記事は、WordPressを使わないHTMLサイトをFileZillaで更新する実務記事です。パソコン上のHTML・CSS・JavaScript・画像を編集し、バックアップを取ってからサーバーへ転送し、公開画面で反映を確認します。WordPressの更新手順とは別なので、WordPress本体・テーマ・プラグインを更新する場合はWordPress更新前チェックへ分けます。

画面の左側に自分のパソコン、右側にサーバーのファイルが表示されるため、どのファイルをどこへ転送するか確認しながら操作できます。

なぜ私はWordPressではなくHTMLサイトを選んだのか

私は、愛知県の地域クリニックのホームページを細かく調整しながら運営するために、WordPressではなくHTMLファイルを直接管理する方法を選びました。

WordPressが悪いわけではありません。投稿画面から更新でき、テーマやプラグインも豊富なので、ブログを頻繁に投稿する人や複数人で更新する人には便利です。一方、私の場合は、ページ構造・表示速度・細かなデザイン・機能をコード単位で管理したかったため、HTMLサイトが合っていました。

FileZillaで更新する前に準備するもの

サーバーによって、接続情報の確認場所や公開フォルダ名は異なります。一般的に使われる名前だけを見て決めず、利用中のサーバー公式マニュアルで確認してください。

FileZillaでホームページを更新する7ステップ

FileZillaに接続できないとき｜接続・転送・表示のどこで止まったかを切り分ける

「更新できない」ときは、同じファイルを何度も上書きする前に、まずFileZilla上部のメッセージログを見ます。最後に成功した処理がどこかを確認すると、原因候補をかなり絞れます。

ログで止まった段階	まず疑うもの
ホスト名の解決前	ホスト名の入力・DNS・接続先
接続開始後にタイムアウト／拒否	ポート・接続方式・回線・サーバー側制限
TLS／SFTP認証付近	暗号化方式・証明書・鍵・サーバー推奨設定
ログイン失敗	ユーザー名・パスワード・FTP用アカウント
ログイン後に一覧取得で停止	データ接続・パッシブ設定・権限・ファイアウォール
一覧は出るが転送失敗	権限・容量・転送先・同時接続数

パスワードや接続情報を公開せず、エラー文の末尾数行、発生時刻、接続方式だけを記録すると、契約先サポートにも相談しやすくなります。以下は症状別の確認手順で、すべてを筆者が経験したという意味ではありません。

症状	最初に見る場所	次の確認
接続できない	FileZilla上部のメッセージログ	ホスト・ユーザー名・接続方式・ポートを、契約先の公式案内と照合。Web管理画面用のログイン情報と同じとは限りません。
接続できるが転送できない	転送キューとエラーの内容	対象ファイルと転送先を確認。権限や容量など、表示された理由を契約先へ確認します。接続成功だけでは転送完了ではありません。
転送したのに文章が変わらない	公開URLと右側の転送先フォルダー	別サイト・別階層へ送っていないか確認。正しいファイルの転送完了を確かめてから、ブラウザーやサーバーのキャッシュを確認します。
文章は変わったが画像やデザインが崩れた	変更したHTMLが参照する画像・CSS	必要な関連ファイルの転送漏れ、ファイル名の大文字・小文字、相対パスを点検します。

「421 Too many connections」と出た場合

接続数の制限が考えられます。FileZilla公式ガイドでは、サイトマネージャーの転送設定で同時接続数を制限する方法が説明されています。まず契約先の許容接続数を確認し、その範囲に合わせてください。

原因が分からない場合は、パスワードを伏せたエラー文、発生時刻、対象ファイル、接続方式を整理してサーバーのサポートへ確認します。

参考：FileZilla公式の操作・同時接続数ガイド

表示の点検はスマホ表示が崩れたときの確認手順、公開全体の点検は公開前チェックリストへ進んでください。

転送したのに変わらないときの、確認メモ

対象ファイルがどこまで進んだかを記録する欄です。原因を自動判定したり、FileZillaへ接続したりする機能ではありません。確認できた項目だけを書き、分からない項目は「未確認」のままにしてください。

パスワード・秘密鍵・認証付きURL・顧客情報は記入しないでください。この欄には送信・自動保存機能はありません。ページを閉じる前に自分のメモへコピーし、サポート等へ共有するときは公開してよい内容だけを残します。

接続・転送・公開確認のメモ確認日時： 変更したファイル名： 公開してよいURL（認証情報や秘密のクエリを除く）： 公開先のフォルダー名（共有してよい範囲）： 最後に成功した段階：未確認 対象ファイルの転送待ち：未確認 対象ファイルの失敗した転送：未確認 対象ファイルの成功した転送／ログの確認：未確認 公開URLで変わった箇所：未確認 画像・CSS・リンクの確認：未確認 エラー文（個人情報・接続情報を伏せる）： 次に確認すること：

例：「news.htmlは転送成功を確認／通常URLでは古い文章／右側の公開フォルダーとの対応は未確認」。これは記入方法の例で、実際の障害記録ではありません。この状態なら、未確認の対応関係を調べ、別の設定まで一緒に変えないようにします。

文言の更新は確認でき、スマホの表だけ見切れる場合は横に長い表の修正例へ。更新を確認できた後は変更履歴に残し、利用者へ知らせる場合はお知らせの下書き編集欄へ進めます。

AIとターミナルを使った私のホームページ更新方法

私は、AIへ一つの長い指示を出して終わりにするのではなく、調査・設計・コード作成・安全確認などの役割を分けています。ターミナル内に役割別の仕組みを作り、それぞれへ指示を出して改善案を整理します。

AIは作業を速くできますが、誤ったコードや存在しない設定を提案する可能性があります。私も、AIが出した内容を公式情報や実際の画面で確認してから反映しています。

実際に運営して感じたメリット・デメリット

HTML＋FileZillaが向いている人

• ページ数が多すぎない事業サイトを運営したい
• コードを直接管理したい
• AIを使いながら自分で改善したい
• 表示やデザインを細かく調整したい
• 更新前後の確認を丁寧に行える

WordPressの方が向いている人

• ブログ記事を頻繁に投稿したい
• コードを触らずに更新したい
• 複数人で記事や固定ページを編集したい
• テーマやプラグインで機能を追加したい

FileZillaを使うためのサーバー選び

HTMLサイトをインターネットへ公開するには、ファイルを置くレンタルサーバーが必要です。サーバーを選ぶときは、価格だけでなく、FTP・SFTPの設定方法、SSL、バックアップ、サポート、管理画面の分かりやすさも確認します。

公開前に使う安全チェックリスト

アップロード直前の「変更ファイル台帳」

転送するファイルを絞るために、次の項目をメモします。記事で紹介した環境と自分の契約先で、公開フォルダーや接続方法が同じとは限りません。

確認項目	確認・記録する内容
対象	変更したファイル名と公開ページのURL
転送先	ホスト名・公開フォルダー・対象サイトの対応
戻し方	上書き前のファイルの保存場所と復旧手順
確認	転送結果、公開ページ、画像、リンク、スマホ表示

更新対象が1ページなら、関係のないフォルダーまでまとめて上書きしないようにします。転送先が分からない場合は、接続先の公式案内を確認してから実行します。完了の記録は「転送成功」だけで終えず、通常の公開URLで変更した文言・画像・リンクを確認した結果まで残します。確認できなかった項目は未確認のままにし、確認したURLと日時を添えて切り分けます。認証情報を作業台帳やAIへの入力に含める必要はありません。

FileZillaとHTMLサイトに関するよくある質問

REAL OPERATION｜手動更新の実例

実運用では「変更ファイルだけ手動転送→公開側確認」に固定している

運営者のやぶが別のHTMLサイトを更新するときは、ローカルの元ファイルを直接編集し、アップロード対象を一覧化してからFileZillaで変更したファイルだけ手動転送します。FTP自動化やGitによる本番反映は使わず、転送後に公開ページを確認します。

1. 元ファイルを直接編集
2. 変更ファイル名を記録
3. ローカル表示で確認
4. FileZillaで対象ファイルだけ転送
5. 公開URLをPCとスマホで確認
6. 画像・リンク・フォーム・コンソールエラーを確認

実運用で重視していること

「アップロードできた」では完了にしません。公開側で古いキャッシュが残っていないか、画像パスが切れていないか、変更していないページまで崩れていないかを確認して完了にします。

FTPホスト名・ユーザー名・接続情報など、セキュリティに関わる実環境情報は公開しません。

まとめ｜FileZillaは「小さく変更して必ず確認」が基本

FileZillaを使えば、WordPressを使わないHTMLサイトでも、自分でファイルを更新して公開できます。私も、AIでコードや改善案を作り、ターミナルで作業を整理し、FileZillaで公開する流れを実際に使っています。

ただし、便利さよりも安全な運用が優先です。バックアップ、正しい公開先、公開後の確認を毎回行い、最初から大きな変更をしないことが重要です。