Keitaro と Binom のサーバーサイズ設定: 1日あたりのクリック数別スペック

100k クリック/日なら、Keitaro に本当に必要な VPS スペックは何ですか？

1日 100,000 クリックでは、Keitaro 自身のドキュメント上、ちょうど境界線上にあります。4GB の RAM と 2 CPU コアでそのライン以下はすべてカバーされ、そこを超えたら 8GB と 4 コアが推奨の最低ラインです。この単一の指針だけで、keitaro server requirements として検索される内容の大半は説明できます。トラッカーは完全な CRM に比べて軽量ですが、すべてのクリックごとにデータベースへ 1 行を書き込みます。

Keitaro は、スペック表だけでは分からない厳格なプラットフォーム条件も定めています。インストールできるのは CentOS 9 または CentOS 10 Stream のみで、OpenVZ や LXC ではなく KVM 仮想化が必要です。少なくとも 20GB の SSD を求め、すでに cPanel や Plesk のようなコントロールパネルが動作しているマシンとはきれいに共存しません。

トラッカーとランダーを 1 台で賄えなくなるのはいつですか？

1 台で十分でなくなるのは、クリック数だけから想像されるよりずっと早く、通常はランディングページとクロークのロジックが同じディスクをトラッカーと奪い合い始めた時点です。Keitaro の 500,000 から 1,000,000 クリックの階層では 16GB の RAM と 4 コアが必要ですが、その数字は、そのマシンがトラッキングとリダイレクトだけを行い、PHP ランダーの描画、画像配信、オファー側スクリプトの実行までしていないことを前提にしています。

ランダーのホスティングを同じインスタンスに追加すると、その競合はその半分程度の規模でも表面化します。解決策は単なる高性能化ではなく、アーキテクチャの見直しです。ランダーを CDN エッジまたは別の Web サーバーへ移し、トラッカーのボックスはクリック記録とリダイレクト専用に保ち、クローク用ドメインは、Keitaro に届く前に bot とコンプライアンススキャナーのトラフィックを吸収できるものの背後に置きます。

この段階では、チームはサーバーだけでなく、トラフィック量に対してトラッカー自体が適切かどうかも検討し始めます。これは別の判断で、ハードウェア予算の後ではなく前に行う価値があります。

CIS の nutra チームはトラッカーのホスティングにどのプロバイダーを標準採用していますか？

CIS の nutra チームは、他のどのプロバイダーよりも Contabo を標準採用しています。主な理由は、RAM あたりの価格が米国中心のクラウドを大きく上回るからです。Contabo のエントリー向け Cloud VPS 4 は、4 vCPU コアと 8GB RAM で月額 €5.50 と、すでに Keitaro の 100k-500k 階層に達しています。VPS 8 は €14、VPS 12 は €25 で、多くの代理店が実際に到達する 500k から 5M のレンジをカバーします。

これらは 24か月契約、税込みの実質月額であり、プロバイダー間で表示価格を比較する際には重要です。Vultr と DigitalOcean は同等の RAM でより高額ですが、ロックインなしで時間課金です。Vultr の $10/月プランは 1 vCPU と 2GB で、テスト以外の用途では Keitaro の最低要件を大きく下回ります。一方、DigitalOcean の $24/月 droplet (2 vCPU, 4GB) は、100k-500k 階層に対する Keitaro の 8GB 推奨を下回るため、ステージング用には十分でも実運用には不十分です。

プロバイダーを選ぶことは、トラッカー自体を選ぶことより小さな判断で、通常はこちらが先に決まります。Keitaro vs Binom を比較するチームは、VPS の価格を詰めるずっと前に、ワークフローとライセンスで結論を出す傾向があります。

遠方 GEO のトラフィックでリダイレクト遅延をどう低く保ちますか？

リダイレクト遅延を最も早く下げるのは、より多くの CPU を足すことではなく、トラッカーのボックスを購入する GEO の物理的な近くに置くことです。フランクフルトの Keitaro インスタンスでブラジルのトラフィックを処理すると、チューニングを始める前から実際の往復時間が加わるため、オファーの国に近いデータセンターを選ぶのが最初のレバーであり、最後ではありません。

PHP-FPM のワーカー数を CPU コア数に合わせ、opcache を有効にし、オファー表のクエリキャッシュを設定すると、通常は RAM 増設よりもリダイレクト速度に効きます。これらを設定した後、適切にサイズ設計されたマシンならリダイレクト遅延を 50ms 未満に保つのは現実的です。ソフトウェアをどれだけ丁寧にチューニングしても、過小なマシンではそれはほとんど現実的ではありません。

