zMaticoo

zMaticoo

Eclick Tech · マーケティング

zMaticoo は Eclick Tech のプログラマティック広告プラットフォームで、SDK、RTB、Prebid を通じてアプリの広告枠を世界の需要につなぐ。

zMaticoo の画面プレビュー

zMaticoo について

About

zMaticoo とは

zMaticoo は、アプリ内の広告枠に特化したプログラマティック広告の基盤だ。本来は別々に契約する三つの部品、供給側プラットフォーム(SSP)、アドエクスチェンジ、需要側プラットフォーム(DSP)を一つの管理画面にまとめている。開発者は SDK かタグを組み込み、枠を設定すれば、impression ごとに入札が走り、接続した買い手が値をつける。

運営は Eclick Tech。アジア、欧州、南北アメリカに拠点を持つマーケティング技術企業で、zMaticoo はそのアプリ向けブランドにあたる。需要は Eコマース、ゲーム、小売、旅行のブランド広告と成果型キャンペーンから入る。大手アプリ開発者の 85% 以上が取引していると同社は説明する。ただしこの数字は提供元の発表であり、第三者による測定ではない。

向き不向きを分ける条件は二つある。一つは実際のトラフィックがあること。登録では企業情報と支払い情報を求められるため、1日数百ユーザーのプロジェクトは通りにくい。もう一つは価格が公開されていないこと。レベニューシェアの条件は商談で決まるので、問い合わせる前にコストを並べて比べるのは難しい。すでにアプリを公開し、利用者が複数国に広がっているスタジオなら、SDK、ヘッダービディング、運用型の需要という組み合わせで、アプリ収益化の土台はほぼ足りる。

導入の流れ

  1. SSP の登録ページでアカウントを作る。勤務先のメールアドレス、企業情報、支払い情報を入力する。送金は銀行振込と PayPal に対応する。
  2. Application の Apps から Add App を開き、バンドル ID または App Store ID、ストアのページ URL、自社サイトを登録する。サイトは app-ads.txt の確認に使われる。
  3. 審査を待つ。承認されるとアプリの状態が Live になり、結果はメールで届く。
  4. 広告枠を作り、枠ごとにフォーマットを選ぶ。バナー、リワード動画、インタースティシャル、ネイティブ、インタラクティブの五種類だ。サイズ、スキップボタンの表示時間、価格タイプを設定する。
  5. Android、iOS、Unity のいずれかの収益化SDKを組み込み、管理画面でテスト端末を追加して、テスト広告が出ることを確認してからリリースする。収益はその後レポートに反映される。

AIツール情報

zMaticooの料金、対応プラットフォーム、性能を簡単に確認できます。

無料プランはい
有料プランRevenue share, no monthly fee
プラットフォームWeb, Android, iOS, Unity
開発元Eclick Tech
カテゴリマーケティング
リリース日N/A
最終更新Oct 2025
サイト訪問数361.6K
サイト世界ランキング166.2K
API提供状況はい

こんな人におすすめ

このツールが最も力を発揮するユーザー、タスク、シーン。

ユーザー

  • アプリを一本だけ公開している個人開発者
  • 複数のアプリを持つ中規模パブリッシャー
  • 成果型の広告主とメディアバイヤー
  • クライアントのアプリ群を預かる代理店

タスク

  • カジュアルゲームやハイパーカジュアルゲームの収益化
  • 売れ残った枠をヘッダービディングで埋める
  • 新しいアプリのユーザー獲得を始める
  • H5 ゲームやモバイル Web に広告を出す

シーン

  • ソフトローンチを終えたアプリを世界展開する
  • 地域密着型のアプリが米国の収益を、現地の営業なしで狙う
  • 広告パートナーを一本化したいパブリッシャー

主な機能

供給・エクスチェンジ・需要を一つの構成に

zMaticoo はモバイルSSP、アドエクスチェンジ、DSP を相互に接続した製品として動かしている。パブリッシャーは SSP で枠を売り、エクスチェンジがその impression を買い手の需要と突き合わせ、広告主は DSP でキャンペーンを運用する。三つが同じ会社の中にあると、広告リクエストから支払い済みの impression までの距離が短くなる。購買と販売のレポートが揃うのも利点で、配信と収益化を同時に回すスタジオにはありがたい。

