一人会社の技術スタックの選び方：コンテンツサイト・ツール・SaaS

個人開発者のタスクボードには、ドメインを買う、コンテンツサイトを作る、需要を確かめる小さなツールを公開する、決済ボタンを追加する、GSCのダッシュボードで流入を確認する、エラー通知を設定するといった項目が並びます。どの項目にも技術選定が隠れています。コンテンツサイトのフレームワーク、ツールのホスティング、決済サービス、ログ基盤を決めなければなりません。

一人会社には役割分担がなく、技術スタックを誤ると後から基盤を変える負担が大きくなります。「一人会社はどの技術スタックを使うべきか」という質問に標準解はありません。コンテンツサイト、ツール、SaaSでは必要な構成が異なり、無料枠の上限、決済設計、AIツールの責任範囲は、他人の構成をそのまま写しても解決しません。

必要なのはシステム図です。最初に事業形態がコンテンツサイト、ツール、SaaSのどれかを判断し、次に6層のシステム要素を対応させ、最後に具体的なツールを選びます。固定パッケージではなく、判断の順序が重要です。

一人会社の技術スタックは固定パッケージではなくシステム図

一人会社に共通する万能な技術スタックはありません。コンテンツサイト、ツール、SaaSでは事業の仕組みが異なるため、技術構成も変わります。得意分野、予算、現在の段階も違うので、全員に当てはまる「完璧な構成」は作れません。

技術スタックを、連携する6層のシステムとして捉えます。

システム層	主な目的	代表的なツール	判断ポイント
コンテンツ集客層	SEOの入口と長期的な集客	Astro/Next.js/Hugo、Cloudflare Pages/Vercel	静的フレームワーク、ホスティング制限、E-E-A-T、AIコンテンツポリシーの境界
ツール検証層	低コストで需要を素早く検証	Cloudflare Workers、Supabase、PlanetScale	Workersの制限、無料枠の境界、課金が必要になる時点
SaaS収益化層	ユーザー、決済、契約を管理	Supabase Auth、Stripe、PostgreSQL	Stripe Products/Prices、決済設計の落とし穴、買い切りとサブスクリプション
自動化層	AIコーディングツールで反復作業を減らす	Codex、Claude Code、Cursor	AIツールの責任範囲、任せる作業、自分で判断する作業
データ循環層	分析、フィードバック、改善をつなぐ	Google Search Console、Google Analytics、PostHog、Giscus/Discord	GSCの運用、分析ツール、フィードバック経路
セキュリティ・運用層	ログ、エラー通知、ロールバックを維持	Cloudflare Logs、Sentry、Git rollback	ログ運用、通知方法、復旧手順

順序は、事業形態を判断し、6層を対応させ、その後に具体的なツールを選ぶことです。最初から「最強」の構成を追うより、実際の課題に合う構成を選びます。

最初に判断するのはコンテンツサイト、ツール、SaaSのどれか

3つの事業形態では、集客経路、検証期間、収益モデル、技術的な複雑さが異なります。

事業形態	集客経路	検証期間	収益モデル	技術的な複雑さ	代表例
コンテンツサイト	SEOと長期的な蓄積	効果が出るまで6〜12か月	広告、有料コンテンツ、知識販売	中程度（静的フレームワーク + SEO）	ブログ、チュートリアル、資料サイト
ツール	Product Huntとコミュニティ	1〜3か月で迅速に検証	買い切り、小額サブスクリプション	低め（Workers + Supabase）	小型ツール、APIツール、変換ツール
SaaS	SEO + プロダクトの告知	3〜6か月で安定性を検証	月額、年額サブスクリプション	高め（ユーザー管理 + 決済 + 契約）	B2B SaaS、サブスクリプション型ツール

4つの質問で判断します。