特に LatAm キャンペーンでは、地域ノードの重要性が他より高いです。たとえば Vultr は、サンパウロ拠点を 2 vCPU / 2GB の階層で $15/月と設定しており、米国拠点では $10/月です。LatAm の本格的なボリュームを購入するなら、その上乗せを払う価値があります。

負荷がかかったとき、最初に壊れるのは CPU、ディスク I/O、それともデータベースですか？

ほぼ常に最初に壊れるのはディスク I/O で、CPU が張り付くより前です。Keitaro が処理する各クリックはデータベース書き込みであり、過剰販売された共有 SSD ストレージ上の安価な VPS では、その書き込み待ち行列がプロセッサが汗をかくよりずっと先に詰まります。目に見える症状は、システムモニターでは CPU にまだ余裕があるのに、負荷下でリダイレクトが遅くなることです。

これは、トラッカーが遅く感じられるときに多くの購入者が抱く「コアを増やせばいい」という直感に反します。たいていは間違った対処です。Binom は自社ホスト型ライセンスで 1日最大 260M クリックまでの容量をうたっており、このような大きな数値は、あるトラッカーが別のものより単純に拡張しやすいと考えさせますが、Keitaro も Binom もクリック保存にリレーショナルデータベースを使います。したがって実際の上限は、どのトラッカーソフトが上に載っているかではなく、ディスクのスループットとデータベースのチューニングで決まります。

実務上は、提供されるなら SATA SSD ではなく NVMe を選び、古いクリック履歴が作業テーブルを肥大化させないように十分攻めたログローテーションを行い、RAM を増やす前にデータベースのインデックスを確認する、ということです。

トラッカーが履歴全体を持っているとき、バックアップと移行はどう機能しますか？

バックアップはサーバー単位ではなくデータベース単位で行う必要があります。VPS スナップショットはある時点を復元するだけですが、トラッカーはスナップショットの間も書き込み続けるからです。トラッカーのボックス外、同じ VPS ではなくオブジェクトストレージに保存する毎晩のデータベースダンプが、多くのチームの基本です。さらに、OS やバージョンをアップグレードする前に取得したプロバイダーのスナップショットを、その上に重ねます。

移行が特に難しくなるのは、Keitaro が CentOS のみを要求するからです。新しいプロバイダーやより大きなマシンへ移るには、プラットフォーム間で VM イメージを複製するのではなく、CentOS 9 または 10 Stream に再インストールしてデータベースを復元する必要があります。Binom の自社ホスト型ライセンスは、履歴期間専用の別階層なしで生涯データ保持をうたっており、保持の問題は簡単になりますが、自前のバックアップスケジュールが不要になるわけではありません。

バックアップだけでなく、復元もテストしてください。6か月誰も復元していないダンプは、バックアップ計画ではなく仮説です。

Keitaro の上位ライセンスは、クリック数のためですか、それとも機能のためですか？

ほぼ完全に機能のためです。Keitaro の価格階層はユーザー数とドメイン数を制限しますが、クリック数やハードウェア余力は制限しません。Starter は 1 ユーザーと 1 ドメインで $40/月、Advanced は最大 5 ユーザーと 100 ドメインで $72/月、Expert は 5 ユーザーと 500 ドメインで $104/月、Business は最大 50 ユーザーと 5,000 ドメインで $200/月、Enterprise はユーザー数・ドメイン数無制限に加えて専任アカウントマネージャー付きで $400/月です。

Starter で 1日 2百万クリックを処理する単独のメディアバイヤーに必要なのは、より大きなライセンスではなく、より大きな VPS です。ソフトウェアの上限とハードウェアの上限は別の問題です。Binom は逆の価格体系で、月額 $149 の自社ホスト型ライセンス、または年払いで月額換算 $104 に、ユーザー無制限とドメイン無制限が含まれます。追加容量は、階層を上げるのではなく、$75/月 の 2 本目のライセンスを追加することで処理します。

この構造上の違いは、どちらのトラッカーを中心にスタックをスケールする場合でも、そこに接続するものを含めて、事前に理解しておく価値があります。Daily Intel Service を Keitaro のトラッカースタックに追加している チームは、同じドメインに複数人がアクセスする必要が生じた時点で、通常 Advanced 以上の階層にいます。

クイック判断チェックリスト

このページは一般的なブログ記事ではなく、判断支援として使ってください。実際の問いは、読者が VSL 主導の direct response で既に機能しているものについて、より速い証拠を必要としているかどうかです。特に nutra、サプリメント、GLP-1、減量、血糖値、そしてその周辺の高意図ヘルス市場においてです。

