無碼訂閱制網站是按發布日期而不是按廠牌編號。常見的形狀是 010124-001 —— 六位數字編碼一個日期，後面接當天發布作品的序號。少數網站改用單純的流水序號。這兩種慣例都不含片商字首，因為這些平台是持續發布，而不是把商品編目後出貨。

結果就是：這個號碼告訴你的是什麼時候，而不是誰，正好與片商番號告訴你的相反。

這些網站為什麼按日期編號，而不按廠牌？

因為它們的發布模式是一條每日更新的內容流，不是一份由一部部作品構成的商品目錄。

片商把編了號的商品送進零售通路，所以一組限定在廠牌範圍內的序號是很自然的鍵值。訂閱制網站則是照排程發布給既有訂閱者；沒有書背可以印號碼，也沒有零售商要進貨。按發布日期編號給出的鍵值是唯一的、可排序的，而且自動產生，不需要任何人事先配發。

這也代表這個號碼在某個層面上是真的有資訊量的，而片商序號沒有：010124-001 是 2024 年 1 月 1 日發布，當天的第一部作品。你從 SSIS-500 身上完全推不出任何日期。

各個網站分別用什麼格式？

差異在分隔符號與位數上，通常這就足以把它們分辨出來。

網站 格式 範例 讀法
Caribbeancom MMDDYY-nnn 010124-001 日期、連字號、當日序號
Caribbeancom Premium MMDDYY_nnn 010124_001 同上，分隔符改成底線
1Pondo MMDDYY_nnn 010124_001 日期、底線、當日序號
10musume MMDDYY_nn 010124_01 兩位數序號
Pacopacomama MMDDYY_nnn 010124_001 日期、底線、當日序號
Heyzo HEYZO-nnnn HEYZO-1234 網站標記加流水序號
Muramura MMDDYY_nnnn 080226_1253 日期、底線、流水序號
Tokyo Hot 字母 + 序號 n1234 系列字母加流水序號

Muramura 是要多看一眼的那一個。它的形狀跟 1Pondo 一模一樣，但底線後面的數字是整個片庫共用的流水序號，不是當日計數器：080226_1253 之後接的是 072426_1257，也就是後半段是獨立於日期往上爬的（Muramura 自家的發行列表，查證日期 2026-08-03）。把它當成當日序號來讀，會產生一個看起來很合理、實際上不存在的番號。

注意日期的順序：是 MMDDYY，不是非日本讀者可能預設的 ISO 順序。010224 是 2024 年 1 月 2 日，不是 2 月 1 日。讀錯這個，是按日期篩選卻搜不到東西的常見原因。

以日期為主的番號，為什麼單獨拿出來會有歧義？

因為格式是共用的，同一個字串可以合法地同時存在於好幾個網站上。

010124_001 同時是不只一個平台上的有效識別碼 —— 每一個平台那天都首發了某部作品。這與 MIDV-123 不同：那裡的字首保證了唯一的發行者，而以日期為主的番號完全不帶發行者資訊。網站名是識別碼的一部分，即使它不在字串裡面。

實務上這代表：

  • 只貼一個日期式番號到一般搜尋框裡，資訊是不夠的
  • 兩個來源說的「同一個番號」，可能講的是不同的作品
  • 任何要儲存這些番號的資料庫，都必須把網站一起存進去，否則紀錄會撞在一起

你要記下其中一個時，把網站一起記下來。別人給你一個而沒附網站時，把網站當成缺漏的資訊，不要自行假設。

用流水序號的網站有什麼不同？

像 Heyzo 與 Tokyo Hot 這種用流水序號的網站，行為上更像片商番號 —— 自己單獨就是唯一的，但不帶日期。

Heyzo 的形式是網站標記加上一個遞增的數字，所以 HEYZO-1234 在全球範圍內都沒有歧義，而且在不寫出日期的情況下把作品依時序排好。Tokyo Hot 的形式是一個字母加序號，其中字母區分的是內部系列，不是日期。

字母加數字這種形狀，是最常被誤認成壞掉的片商番號的一種，因為它看起來像一個掉了連字號的字首。判斷的線索是位數，以及缺少一個認得出來的廠牌字首 —— 單一個字母不是片商字首，而且對照表裡沒有任何一個片商字首只有一個字元長。

這些跟 -U 檔案有什麼不同？

根本上：一個是片庫的編號慣例，另一個是寫進檔名裡的宣稱。

網站原生的無碼作品 加了 -U 後綴的檔案
識別碼 日期式或網站流水號 片商番號加一個字母
由誰核發 發布它的平台 替檔案改名的那個人
有沒有片庫紀錄 有，在該網站上 沒有
看之前能不能查證 可以，透過網站的列表 不行

一個本來就不打馬賽克的平台永遠不需要後綴，因為它發布的東西全都一樣。後綴只有在與一個有馬賽克的版本形成對比時才有意義 —— 這也是為什麼 -U 只會掛在片商番號後面，永遠不會掛在 010124-001 後面。後綴家族在後綴 -C、-U、-4K 是什麼意思？裡談過。

日期式番號該怎麼搜？

到發布它的那個網站上搜，而且分隔符號要保留。

有三件事會弄壞這類查詢：

  1. 換掉分隔符號。 010124-001 與 010124_001 是不同的慣例；有些索引會把它們正規化，但很多不會。
  2. 重排日期順序。 轉成 240101 或 2024-01-01，會產生一個沒有任何片庫收錄的字串。
  3. 把開頭的零去掉。 10124_001 不是有效的形式。

如果番號寫得沒問題卻什麼都搜不到，可能的原因跟片商番號一樣：你搜的那個片庫沒有收這個網站，或者這部作品已經被下架。見 JAV 番號查無資料。

如果你只有一張畫面、完全沒有番號呢？

那就從畫面認出女優，這個做法不受編號慣例影響。

日期式片庫正是那種最難從脈絡猜出號碼的情況 —— 沒有字首可以辨認，也沒有系列可以瀏覽。比對一張臉則與慣例無關：我們的索引收有 241,792 張臉，編碼成 512 維的 ArcFace 向量，涵蓋 2,333 位具名女優（我們的索引，2026-08 快照），以 0.40 的相似度閾值比對。

**值得說清楚的邊界：**我們的索引高度集中。它橫跨 106 個站台，但 2,333 張代表圖中有 2,246 張來自單一來源，而其中只有十來個站台收日式番號。從不流出到別處的訂閱制網站素材在這裡是被低估的，所以在我們的結果裡找不到，不等於它在這個產業裡不存在。

相關問題