動的リンクとは、共有した後でもリンク自体を変えることなく遷移先を変更できる短縮リンクのことです。遷移先をリンクに焼き付けるのではなく、自分が管理するリダイレクトをリンクが指しているために成り立っています。この一枚の間接層のおかげで、後からリンクを向け直したり、ルールを適用したり、すべてのクリックを数えたりできます。ポスターやプロフィール、QRコードの中にあるURLは固定されたままでも、それが解決する先は自分で変更できます。
本稿はわかりやすい定義であり、隣接する用語の見取り図でもあります。動的リンク、静的リンク、ディープリンクは、常に混同されがちだからです。裏側にあるリダイレクトの仕組みについては、URLショートナーとは何かが土台となります。
動的リンク vs 静的リンク
この概念全体は、対極にあるものと比べるといちばん見えやすいので、そこから始めましょう。
静的リンクは、遷移先を直接エンコードします。作成時に設定した内容が、そのままずっと解決先であり続け、後から編集も計測もできません。動的リンクは、自分のリダイレクトを経由して解決される短いアドレスをエンコードするため、遷移先はリンクに焼き付けられた事実ではなく、変更できる設定になります。同じ区分はQRコードにも現れ、そこでは唯一重要な決定であることが動的QRコード vs 静的QRコードで解説されています。本当に決して変わることのない恒久的なアドレスには静的リンクが向いています。編集したり、刷り直したり、ルーティングしたり、計測したりする可能性があるものには動的リンクが向いており、実務上それは顧客向けのほぼすべてに当てはまります。
この間接性がもたらすもの
間に挟まるリダイレクトはオーバーヘッドではなく、それこそが本質であり、静的リンクにはできない3つのことをもたらします。
- 編集可能性。 遷移先を1回変更すれば、印刷・投稿・共有されたリンクのコピーすべてがそれに従います。そもそもどのコピーも遷移先を保持していないからです。
- ルーティング。 リクエストが自分のリダイレクトを通過するため、リクエストごとに遷移先を決定できます。iOSには一方の場所を、Androidにはもう一方の場所を送ったり、国や言語でルーティングしたりできます。これがスマートリンクであり、動的モデルでのみ可能なことです。
- アナリティクス。 すべての解決はタイムスタンプ、デバイス、位置情報を伴う記録済みイベントになるため、動的リンクは構造上計測可能です。静的リンクは自分が所有するものに一切触れないため、数えるものが何もありません。
リダイレクトそのものは、ただのHTTPリダイレクトであり、301にすべきか302にすべきかは、思われている以上に重要です。これは301 vs 302 リダイレクトで扱っているテーマです。
動的リンク vs ディープリンク
この二つはしばしば一緒に登場するため混同されがちですが、答えている問いはそれぞれ異なります。
ディープリンクとは何かで説明しているとおり、ディープリンクはリンクがどこを開くかについてのものであり、モバイルユーザーをブラウザではなくアプリ内の特定の画面に送ります。動的リンクは遷移先が編集可能でトラッキングされているかどうかについてのものです。片方は対象を説明し、もう片方はそれに対するコントロールを説明します。この二つはきれいに組み合わさります。動的リンクをディープリンクに向ければ、アプリを開く遷移先でありながら、変更も計測もできるものが手に入ります。実際のセットアップの多くは両方を求めており、だからこそこの二つの用語は同じ文の中に登場しがちなのです。
Firebase Dynamic Links終了後の世界
この用語の検索が急増した理由は、概念そのものではなく特定の製品にあります。
GoogleのFirebase Dynamic Linksは、基本的な考え方の上に遅延ディープリンクとプラットフォームを意識したルーティングを追加した動的リンクサービスでした。Firebase Dynamic Links FAQ(2026年7月18日アクセス)によれば、Googleはこれを2025年8月25日に終了しており、既存のリンクは解決できなくなり、新規作成もできません。この概念自体はそれとともに消えたわけではありません。チームが必要としているのは、実際に使っていた機能の代替であり、それはたいていの場合、単なるリダイレクトではなく遅延ディープリンクとルーティングです。その置き換えについてはFirebase Dynamic Linksからの移行で解説しています。リンクの短縮と向け直しにしか使っていなかったなら、どんな動的短縮リンクでも十分です。インストール時のルーティングに頼っていたなら、依然として遅延ディープリンクを行うサービスが必要です。
いつ動的リンクを使うべきか
ルールは単純です。リンクが将来変わる可能性があるなら、あるいは計測したいなら、動的にしましょう。
これはQRコードに当てはまります。向け直しのできない印刷済みコードは、遷移先が移動した日に死んでしまうからです。オファーが変わるたびに遷移先を差し替えるキャンペーンにも当てはまります。プラットフォームによってルーティングするアプリインストールリンクや、並べ替えたり計測したりしたいプロフィール・バイオリンクにも当てはまります。静的リンクが存在価値を持つのは、本質的に固定されたアドレスの場合だけです。それ以外のすべては、編集可能でトラッキング可能なモデルの恩恵を受けます。これはリンク管理とは何かで解説されている層です。ルーティングとアナリティクスが組み込まれた動的リンクが欲しい場合、ElidoのスマートリンクとQRコードは同じリダイレクトエンジンの上で動いており、無料プランで始めることができます。
動的リンクは特別な種類のURLというよりも、コントロールを保ち続けたリンクです。遷移先はコミットメントではなく設定であり、そのたった一つの違いが、編集可能・ルーティング可能・計測可能にしているのです。
ブログの関連記事
よくある質問
動的リンクとは何ですか?
動的リンクとは、共有した後でもリンク自体を変えることなく遷移先を変更できる短縮リンクのことです。遷移先を直接埋め込むのではなく、自分が管理するリダイレクトをリンクが指しているために成り立っています。この間接性のおかげで、後からリンクを向け直したり、デバイスや国によるルーティングのようなルールを適用したり、すべてのクリックを数えたりできます。ポスターやプロフィールに載っているリンクはそのままでも、それが開く先は自分で変更できます。
静的リンクと動的リンクの違いは何ですか?
静的リンクは、作成した瞬間に固定された遷移先へ訪問者をそのまま送るもので、後から編集したり計測したりする方法はありません。動的リンクは、自分が所有するリダイレクトを経由して送るため、リンクを再発行することなく遷移先を変更したり、ルーティングルールを追加したり、すべてのクリックを記録したりできます。決して変わることのない恒久的なアドレスには静的リンクで十分ですが、編集したり、刷り直したり、計測したりする可能性があるものには動的リンクが向いています。
動的リンクはディープリンクと同じものですか?
いいえ、それぞれ異なる問いに答えるものです。ディープリンクは、リンクがどこを開くか、つまりモバイルユーザーをブラウザではなくアプリ内の特定の画面に送るかどうかについてのものです。動的リンクは、遷移先が編集可能でトラッキングされているかどうかについてのものです。この二つは組み合わせがよく、動的リンクはディープリンクを指すことができるため、アプリを開く遷移先でありながら、変更や計測もできるものが手に入ります。片方は対象の種類についてであり、もう片方はそれに対するコントロールについてです。
Firebase Dynamic Linksはどうなったのですか?
Googleは自社の動的リンク製品であるFirebase Dynamic Linksを2025年8月25日に終了しました。既存のリンクは機能しなくなり、新規作成もできません。この製品は基本的な考え方の上に遅延ディープリンクとプラットフォームを意識したルーティングを追加していたため、これを使っていたチームはそれらの機能の代替を必要としています。動的リンクという一般的な概念自体が失われたわけではなく、失われたのはGoogleの特定の製品だけです。
動的リンクの向け先を変更することはできますか?
はい、それがこのリンクの決定的な特徴です。リンクは自分が管理するリダイレクトを経由して解決されるため、1か所で遷移先を更新するだけで、すでに印刷・投稿・共有されたリンクのすべてのコピーが新しい対象を指すようになります。リンクの文字列自体は何も変わりません。だからこそ動的リンクは、QRコード、キャンペーン、そして1つの遷移先だけでは済まないリンクに適した選択肢なのです。
Elidoを試す
URLを貼り付けて短縮リンクを取得
登録不要。リンクは30日間有効。永久に保存するには登録してください。
Free、登録不要 · 1日あたり2件