{アカウント毎,ログイン後}の URL 設計

Abstract

各ユーザアカウントごとにリソースを持ったりする類のウェブアプリケーションの URL 規則に悩む。

Created
2007-02-11T20:30:08+09:00
Prev
初^H立春のおよろこび申し上げます
Next
うさぎロリポップ

(Article)

以下のような仕様のウェブアプリケーションの URL 付けに悩む。

  1. 各ユーザがアカウントを持ち,ログインできる
  2. 各ユーザが何らかのデータを,ログインしている他ユーザや,あるいは非ログインユーザに公開できる
  3. ログインしたときにだけアクセス可能な画面がある

以下は,この 2 と 3 の URL をどうしましょか,というお悩み相談。

アカウントごとのURL

2 を実現するために,よく http://example.jp/home/klm/ (klm はユーザ名)みたいな URL が用いられる。この URL をどうしようか,というのが,ひとつめの悩みどころ。

無難なのは b なんだけれども,何を挟むのかとても悩む。どれに市民権があるのかもよくわからない。うーむ。個人的には c を採用したいんだけれども,現実的には敢えてそうしなくても,という感じなのかしら。ブラウザ側はもう概ね問題ないんだろうけども,URL をデータとして扱う他のアプリがそれをうまく扱えなければあまり美味しくないしなあ。適当にぐぐった限りでも,最近のウェブアプリでも同定問題がでてるようだし。

ログイン後のURL

さらにもうひとつ,3 の URL をどうするか,というのがありまして。 これには大きく分けて二つのやり方がありそうな感じで:

多くのアカウント間をブラウズするような,コミュニケーション要素のあるサービスでは a 方式がよさそう(cf. 他人のアカウントから自分アカウントへのリンクをおく場合,どこにリンクするのが妥当?)。 一方,基本的にひとりで利用するような,フィードリーダーや ToDo 管理のようなサービスでは b 方式かな? b 方式は 2 の問題と同様に,どういう名前にするのかとても悩む。b' にすると名前を考えなければならないという呪縛からは逃れられるが,例えばはてブトップページのようなものをトップに置きたくなったりもしますよねぇ。

RTM は後者のタイプのアプリケーションであるけども a 方式をとっていますね。よくみると,公開タスクのビューとログイン後のビューが合わせてあり,同一の URL としてマップしても違和感が無いように作ってありますね。「基本的にはひとりで利用するけども,多少は他ユーザとのコミュニケーションも行う」ようなアプリの場合は,a 方式でがんばって違和感の無いようUIをつくる方策がよいのかもしれません。今つくってるアプリは,これでいくかなー。

なんか,ご意見等ありましたら是非。

Topic Path

  1. okowa.org
  2. LoveVector
  3. 2007
  4. Feb
  5. 11
  6. {アカウント毎,ログイン後}の URL 設計
Last-Modified
2012-03-17T23:28:25+09:00
Feeds
Recent Updates (RSS 1.0)
Powered by
XML::LibXSLT / format.xsl / Movable Type 5.13-ja
LoveVector: klm <klm at okowa dot org>