四つの接続方法

入口は一つではない。モバイルアプリは Android、iOS、Unity の SDK を使う。Web と H5 のパブリッシャーは JSTag か VASTTag を設置する。広告主やネットワークは RTB でつなぎ、ヘッダービディングの構成には Prebid が対応する。外部の SSP やアドエクスチェンジも接続できる。複数の媒体を抱え、それぞれ別のベンダーを選びたくない立場では、この広さが効いてくる。

五つのフォーマットと枠ごとの設定

バナー、リワード動画広告、インタースティシャル、ネイティブ、インタラクティブに対応する。設定は枠ごとに独立している。バナーは既定で30秒ごとに更新される。インタースティシャルはスキップボタンの表示を3〜10秒で設定でき、初期値は5秒だ。ネイティブは動画と画像を受け付け、アプリのデザインに合わせられる。インタラクティブ広告はゲーム的な体験を前提にするため、枠を作る前に運用チームとの相談が要る。

機械学習による入札と需要の配分

機械学習が入札水準を決め、支払いが見込める需要へトラフィックを寄せると同社は説明する。実際には、枠と地域ごとに価格が自動で調整される形で現れる。最低単価を人が毎日いじる必要はない。買い手側も同じ仕組みで、予算は成果の出るオーディエンスへ移る。自分で管理したい場合は価格タイプを手動で設定できる。

ブランドセーフティとトラフィック検証

SDK は Google Play SDK Index に掲載されており、規模、安全性、安定性に関する Google の審査を通ったことを意味する。impression は Human と Pixalate が検査し、クリエイティブの安全性は GeoEdge と TMT が担う。パブリッシャーにとっては低品質な広告が利用者に届きにくくなり、継続率を守れる。広告主にとっては、クライアントに見せられる記録になる。

収益とフィルレートのレポート

管理画面ではアプリ別、枠別の収益に加え、リクエスト数とフィルレートを確認できる。フォーマットを比べ、どの枠が impression あたりで稼いでいるかを見て、最低単価を調整したりフォーマットを入れ替えたりできる。レポートは定期配信を設定でき、毎週の書き出し作業が減る。広告主は支出、コンバージョン、広告費用対効果を同じアカウント構造で見られる。

メリットとデメリット

メリット

  • 一つのアカウントで収益化とユーザー獲得の両方を扱えるため、SSP と DSP を別々に契約せずに済む。
  • Android、iOS、Unity の SDK に加え、RTB、Prebid、JSTag があり、アプリでも Web でも大半の構成をカバーできる。
  • 五つのフォーマットを枠ごとに調整できるので、既定値を受け入れるのではなく自社アプリに合う形を試せる。
  • Google Play、Pixalate、GeoEdge、TMT による検査は、広告主には記録を、パブリッシャーにはクリーンな枠をもたらす。
  • 世界各地のサポートチームとデータセンターが、米国と欧州以外の利用者の待ち時間を短くする。

デメリット

  • 価格が公開されていない。レベニューシェアも最低トラフィックも商談次第で、話を聞く前にコストを比べられない。
  • 登録に企業情報と支払い情報が要るため、小さなプロジェクトが自分で試すには向かない。
  • 需要は米国のオーディエンスに偏る。米国、アジア太平洋、欧州以外にトラフィックが集中するアプリはフィルレートが下がりやすい。
  • ヘルプセンターはクロスプラットフォームのラッパーをほとんど扱っていない。React Native や Flutter の開発者はネイティブ SDK への橋渡しを自分で書くことになる。

よくある質問

アプリ内の広告枠を売り、広告主のためにユーザーを買う。パブリッシャーが SDK かタグを入れると、プラットフォームが impression ごとに入札を回し、収益が SSP の管理画面に戻る。DSP 側は同じ需要プールで獲得キャンペーンを運用する。