この分野のデータベースは、同じリストの競合バージョンではありません。別々のソースから別々の目的で作られた4種類の記録であり、それぞれが狭い範囲の項目については権威があり、その外では当てにならないのです。

実用的な技術は、どこか1つのサイトを選ぶことではありません。いま見ているのがどの種類かを知り、そのどの項目を信じればいいかを知ることです。販売サイトは自分が売っているものだけを知っています。コミュニティ型はより多くの作品を知っていて、間違いもより多く抱えています。どちらも嘘をついてはいません。答えるべき問いが違うものとして作られているのです。

データベースの4つの種類とは何ですか？

4つとは、販売サイトのカタログ、コミュニティ型のメタデータベース、女優を軸にした索引、そして画像・顔の索引です。違うのはデータの出どころで、そこがその破綻の仕方のすべてを決めています。

種類 データの出どころ いちばん強いところ 既知の弱点
販売サイトのカタログ 販売元自身の商品情報 正式な品番、公式タイトル、パッケージ画像、いま買えるかどうか その販売元が扱うものしかカバーしない。取り下げられた作品は丸ごと消えることもある
コミュニティ型のメタデータベース 有志の投稿。多くはスクレイピング後に手で修正 メーカーや年代をまたぐ幅広さ。廃盤作品も含む 正確さにムラがある。情報が古い、投稿者ごとに項目の定義が揃わない
女優を軸にした索引 人に紐づけて集約された出演歴 メーカーをまたぎ、時期をまたいで1人の仕事を追うこと 改名で途切れる。初期作品やノンクレジットの仕事はまず抜けている
画像・顔の索引 パッケージ画像と静止画を、見た目の類似で照合 テキストが一切なく画像しかないときに人を見つけること 索引したものしか返らない。作品名は直接わからず、わかるのは人だけ

各行の弱点は、その出どころから直接出てきたものです。どれだけ努力しても販売サイトが廃盤作品をカバーできないのも、コミュニティ型のデータベースが販売元の商品テーブルほど内部で一貫することはないのも、そのためです。

販売サイトのカタログを見るべきなのはどんなときですか？

記録の正式な形が必要なときです。正確な品番、流通元が書いているとおりの公式タイトル、パッケージ、そしていま入手できるかどうか。

販売サイトのデータは商売の副産物であり、そのぶん自分の範囲内では異例なほど信頼できます。品番、タイトル、在庫を正しく保つ運用上の直接的な理由が販売元にはあるからです。それらの項目が、自社の検索と受注を動かしているのです。何年も前に売るのをやめた作品について、その動機を持っている人はいません。そして販売サイトが空白になるのは、まさにそこです。

間違いは、販売サイトを国勢調査のように扱うことです。販売サイトにないことが意味するのは「ここでは売っていない」であって、「存在しない」ではありません。それがそもそもリリースされたことがあるかを確かめたいなら、販売サイトは道具として間違っています。

販売サイトのデータは、この分野でもっとも機械可読なデータでもあります。何かを作ろうとしているなら知っておく価値があります。FANZAの運営元はapi.dmm.com/affiliate/v3/で商品APIを公開しており、商品、女優、メーカー、シリーズ、ジャンル、フロアごとに別のエンドポイントがあり、コンテンツID、タイトル、日付、画像URLを返します。利用にはAPI IDとアフィリエイトIDが必要なので、公開ではなくアフィリエイトのアカウントの向こう側にあります（DMM.com Labo自身のGo SDK、pkg.go.dev/github.com/dmmcomlabo/dmm-go-sdk/api に照らして確認、2026-08-03時点）。これは市場全体に共通のパターンです。カタログはまとめて取得できるが、それはアフィリエイトのフィードとしてであり、そこには商業的なひもが付いています。

コミュニティ型のデータベースを信じるべきなのはどんなときですか？

存在と幅については信じてください。ある作品や女優が存在することを確かめること、そしてもうどこにも売っていない素材を見つけることです。

