AIにお願いしてコードは書けた！ これで、もうサービスは動いてるんだよね……？
完成しただけでは、まだ公開されていません。
コードは、いわば「レシピ」。自分のキッチン（パソコン）でなら、レシピどおりに作って味見もできます。でも、それをお店として誰かに出すには、お客さんが来られる場所に厨房を用意する必要があります。
デプロイ（deploy）とは、作ったプログラムを実際に使う環境へ配置し、動かせる状態にすること。Webサービスの場合は、そこからさらにURLでアクセスできる状態にするところまでを含めて「デプロイ」と呼ぶことがよくあります。
「デプロイ」って、どういう意味の言葉？
英語のdeploy（展開する・配置する）が語源です。日本語で無理に言い換えるなら「公開作業」「本番投入」に近いニュアンスです。
もう少し正確に
配置先は本番環境だけでなく、検証環境や社内向け環境の場合もあります。また対象もWebサイトに限らず、Bot・バッチ処理・APIなども「デプロイする」と言います。この記事では、一番イメージしやすいWebサービスの例で説明します。
じゃあ、コードをGitHubに置いておくのは違うの？ あそこにも「公開」って書いてあった気がする……。
GitHubは「保管」、デプロイは「実行」
GitHubは、主にコードを保管・共有する場所です。リポジトリを公開しても、通常はそれだけでサービスが動き始めるわけではありません。デプロイは、そのコードをサーバー（VPSなど）に持ってきて、実際に起動する作業です。この違いは別記事「GitHubに置くだけじゃ公開されないの？」でじっくり解説しています。
もう少し正確に
実際には、GitHub Pages（GitHubが提供する静的サイト向けの公開機能）のように静的サイトをそのまま公開できる機能や、GitHub Actions（GitHub上でプログラムの実行を自動化する仕組み）で他のサーバーへ自動デプロイする仕組みもあります。
レシピサイトに載っている（GitHub）のと、実際に厨房で作られてお皿に載っている（デプロイ後）のは、別の話ということです。
デプロイって、具体的に何をするの？
難しく聞こえますが、代表的な流れは、大きく分けるとこの4つです。
- 届ける。 コードをサーバーへ取得・転送
- 準備する。 必要なソフトや設定を整え、ビルドする
- 起動する。 プログラムを動かす
- 確認する。 URLやログで動作を確かめる
STEP2の「準備する」では、書いたコードをコンピューターが実行しやすい形に整えるビルドという作業を行います。ここでDockerという言葉が出てくることがよくあります。Dockerは、プログラムだけでなく、動かすために必要な設定やソフトウェアもまとめて運べる「実行環境の箱」のような仕組みで、デプロイ時によく使われますが、Dockerを使わないデプロイ方法もあります。詳しくは別記事で扱います。
もう少し正確に
サービスによってはビルドが不要だったり、環境変数（プログラムの動作設定を外部から渡すための値）・データベース・ドメインなどの設定が加わったりします。この4つは「代表的な流れ」であり、常に同じ4ステップになるとは限りません。
初回デプロイと、再デプロイ
直すたびに、最初から全部やり直すの？
最初に公開するときが「初回デプロイ」。その後、コードの修正を公開中のサービスへ反映するのが「再デプロイ」です。毎回サーバーを作り直すわけではありません。Coolify（ブラウザ操作でデプロイを進められる管理ツール。基礎編04で詳しく説明します）などでは、GitHubへ変更を送ると、自動で再デプロイする設定もできます。
なぜ「難しそう」と感じるのか
この4ステップは、コマンド操作（黒い画面に文字を打つ作業）で行われることがよくあります。VPSへ自分で公開しようとすると、手順を1つずつ自分で組み立てる方法が使われる場面が多いです。手順を間違えると動かない、エラーメッセージが英語で出る、といった点が「デプロイ＝難しい」という印象につながっています。
- 手順が多い。 4ステップとはいえ、それぞれに細かい設定が伴う。
- 失敗の原因が分かりにくい。 どのステップで止まったか、初見では判断しづらい。
- 変更を反映する仕組みが必要。 コードを直したら再デプロイが必要。ただし、この作業は自動化できます。
でも安心してほしいのは。 ConoHa VPSでは、CoolifyやDokployというツールを使うことで、公開までの多くをブラウザ画面から進められます。すべてをコマンド操作で組み立てる必要はありません。ただし、設定内容の確認や、問題が起きたときのログ確認は必要です。
- 手動：SSH（サーバーに遠隔から接続するための仕組み）で接続し、コマンドで設定してデプロイ
- テンプレート：DockerやNode.js（JavaScriptを動かすための実行環境）など、環境が整った状態から始める
- 管理ツール：Coolify・Dokployで、ブラウザ画面からデプロイ
ConoHa VPSでは、この3つのルートをサーバー作成時に選べます。次の記事で、それぞれの入り口を見ていきます。
うまく動かないときは、まずここを見る
- ビルドログ：コードを動かす準備で失敗していないか
- 設定：環境変数やポートが合っているか
- 公開設定：ドメインやHTTPSが正しくつながっているか
エラー文を全部理解する必要はありません。まず「どの段階で止まったか」を確認するのが第一歩です。詳しい対処法は、今後別記事で解説する予定です。
完璧に分からなくても、まず「どこで止まったか」を見ればいいんだね！ 公開も更新も、ツールを使えばかなり楽にできそう。
よくある質問
デプロイには時間がかかる？
数分で終わる場合もありますが、初回はドメインや環境変数の設定を含め、余裕を見ておくと安心です。
プログラミングの知識が必須？
専門的な知識は必須ではありませんが、いくつかの用語には最低限触れることになります。最初に必要になるのは、GitHub上のコード、アプリが使うポート、環境変数、エラーログの見方などです。各項目はこのシリーズで順番に解説します。
1回デプロイしたら、それで終わり？
いいえ。変更を公開中のサービスへ反映するには、再デプロイが必要です。ただし、GitHubへの更新をきっかけに自動で再デプロイする構成もあります。
デプロイと「常時稼働」は同じこと？
別の話です。デプロイは「動く状態にする作業」、常時稼働は「動いた状態を維持し続けること」。デプロイした後も、サーバー自体が動いていないとサービスは止まってしまいます。また、VPSが稼働していても、アプリの停止やエラーで利用できなくなる場合があります。自動再起動や監視も運用の一部です。
次に読む記事
基礎編のつづき（デプロイが分かったら、次はここ）
全体像に戻る（迷ったらここから）
監修：ConoHa by GMO 最終更新日: 2026年9月30日
