Webアプリの公開方法 AIで開発したアプリを自分で公開し運用できるようになる7つの手順【2026年11月】
更新日:著者:AITECH編集局

監修:株式会社AITECH CEO
監修:株式会社AITECH
AIで開発したWebアプリは、自分のパソコンでは動いても、そのままではほかの人が開けません。依頼主や利用者に使ってもらうには、インターネット上に公開する作業が要ります。
先に答えると、公開に必要なのは、アプリの置き場所・ドメイン・DNS・SSLの4つです。この4つを7つの手順で順につなぐと、独自のURLで誰でも開ける状態になります。
この記事では、AIに任せきりにせず、公開の手順と公開後の運用を自分で判断し、依頼主に説明できるようになります。料金と仕様は2026年11月5日に各社の公式ページで確認しました。この記事は、AI事業の立ち上げを学ぶスクール「COACH AI」を運営する株式会社AITECHが書いています。
この記事の結論
- Webアプリの公開とは:開発したアプリをインターネット上の置き場所に載せ、ドメインで誰でも開けるようにすること。置き場所・ドメイン・DNS・SSLの4つが要る
- Webサイトとの違い:データを保存するWebアプリは、データベースかボリュームを付けてから公開する。付けないと更新のたびにデータが消える
- 公開の手順:公開先の決定、ドメインの取得、GitHubへの保存、デプロイ、DNSの設定、SSL、動作確認の7つ。DNSを切り替える前に今の設定をすべて書き出す
- 費用:ドメインの年額(.comの更新は年1,615円)と置き場所の月額(例:Railway Hobby 月5ドル)が中心。DNSとSSLは0円で使える
- 受託での注意点:ドメイン・DNS・公開先・GitHubの契約と支払いは依頼主の名義にし、受託側は管理の権限だけを受け取る
AIで開発したアプリを公開し、AI受託・AIコンサル・AI顧問の事業として納品する方法を、専属コーチとマンツーマンで学べます
COACH AIのページを見る
Webアプリの公開とは
Webアプリの公開とは、開発したアプリをインターネット上の置き場所に載せ、ドメイン(URL)で誰でも開けるようにすることです。
公開には、役割の違う4つの部品が要ります。
| 部品 | 役割 | 主なサービスの例 |
|---|---|---|
| 置き場所(サーバー) | アプリを動かし続ける | Railway・Render・Vercel・AWS |
| ドメイン | 「example.com」のような、インターネット上の住所 | お名前.com・Cloudflare Registrar |
| DNS | ドメインと置き場所を結びつける | Cloudflare・ドメインを取った会社 |
| SSL(HTTPS) | 通信を暗号化し、URLを「https」にする | 公開先やCloudflareが自動で発行 |
デプロイとは、開発したアプリを置き場所に送り、動く状態にする作業です。置き場所の型(IaaS・PaaS・SaaS)の違いはIaaS・PaaS・SaaSの違い、各サービスの役割と料金はドメイン・サーバー・DNSの違いと主なサービスの記事にあります。
Webサイトの公開とWebアプリの公開の違い
Webサイトの公開とWebアプリの公開の違いは、データを保存して処理するかどうかです。データを保存するWebアプリは、置き場所に加えてデータの保存先が要ります。
| 種類 | 例 | 置き場所 |
|---|---|---|
| Webサイト(静的サイト) | LP・会社案内・ポートフォリオ | 静的サイト向けの公開サービス・レンタルサーバー |
| Webアプリ | ログイン・予約・問い合わせの管理・AIチャット | PaaS+データベースなどの保存先 |
静的サイトとは、決まったページのファイルを配るだけのサイトです。Webアプリは、利用者の入力を受けてサーバーで処理し、結果をデータとして保存します。
PaaSでは、アプリを置く場所の中身が、更新のたびに作り直されることがあります。Renderの公式の説明書には、保存用のディスクを付けない場合、ファイルの変更はデプロイや再起動のたびに失われると書かれています。Railwayも、デプロイをまたいでデータを残すにはボリューム(保存用のディスク)を追加するよう案内しています。
よくある失敗は、AIが開発したアプリを保存先を付けずに公開し、更新のたびに予約や問い合わせのデータが消えることです。データを保存するアプリは、公開の前にデータベースかボリュームを付けておきます。出典はRender「Persistent Disks」とRailway「Deployments」です(2026年11月5日確認)。
Webアプリを公開する7つの手順
Webアプリの公開は、公開先の決定、ドメインの取得、GitHubへの保存、デプロイ、DNSの設定、SSL、動作確認の7つの手順で進めます。
- 公開先を決める
- ドメインを取得する
- ソースコードをGitHubに保存する
- PaaSにデプロイする
- DNSでドメインをつなぐ
- SSLを有効にする
- 公開後の動作を確認する
コマンドや画面の操作は、使うサービスの公式の説明書に載っています。
1. 公開先の決定
公開先は、アプリの種類と、受託か個人の利用かで決めます。データを保存するWebアプリは、PaaSとデータの保存先を一緒に用意できるサービスが向きます。
Vercelの無料のHobbyプランは、個人の非商用の利用に限られ、受託や商用の案件には使えません。商用の利用にはProかEnterpriseのプランが要ると、Vercelの利用ガイドラインに書かれています。出典はVercel「Fair use Guidelines」です(2026年11月5日確認)。
2. ドメインの取得
ドメインは、ドメインを登録できる会社(登録事業者)から年単位で借ります。受託の案件では、ドメインは依頼主の名義で取ります。
| ドメイン | 登録できる人 | お名前.comの更新料(1年・税込) |
|---|---|---|
| .com | 誰でも | 1,615円 |
| .jp | 日本国内に住所がある個人・組織 | 3,879円 |
| .co.jp | 日本国内で登記した会社(原則1社1つ) | 5,177円 |
表の更新料はサービス維持調整費を含む額です。.comの初年度1円は1人1個までで、2年目からは表の更新料がかかります。登録と同時に申し込むと、登録者の名前や住所の代わりに会社の情報を公開する「Whois情報公開代行」が無料になります。出典はお名前.com「料金一覧」、お名前.com「Whois情報公開代行」、JPRS「JPドメイン名の種類」です(2026年11月5日確認)。
3. GitHubへのソースコードの保存
GitHubとは、ソースコード(アプリの設計図にあたるファイル)を保管し、変更の履歴を残すサービスです。
| 項目 | 内容 |
|---|---|
| 料金 | 無料のFreeプランでも、非公開のリポジトリ(保管場所)を数の上限なく作れる |
| PaaSとの連携 | RailwayなどのPaaSにリポジトリをつなぐと、更新のたびに自動でデプロイされる |
| 受託での置き場所 | 依頼主のGitHubの組織に、非公開のリポジトリを作る |
出典はGitHub「料金プラン」とRailway「Quick Start」です(2026年11月5日確認)。
4. PaaSへのデプロイと環境変数
PaaSにリポジトリをつなぎ、アプリを動かす設定をします。このとき、秘密の値はソースコードに書かずに環境変数に入れます。環境変数とは、秘密の値や設定を、ソースコードの外からアプリに渡す仕組みです。
| 環境変数に入れる値 | 例 |
|---|---|
| AIのAPIキー | ChatGPT・ClaudeなどをAPIで呼び出すための鍵 |
| データベースの接続情報 | 接続先とパスワード |
| 外部サービスの秘密の値 | 決済・メール送信のサービスの鍵 |
APIキーをソースコードに書いたままGitHubに保存すると、リポジトリを見られる人全員にキーが渡ります。出典はRailway「Using Variables」です(2026年11月5日確認)。
5. DNSによるドメインの接続
DNSに、ドメインと公開先を結ぶ設定(DNSレコード)を足します。ネームサーバーとは、そのドメインのDNSレコードを管理するサーバーです。DNSをCloudflareなどに移すときは、ネームサーバーを切り替えます。
Cloudflareの説明書では、ネームサーバーを移すときの自動の読み取りは、すべてのDNSレコードを見つけるとは限らないとされています。よくある失敗は、読み取られなかったメールの設定や、同じドメインで動く別のシステムの設定が抜け、メールや別のシステムが止まることです。
ネームサーバーを切り替える前に確かめる3点
- 全レコード:今のDNSの管理画面から、レコードを1件ずつすべて書き出す
- メール:MXレコード(メールの届け先の設定)と、送信元を証明するレコードを移す
- 別のシステム:サブドメイン(例:shop.example.com)で動くほかのシステムの設定を移す
依頼主の既存のドメインを使う場合は、ネームサーバーを移さず、サブドメインのレコードを1件だけ足す方法もあります。出典はCloudflare「Change your nameservers (Full setup)」です(2026年11月5日確認)。
6. SSL(HTTPS)の設定
Railway・Render・Vercelは、独自ドメインを追加すると、SSLの証明書を自動で発行し、更新します。Cloudflareも、追加したドメインに無料の証明書を自動で発行します。
自分で証明書を入れるサーバーでは、更新の自動化が欠かせません。無料の証明書を発行するLet's Encryptは、標準の有効期間を次のように短くすると発表しています。
| 時期 | Let's Encryptの標準の有効期間 |
|---|---|
| 2026年11月時点 | 90日 |
| 2027年2月10日から | 64日 |
| 2028年2月16日から | 45日 |
出典はRailway「Public Networking」、Render「Custom Domains」、Vercel「Working with SSL」、Cloudflare「Universal SSL」、Let's Encrypt「Decreasing Certificate Lifetimes to 45 Days」です(2026年11月5日確認)。
7. 公開後の動作確認
公開したら、トップページ以外の画面も開き、ログイン・入力・保存が独自ドメインで動くかを確かめます。スマートフォンでの表示と、「http」で開いたときに「https」へ移るかも見ます。
データを保存するアプリは、テストのデータを保存したあとに再デプロイし、データが残っているかを確かめます。手順4で保存先の設定が抜けていても、ここで気づけます。
AIで開発したアプリの公開から納品までの段取りを、専属コーチと一緒に組み立てられます
COACH AIのページを見る
公開後の運用
公開後は、死活監視、データのバックアップ、障害のときの確認、期限の管理の4つを続けます。
| 運用の作業 | 内容 |
|---|---|
| 死活監視 | アプリが開けるかを定期的に自動で確かめ、止まったら通知を受ける |
| データのバックアップ | データベースやボリュームの複製を、公開先とは別の場所にも残す |
| 障害のときの確認 | 公開先・DNSの会社のステータスページと、アプリの記録(ログ)を見る |
| 期限の管理 | ドメインの更新日、支払いのカード、APIキーの期限を管理する |
大手のサービスも止まることがあります。AWSでは2025年10月20日から21日(日本時間)に米国東部の地域で障害が起き、Cloudflareでは2025年11月18日に、攻撃ではなく社内のデータベースの権限の変更をきっかけに障害が起きました。
障害が起きたときは、ステータスページの見出しだけで判断せず、最新の更新の文と時刻を読みます。依頼主には、障害のときに誰がどこを確認し、どう連絡するかを、公開の前に伝えておきます。出典はAWS「Amazon DynamoDB サービス中断の概要」とCloudflare「18 November 2025 outage」です(2026年11月5日確認)。
公開後の4つの作業は、納品後の保守の中身そのものです。見積もりと契約書に、誰がどの作業をするかを書いておきます。
Webアプリの公開にかかる費用
Webアプリの公開にかかる費用は、ドメインの年額と置き場所の月額が中心で、SSLは多くの公開先で0円です。
| 費用の項目 | 例(2026年11月5日確認) |
|---|---|
| ドメイン | お名前.comの.comの更新 年1,615円(税込) |
| DNS | CloudflareのFreeプラン 0円 |
| 置き場所 | RailwayのHobbyプラン 月5ドル(5ドル分の利用を含み、超えた分は従量課金) |
| SSL | Railway・Render・Vercel・Cloudflareは自動発行で0円 |
置き場所の月額は、アプリが使った計算の量やデータの量で増えます。ほかの公開先の料金と組み合わせごとの月額は、ドメイン・サーバー・DNSの違いと主なサービスの記事にあります。出典はRailway「Pricing」とCloudflare「Plans」です(2026年11月5日確認)。
受託でWebアプリを公開するときの注意点
受託では、ドメイン・DNS・公開先・GitHubの契約と支払いを依頼主の名義にし、受託側は作業に必要な管理の権限だけを受け取ります。
| 対象 | 契約と支払い | 受託側の役割 |
|---|---|---|
| ドメイン | 依頼主 | DNSの設定 |
| DNS(Cloudflareなど) | 依頼主 | メンバーとしてレコードを編集 |
| 公開先(PaaS) | 依頼主 | メンバーとしてデプロイと監視 |
| GitHub | 依頼主の組織 | メンバーとして開発 |
よくある失敗は、受託側が自分の名義でドメインや公開先を契約し、契約が終わったときに依頼主へ移せないことです。名義を移す作業の間にドメインの更新が切れると、サイトとメールが止まります。
依頼主の名義にしておけば、受託側が替わっても、権限を付け替えるだけで運用を引き継げます。公開先を選ぶときは、複数のメンバーを招待できるプランかも確かめます。
契約の前に、名義・支払い・権限の3つを依頼主と表にして合意すると、納品後の引き継ぎと保守の範囲について、依頼主との認識の違いを防げます。
COACH AIとは
COACH AIは、未経験・非エンジニアの方が、副業からAI受託・AIコンサル・AI顧問などのAI事業を立ち上げ、独立・事業化からM&Aまで目指せるよう、専属コーチがマンツーマンで伴走するスクールです。
プログラミング経験は不要で、ノーコードのツールから始められます。
自分用のアプリを公開するだけで、AIを仕事にする予定がない方は、この記事の手順で足ります。詳しくはCOACH AIのページをご覧ください。
まとめ
公開の手順と運用を知ると、AIで開発したアプリを、データを失わず、依頼主に引き継げる形で公開できます。
- Webアプリの公開には、置き場所・ドメイン・DNS・SSLの4つが要ります。
- データを保存するWebアプリは、公開の前にデータベースかボリュームを付けます。
- 手順は、公開先の決定、ドメインの取得、GitHubへの保存、デプロイ、DNSの設定、SSL、動作確認の7つです。
- ネームサーバーを切り替える前に、DNSレコードをすべて書き出し、メールと別のシステムの設定を移します。
- 受託では、契約と支払いを依頼主の名義にし、受託側は管理の権限だけを受け取ります。
クラウドの型の違いはIaaS・PaaS・SaaSの違い、サービスごとの役割と料金はドメイン・サーバー・DNSの違いと主なサービスの記事にあります。自分のサーバーで業務の自動化ツールを動かす例は、n8nのセルフホストの記事にあります。
よくある質問
Webアプリは無料で公開できますか?
試すだけなら無料で公開できますが、条件があります。VercelのHobbyプランは個人の非商用の利用に限られます。Renderの無料のWebサービスは、15分アクセスがないと停止し、次のアクセスで起動するまで約1分かかります。Railwayは30日間の試用のあと、月1ドル分の無料枠になります(2026年11月5日確認)。
WordPressとPaaSは、どちらを選べばよいですか?
記事やお知らせの更新が中心のサイトなら、WordPressが使えるレンタルサーバーが向きます。AIで開発した、ログインや予約などの機能を持つWebアプリなら、PaaSが向きます。
依頼主の既存のドメインで公開できますか?
できます。「app.example.com」のようなサブドメインを使えば、依頼主のDNSにレコードを1件足すだけで公開できます。ネームサーバーを切り替えないため、メールの設定には影響しません。
公開したアプリが止まったら、最初に何を確認しますか?
公開先の管理画面で、アプリの記録(ログ)と最後のデプロイを確認します。次に、公開先とDNSの会社のステータスページ、ドメインの更新日と支払いの状態を確認します。
公開の作業をAIに任せてもよいですか?
手順の確認や設定の下書きはAIに任せられます。DNSの変更、契約の名義、課金の設定は、メールや別のシステムが止まる、費用がかかるなど取り消しにくい影響があるため、人が内容を確認してから実行します。
この記事の料金と仕様は、2026年11月5日に各社の公式ページで確認しました。料金と条件は変わることがあります。契約の前に公式サイトで確認してください(更新日:2026年11月5日・監修:株式会社AITECH CEO 小森谷 祐太)。