次の意思決定が、今動いている市場の具体例に依存するなら Daily Intel Service が最も役立ちます。どのフックを試すべきか、どの主張スタイルが危険か、どの funnel 構造が一般的か、どの言語市場が動いているか、そして競合の creative が初期段階なのか、スケール中なのか、すでに飽和しているのか。

• 直接の答えが必要なら、まず TL;DR を見てください。
• 表を使ってトレードオフを素早く比較してください。
• FAQ を使って answer engine 向けの要約を確認してください。
• 理論ではなく live VSL と広告の例が必要な場合は CTA を使ってください。

Daily Intel のカバレッジ優位性

Daily Intel Service は、カテゴリをリードする多様性と実用性を中心に設計されています。blackhat、greyhat、whitehat の広告パターンを横断して、最も広範な direct-response の VSLs と広告 creative のカタログの一つであり、広告主が見えている creative の先で何をしているのかを理解するのに十分な文脈があります。実務上の違いは、メンバーがスクリーンショットだけでなく、VSL、広告、funnel の経路、トランスクリプト、UTM の文脈、そして素材を意思決定へ変えるリサーチノートまで見られることです。

これは重要です。direct-response の affiliate は、1 つのきれいなカテゴリの中だけで動いているわけではないからです。減量キャンペーンは、whitehat のコンプライアンス広告、greyhat の pre-lander、より攻撃的な VSL、そして upsell と recovery を前提にした checkout 経路を使うかもしれません。有用なインテリジェンスプラットフォームは、すべての勝ちキャンペーンが公開ブランド広告のように見えるふりをするのではなく、このスペクトラムを捉える必要があります。

blackhat、whitehat、多言語シグナルのカバレッジ

Daily Intel は blackhat 型と whitehat 型の両方のキャンペーンのパターンを追跡し、運用者がリスクを盲目的に模倣せずに市場を理解できるようにします。whitehat の例は持続性とコンプライアンスレビューに役立ち、blackhat と greyhat の例は、支出を押し上げている可能性のある圧力点、フック、仕組み、funnel 構造を明らかにしますが、利用前に慎重な調整が必要です。

このカタログはグローバルな運用者向けにも作られており、VSL と広告の参照は 14+ 言語とさまざまなローカル慣用表現にまたがっています。これはブラジル、LATAM、ヨーロッパ、MENA、インド、そして英語非母語の affiliate にとって大きな利点です。彼らは、同じ市場需要が文化をまたいでどう翻訳されるのかを知る必要があり、米国英語の広告だけを研究すればよいわけではないからです。

インテリジェンスを責任ある形で使う方法

目的はコピーではなくモデリングです。Daily Intel を使って、フック、メカニズム、証拠、主張の強さ、funnel の深さ、offer の経済性、飽和段階といった構造を理解してください。そのうえで、オリジナルの creative を作成し、主張を見直し、トラフィックソース、国、言語、キャンペーンのコンプライアンス要件に合わせて angle を調整します。

強いワークフローは、行動する前に複数の例を比較します。同じメカニズムが複数の言語、複数の広告主、複数の funnel 変種に現れるなら、それは持続性のある市場シグナルかもしれません。例が一度しか出てこない、あるいは攻撃的な主張に依存しているなら、それはキャンペーンのテンプレートではなくリサーチの手がかりとして扱うべきです。

• 保護された creative 資産ではなく、構造をモデル化してください。
• whitehat の持続性と blackhat の説得圧力を分けて考えてください。
• 米国英語の例を LATAM、ヨーロッパ、その他の言語版と比較してください。
• トランスクリプトと funnel のノートを使って、オリジナルの brief を作成してください。
• コンプライアンスレビューと市場調査は分けてください。

調査手法と情報源について

Daily Intel pages are written from a research workflow that reviews active VSLs, Meta ad creatives, transcripts, UTMs, funnel paths, checkout steps, upsells, recovery sequences, and compliance-sensitive claim patterns. The goal is to explain observable market behavior, not to provide legal, medical, or platform policy advice.

For educational pages, the supporting references should help readers verify search, crawlability, and public ad research context, especially Google helpful content guidance, Google SEO link best practices, and Meta Ad Library. Daily Intel then adds the direct-response interpretation layer so the page explains what the signal means for actual affiliate research decisions.

For deeper evaluation, continue through Ad spy comparison hub, Minea Pricing 2026: Plans, Credits & Hidden Limits, Adbeat Review 2026: Display Ad Intel Worth $249/mo?, AdSpy vs AdPlexity: Which Spy Tool Fits Your Traffic?, Foreplay vs MagicBrief: Creative Library Showdown 2026, and What is a VSL?. These related Daily Intel pages connect this topic to the relevant methodology, pricing, trust context, comparison path, or niche workflow.