副業 ブログ｜GitHubからレンタルサーバーへホームページを自動公開する方法

このサイトで使っている公開の流れ

「副業ゆるプラス」は、パソコン上でページを作り、GitHubへ保存し、GitHub Actionsからレンタルサーバーへ公開しています。GitHub Actionsは、ファイルが更新されたときに、決めておいた処理を自動で実行できる仕組みです。

公開の入口をGitHubにそろえることで、サーバー上のファイルを直接編集する回数を減らします。

参考：GitHub公式「Quickstart for GitHub Actions」

直接FTPで更新する方法と、何が違う？

FTPソフトから公開すること自体が間違いではありません。小さな静的サイトなら、それでも公開できます。ただ、更新が増えると「どのファイルを直したか」「公開前の状態はどれか」が分かりにくくなります。

自動公開のよさは、速さよりも「同じ手順を繰り返せること」です。公開後に問題が出ても、直前に変えた内容を探しやすくなります。

最初に用意するもの

公開できるサイト

パソコンで表示を確認でき、公開用ファイルを作れる状態

GitHubのリポジトリ

サイトのファイルと変更履歴を保存する場所

レンタルサーバー

FTPS接続ができ、公開先フォルダを確認できるもの

独自ドメインとSSL

公開URLをHTTPSで表示するための設定

パスワードはGitHubのSecretsへ分ける

サーバーのホスト名、ユーザー名、パスワード、公開先フォルダをソースコードへ直接書くと、リポジトリを見た人や公開ファイルから知られる危険があります。このサイトでは、接続に使う4項目をGitHub ActionsのRepository secretsへ登録しています。

GitHub公式も、パスワードなどの機密情報にはSecretsを使い、権限は必要最小限にするよう案内しています。Secretsの値は一つずつ登録し、コード、スクリーンショット、記事へ貼らないようにします。

• GitHubとレンタルサーバーで二段階認証を設定する
• 公開に不要な販売データや個人情報をリポジトリへ入れない
• ワークフローが必要とする権限だけを与える
• 使わなくなったパスワードは変更し、Secretsも更新する

参考：GitHub公式「Secrets」／GitHub公式「Secure use reference」

自動公開の設定で決める4つのこと

GitHub Actionsでは、リポジトリ内の .github/workflows フォルダに設定ファイルを置きます。このサイトでは、mainブランチが更新されると次の順番で処理します。

実際に起きた「接続タイムアウト」

このサイトでも、GitHubへの保存は成功したのに、FTPS接続がタイムアウトして公開だけ失敗したことがありました。そのときに大切だったのは、焦って設定を変えるのではなく、失敗した場所を分けて見ることです。

再実行で解消しない場合は、ホスト名、接続方式、ポート、公開先フォルダ、サーバー側の接続制限を順番に確認します。パスワードをログや質問文へ貼り付けないことも重要です。

公開できたら、トップページだけで終わらせない

• 独自ドメインがHTTPSで表示される
• トップ、カテゴリ、記事、プロフィールが404にならない
• 問い合わせフォームから送信できる
• パソコンとスマートフォンで文字やボタンが見やすい
• sitemap.xml と robots.txt が表示される
• Search Consoleへサイトマップを送信する
• Google Analyticsで自分のアクセスを確認する

公開は完成ではなく、確認と改善を始められる状態です。記事を追加したときも、GitHubへ保存し、公開処理が成功したか、公開ページに反映されたかまで確認します。

履歴を残しながら、少しずつ育てる

GitHubからの自動公開は、難しそうに見えても、役割を「保存」「公開用ファイルの作成」「サーバーへの送信」に分けると理解しやすくなります。最初の設定は必要ですが、一度流れができれば、その後の記事更新も同じ手順で進められます。

私たちが大切にしているのは、AIに全部任せることではなく、自分が内容を理解し、確認しながら公開できることです。