Flickr 個人檔案是該人的帳號頁面，photostream 是該帳號的圖片串流，而個別圖片 URL 則指向單一照片頁面。個人檔案與串流描述的是託管或發布內容的帳號；它們不能確立照片中出現的是誰。Flickr 記錄了這些頁面類型各自不同的路徑格式，並表示即使設定了自訂（pretty）URL，頁面的 NSID 形式仍可運作。應將其視為帳號的頁面連續性，而非離線身分查核。
使用我們的 TraceSeek 應用程式尋找公開社群檔案線索。
先辨明物件，再解讀它
先問你實際持有的是哪種物件。人物個人檔案路徑指向帳號頁面。photostream 路徑指向與該帳號相關聯的照片集合。個別照片路徑指向單一圖片頁面及其周遭脈絡。相簿是另一種頁面。這些是範圍不同的不同物件，因此適用於其中之一的結論，不應悄悄套用到另一個。閱讀圖片頁面告訴你的只是該圖片頁面；閱讀 photostream 告訴你的只是與某帳號相關聯的一組項目。 [Flickr 服務：個人檔案與相片頁面網址格式]
- 先記下物件類型：個人檔案、photostream、單一圖片或相簿。
- 為頁面未陳述的任何內容另做筆記。
比對 NSID 與自訂 URL 的連續性
Flickr 支援同一頁面的多種 URL 形式：頁面可以帳號的 NSID 或自訂 URL 出現，且在已設定 pretty URL 的情況下，NSID 形式仍可運作。這種連續性有助於將兩個連結對應到同一個帳號頁面。它的範圍比聽起來更窄。它顯示兩種位址形式可以指向同一頁面；它不會確認一個人的真實世界身分、其其他帳號，或照片中出現的是誰。應將其視為位址連續性，僅此而已。 [Flickr 服務：個人檔案與相片頁面網址格式]
| 觀察 | 限制 | 下一步 |
|---|---|---|
| 兩個連結似乎解析到同一個帳號頁面 | 頁面的連續性，而非離線身分證明 | 記錄兩種形式並將身分標為未知 |
| 正在使用自訂 URL | 同一頁面的 NSID 形式可能仍可運作 | 不要假設自訂名稱描述的是帳號持有人 |
| photostream 顯示許多圖片 | 每張圖片都是各自獨立的物件，各有自己的頁面 | 檢視特定圖片，而非從整個串流概括推論 |
將攝影者的頁面與照片中的人物分開
這項任務中最嚴重的錯誤，是把個人檔案或 photostream 當成關於照片主體的證據。頁面屬於控制發布或託管該圖片的帳號的人。照片中可見的人物不會自動是帳號持有人、攝影者或頁面所提及的任何人。個人檔案照片同樣是頁面上的一張圖片，而非身分證件。在歸屬缺失或含糊之處，誠實的結果就是未知，而該未知應緊扣它所涉及的特定圖片。
- 除非圖片脈絡本身提供依據，否則將照片中的人物描述為身分不明。
- 不要推斷帳號持有人與照片中人物之間的關係。
一段簡短的分類示例，明確標示為假設
假設某位讀者送來三個連結：一個指向自訂名稱下的帳號頁面，一個指向該帳號的 photostream，另一個指向出現兩個人的單一照片頁面。正確的解讀是：第一個連結是個人檔案物件，第二個是串流物件，第三個是單一圖片物件。如果 pretty 名稱連結與 NSID 連結都開啟同一個帳號頁面，那就是頁面連續性。這組內容沒有任何一處說明照片中的兩個人是誰，該個人檔案也不應被描述成他們的頁面。實際的下一步是記錄分類、註明身分缺口，並就此停止，除非有自願且被允許的方式能補充脈絡。 [Flickr 服務：個人檔案與相片頁面網址格式]
當記錄在案的頁面形式或產物無法取得時
如果無法開啟預期的頁面表單，或連結已失效，請將其記錄為不可用，並在存取邊界處停止。不要以猜測、他人的頁面或聚合器的重新上傳替代缺失的對象。若需要了解頁面格式，請使用該平台的官方現行說明，或請所有者提供自願分享的現行連結。不要嘗試存取私人帳號，也不要將缺失或隱藏的頁面視為有關當事人的有意義證據。
- 記錄：不可用，附上日期及所尋找的對象類型。
- 不要將沉默、隱私設定或已移除的頁面視為任何事物的證據。
還有幾個問題
Flickr 個人檔案頁面能告訴我該帳號照片中的人物是誰嗎？
不能。個人檔案屬於託管或發布該素材的帳號。圖片中可見的人物不一定是帳號持有人或攝影者，外觀相符也不能證明身分。
如果自訂網址和 NSID 連結都開啟同一個頁面，這能證明什麼？
這支持頁面延續性：兩種網址形式都可指向同一個帳號頁面，且在設定了簡潔網址的情況下，NSID 形式仍可運作。這不是離線身分查核。
當我的問題是關於單一圖片時，我應該如何記錄照片串流連結？
將其記錄為照片串流對象，然後尋找個別圖片頁面。不要從串流概括到特定圖片，若頁面未提供歸屬資訊，則將圖片的歸屬記錄為未知。
來源與編輯說明
官方參考資料查核於 2026年10月23日。清單、比較表與示例用語為 DateClues 的編輯工具，並非官方測試或經實證的風險評分。
一般資訊。任何指南或工具都無法保證某人的身分、意圖或安全。 閱讀我們的編輯準則。