Manus Hosting Modesとは？Website BuilderのAutoscaleとReservedを初心者向けに解説
Manus公式ブログをもとに、Website BuilderのHosting Modesで選べるAutoscaleとReservedの違い、使い分け、料金目安、会社で使う前の注意点を整理します。
Manusは2026年6月24日、Website Builderで作ったWebアプリの動かし方を選べる「Hosting Modes」を公式ブログで発表しました。
今回のポイントは、Manusで作ったサイトやアプリを、アクセスがある時だけ動く形にするのか、常に起動し続ける形にするのかを選べるようになったことです。
初心者向けに言えば、Manus Website Builderで作ったものに対して、「軽いサイト向けの省コスト運用」と「止まってはいけないアプリ向けの常時運用」を切り替えられる更新です。
この記事では、Manus公式情報をもとに、AutoscaleとReservedの違い、どちらを選ぶべきか、会社で使う前に確認したい注意点を整理します。
Manus Website Builderで講座ビジネスを作る考え方は「Manus Website Builderで講座ビジネスを作る方法｜決済・会員ページ・AI学習支援まで解説」で、Manus全体の基本は「Manus完全解説｜2026年6月最新版で何ができるのか」で扱っています。
Hosting Modesは、Webアプリの動かし方を選ぶ機能
WebサイトやWebアプリは、見た目が同じでも裏側の動き方が違います。
たとえば、会社案内のランディングページは、誰かが見に来たときだけ表示されれば十分です。一方で、リアルタイムのダッシュボード、Webカメラ表示、チャットボット、バックグラウンド処理のようなものは、常に動いている必要があります。
Hosting Modesは、この違いに合わせてサーバーの動かし方を選ぶ機能です。
Manus公式ブログでは、設定画面からHosting Modeを開き、AutoscaleかReservedを選んで保存する流れが説明されています。コードを書き換えるのではなく、公開済みプロジェクトの設定として切り替える考え方です。
Autoscaleは、軽いサイトやアクセスの波がある用途に向く
Autoscaleは、Manus公式ブログで「Smart Default」と説明されている標準的な選択肢です。
アクセスがあると動き、必要に応じて0から5インスタンスまで増減します。アクセスがない時間は止まり、アイドル時の費用は0ドルになると説明されています。
向いているのは、次のような用途です。
- 商品やサービスのランディングページ
- 会社案内やポートフォリオ
- 社内向けの簡易ダッシュボード
- フォーム送信アプリ
- 軽いAPIやクリックごとの処理
中小企業で最初にWebsite Builderを試すなら、多くの場合はAutoscaleからで十分です。
理由はシンプルです。最初から常時起動のアプリを作るより、まずページや軽い業務アプリで価値を確認した方が失敗しにくいからです。
Reservedは、常に起動している必要がある用途に向く
Reservedは、常に起動し続ける単一の永続インスタンスです。
Manus公式ブログでは、コールドスタートやリクエストタイムアウトがなく、サーバーが継続的に温まった状態を保つと説明されています。つまり、アクセスが来た時だけ起きるのではなく、常に待機しているイメージです。
向いているのは、次のような用途です。
- リアルタイムのスコアや価格を表示するダッシュボード
- Webカメラなどの継続的な映像表示
- Discord botのような常時待機するボット
- メッセージキューやバックグラウンドワーカー
- WebSocketのような接続を維持するアプリ
Reservedは便利ですが、使う理由が明確なときに選ぶべきです。
常時起動が必要ないサイトまでReservedにすると、費用や運用確認が増えます。逆に、常時接続が必要なアプリをAutoscaleで動かすと、アイドル時にインスタンスが止まり、接続が切れる可能性があります。
選び方は「止まってよいか」で考える
AutoscaleとReservedの違いは、難しいクラウド用語で考える必要はありません。
まず見るべきなのは、そのアプリが止まってもよいかどうかです。
| 判断軸 | Autoscaleが向く | Reservedが向く |
|---|---|---|
| アクセス | 時々アクセスされる | 常に接続がある |
| 費用 | 使った分だけ抑えたい | 常時起動の費用を許容できる |
| 用途 | LP、フォーム、簡易ツール | bot、リアルタイム表示、常駐処理 |
| 失敗時の影響 | 再読み込みで済む | 接続断や処理停止が問題になる |
| 運用難易度 | 低め | 監視や確認が必要 |
たとえば、セミナー申込ページや資料請求フォームならAutoscaleで十分です。
一方で、社内の常時監視ダッシュボードやチャットボットを動かすならReservedを検討します。特に、WebSocketを使うリアルタイム機能では、Manus公式ブログでもReservedが推奨されています。
費用は月10ドルの無料クレジットとReserved上限目安を見る
Manus公式ブログでは、Hosting Modesは全ユーザーが利用可能で、各アカウントにはホスティングとデータベースのクラウド利用で共有される月10ドル分のクレジットが含まれると説明されています。
また、Reserved hostingは実際のCPUとメモリ消費に応じて課金され、フル稼働の場合は月約36ドルまでが目安として案内されています。
会社で使う場合は、ここを「安いから大丈夫」と見ない方が安全です。
費用そのものより、何を常時起動しているのか、誰が確認するのか、止まったときに誰へ連絡するのかを決める必要があります。
最初は、次のように分けると判断しやすくなります。
- 外部公開するだけのページはAutoscale
- 社内だけで使う軽いツールもまずAutoscale
- 常時待機するbotやリアルタイム表示だけReserved
- 月末に利用状況と費用を確認する
会社で使う前に確認したい注意点
Hosting Modesは便利ですが、Webアプリの運用責任がなくなるわけではありません。
特に確認したいのは、次の点です。
- 本当に常時起動が必要なアプリか
- 個人情報や顧客情報を扱っていないか
- アプリが止まったときの影響範囲
- 月間費用を誰が確認するか
- 公開URLや権限設定が適切か
- 更新や削除を誰が承認するか
Manusでアプリを作ると、試作から公開までが速くなります。その分、運用ルールを後回しにしやすくなります。
公開前には、少なくともURL、権限、入力データ、保存データ、問い合わせ先、停止時の対応を確認してください。
中小企業では、まずAutoscaleで小さく公開して検証する
中小企業でManus Website Builderを使うなら、最初からReservedを前提にする必要はありません。
まずはAutoscaleで小さく公開し、実際に使われるか、問い合わせや業務改善につながるかを確認する方が現実的です。
向いている最初のテーマは、次のようなものです。
- セミナーや講座の案内ページ
- 社内FAQの簡易検索ページ
- 問い合わせ分類フォーム
- 顧客向けの説明ページ
- 社内の小さな申請フォーム
そこで「常に動いていないと困る」理由が出てきたら、Reservedを検討します。
AIで作れるからといって、最初から大きな運用にしない。小さく作り、使われることを確認し、必要な部分だけ強くする。この順番が失敗しにくい進め方です。
まとめ
ManusのHosting Modesは、Website Builderで作ったWebサイトやWebアプリに対して、AutoscaleとReservedを選べるようにする更新です。
Autoscaleは、ランディングページ、フォーム、軽い業務ツールのように、アクセスがある時だけ動けばよい用途に向きます。Reservedは、リアルタイム表示、チャットボット、バックグラウンド処理のように、常に起動している必要がある用途に向いています。
重要なのは、どちらが高性能かではありません。作ったアプリが「止まってよいものか」「止まると困るものか」を判断することです。
中小企業では、まずAutoscaleで小さく試し、常時起動が必要な理由が明確になってからReservedを選ぶ。この順番で進めると、費用と運用リスクを抑えながらManusを活用しやすくなります。