1. 最も得意なことは何か。執筆とSEOが得意ならコンテンツサイト、素早い開発が得意ならツール、安定したプロダクト運用ができるならSaaSが候補になります。
2. ユーザーはどこにいるか。コンテンツサイトは検索、ツールはProduct Huntやコミュニティ、SaaSは検索とプロダクトの告知を組み合わせます。
3. 検証にどれだけ時間をかけられるか。コンテンツサイトは6〜12か月、ツールは1〜3か月、SaaSは3〜6か月の安定した信号を見ます。
4. どの収益モデルを想定するか。コンテンツサイトは広告や知識販売、ツールは買い切りや小額契約、SaaSは月額や年額契約が中心です。

コンテンツ集客層：SEOの入口とE-E-A-T

コンテンツサイトは一人会社の集客面です。静的ブログのフレームワーク、SEO、ホスティングが必要で、GoogleのE-E-A-TとAI支援コンテンツの境界が編集工程に影響します。

Cloudflare Pagesはよく使われるホスティング先ですが、プランごとに上限があります。

制限	Free	Pro ($20/month)	Business ($200/month)
Builds/month	500	5,000	20,000
Files/site	20,000	100,000	100,000
File size	25 MiB	25 MiB	25 MiB
Functions	Workers quotaに算入	Workers quotaに算入	Workers quotaに算入

月500回を超えてデプロイする場合はFreeを超えるプランが必要です。ファイル数が20,000を超える場合も同様です。Pages FunctionsはWorkersのquotaに含まれるため、エッジ関数を使うコンテンツサイトではWorkersのリクエスト上限も追跡します。

E-E-A-TはExperience、Expertise、Authoritativeness、Trustworthinessを指します。Googleが問題にするのはAIの使用そのものではなく、価値の低いコンテンツです。AIを使う場合も、人による確認、実体験、明確な著者情報、信頼できる引用が必要です。

静的ブログのフレームワークには次の特徴があります。

• Astroはコンテンツ中心のサイトに向き、性能とSEOを優先できます。Cloudflare Pagesも対応しています。
• Next.jsはコンテンツとツール機能を組み合わせる場合に向き、SSR/SSGを柔軟に使えますが、設定はAstroより複雑です。
• Hugoは純粋な静的サイトに向き、ビルドが速い一方、エコシステムはAstroやNext.jsより小さめです。

ツール検証層：低コストの実験とCloudflare Workersの上限

ツールは一人会社の検証層です。静的ホスティング、エッジ関数、データベースを組み合わせ、Cloudflare Workersの制限と無料枠の境界を管理します。

Cloudflare Workersの料金：

課金項目	Free	Paid ($5/month minimum)
Requests/day	100,000	Standard: 10M included/month, beyond $0.30/million
CPU time/invocation	10ms	Standard: 30M CPU ms/month included
Static assets	無料・無制限	無料・無制限
KV reads/day	100,000	Standard: 1M included/month, beyond $0.50/million

Freeは初期プロダクトに使えますが、1日100Kリクエスト、1回の呼び出しにつきCPU最大10msという上限があります。超える場合は最低$5/月のPaidが必要です。Paidには月10Mリクエストが含まれ、超過分は100万リクエストあたり$0.30です。CSS、JavaScript、画像などの静的資産は無料・無制限ですが、エッジ関数のリクエストはquotaに含まれます。

Supabaseの料金：

課金項目	Free	Pro ($25/month)
MAU	50,000	100,000 included, beyond $0.00325/MAU
Database	500MB	8GB included, beyond $0.125/GB
Storage	1GB	100GB included, beyond $0.021/GB
Egress	5GB	50GB included, beyond $0.09/GB
Active projects	2	10
Pause policy	1週間利用がないと一時停止	一時停止なし

Freeでは50K MAU、500MBのデータベース、1GBのストレージ、5GBのegressで初期プロダクトを始められます。ユーザー数が50Kを超える、またはデータベースが500MBを超えるとProが必要です。Freeプロジェクトは1週間利用がないと停止し、手動で復旧します。

