店舗詳細ページのURLにUUIDを表示することの是非について

Question

食べログやホットペッパービューティーのような、あるカテゴリの専門店を集めたWebサービスを作成します。
DBには以下のような形で店舗データが格納されています。

id	name	address
e949af9a-43df-6de7-16f7-8ac9fa4f3853	店舗foo	渋谷区道玄坂10-10-10
2ed7ca8a-dd92-0f40-8190-a22daee9e4e9	店舗bar	豊島区千川100-50-1

この場合、店舗の詳細情報を載せるページのURLには以下のように店舗のIDを含ませて良いのでしょうか？
https://example.com/shop_list/e949af9a-43df-6de7-16f7-8ac9fa4f3853

それとも、例えば以下のように一般的に公開されることを想定した仮のIDなどを別途発行し、そちらを使用するべきでしょうか。
https://example.com/shop_list/shop30001
|id|name|address|id_alias|
|:--|:--|:--|id_alias|
|e949af9a-43df-6de7-16f7-8ac9fa4f3853|店舗foo|渋谷区道玄坂10-10-10|shop30001|
|2ed7ca8a-dd92-0f40-8190-a22daee9e4e9|店舗bar|豊島区千川100-50-1|shop30002|

Answer 1

不安になる気持ちは分からなくは無いですが、要件を定義せずになんとなく考えても答えは出ません。

例えば、ざっくりとメリットとデメリットを考えた場合

• SEOの観点で言えばおそらくは問題無い
• ユーザーがURLを覚えられる事やURL自体を露出する使い方をを期待するのであれば、エイリアスは欲しい(その場合、最終的にはもっと短いパスになるようにするべき)
• エイリアスを採用した場合はその管理（特に変更や他店舗での再利用に関する問題）には慎重な要件定義と設計、運用コストが発生する

などが考えられますが、システムとして致命的な問題が発生しない限りはこれらの価値判断はシステム設計以前に定義された要件を基準にして行うしかありません。

まずは、URL設計とその設計の基準となる要件を整理するところから始めてみる事をお勧めします。

コメントを受けての追記

https://teratail.com/questions/364664
とその回答がとても参考になります

Comments

[cooper46]

ご回答ありがとうございます。
質問の内容が不足していましたが、UXやSEOの観点は全く考慮せず、純粋にアプリケーションの脆弱性から見てどうなのか疑問になりました。
例えばReadに関してのみエイリアスIDを使用し、UpdateやDeleteに関しては店舗情報を更新できるユーザーにのみ開示される真のIDを用いることでよりセキュアなつくりにするようなテクニックがあるのかなと、ふと疑問に思った次第です。
もちろんIDがわかってしまっただけで不正に操作されてしまうような状況がそもそもナシであるということではありますが…。

[tanat]

それもセキュリティ要件をどこに設定するか次第かなと思いますよ。

https://teratail.com/questions/364664

の質問への
ockeghemさんの回答とそのコメントが核心を突いていると思います。

[cooper46]

参考URLが非常にわかりやすく、とても納得しました。
バックエンドの実装に対する理解が薄く、要件云々以前に感覚として気になっていたところだったので、スッキリしました。
ありがとうございます。