無名の英雄たち:FlickrのURLスキーム
Marcin Wicharyは、FlickrのURL設計がユーザーインターフェースとして優れており、冗長な要素を排除したクリーンな構造がユーザビリティと共有の容易さを向上させたと指摘している。
キーポイント
FlickrのURL設計の優位性
FlickrのURLはwwwや.php、クエリパラメータを排除したクリーンな構造で、ユーザーが直接編集・共有しやすく、アドレスバーのオートコンプリートにも適していた。
URLのユーザーインターフェースとしての重要性
キーボードによる直接入力は効率的なナビゲーション手段であり、URL設計はユーザー体験に直接影響する重要なUI要素である。
Daring FireballのURL設計の実践と課題
Daring Fireballも同様のURL設計を採用しているが、記事タイプごとにURL空間が分かれている点は改善の余地があると指摘されている。
URL設計に関する継続的な議論
WicharyはURL設計に関する詳細なフォローアップ記事を公開しており、このテーマに対する関心の高さを示している。
影響分析・編集コメントを表示
影響分析
この記事は、URL設計の重要性を再認識させ、ユーザー中心のウェブ開発における基本的な原則を強調している。歴史的な事例としてFlickrのアプローチを紹介することで、現代の開発者にも適用可能なユーザビリティの教訓を提供している。
編集コメント
URL設計という基本的ながら見落とされがちなテーマを掘り下げた良記事。AI業界との直接的な関連性は低いが、ユーザー中心設計の原則はAI製品開発にも応用可能な示唆に富んでいる。
Marcin WicharyがUnsung(実に素晴らしく、楽しいウェブログです)に寄稿しています:
私がURLをユーザーインターフェースとして学んだことの半分は、2000年代後半のFlickrに由来します。そのURLは次のような形をしていました:
flickr.com/photos/mwichary/favorites
flickr.com/photos/mwichary/sets
flickr.com/photos/mwichary/sets/72177720330077904
flickr.com/photos/mwichary/54896695834
flickr.com/photos/mwichary/54896695834/in/set-72177720330077904
これは驚くべきもので、新鮮な息吹を感じさせました。前に余計なwww.もなければ、末尾に気まずい.phpもありません。不快な?&=構文のパラメータもありません。16進コードと戯れる%記号もありません。こうしたURLを他人と共有するとき、何も手直しや削除をする必要はありませんでした。Chromeのアドレスバーがこれらを自動補完し始めたとき、自分がどこへ向かっているのかが正確にわかりました。
ばかげていると思われるかもしれません。URLのユーザーインターフェース?いったい誰が手動でURLを入力したり編集したりするというのでしょう?しかし、キーボードは依然として最も効率的な入力デバイスです。もしあなたが行こうとしている場所が、以前に訪れたことのある場所なら、ページの読み込みを待ったりクリックしたりするよりも、数文字を入力する方がはるかに速く到達できるかもしれません。
一般的に、Daring FireballのURLはこのような働きをするよう心がけています。
この投稿: /linked/2026/03/02/wichary-flickr-urls
Markdown形式: /linked/2026/03/02/wichary-flickr-urls.text
この日の投稿: /linked/2026/03/02/
今月の投稿: /linked/2026/03/
「一般的に」と言うのは、DFのURLはもっと良くできる可能性があるからです。特集記事とリンクリスト投稿で別々のものではなく、DF上のすべての投稿に対して統一されたURL空間があるべきです。いつの日か。
Wicharyはその後、URL設計に関するリンクが豊富に詰まった、この素晴らしいフォローアップ記事を投稿しました。
★
原文を表示
Marcin Wichary, writing at Unsung (which is just an incredibly good and fun weblog):
Half of my education in URLs as user interface came from Flickr in
the late 2000s. Its URLs looked like this:
flickr.com/photos/mwichary/favorites
flickr.com/photos/mwichary/sets
flickr.com/photos/mwichary/sets/72177720330077904
flickr.com/photos/mwichary/54896695834
flickr.com/photos/mwichary/54896695834/in/set-72177720330077904
This was incredible and a breath of fresh air. No redundant www.
in front or awkward .php at the end. No parameters with their
unpleasant ?&= syntax. No % signs partying with hex codes.
When you shared these URLs with others, you didn’t have to retouch
or delete anything. When Chrome’s address bar started
autocompleting them, you knew exactly where you were going.
This might seem silly. The user interface of URLs? Who types
in or edits URLs by hand? But keyboards are still the most
efficient entry device. If a place you’re going is where you’ve
already been, typing a few letters might get you there much faster
than waiting for pages to load, clicking, and so on.
In general, URLs at Daring Fireball try to work like this.
This post: /linked/2026/03/02/wichary-flickr-urls
In Markdown: /linked/2026/03/02/wichary-flickr-urls.text
This day’s posts: /linked/2026/03/02/
This month’s posts: /linked/2026/03/
I say “in general” because the DF URLs could be better. There should be one unified URLs space for all posts on DF, not separate ones for feature articles and Linked List posts. Someday.
Wichary subsequently posted this fine follow-up, chock full of links regarding URL design.
★
関連記事
今日のまとめ
AI日報で今日の重要ニュースをまとめ読み