代表的な初期構成は、エッジ関数にCloudflare Workers、データベースとAuthにSupabase、決済にStripeを使う形です。初期負荷には合いますが、Workersの1日100Kリクエスト、Supabaseの500MB DBと50K MAUに警戒線を置く必要があります。

SaaS収益化層：ユーザー管理、Stripe Products/Prices、決済設計

SaaSは収益化層です。ユーザー管理、データベース、決済、契約管理が必要で、StripeのProducts/Pricesモデルと初期の決済設計が他の構造にも影響します。

Stripe Products/Pricesモデル：

オブジェクト	役割	代表的な用途
Product	名前や説明を含む商品を定義	SaaSプロダクト、有料ツール
Price	買い切り・定期、金額、通貨を定義	月額$9.99、年額$99.99、買い切り$49.99
Subscription	契約期間と状態を管理	月額、年額サブスクリプション
Customer	顧客と支払い方法を管理	ユーザーアカウント

1つのProductに複数のPriceを設定できます。たとえば月額$9.99、年額$99.99、買い切り$49.99です。USD $9.99、EUR €9.99、CNY ¥69.99のように複数通貨にもできます。したがって、サブスクリプション、買い切り、複数通貨を扱うかどうかを早い段階で決めます。

Supabase Authはユーザー管理を提供し、Freeでは50K MAUまで含まれます。超える場合はProが必要です。メールのほか、Google、GitHub、Appleなどのログイン方式に対応しています。

決済設計で起きやすい問題：

• 公開直前にサブスクリプションと買い切りでコードが異なると気付くことです。後から契約を追加すると、Product/Price、決済ロジック、契約管理を変更します。
• 公開直前に複数通貨への対応で設計変更が必要になることです。USDだけで始めてからEURやCNYを加えると、Price、決済ロジック、為替処理を変更します。
• 解約と返金の挙動を決めていないことです。利用者が支払いを止めた後もアカウント状態を明確に保てるよう、解約と返金のフローを定義します。

代表的な構成は、ユーザー管理にSupabase Auth、データにPostgreSQL、決済にStripeを使う形です。初期プロダクトには使えますが、サブスクリプション、買い切り、複数通貨を最初の範囲に含めるかは別途決めます。

自動化層：AIコーディングツールは協業し、判断を代替しない

AIコーディングツールは一人会社の効率化層であり、技術判断の代わりではありません。Codexに任せられる作業と、開発者が持つべき判断を分けます。

Codexはファイルの読み書き、テスト実行、コード検査ツールの呼び出しができるOpenAIのcoding agentです。責任範囲には次の境界があります。

• コード作成、レビュー、デバッグ、反復作業の自動化ができます。
• アーキテクチャ、技術選定、リスク、業務ロジックに関する技術判断は代替しません。
• クラウドのワークフローは1〜30分の非同期実行になり、リアルタイムのペア作業とは異なります。
• 任意のモデルへの置き換えではなく、OpenAIモデルを使用します。
• クラウドタスクは開発者のローカル環境ではなく、管理された環境で実行されます。
• 非同期タスクの利用量によってはコストが大きくなります。

各ツールの位置づけ：

• Codexは非同期の実装、レビュー、デバッグ、自動化に使えるクラウドcoding agentで、技術判断は利用者が担います。
• Claude CodeはClaudeモデルを使い、対話的な実装、レビュー、デバッグに向きます。
• CursorはエディタにAIを統合し、対話的な実装、レビュー、デバッグを支援します。利用範囲によって有料契約が必要です。

たとえば非同期タスクにCodex Cloud、対話的な作業にClaude Code、エディタ統合にCursorを使えます。複数の作業形態を補えますが、いずれも協業層のツールです。

AIには実装、レビュー、デバッグ、反復的な自動化を任せます。アーキテクチャ、技術選定、リスク評価、業務ロジックは自分で判断します。生成されたコードが誤る可能性があるため、人によるレビューと受け入れ確認も工程に含めます。

データ循環層と運用層：改善と安定性を支える仕組み

