コードから操作できるホスティング

1つの API。すべてのサーフェスがその上で動作します。

ほとんどのホスティング事業者は後付けでコントロールパネルに API を組み込むため、パネルの機能の半分が日の目を見ないという結果になりがちです。私たちはその逆の方法で構築しました。ダッシュボード、管理コンソール、CLI、Terraform プロバイダー、MCP サーバー、そしてお客様独自の連携機能はすべて、まったく同一のエンジン API を利用しています。パネルで実行できる操作であれば、コードでも同様に実行できます。

認証、スコープ設定、および大規模運用で直面する落とし穴

2つの入口、その背後にある1つの統一された原則。どちらをご利用になっても、同一の権限チェックと同じデータベースレベルの分離が適用されます。

デモのためだけでなく、マシンのために構築

API を README で見栄えよく仕上げるのは容易ですが、実際のトラフィック下で安定して動作させるのは困難です。夜中の3時に連携を破綻させるのはまさにこうした部分であるため、私たちはここに最も心血を注ぎました。

一括処理の挙動を左右するため、言及しておくべき詳細が1点あります。重複ドメインに対する409エラーは、任意のテナントに対して「このホスト名はここでホストされているか ?」という問いに答えてしまうため、列挙オラクルとなり、Footprint-Free に対する実質的な匿名性解除のリスクとなります。サイト作成をスロットリングすることは安易な解決策であり、一括プロビジョニング製品を完全に損なうことになっていたでしょう。代わりに、プリンシパルごとに拒否された重複ドメインの試行のみが予算枠としてカウントされます。作成が成功した場合は決して消費されないため、終日一括でプロビジョニングを行うことができ、探索行為はほぼ即座に停止します。

• 失敗時に常に返される統一されたエラー形式: コード、わかりやすいメッセージ、フィールド単位の任意の詳細情報、およびサポートに提示できる request_id。検証エラーでは問題のあるフィールド名とともに 422 が返されます。
• インラインではなくコミット時に再生レコードが書き込まれる POST の冪等性キー — これにより、コミットされなかった行を指定するキャッシュされた201が再試行で再生されることは決してありません。失敗したリクエストは処理中のロックを直ちに解放するため、422によって修正された再試行が締め出されることはありません。
• UUIDv7上のキーセットとしてのカーソルページネーション — 同時書き込み時でも安定し、スキャンの途中で行が挿入されてもページのずれが発生しません。
• 生成されたクライアントが推測に頼るのではなくインテリジェントに待機できるよう、レスポンスに RateLimit-Remaining を含めています。
• スコープ外のリソースは 403 ではなく 404 を返します。403 ではリソースが存在することが確認されてしまうためです。同様の理由により、お客様のスコープ外の組織で絞り込みを行うと空のページが返されます。
• サイトの作成はプロビジョニングではなく登録です。POST /v1/sites は pending のステータスで 201 を返し、ビルドをブロックすることはありません。イベントは行と同じトランザクションで transactional outbox に書き込まれるため、プロビジョニングの要求が保証されている場合にのみサイトが存在します。

エンドポイントがダウンしても失われないウェブフック

プラットフォームの背後には堅牢なイベントスパインが存在します。すべての状態変更はデータベースの変更とアトミックに Postgres のトランザクショナルアウトボックスへイベントを書き込み、リレーがそれを NATS JetStream に発行します。イベントには型とバージョンが定義されています — site.deployed、order.paid、invoice.overdue、backup.completed、abuse.flagged、trial.ending、その他。

サイトへのコードの反映

API は開発者のストーリーの半分にすぎません。残りの半分はリリースすることです。

• OAuth 経由で GitHub、GitLab、または Bitbucket を接続し、デプロイキーを設定ファイルではなく資格情報ストアに保持します。
• Push により、ブランチから環境へのマッピング (main から production、staging から staging) および composer と npm のスタックごとのビルドステップを含むビルド＆デプロイパイプラインがトリガーされます。
• デプロイで問題が発生した場合は、以前のリリースにロールバックします。
• ステージング環境への複製と本番反映により、変更内容が訪問者に届く前に実際の環境で検証されます。
• CageFS による隔離環境下でのサイトごとの SFTP により、各テナントは自身のファイルのみを閲覧できます。さらに共有プラットフォーム上で制限付き (jailed) の SSH シェルも利用可能です。
• コントロールパネルのターミナルおよび SSH 経由の wp-cli。
• code-server 経由でブラウザから利用できる VS Code — サイトのファイルを直接編集できる git 搭載のフルエディター。
• サイトごとの PHP バージョン、編集可能な PHP 設定、サイトごとの拡張機能、環境変数、そして WP-cron と並行した本物の cron。

サイトで作業する4つの方法

API は1つの扉にすぎません。これらが残りの4つであり、開発者向け階層として別売されるのではなく、すべてプランに含まれています。

そして、お客様の AI エージェントが使用できるのと同じ API

プラットフォームをホスト型 MCP サーバーとして公開しています。これは、同一のアクションカタログ、RBAC、および監査証跡を再利用する、エンジン API 上の軽量なプロトコルアダプターです。Claude Code、Cursor、ChatGPT、Claude Desktop、または任意の MCP 対応クライアントを一度接続するだけで、API に追加されるすべての機能が自動的に利用可能になります。

エージェントは3つの要素を取得します: ツール (同じ API エンドポイント、乖離する並行ロジックなし)、リソース (行動する前に実際のデータで診断できるよう、読み取り専用のサイト健全性、構成、最近のログ、メトリクス、稼働時間、およびナレッジベース記事)、およびプロンプト (「このサイトを診断する」や「移行を準備する」などの公開されたワークフローテンプレート)。

安全性は認証と同様の原則に基づいています。OAuth 2.1、組織にバインドされたトークン、行レベルのセキュリティが適用された RBAC 権限、ツールごとにスコープ設定および取り消しが可能、そして本番環境から分離されたサンドボックスです。破壊的なアクション (削除、一時停止、請求、多額の支出など) には、明示的な確認または人間による承認ポリシーが必要です。レート制限と支出上限により AI による有料アクションが制限され、すべての MCP 呼び出しは ID、ツール、引数、結果とともに監査ログに記録されます。

各アプリを個別に統合するのではなくプロトコルをサポートしているため、ホスティングの統合を変更することなく、AI ツールの選択を変更できます。

関連

• AI & MCP →
• ステージングと本番反映 →
• 制作会社向けホスティング →
• カスタム開発 →
• Python 開発 →