注意: 本記事はドキュメント・公開情報をもとにした評価記事です。コード例はシミュレーションです。
3行要約
- 表示回数やクリック率ではなく「ポップアップ経由の売上（Revenue）」をSDKレベルで直接追跡できる
- Googleタグマネージャー（GTM）での複雑なデータレイヤー設定なしに、数行のJSとサーバーサイドAPIで計測が完結する
- 自社開発のSaaSや独自ECを運営するエンジニアには最適だが、Shopify等の既存プラットフォームで完結しているなら過剰
📦 この記事に関連する商品
HHKB Professional HYBRID Type-S大量のAPI連携コードやSDK実装を快適に進めるための、エンジニア必携の最高峰キーボード。
※アフィリエイトリンクを含みます
結論から: このツールは「買い」か
結論から言うと、独自のWebサービスを運営していて「マーケティング施策の投資対効果（ROI）をエンジニア工数をかけずに可視化したい」なら、Liftsellは間違いなく「買い」です。
これまで、ポップアップの表示と最終的な決済完了を紐付けるには、GTMでカスタムイベントを定義し、決済完了ページに注文IDと金額を渡すスクリプトを書き、それをGA4のeコマースイベントにマッピングするという、非常に面倒な作業が必要でした。Liftsellはこのフローを抽象化し、フロントエンドのSDKとサーバーサイドのWebhook、あるいはシンプルなAPIコールだけで「どのウィジェットがいくら稼いだか」をダッシュボードに表示してくれます。
ただし、月額費用が発生するSaaSである以上、トラフィックが極端に少ない個人ブログや、既にShopify等のエコシステム内で高度な分析ツールを導入済みの場合は、あえて導入する必要はありません。中規模以上の自社開発プロダクトで、マーケターから「あのポップアップ、結局いくら売上に貢献したの？」と聞かれて、SQLを叩いて集計するのに疲弊しているエンジニアにこそ刺さるツールです。
このツールが解決する問題
従来のポップアップツールやウィジェットツールの最大の弱点は「コンバージョン計測の不透明さ」でした。一般的なツールは「クリックされた回数」までは教えてくれますが、そのユーザーが30分後に決済を完了したかどうかまでは追跡してくれません。
これを解決するために、エンジニアは重い腰を上げてGA4の設定や、内部データベースへのトラッキングログの保存ロジックを実装してきました。しかし、昨今のITP（Intelligent Tracking Prevention）の影響もあり、フロントエンド側だけのCookie保持では正確なコンバージョン計測が難しくなっています。
Liftsellは、各ウィジェットに固有のトラッキングIDを付与し、それをユーザーのセッションと紐付けます。決済が完了したタイミングでLiftsellのAPIを叩く、あるいは特定のサンクスページにSDKを配置するだけで、Liftsell側でセッションの突き合わせを行い、収益を自動計算します。
私が特に評価しているのは、この「収益ベースのA/Bテスト」が標準機能として組み込まれている点です。デザインAの方がクリック率は高いが、実はデザインBの方が購入単価の高いユーザーを捕まえていた、といった「ビジネスの核心」に触れるデータが、エンジニアの手を介さずに出力されるようになります。
実際の使い方
インストール
Liftsellはフロントエンド用のSDKと、必要に応じてサーバーサイドからイベントを飛ばすためのAPIで構成されています。まずはフロントエンドにSDKを導入します。
<!-- index.html の head 内に配置 -->
<script src="https://cdn.liftsell.com/sdk/v1/main.js" async></script>
<script>
window.liftsellConfig = {
apiKey: 'YOUR_PUBLIC_API_KEY',
autoTrack: true
};
</script>
前提条件として、モダンなブラウザ環境であれば動作しますが、古いIEなどはサポート対象外です。また、Content Security Policy（CSP）を設定している場合は、liftsell.com へのドメイン許可設定が必要になります。
基本的な使用例
フロントエンドで「特定のボタンを押した」などのイベントをトリガーにポップアップを出したい場合は、以下のようなコードを書きます。
// 特定の条件でウィジェットをトリガーする
liftsell.trigger('limited_offer_popup', {
user_segment: 'premium',
current_cart_value: 5000
});
// ポップアップ経由のクリックを明示的にトラッキング（自動追跡がオフの場合）
liftsell.trackClick('widget_id_123');
Liftsellの真骨頂はここからです。ユーザーが購入を完了した際に、以下のコードを実行します。
// 決済完了ページでの収益トラッキング
liftsell.trackPurchase({
transaction_id: 'ORDER_67890',
value: 12000,
currency: 'JPY',
items: [
{ id: 'p_001', name: 'AIエンジニア養成講座', price: 12000 }
]
});
このtrackPurchaseが実行されると、Liftsell内部で「過去24時間以内にどのポップアップを見たか」というアトリビューション分析が行われ、売上が計上されます。
応用: 実務で使うなら
実務では、フロントエンドだけで完結させるのは危険です。ユーザーがブラウザを閉じたり、JSがブロックされたりした場合に計測漏れが発生するからです。私は、Pythonバックエンド（FastAPIやDjango）から、決済完了のWebhookを受けて直接LiftsellのAPIを叩く構成を推奨します。
import requests
import os
LIFTSELL_API_KEY = os.getenv("LIFTSELL_SECRET_KEY")
LIFTSELL_ENDPOINT = "https://api.liftsell.com/v1/events/purchase"
def handle_payment_success(order_data: dict):
# 決済代行サービス（Stripeなど）からの注文データを受け取る
# Liftsellにサーバーサイドから購入情報を送信
payload = {
"client_id": order_data.get("visitor_id"), # SDKから渡されたIDをDBに保存しておく必要あり
"transaction_id": order_data.get("id"),
"amount": order_data.get("amount"),
"currency": "JPY",
"timestamp": order_data.get("created_at")
}
headers = {
"Authorization": f"Bearer {LIFTSELL_API_KEY}",
"Content-Type": "application/json"
}
response = requests.post(LIFTSELL_ENDPOINT, json=payload, headers=headers)
if response.status_code == 200:
print("Liftsell: 収益データの同期に成功しました")
else:
# 失敗時のリトライロジックなどをここに記述
print(f"Liftsell Error: {response.text}")
このようにフロントとバックを組み合わせることで、精度の高い収益レポートが作成できます。RTX 4090を2枚回してローカルLLMを動かすような環境なら、この程度のAPI連携は数分で実装できるはずです。
強みと弱み
強み:
- 収益への寄与度が円単位で可視化されるため、マーケティング予算の最適化が容易
- SDKが軽量（約15KB）で、ページの読み込み速度（LCP/FID）への影響が極めて少ない
- 開発者ドキュメントが整理されており、APIエンドポイントの構造がRESTfulで理解しやすい
弱み:
- 管理画面のUIが英語のみで、非エンジニアのマーケターにはやや敷居が高い
- デザインカスタマイズを自由に行おうとすると、結局CSSの知識が必要になる
- 無料プランの制限が厳しく、ある程度のトラフィックがあるサイトでは最初から有料プランが前提となる
代替ツールとの比較
| 項目 | Liftsell | OptinMonster | Privy |
|---|---|---|---|
| 主な目的 | 収益トラッキング重視 | 汎用ポップアップ | EC/メルマガ登録 |
| 開発者体験 | 高い（API/SDKが優秀） | 普通（GTM前提） | 低い（GUI操作主体） |
| 計測精度 | 非常に高い（サーバー連携可） | 中程度 | 普通 |
| 価格 | 中〜高（売上連動あり） | 高い | 変動制 |
Liftsellは「エンジニアが実装しやすく、かつビジネスサイドが納得する数字を出せる」という点で、他の2つよりも「玄人好み」のツールと言えます。
私の評価
評価: ★★★★☆ (4/5)
SIer時代、大規模なECサイトの計測タグのデバッグで数日を溶かしていた自分に教えてあげたいツールです。GA4の複雑な設定画面と格闘することなく、数行のコードで「この施策で100万円売れた」と断言できるのは、エンジニアにとっての精神衛生上も非常に良いです。
特に評価できるのは、アトリビューション（貢献度）のロジックがブラックボックス化されておらず、API経由でデータをコントロールできる点。私は自宅サーバーのログ集計パイプラインに、LiftsellのWebhookを組み込んでいますが、データの不整合が起きにくい設計になっています。
唯一の懸念点は、やはり日本語情報の少なさです。何かトラブルがあった際に英語のドキュメントを読み解く必要があるため、完全なノンプログラマーにはおすすめしません。しかし、この記事を読んでいるような中級以上のエンジニアであれば、むしろ余計な日本語化による誤訳に悩まされることなく、スムーズに導入できるでしょう。
よくある質問
Q1: 既存のGoogleアナリティクス（GA4）とデータがズレることはありますか？
計測手法が異なるため、必ず数パーセントの乖離は発生します。Liftsellは独自のCookieとサーバーサイドAPIを利用するため、ブラウザの広告ブロックの影響を受けにくい傾向があり、GA4よりも正確な「実数」に近い値が出ることが多いです。
Q2: 決済完了ページがない（ポップアップ内で完結する）場合でも使えますか？
はい、可能です。JS SDKのtrackPurchaseメソッドを、ポップアップ内のボタンクリックイベントに直接仕込むことができます。ただし、その場合はキャンセルや返金のデータが反映されないため、可能であればサーバーサイドAPIとの連携を推奨します。
Q3: 導入によってサイトの読み込み速度が低下しませんか？
LiftsellのSDKは非同期（async）で読み込まれるように設計されており、メインスレッドをブロックしません。私が計測した限りでは、Lighthouseのスコア低下は1〜2ポイント程度で、ユーザー体験に悪影響を与えるレベルではありませんでした。
