One link. iOS, Android, and the web fallback.
アクティベーション、継続率、機能採用率を測定。1つの短縮リンクでユーザーを最適な遷移先へ誘導。
- Deferred deep-link parity across iOS Universal Links and Android App Links
- A/B variants per link with weighted or round-robin rotation
- In-app share with branded short URL preview
- QR codes for offline-to-app: print, scan, install, attribute
elido.me/p123yourapp://product/123intent://product/123shop.example.com/product/123app installed → deep link · App/Play Store → install · desktop → webDeferred deep-linking
Click → install → land on the right screen.
Most app installs lose context — the user clicked a link about product X, the App Store opens, and your onboarding starts at the welcome screen instead of product X. Deferred deep-linking preserves intent across the install boundary using clipboard fingerprint matching.
- Step 1
Click
elido.me/p123 (no app)Click hash + UTM landed in ClickHouse with a 24h match window.
- Step 2
Install
App Store / Play StoreUser redirects to the store, downloads, opens the app for the first time.
- Step 3
First launch
clipboard fingerprint matchYour SDK reads the click hash; the API joins it to the original click row.
- Step 4
Deep-route
/product/123 · attributedApp opens at the right screen with UTM context, not the welcome screen.
A/B variants
Soft-launch on 5%. Roll out on 100%. Same short link.
A single short link can carry up to five destinations. Split by weight or round-robin; each variant tracks its own click time-series and z-test confidence. Useful for feature-flag-style rollouts where you want a small percentage of users on a new onboarding path without a client-side SDK.
- Weighted splitConfigurable per variant — 5/95 for soft launches
- z-test confidenceTwo-proportion z-test at the click level
- Round-robinEqual distribution for low-volume creative tests
- Per-variant time-seriesSee dayparting and device-type drift between arms
elido.me/launchshare.acme.app/r/u-9h2x- Embed in newsletterBranded short URL preview
- Generate QR codeSVG · for print or screen
- Add to campaignInherits UTM template
In-app share
Share buttons that mint short links on tap.
The share API takes a destination URL, a campaign tag, and an optional click cap. It returns a branded short link and an Open Graph preview ready for the share sheet. The link's UTM template inherits from the campaign so analytics arrive pre-tagged. Click cap means a referral code can be capped at N uses without touching your backend.
- POST /v1/links with campaign_id + max_clicks
- Branded short URL on your custom domain
- Auto-generated OG image with link metadata
- Click cap fires expired_destination_url at threshold
- Per-share analytics: who shared, who clicked, when
What you can ship
- Deferred deep-link parity across iOS Universal Links and Android App Links
- A/B variants per link with weighted or round-robin rotation
- In-app share with branded short URL preview
- QR codes for offline-to-app: print, scan, install, attribute
- Server-side conversion attribution from app install events
- Post-install attribution via clipboard + fingerprint match
Elidoがプロダクトチームに提供するもの
オンボーディングリンク、機能フラグによるルーティング、ディープリンクなどは、多くのURL短縮サービスにおいて扱いが難しい部分です。Elidoはこれらの課題を具体的に解決します。
カスタムリダイレクトサービスなしで最適な遷移先へルーティング
スマートリンクは、リクエストごとにエッジでルールを評価します：地理（ISO国コード）、デバイスタイプ（モバイル/タブレット/デスクトップ）、OS、言語ヘッダー、リファラードメイン、および曜日フィルター付きの時間帯。ルールは設定順に評価され、最初に一致したものが適用されます。Proプランでは1リンクあたり5ルールまで、Businessプランでは無制限です。デフォルトの遷移先へのフォールバックは常に必須です。プロダクトチームにとって一般的なパターンは、単一の共有リンクからiOSユーザーをApp Storeへ、AndroidユーザーをPlay Storeへ誘導することや、特定の市場のユーザーをローカライズされたランディングページへ誘導すること、特定の時間枠内のユーザーをライブイベントページへ、それ以外を録画ページへ送ることなどです。ルールはダッシュボードまたはAPIで設定でき、リダイレクトサービスやLambdaのメンテナンスは不要です。変更はデプロイなしで60秒以内にエッジに反映されます。
ソフトローンチやクリエイティブテストのためのトラフィック分割
単一の短縮URLに最大5つの遷移先バリアントを設定できます。トラフィックは重み付け（バリアントごとに設定可能、デフォルトは均等分割）またはラウンドロビンで分割されます。各バリアントは独自のクリック時系列を追跡するため、時間帯やデバイスタイプによってエンゲージメントに差があるかを確認でき、特定のサーフェスにおけるテストに有用です。統計的信頼性モデルは、クリックレベルでの2つの比率のz-testを採用しています。ダッシュボードでは、両方のバリアントが最小サンプル数（デフォルトは各200クリック）をクリアすると、「バリアントAがX%の信頼度でリード」と表示されます。新しいオンボーディングフローに少数のユーザーを誘導するような機能フラグ形式のルーティングには、重み付け分割を使用して5%を新しい遷移先に設定します。専用の機能フラグツールとは異なり、クライアント側のSDKは不要で、サーバー側のリダイレクトで完結します。トレードオフとして、特定のユーザーやセグメントをターゲットにすることはできず、リクエスト属性による統計的なセグメントのみが対象となります。
サードパーティのディープリンクサービスなしでUniversal LinksとApp Linksを実現
ディープリンクは、アプリがインストールされている場合にネイティブアプリの特定の画面を開きます。iOSではUniversal Links（アプリが所有権を主張している場合にOSが傍受するHTTPSドメイン）、AndroidではApp Links（assetlinks.json経由で検証）を使用します。Elidoは、自社ドメインの既定のパスからapple-app-site-associationとassetlinks.jsonを自動的に配信します。ドメイン設定でアプリのバンドルIDとチームIDを一度設定すれば、ファイルは最新の状態に保たれます。フォールバックチェーン：アプリインストール済み → ディープリンク先、未インストール → 指定したApp Store / Play StoreのURL、デスクトップ → Web URL。UTMパラメータはフォールバック後も保持されます。アプリにサードパーティのディープリンクSDKを導入する必要はありません。JavaScriptではなくOSが傍受を処理します。各リリース時にadb shellおよびxcrun simctlでテスト済みです。
期間限定キャンペーンのための上限設定とローテーション機能を備えたシェアリンク
max_clicks（最大クリック数）の上限をリンクごとに設定できます。クリック数がしきい値に達すると、リンクは通常の遷移先の代わりに設定済みの期限切れ通知用URLにリダイレクトされます。これは、アプリ内の紹介リンク（コードあたりの使用回数制限）、期間限定のベータ招待リンク、期限付きの機能プレビューなどに役立ちます。rotation_mode: 'round-robin' と組み合わせることで、ウェイティングリストのフローやコホートごとの機能リリースにおいて、複数の遷移先にトラフィックを分散させることができます。プロダクト側からは、リンク作成・上限設定・ローテーションのロジックは完全にサーバー側で完結し、クライアント側の状態を同期する必要はありません。クリック数はClickHouseで管理され、5秒以内に更新されます。リンクごとのアナリティクスでバリアント間のクリック分布を確認できるため、どのローテーションスロットがどの程度使用されたかを把握できます。
別のアナリティクス製品なしでコホートおよびリテンションを確認
BusinessプランのElidoのアナリティクス階層には、ClickHouseによるコホートおよびリテンションビューが含まれています。リンクまたはキャンペーンを選択し、コホートのディメンション（獲得チャネル、国、デバイスタイプ）を選ぶことで、日次または週次のリテンションヒートマップを表示できます。これはフル機能のプロダクトアナリティクスツールの代替ではありません。ユーザーレベルのイベントトラッキング、セッションリプレイ、任意のイベントタイプを組み合わせたファンネルビルダーなどは提供していません。解決できるのは、「オンボーディングメールをクリックした人のうち、翌日に戻ってきたのは何人か？」といった、クリックイベントデータに基づく問いです。Elidoはこれを直接可視化します。より深いファンネル分析が必要な場合は、生のクリックストリームをBigQueryやSnowflakeにエクスポートし、自社プロダクトのユーザーイベントテーブルと結合してください。BusinessプランではClickHouse DSNを介した直接のSQLアクセスも可能で、BIチームがエクスポートよりもそちらを好む場合に対応できます。
Stack you'll touch
- スマートリンク
- ディープリンク
- A/B バリアント
- 漏斗 + コホート分析
- キャンペーン
計測対象
- アクティベーション向上
- スマートリンクによる誘導
- 継続率コホート
- 日次 / 週次 / 月次
- A/B サンプル期間
- 時間帯制御
Elidoを活用しているプロダクトチーム
名前は現在のところプレースホルダーです。事例が公開され次第、実際の顧客名に更新されます。
“Firebase Dynamic Linksの終了後、Branchを使わずにディープリンクを実現することは必須要件でした。ElidoのUniversal Links設定はわずか半日で完了しました。アプリへのSDK導入も不要で、追加のサービスを管理する手間もありません。App Storeへのフォールバック率から、共有リンクの40%がアプリのインストール前にクリックされていることが判明しました。”
“地域のランディングページへの地理的ルーティングにスマートリンクのルールを使用しています。独自のサービスではなくURL短縮サービスで管理することで、インフラから2つのLambda関数を削除でき、それに伴うオンコール対応の負荷もなくなりました。”
“紹介リンクのクリック数制限は、デモでは目立ちませんが誰もが必要とする機能です。招待コードごとにmax_clicksを設定することで、ベータ版の枠を過剰に提供するのを防ぐことができました。”
プロダクトチーム向け比較：Elido vs Branch.io vs 自社開発ディープリンク
Branchはディープリンク市場のリーダーです。自社開発も可能ですが、メンテナンスコストが高くなります。以下の比較は、フル機能のモバイルアトリビューションプラットフォームではなく、主にディープリンクとルーティングを必要とする場合に役立ちます。
| Capability | Elido | Branch.io | 自社開発ディープリンク |
|---|---|---|---|
| Universal Links (iOS) | 自社ドメインからapple-app-site-associationを自動配信 | フルマネージド、大規模実績あり | JSONを自社で配信、ホスティングを管理 |
| App Links (Android) | 自社ドメインからassetlinks.jsonを自動配信 | フルマネージド | 自社で配信し、最新状態を維持 |
| サードパーティSDKの導入必須 | 不要 — OSレベルの傍受 | 必要 — Branch SDK | 不要 — ただしフォールバックロジックの記述が必要 |
| スマートリンク・ルーティングルール | 地理、デバイス、OS、言語、リファラー、時間 | オーディエンス・ターゲット・ジャーニー（より強力） | 開発した内容による |
| 遷移先のA/Bテスト | 可能 — 重み付け分割、z-testによる信頼度 | ジャーニーレベルのA/B（フルCROツール） | 自社で構築 |
| モバイルアトリビューション (MMP) | クリックIDのパススルー、MMP連携は手動 | ネイティブMMP連携 — Appsflyer, Adjust, Kochava | 自社で統合 |
| 価格 | ProおよびBusinessプランに含む | ボリュームベース、中規模以上の契約は高額から | エンジニアリングコストのみ |
| クリックアナリティクス | ClickHouse、リンク単位、Businessではコホート分析 | 高度なモバイルアトリビューション分析 | 自社で構築した内容による |
プロダクトチームからの質問
Elidoのディープリンクを使用するために、アプリにBranchのようなSDKを導入する必要はありますか？
いいえ。ElidoのディープリンクはiOSのUniversal LinksとAndroidのApp Linksを使用します。これらはOSレベルの仕組みであり、アプリへのサードパーティSDKの導入は不要です。Elidoのドメイン設定でapple-app-site-associationとassetlinks.jsonを設定するだけで、Elidoが自社ドメインの既定のパスでこれらを配信します。アプリ側はUniversal LinkのURLを処理する必要がありますが、これは標準的なiOS/AndroidのURLルーティングコードであり、新しいSDKへの依存ではありません。
Firebase Dynamic Linksはどうなりましたか？ Elidoで代替できますか？
Firebase Dynamic Linksは2025年8月に終了しました。Elidoは、アプリがインストールされていればアプリを開き、そうでなければストアへ、デスクトップならWebへ遷移するという基本パターンを代替できます。アプリへのSDK導入が必要な「ディファード・ディープリンク（インストール後にコンテキストを引き継ぐ機能）」は提供していません。ディファード・ディープリンクが必要な場合は、引き続きAppsflyerやAdjustなどのMMPが必要です。
A/Bテストのバリアントはスマートリンクのルールと併用できますか？
スマートリンクのルールが優先的に評価されます。ルールに一致した場合はそのルールの遷移先が採用され、バリアントは適用されません。どのルールにも一致しなかった場合、フォールバック先に遷移します。そのフォールバック先にバリアントが設定されている場合、バリアントの分割が適用されます。これにより、「iOSユーザーは無条件にApp Storeへ、USのデスクトップユーザーは特定のLPへ、それ以外の全員を2つの遷移先でA/Bテストする」といった設定が可能です。
プロダクトにおけるクリック数制限のユースケースは何ですか？
紹介プログラム（招待コードあたりの使用回数制限）、期間限定のベータアクセス（バックエンドを触らずに招待数を制限）、期間限定プレビュー（デモリンクのクリック数を500回に制限し、それ以降はウェイティングリストへ飛ばす）などがあります。max_clicksはリンク作成時またはPATCHで設定できます。上限に達すると、設定した期限切れ通知用URLにリダイレクトされます。
セッションレベルやユーザーレベルのトラッキングは可能ですか？
いいえ。クリックイベントはリクエストレベル（国、デバイス、OS、リファラー、UTM、タイムスタンプ）です。カスタムクエリパラメータとしてuser_idを渡し、遷移先に引き継がない限り、クリックイベントにユーザー情報は含まれません。Elidoはプロダクトアナリティクスツールではないため、セッションリプレイやユーザープロフィール、任意のイベントを跨いだファンネル追跡などは行いません。それらが必要な場合は、Mixpanel、PostHog、Amplitudeなどを使用し、UTMやクリックIDでデータを統合してください。
スマートリンクのルール変更はどのくらいの速さで反映されますか？
ルールの変更はapi-coreに書き込まれ、60秒以内にRedis L2キャッシュにプッシュされます。edge-redirectサービスのインプロセスのLRUキャッシュは、ルールを含むリンクに対して30秒のTTLを持っています。実用的には、ダッシュボードやAPIで保存してから90秒以内にエッジで変更が有効になります。
カスタムドメインなしでアプリ内シェアにElidoを使用できますか？
はい。ブランドの一貫性よりもクリック数制限やルーティング機能が重要なアプリ内シェアリンクでは、Elidoの共有ドメイン（有料プランはs.elido.me、Businessプランはb.elido.me）が問題なく機能します。カスタムドメイン（share.yourapp.comなど）は、UI上にリンクが表示される紹介プログラムなどでブランドの信頼性を高めるために有効です。
データウェアハウスでコホート分析を行いたい場合、どこからエクスポートできますか？
Businessプランでは、S3、BigQuery、Snowflakeへの定期エクスポートが可能です。生のクリックストリームをエクスポートし、ウェアハウス側で自社プロダクトのユーザーイベントテーブルと結合してコホート計算を行ってください。また、ClickHouse DSNを介した直接のSQLアクセスも可能で、ClickHouse側で計算した結果をBIツールにプルすることもできます。
Product team's reading list
iOS Universal Links + Android App Links setup, fallback chain, and tested configurations.
Edge rule engine for routing by device, OS, language, geo, and time.
One landing surface for the link in your bio — useful for app-store + web fallbacks.
Branded SVG/PNG generation with click-through analytics on every scan.
Server-side attribution for app installs and post-install events.
どの活用法が最適か迷われていますか？
多くのチームが1つのユースケースから始め、最終的に4つすべてを導入しています。弊社の営業チームが、20分で貴社の具体的なスタックに合わせたご提案をいたします。