従来のレンタルサーバーと何が違うのか：Sakupa の公開・運用の流れを比べてみた

はじめに明記しておきます。私は Sakupa の開発者ではありません。MCP サーバーを調べていて見つけ、公式サイトと公式マニュアルの公開情報だけを整理した紹介記事です。実際に使った体験談ではありません。

Sakupa は、アカウント登録なしで、AI エージェントから静的サイトを公開・運用できる MCP サーバーです。今回は、従来のレンタルサーバー型の流れと比べながら、どこが違うのかを整理します。特定の業者を貶める意図はありません。違いは手順の形だけに絞ります。

1. 始まり方：申し込みとアカウントの有無

従来の流れでは、まずサービスに申し込み、アカウントを作り、契約プランを選びます。Sakupa の設計では、ユーザー登録がありません。その代わり、管理クレデンシャルは利用者のローカルに保管されます。始めるための手続きが「登録する」ではなく「クレデンシャルを自分の手元に置く」形になっています。

2. 公開の手順：操作パネルと AI への指示

従来の流れでは、管理画面にログインし、ファイルをアップロードし、設定を保存します。Sakupa では、AI エージェントが deploy で公開します。ただし、いきなり公開されるわけではありません。analyze による公開可否の読み取り専用チェックがあり、不適切なファイルがあれば警告されます。さらにプレビューと確認を挟んでから実行されます。

3. 更新の手順：その都度の作業

営業時間やメニュー、公告といった「ちょっとした変更」は、従来の流れでは管理画面を開いて直す作業です。Sakupa では、同じ変更を AI エージェントに頼む形になります。ここでも確認の手順は同じで、プレビューを見てから実行します。手順が軽くなるのではなく、確認を挟む形が保たれたまま、作業の入り口が変わる、という理解が近いと思います。

4. ドメインの接続：DNS の確認が「公開」の条件になる

従来の流れでも、独自ドメインを使うには DNS の設定が必要です。Sakupa でも bind で接続し、DNS で確認します。特徴的なのは、ドメインを付けただけでは「公開した」と案内されず、状態が active で HTTP 200 が返ることが確認されて、初めて公開と案内される点です。設定したことと、公開できたことの区別がはっきりしています。

5. 料金の単位：アカウント課金とサイト単位の契約

従来の流れでは、アカウント単位の月額が一般的です。Sakupa の契約はサイトごとの単位です。料金プランの公開カタログは plans で確認でき、無料プレビューは通常 30 日、月額 200 円からのプランがあり、自動で上位プランに上がる仕組みではありません。支払いは Stripe のページで本人が行い、AI がカード番号を扱うことはありません。

6. 困ったとき：PC を買い替えたら

従来の流れでは、アカウントにログインし直せば管理画面に戻れます。Sakupa にはアカウントがありませんから、取り戻しの手順が別に用意されています。recover のデバイス経路または DNS 経路で取り戻し、鍵を交換したいときは rotate で全量を交換します。旧クレデンシャルの失効可否は、AI が代わりに判断せず、必ず本人が選びます。

まとめ：変わるのは入り口、変わらないのは確認

比べると、変わっているのは「誰が操作の入り口に立つか」で、変わっていないのは「確認を挟む」「公開できたことを確かめてから案内する」という慎重さです。静的サイトに限る、という範囲も同じです。データベースやログイン機能のある Web アプリには使えません。

リンク

• 公式サイト：https://sakupa.com/
• 製品ページ：https://sakupa.com/product/
• マニュアル：https://sakupa.com/manual/
• npm：@sakupa/mcp