Hightouch vs Census（リバースETL）：2026年、自社のウェアハウスに合うアクティベーション層はどちらか

著者: Camellia · 更新日: 2026年9月9日

2026年にリバースETLとしてHightouchとCensusを比較しようとしているなら、思い描いている比較はもう成り立ちません。CensusはFivetranに買収され（2025年5月1日発表）、Censusの料金ページは現在、HTTP 301リダイレクトでFivetran自身の料金ページに転送されます。製品はいまFivetran Activationsとして提供されており、Fivetranの幅広いデータ移動プラットフォームの中の1モジュールという位置づけです。契約できるCensus単体の製品は、もう残っていません。

この事実によって、データチームが答えるべき問いそのものが変わります。これは、独立した2つのリバースETL専用ツールの争いではありません。すでにデータをウェアハウスへ取り込んでいるベンダーからアクティベーションを購入し、取り込みコネクタと同じ従量課金のメーターで請求を受けるのか。それとも、アクティベーションを製品の中核に据え、はるかに大きな連携先カタログとその上に構築されたコンポーザブルCDPレイヤーを持つ専門ベンダーから購入するのか、という選択です。Fivetranの強みは集約で、契約も請求も、データチームがすでに運用しているツールも1つにまとまります。Hightouchの強みは奥行きで、より大きなカタログ、専用のアイデンティティ解決、そしてアクティベーションを付け足しではなく中核製品として扱う姿勢です。

本記事では、この観点からHightouchとFivetran Activationsを比較します。同期アーキテクチャ、連携先の充実度、モデリングの方法、アイデンティティ解決、日々の運用担当者、オブザーバビリティ、ガバナンス、そして実際に契約することになる2種類の異なる請求の形です。データエンジニアリングのリード、アナリティクスエンジニア、CRMやマーケティングツールにデータを供給するパイプラインの責任者の方に向けて書いています。すでにCensusをご利用中で、買収が契約にどう影響するか気になる方には、後半で直接お答えします。

TL;DR

重要なポイント

• FivetranによるCensusの買収（2025年5月1日発表）により、コネクタ総数は900を超えました。Fivetran自身のプレスリリースによります（Fivetran）。
• Hightouchは、2026年1月に発表されたGartner Magic Quadrant for Customer Data Platformsで、初登場ながらリーダーに選出されました（Hightouch）。
• カスタマーデータプラットフォーム市場は、MarketsandMarketsによると、2026年の73.4億ドルから2031年には140.4億ドルへ、年平均成長率13.8%で拡大する見通しです（PR Newswire）。
• 企業のデータチームは、エンジニアリング能力の53%を、新しい機能の構築ではなく既存データパイプラインの保守に費やしています。Fivetranが上級データ・技術リーダー500人を対象に実施した2026年のベンチマークによります（Fivetran）。
• IAPPによると、2026年1月時点で、米国19州が包括的な消費者プライバシー法を制定しており、2026年1月1日だけで3州が新たに施行されました（IAPP）。

各プラットフォームが本当に向いている対象

どちらのツールも、ウェアハウスのデータを、CRM、広告プラットフォーム、サポートデスクなど、チームが実際に使うツールへ同期します。ただし、想定する購入者は異なります。理由は単純で、一方は専門ツールとして作られ、そのまま専門ツールであり続けており、もう一方は、はるかに大きな取り込みプラットフォームの1モジュールになったばかりだからです。

Censusに何が起きたか（そして、お客様である場合の影響）

ここは正確に押さえておく価値があります。FivetranのChief Product Officerは、Censusが「市場で最高のリバースETLツール」を提供していたと明言し、この買収は、Fivetran自身のプラットフォームを完結させるものとして位置づけられました。つまり、取り込み、変換、そしてアクティベーションまでを1つの屋根の下に収めるということです。Censusの共同創業者兼CEOであるBoris Jabesは、今後のデータアクティベーション戦略を率いるためFivetranに加わりました。製品自体は消えたわけではなく、名称が変わり、統合されました。Fivetran自身のドキュメントでは、同期状態を追跡するために、アクティベーション元ウェアハウス内の専用の census スキーマが今も使われています。ささいですが示唆に富む点で、基盤エンジンがゼロから作り直されたわけではないことを物語っています。

公開されていないのは、移行のスケジュールです。Fivetranは、Censusブランドの提供終了日も、既存契約に対する強制移行の期限も、公表していません。Fivetranのブログは、この移行を混乱ではなく継続として位置づけており、Censusの「シンプルさ」を維持しつつ、その上にFivetranのガバナンスと信頼性の基準を適用するという約束を繰り返しています。

すでにCensusをご利用中の場合、正直な答えはこうです。現時点で対応を迫られることはありませんが、「期限がまだない」ことは「期限が永遠にない」ことと同じではありません。現状が今後もずっと続くと考える前に、Fivetranのもとで貴社の契約と更新条件がどうなるのか、アカウントチームに直接確認してください。