これは本当に価値があり、商業的なソースには代わりが務まりません。その代償として、項目の定義が投稿者ごとにぶれます。「発売日」は、発表日のことも、配信開始日のことも、パッケージ発売日のこともあります。クレジットは、パッケージから写したものかもしれませんし、販売ページからかもしれませんし、どこか別のところから写した別のデータベースからかもしれません。データベース同士が互いをスクレイピングするので誤りは伝播します。同じ誤った生年が4つのサイトに載っていて、裏付けのように見えてしまうのはそのためです。

コミュニティ型のデータベース同士が一致していることは、強い証拠ではなく弱い証拠として扱ってください。2つのサイトが一致しているのは、独立した2つの記録という意味かもしれませんし、1つの記録が二度写されただけかもしれません。

女優を軸にした索引が、他にはできないこととは何ですか？

女優索引は商品ではなく人に紐づいており、メーカーをまたいでキャリアを追える唯一の構造です。

それが本来の機能です。販売サイトは売り物で整理し、女優索引は誰が出ているかで整理します。ある人がメーカーを移る前と後に何をやっていたかを知りたいなら、一度の検索でそれに答えられるのは人に紐づいた構造だけです。

この種類に特徴的な破綻は改名です。芸名は事務所を移るとき、メーカーを移るとき、そしてときにはデビューと再デビューのあいだで変わります。すると同じ人が、部分的な出演歴を持つ2つの項目になります。テキストベースのデータベースには、これを自動で検出する仕組みがありません——2つのレコードは、どの項目も共有していないからです。

出演歴を下限値として読むべきなのも、そのためです。それは「この索引が、この名前でクレジットされていると知っている作品」のリストであって、「その人が作ったもの」のリストではありません。

画像・顔の索引はどこに位置づけられますか？

画像索引は、他の種類が構造上どうしても答えられない唯一の問いに答えます。手元に画像しかないとき、これは誰なのかです。

テキストのデータベースはどれも、名前か品番かタイトルをすでに知っていることを前提にします。動画のコマがあってテキストが一切ないなら、入口がありません。顔照合はそれを逆転させます。顔を検出し、ベクトルに符号化し、すでに索引済みの顔と比べ、作品ではなく人を返します。

当サイトの索引は、106サイトのパッケージ画像と静止画から集めた241,792件の顔を、2,333人の女優にまたがって保持しています（当サイトの索引、2026-08時点のスナップショット）。

数字よりも限界のほうが大事です。 カバー範囲は均等ではありません。2,333人の女優のうち、2,246人は代表画像を単一のサイトから取っています。これはかなりの偏りで、そのいちばん多いソースに一度も出ていない女優は見つかる可能性がずっと低いという意味になります——それでもツールは、惜しくない候補まで含めた順位付きのリストを返してきます。どんな画像索引にもこの形の限界があり、まともなものはそれを明かします。

画像索引は作品名も教えてくれません。教えてくれるのは人で、作品名はその次の段階——その人の既知の出演作を、場面の細部で絞り込む——から出てきます。顔検索と出演歴データベースは、置き換えではなく補い合う関係です。

ひとつの記載が信用できるかどうかは、どう見分けますか？

サイトではなく、その記載を評価してください。確認された記録と写しただけの記録を分ける手がかりが4つあります。

  1. 出典の品番が書かれているか？ 流通元自身の商品コードが載っている記載はさかのぼれます。タイトルしか載っていない記載はさかのぼれません。
  2. 旧芸名と現在の芸名を区別しているか？ 別名を明示的にモデル化しているデータベースは、改名について考えたことがあります。名前の項目が1つしかないものは、キャリアを黙って2つに割ります。
  3. 記録に日付があるか？ 「最終更新」のない記載は、2015年に放置された記載と区別がつきません。
  4. 空欄は空欄のままか、それらしいゴミで埋まっているか？ プレースホルダーの値——きりのいい数字のスリーサイズ、既定の生年月日——は、その項目が一度も確認されていない強い証拠です。空欄のほうが、推測より誠実です。

この4つの問いを一貫して当てはめるほうが、「いちばんいい」サイトを選ぶよりずっと正確さに効きます。ソースを丸ごと信用するのではなく、記録を1件ずつ採点できるようになるからです。

関連する疑問

当サイトが索引しているソースと、それぞれが何を提供しているかはサイト一覧にまとめてあります。