一人会社では分析、顧客フィードバック、セキュリティ、運用を後回しにしがちです。その結果、学習の循環がなくなり、本番障害から素早く復旧する手段も失われます。

データ循環層：GSC、分析、顧客フィードバック

Google Search Consoleで行う作業：

• Search Consoleでインデックス、検索流入、クロールエラー、手動対策を確認します。
• GSCのパフォーマンスレポートでクエリ順位、クリック、表示回数、CTRを確認します。
• クエリの変化を追い、SEO変更が期待した効果を出したかを確認します。

分析ツールの選択肢：

• Google Analyticsは無料で機能が広い一方、プライバシー上の取捨選択とデータ遅延があります。
• PostHogはオープンソースで、プロダクト分析、イベント追跡、session replayを提供し、改善に向きます。
• Plausibleはオープンソースでプライバシーを重視し、コンテンツサイト向けに簡潔です。

フィードバック経路：

• GiscusはGitHub Discussionsを使い、ブログのコメントや公開フィードバックに向きます。
• DiscordはツールやSaaSのコミュニティフィードバックに使えます。
• Emailは3つの事業形態すべてで使える一般的な経路です。

データ層は循環を閉じます。GSCで集客、分析で行動、サポート経路で意見を確認し、次の改善に反映します。

セキュリティ・運用層：ログ、通知、ロールバック

ログ：

• Cloudflare LogsでWorkersのリクエスト、エラー、性能データを確認します。
• Supabase Logsでデータベース、Auth、APIの動作を確認します。

エラー通知：

• SentryはSaaS向けのエラー監視、性能監視、通知を提供します。
• Cloudflare Alertsはツール向けにWorkersのエラーやトラフィック変化を通知できます。

ロールバック：

• ソースコードはgit revertまたはgit resetで戻します。
• Cloudflare PagesのDashboardで以前のデプロイを選び、リリースを戻します。

運用層はサービスの安定性を支えます。ログで障害原因を調べ、通知で検知時間を短くし、確認済みのロールバック手順で影響時間を抑えます。

まとめ

一人会社の技術スタックは固定パッケージではなく、システム図と判断の枠組みです。現在の事業がコンテンツサイト、ツール、SaaSのどれかを判断し、6層を対応させてから具体的なツールを選びます。

主な判断ポイント：

• コンテンツ集客層：Cloudflare PagesのFreeで月500回というビルド上限、E-E-A-T、AIコンテンツポリシーの境界。
• ツール検証層：WorkersのFreeで1日100Kリクエスト、SupabaseのFreeで50K MAU、その他の無料枠。
• SaaS収益化層：Stripe Products/Prices、決済設計の問題、サブスクリプションと買い切り。
• 自動化層：AIコーディングツールは開発者と協業しますが、技術判断を代替しません。
• データ循環層と運用層：見落としやすい一方、早い段階で配置が必要です。

4つの行動に落とし込みます。

1. 事業形態がコンテンツサイト、ツール、SaaSのどれかを判断します。
2. 6層に必要なシステム要素を対応させます。
3. 境界を決めてからCloudflare、Supabase、Stripe、Cursor、Codexなどのツールを選びます。
4. 移行作業になる前に、無料枠、決済設計、AIツールの責任範囲を確認します。

流行の技術を集めることより、維持できる実用的な構成を選ぶことが重要です。

次のステップと関連資料

現在のボトルネックに近い層から読み進めてください。

• 一人会社のバックエンド技術スタックを選ぶ：Cloudflare Workers、Supabase、Node.js、データベースの境界を比較します。
• 一人会社のデータベースとストレージを選ぶ：D1、Postgres、R2、S3、SQLiteの役割を分けます。
• 一人会社のデプロイ先を選ぶ：Cloudflare Pages、Workers、Vercel、Railwayを比較します。
• 一人会社の決済スタックを選ぶ：Stripe、Paddle、Lemon Squeezy、WeChat Payを比較します。

各記事では、システム図全体を単なるツール一覧にせず、それぞれの層を具体的な判断へ落とし込みます。