同期アーキテクチャとレイテンシ

Hightouchのアーキテクチャは「モデル」を中心にしています。SQL、テーブルやビューの選択、再利用したdbtモデル、LookerやSigmaなどのツールから再利用したBIクエリのいずれかで、取得するデータを定義し、そのモデルをスケジュール、cron式、またはツールからのイベントで連携先へ送る同期を、1つ以上アタッチします。Fivetran Activationsは、同社のドキュメントが「ハブアンドスポーク」モデルと呼ぶ方式に従います。データソースが中心のハブで、各アクティベーションが1つの連携先につながる独立したスポークになります。

連携先とコネクタのカタログ

2つの異なる数字を混同しないようご注意ください。Fivetranのコネクタ総数は、Census買収後に900以上となりましたが、これはデータ取り込みのソースとアクティベーションの連携先を合わせた数です。今回の比較で重要なのは、アクティベーションに特化したカタログの数で、Fivetranは200以上の構築済みリバースETL連携先を掲げています。一方Hightouchは、自社のトップページで300以上の連携を掲げていますが、Hightouchのドキュメントページでは同じ数字が250以上となっています。ベンダーが公表するカタログ数は、マーケティング文書とドキュメントの間でずれるものであり、特定のコネクタを前提に契約する前に再確認する価値があります。

変換とモデリング：dbt、SQL、ビジュアルビルダー

どちらのプラットフォームも、データはアクティベーションの前にウェアハウス内ですでに整形されていることを前提としており、その整形をデータチームが複数の方法で定義できます。

ウェアハウスネイティブなツールにどこまで投資すべきかを広く検討しているチーム向けに、データ分析に最適なAIツールのまとめ記事では、どちらのパイプラインでもデータが着地した後に、通常その下流に位置するものを取り上げています。ただし本比較は、あくまでアクティベーション層そのものに焦点を絞っています。

アイデンティティ解決

ここが両者の最も大きな機能差です。Hightouchは、Businessティアで利用できる専用のIdentity Resolution製品を提供しています。設定した識別子とルールからアイデンティティグラフを構築し、デフォルトでは確定的マッチング（識別子の値が完全に一致する場合のみ）を使い、より雑多なデータには代替として確率的マッチングを選べます。出力は、アイデンティティグラフのテーブル、識別子のマッピング、直接クエリできるGolden Recordテーブルとして、ご自身のウェアハウスに書き戻されます。Customer Studioも有効にしている場合、そのGolden Recordは自動的に、マーケターがオーディエンスを作成する際の親モデルになります。

Fivetran Activationsには、これに相当する専用のアイデンティティ解決製品はありません。最も近いのはAudience Hubで、Enterpriseプランで利用できるセルフサービスのオーディエンス作成ツールです。非技術系ユーザーが、ガバナンス制御のもとで、すでにモデル化されたデータからオーディエンスを作成できますが、Hightouchが独立した製品として扱うアイデンティティグラフの構築ステップは行いません。

日々の運用担当者

どちらのプラットフォームも、データエンジニアが基盤部分を構築することを前提としていますが、その後の日々の作業をどこまで非技術系のメンバーに移せるかには違いがあります。

オブザーバビリティと障害対応

サイレントに失敗する同期は、はっきり失敗する同期よりも厄介です。両ベンダーともそれを理解していますが、今回確認したページの範囲では、Hightouchの方がFivetranよりも具体的なツールを公開しています。

ガバナンスとデータレジデンシー

どちらのプラットフォームも、設計上、お客様の生の顧客データをウェアハウスの外に保存しません。これがリバースETLというカテゴリの要点ですが、そのデータを取り巻くアクセス制御とコンプライアンスのツールは、ティアによって異なります。どのベンダーを選んでも、規制の圧力は強まり続けています。2026年1月時点で、米国19州で包括的な消費者プライバシー法が施行されており、インディアナ、ケンタッキー、ロードアイランドの3州は2026年1月1日だけで施行が始まりました（IAPP）。

課金モデル：従量課金のお見積りとMAR計測

2つの請求は実際には仕組みが違うため、独立した表を設ける価値があります。Hightouchの料金ページには、無料枠を超える部分のドル金額が一切載っていません。Composable CDPもAgentic Marketing Platformも個別見積りの従量課金契約で、計算ツールも公開された料金表もありません。FivetranはActivationsを、取り込みコネクタに使っているのと同じ単位である月間アクティブ行数（MAR）で計測します。そのため、アクティベーションの量は、別のベンダーからの別の請求書ではなく、すでに確認している請求書の1行として現れます。

