短縮 URL の環境負荷 - リダイレクトが生む CO2 の考え方

短縮 URL は便利なツールだが、その裏側では HTTP リダイレクトという追加の通信が発生している。1 回のリダイレクトが消費するエネルギーはごくわずかでも、世界中で繰り返されれば、その負荷も積み重なる。本記事では、リダイレクトが生む CO2 の考え方を整理し、設計での削減策を考察する。

Web リクエスト 1 回あたりの電力消費は、データセンターでの処理とネットワーク伝送を合わせても、ごくわずかな量にとどまると考えられている。短縮 URL を経由すると、ユーザーのブラウザーはまず短縮 URL サーバーにリクエストを送り、レスポンスとして受け取ったリダイレクト先に再度リクエストを送る。つまり、直接アクセスと比較して少なくとも 1 回分の追加リクエストが発生する。

この追加リクエストが生む CO2 排出量は、使用される電力の炭素強度に左右される。1 回あたりはごくわずかでも、回数が重なれば合計は大きくなる。

Bitly をはじめとする短縮 URL サービスは、日々クリックを処理している。TinyURL や Rebrandly、各 SNS プラットフォーム内蔵の短縮機能まで合算すれば、世界全体のリダイレクトの回数は大きいと考えられる。

この回数で積み重なれば、年間の CO2 排出も小さくないと見込まれる。リダイレクトの環境負荷も、「たかがリダイレクト」と片付けられない対象だといえる。

CDN (Content Delivery Network) を使う短縮 URL サービスもある。CDN のエッジサーバーがリダイレクト先の情報をキャッシュしていれば、リクエストはオリジンサーバーまで到達せず、ユーザーに近いエッジノードで処理が完結する。

CloudFront や Cloudflare などの CDN では、エッジのキャッシュからリクエストに応答できる。エッジで応答すれば、オリジンサーバーへの往復通信を省ける。CDN のキャッシュを生かした短縮 URL サービスは、環境負荷を抑えやすい。

リダイレクトの HTTP ステータスコードも環境負荷に影響する。301 (Moved Permanently) はブラウザーがキャッシュすることがあり、キャッシュされている間、同じユーザーが同じ短縮 URL を再びクリックすると、ブラウザーのキャッシュからリダイレクトされる。その間はサーバーへのリクエスト自体が発生しないため、リダイレクトの往復通信も生じない。

一方、302 (Found) はデフォルトではキャッシュされない。クリック解析のために毎回サーバーを経由させたいサービスは 302 を使うこともあるが、その場合は同一ユーザーの再訪問でも毎回リクエストが発生する。リピートクリック率が 20% と仮定すると、301 を採用するだけで全体のリクエスト数を約 15 〜 20% 削減できる計算になる。

クリック解析が不要な用途、たとえば社内文書のリンク共有や印刷物の QR コードでは、301 リダイレクトを選ぶことも環境負荷の低減につながる。

短縮 URL サービスを設計 / 選定する際、環境負荷を低減するために考慮すべきポイントを整理する。

第一は、CDN エッジキャッシュの活用だ。オリジンサーバーへの到達を最小化することで、ネットワーク全体のエネルギー消費を抑えられる。第二は、用途に応じた 301 と 302 の使い分けだ。解析が不要なリンクに 301 を使えば、ブラウザキャッシュを生かせる。第三は、選定の基準としてのデータセンターの電力源だ。再生可能エネルギーを使うクラウドを選べば、リダイレクトの電力による排出を抑えられる。

データセンターのエネルギー効率や持続可能なインフラ設計について、体系的に学べる書籍が増えている。

リダイレクト 1 回の CO2 排出量はごくわずかにすぎない。しかし年間で積み重なれば、合計の排出は小さくない。CDN の活用、301 リダイレクトの適切な採用、再生可能エネルギーで運用されるインフラの選択。これらの設計判断を積み重ねれば、短縮 URL というインフラの環境負荷の低減が見込める。便利さと持続可能性の両立も、短縮 URL サービスの設計の課題になる。