コミットしたのにサイトに反映されない？コミット・プッシュ・デプロイの違いを解説
サイトを直したのに、スマホで見ると何も変わっていない。非エンジニアの運営者が何度もハマったのがこれです。原因はほとんどの場合、「公開までに3つの段階がある」ことを知らなかっただけでした。
結論：公開までは①コミット（手元に記録）→②プッシュ（GitHubに送る）→③デプロイ（ネットに公開）の3段階です。コミットしただけでは、まだ自分のところにしかありません。
公開までの3段階
ねこ
コミットしたって言われたのに、サイト見ても変わってへんねん。
フクロウ
それはよくある話じゃ。コミットは手元でセーブしただけ。世の中に出るまでには、あと2段階ある。
| 段階 | すること | どこにあるか |
|---|---|---|
| ①コミット | 変更を記録する | 手元（作業している場所）だけ |
| ②プッシュ | 記録をGitHubに送る | GitHubにも届く。まだ公開はされていない |
| ③デプロイ | サイトを作り直して公開する | ネットに公開され、誰でも見られる |
CloudflareやVercelのような公開サービスをGitHubとつないでいると、mainにプッシュ（またはマージ）された時点で、自動でデプロイが始まる設定にできます。この場合、③は自分で操作しなくても進みます。
ブランチで作業しているときは、もう1段階ある
ねこ
プッシュもしたって言うてたで？
フクロウ
ならブランチを確かめるんじゃ。自動で公開されるのは、たいていmain（本流）だけ。別のブランチにプッシュした変更は、プルリクエストを出してmainにマージするまで公開されん。
Git用語のブランチやマージがあいまいなら、先にゲームのセーブで覚えるGit用語を読むと分かりやすくなります。
反映されないときの確認手順
- コミットされたか：AIに「いまの変更はコミット済み？」と聞く。
- GitHubに届いているか：「GitHubにプッシュした？どのブランチ？」と聞く。
- mainに入っているか：ブランチなら、プルリクエストを作ってマージする。
- 公開の処理が成功したか：公開サービスの画面で、最新のデプロイが「成功」になっているか見る。失敗していたら、エラー内容をAIに渡す。
- 古い表示が残っていないか：スマホのブラウザが前のページを覚えていることがある。再読み込みするか、少し時間をおいて開き直す。
ねこ
5番、これやったことあるわ。直ってたのに、スマホが古いの見せてただけやった。
フクロウ
キャッシュ（一度見たページを端末が覚えておく仕組み）じゃな。表示を速くするための仕組みじゃが、更新直後は古い画面が出ることがある。
まとめ
- 公開まではコミット→プッシュ→デプロイの3段階。
- コミットだけでは手元にしかない。プッシュでGitHubへ、デプロイでネットへ。
- 自動公開されるのは、たいていmainだけ。ブランチならマージが必要。
- 最後はスマホのキャッシュも疑う。
よくある質問
- コミットとプッシュの違いは？
- コミットは手元で変更を記録すること、プッシュはその記録をGitHubなどのリモートに送ることです。
- デプロイとは？
- 作ったサイトを、ネット上で誰でも見られる状態に公開することです。
- プッシュしたのにサイトに反映されないのはなぜ？
- main以外のブランチにプッシュしている、公開の処理が失敗している、ブラウザが古い表示を覚えている、のどれかが多いです。
- キャッシュとは？
- 一度見たページを端末やブラウザが覚えておく仕組みです。更新直後は古い表示が出ることがあるので、再読み込みで確かめます。
この記事は、運営者（非エンジニア）が実際にAIとやりとりして学んだ内容を、読みやすく書き直したものです。サービスの機能や料金は変わることがあるので、使う前に公式の案内も確かめてください。