この表の隣に、正直な注意点が2つあります。第一に、Hightouchが無料枠を超える部分のドル金額を一切公開していないことは、Fivetranの計算例や公開された割引スケジュールとは、開示姿勢が根本的に異なります。セキュリティレビューが始まる前から予算の確実性を求める財務チームにとっては、最初に知っておくべき点です。第二に、上記の無料枠の比較は同条件ではありません。Hightouchの2同期という上限は、データ量に関係なく適用される厳格なアーキテクチャ上の制限です。一方、Fivetranのアクティベーションの3,500 MARという上限は使用量の上限で、データ量が減れば自動的に下がりますが、増えれば即座に有料に移ります。

1ベンダー、1請求：集約のトレードオフ

Fivetranの提案には説得力があります。ベンダーとの関係が減ることは、少人数のデータチームにとって確かな運用上のメリットであり、機能が多い方が常に勝つと決めつけず、Hightouchの専門的な奥行きと公平に比較する価値があります。ただし、反対側の事情も同じく現実的です。データスタックの多くを1ベンダーの契約に置くほど、乗り換えコストは上がり、そのベンダーが次の更新交渉に臨むときの自社の交渉力は下がります。

少人数のデータチームと大企業のデータ組織

チームの規模と成熟度によって、このトレードオフのどちら側が実際に影響するかが変わります。

カテゴリそのものを見直すべきとき

正しい判断が、HightouchかFivetran Activationsかではなく、一歩引いて、ウェアハウスファーストのリバースETLというアーキテクチャが自社のチームにそもそも合っているのかを問い直すことである場合もあります。

Hightouchが適切な選択となる場合

• アクティベーションを、取り込みベンダーの付け足しではなく、主力製品にしたい。 Reverse ETL、Composable CDP、Agentic Marketing Platformはいずれも、データ取り込み契約に付属するモジュールではなく、Hightouchが中核事業として築いているものです。
• アイデンティティ解決が必要で、そのために別のツールを購入したり構築したりしたくない。 Identity ResolutionはHightouchのBusinessティアで提供され、その出力は、確認可能なテーブルとしてお客様自身のウェアハウスに直接書き戻されます。
• キャンペーンのたびにデータエンジニアを待たずに、マーケターがオーディエンスをセルフサービスで作成できるようにしたい。 Customer Studioのノーコードのスキーマ層は、まさにこの引き継ぎのために作られており、Identity Resolutionも有効にすると、Golden Recordが自動的に親モデルになります。
• アクティベーションに特化した、より深い連携先カタログがほしい。 Hightouch自社サイトによる300以上の連携は、ここで比較した2つのカタログのうち大きい方です。

Fivetran Activationsが適切な選択となる場合

• すでに取り込みにFivetranを使っており、データを書き戻すためだけに2社目のベンダーとの関係を持ちたくない。 アクティベーションは、すでにFivetranに支払っているほかの費用と同じMARベースの請求書に載ります。
• 買収前からCensusのお客様で、機能の差よりも移行の手間の方が大きい。 Fivetran自身のドキュメントによると、同期状態を追跡する専用の census スキーマはウェアハウスに今も残っており、強制移行の期限もありません。
• データチームがすでにdbtモデルを管理しており、アクティベーション用にタグ付けしたものを公開するだけで済ませたい。 2社目のベンダーのために2つ目のモデリング層を立ち上げる必要がありません。
• データ移動スタック全体で、1つの契約、1つの調達サイクル、1回の更新交渉にまとめたい。 2つではなく、1つです。

どのアクティベーション層を購入するかではなく、どのエンタープライズスイートに標準化するかが本当の評価対象であれば、その判断については、Salesforce Data Cloud vs Adobe Real-Time CDPで扱っています。

意思決定フレームワーク

次のステップ

1. どちらの無料枠でも足りると決めつける前に、両ベンダーから実際の従量課金の見積りを取ってください。 Hightouchの無料枠は2同期という厳格な上限で、Fivetranの無料枠は、接続と変換それぞれの上限とは別に、アクティベーションに限って月3,500 MARという上限です。
2. すでにCensusの契約が有効な場合は、次回の更新時に何が変わるのか、Fivetranのアカウントチームに直接確認してください。 買収は、公表された移行期限のないまま完了しましたが、期限がまだないことは、期限が永遠にないことと同じではありません。
3. Fivetranの計算例を信頼する前に、自社のMAR見積りを算出してください。 月額$197〜$202という数字は、特定の量を前提にFivetran自身が示した例であり、貴社向けの見積りではありません。
4. どちらも合わない場合は、候補を広げてください。 Hightouchの代替ツールとTealiumの代替ツールのまとめ記事で、このカテゴリをより広く扱っています。また、取り込み側もあわせて解決する必要がある場合は、Segmentの代替ツールのまとめ記事も一見の価値があります。