性別判定APIの選び方
この分野の提供元はどれも「正確です」と言いますが、あなたのリストで測定した提供元はひとつもありません。実際に何が違いを生むのかを示し、それぞれの下に当社自身の答えも載せます。同じ質問を当社にもぶつけてください。
結論
- 1件の結果が何を渡してくれるかで比較してください。ラベルだけではしきい値を置けませんが、確率とサンプル数があれば置けます。これがファイルの一部を自動化できるか、全部を手作業でやるかを決めます。
- 宣伝文句の精度パーセンテージは無視してください。当社のものも含めてです。当社は公表していません。公開ベンチマークで測定していないからです。代わりに、ご自身の数百行で自分で測定してください。
- 名前データベースが大きいほど良いとは限りません。ある名前は、背後のレコードが3件でも5万件でも、同じ1件として数えられます。
- そのうえで、忘れられがちな4点を確認してください。国によるローカライズ、答えの年単位での安定性、不明な名前に対して何が返るか、そしてデータがどこで処理されるかです。
まず、1件の結果が何を与えるかから
これは残る作業量を左右する基準であり、契約前でも提供元のレスポンス例を見れば分かります。
性別ラベルだけというのは、途中の計算を見せない判定です。全件に適用するか、全件を確認するかしかなく、中間はありません。確率があれば境目を引けます。背後のレコード件数まで付いた確率なら、その境目が目の前の行にとって意味を持つかどうかが分かります。レコード3件に立つ自信ありげな答えと、数千件に立つ答えは、誰かが件数を見せるまで見分けがつかないからです。
当社の答え：すべての結果に確率とサンプル数が付き、CSV/Excel出力ではそれらが列としてファイルに書き込まれます。したがって、APIを呼ぶ場合でも表計算ソフトを開く場合でも、同じしきい値が機能します。
確認する価値のある6つの観点
この分野の提供元で差が出やすい6か所と、それぞれの横に当社の対応を並べました。左の列は「何を見るか」です。他社を調査したわけではないので、特定の提供元についての主張は一切含みません。候補に挙がっている相手、当社も含めて、そのまま尋ねてみてください。
最後の2点について：一括パッケージで購入したクレジットに有効期限はなく、月額プランは毎月更新され、いつでも解約できます（パッケージの変更は、解約して別のものを選ぶ形になります）。どちらも料金ページに全額が掲載されており、見積もりは不要です。
カバー率の数字では決まらない理由
当社は9,124,598件の名前を192か国分にわたって保有しており、その数字も他社と同じようにトップページに載せています。その価値はここまでです。そもそも答えが返る頻度は分かりますが、個々の答えが使えるかどうかは何も分かりません。この数字で選ばないでください。当社のものも、他社のものもです。
決着をつけるテストにかかるのは半日です。自社データからすでに正解が分かっている数百行を選び、難しいと予想されるものも入れて、候補の各提供元に通します。どこでも正しく当てられる名前からは、何も分かりません。
チェックリスト
重要になりやすい順に9つの質問です。当社の答えは右の列にあります。検討中の他社にも同じことを尋ね、答えは機能一覧表ではなく書面で求めてください。
| 質問 | 重要な理由 | 当社の答え |
|---|---|---|
| 1件の結果には何が含まれますか？ | 確信度の高い行を自動化し、残りだけを確認できるかを決める | 性別、確率、そしてその根拠となるレコード件数 |
| 同じ名前が国によって別の答えになりますか？ | Andrea はイタリアでは男性名、ドイツでは女性名。世界共通の答えは、どちらか一方では誤りになる | はい。国コード、ブラウザのlocale、またはIPアドレスで指定できます |
| 同じリクエストは来年も同じ答えを返しますか？ | 監査はレコードがどう分類されたかを尋ねる。答えが動いていては説明できない | はい。保存済みレコードに対する計算であり、生成された推測ではありません |
| 知らない名前には何が返りますか？ | 空欄はフィルタできるが、もっともらしい推測は見分けられない | 明示的な「見つかりません」と、その理由を示すサンプル数。作り出した答えは返しません |
| 開発者なしで使える手段はありますか？ | リストを持っている人は、たいていAPIを呼べる人ではない | 元のブックをそのまま保持するCSV・Excelアップロード |
| データはどこで処理され、データ処理契約はありますか？ | 顧客名のリストは個人データであり、稼働前に購買部門が必ず尋ねる | ドイツ企業、サーバーはドイツ、処理はEU内、データ処理契約は請求により提供 |
| 未使用分に有効期限はありますか？ | 一度だけのデータ整理に、それより長く続くサブスクリプションは不要であるべき | プリペイドクレジット。有効期限はありません |
| 誰とも話さずにテストできますか？ | 評価に商談が必要なら、候補を半日で比較することはできない | 月100件の無料照会。カード不要、商談不要 |
| 公表されている精度はどれくらいですか？ | 単一のパーセンテージは、測定に使った名前セットを表すだけで、それはあなたのものではない | 公表していません。下記をご覧ください |
当社がお出ししない精度の数字
この市場では、いろいろなパーセンテージを示されるでしょう。当社には示せる測定値がありません。正解ラベル付きの名前セットで公開したベンチマークが存在しないため、載せる数字はどれも白衣を着た宣伝文句になってしまいます。数字を飾るより、そう申し上げるほうを選びます。
その数字は、響きほど役に立ちません。名前から性別を判定する精度は、どの名前を尋ねるかでほぼ決まります。よくあるドイツ語の名のリストと、十数種類の文字体系から翻字された姓のリストでは、現存するどの提供元でも同じ数字にはなりません。つまり単一のパーセンテージは、測定に使ったセットについて語るだけであり、あなたのリストはそのセットではありません。
数字を示されたとき、それを意味あるものにする質問はこうです。どの名前で、何件を対象に、誰がラベル付けし、「不明」を何として数えたのか。これらの答えが得られないなら、そのパーセンテージは飾りです。
半日で評価を終える手順
このページは繰り返し「自社データで測定してください」と言っているので、その方法を示します。半日で終わり、候補のどの提供元にも同じように使えます。そしてプロジェクトを決めるのは手順5です。
- 1. すでに正解が分かっている200〜300行を抽出します。有名人の名前のリストではなく、実データからです。扱いにくいものを意図的に入れてください。まれな名前、非欧米系の名前、姓が先に書かれた項目、1語だけの名前、ハイフン付きの名前、結婚後の姓などです。
- 2. 事前に整形しないでください。末尾の空白、敬称、「Dr.」、すべて大文字の表記も、テスト対象の一部です。整った入力でしか動かない提供元は、あなたの問題を解決していません。
- 3. ラベルだけでなく、レスポンス全体を保存してください。手順5で確率とサンプル数が必要になります。提供元がそれらを返さないなら、それ自体がテストの結果です。
- 4. 3つの結果を別々に数えます。正解、誤り、答えなしです。多くの評価はここで失敗します。「誤り」と「不明」を1つの数字にまとめると、肝心な違いが隠れてしまいます。フィルタできる不明が招くのは、性別を含まない呼びかけです。自信ありげな誤答が招くのは、顧客を失うことです。
- 5. 次にしきい値を適用して、もう一度数えます。境目を超えた行だけを採用します。たとえば「サンプル数50件以上を背後に持つ確率0.9」です。そして2つを測ります。それがファイルの何割を占めるか、そしてその範囲内の誤り率です。この2つの組み合わせが本当の答えです。作業がどれだけ消えるかと、それに伴うリスクがどれだけかを示すからです。
- 6. ついでに運用面も確認しましょう。300行にかかる時間。でたらめな入力を送ったときのエラーレスポンスの形。同じリクエストを2回送って同じ答えが返るか。試用に電話が必要だったか。
レスポンスの形が、宣伝文句のどの数字よりも重要である理由が手順5です。確率とサンプル数がなければ適用するしきい値がなく、「このファイルのどれだけを自動化できるか」への正直な答えは「全部か、まったくなしか」になります。月100件の無料照会は、300行のテストを3回まわせる量です。
言語モデルも検討している場合
近年、候補は2つのAPIではなく、APIとプロンプトになってきています。その比較で問われるのは別のこと、つまり100万行あたりのコスト、同じ入力が2回同じ出力になるか、監査人に何を示せるかです。そのため専用のページを用意しています。
実際の組み込みはどうなるか
評価の後ではなく評価中に見ておく価値があります。半日が2週間に化けるのはここだからです。1照会あたり1クレジット、1回の一括リクエストあたり100件の名前、リクエスト回数の上限はありません。
- PHP、Python、Node、Java、Go、Ruby、Rust、Perl、.NET 向けの公式クライアント
- OpenAPI記述付きのv2完全リファレンスと、エラーを機械可読にするRFC 7807形式のproblemレスポンス。
- ネイティブのExcelアドインとShopifyアプリ、Google Sheets・HubSpot・Salesforce・Zapierなどへの既成の連携、そしてAIツール向けのホスト型MCPサーバー — 一覧はこちら。
- 一度だけのファイルには性別の一括照会、出身が必要な場合は名前からの国籍判定を。
料金は1,000照会あたり€0.35から。料金ページにすべて掲載しており、見るために見積もりは不要です。
よくある質問
性別判定APIは何を基準に比較すべきですか？
宣伝文句の精度ではなく、1件の結果が何を渡してくれるかを基準にしてください。ラベルだけを返す提供元では、全行を信じるか全行を確認するかしかありません。確率と、その根拠となるレコード件数を返す提供元なら、確信度の高い行は自動処理し、残りだけを目で見ることができます。その次に確認すべき点は、同じ名前が国によって別の結果になるか、答えが時間が経っても変わらないか、名前が不明のときにどうなるか、そしてデータがどこで処理されるかです。
どうすれば適切にテストできますか？
有名人の名前のサンプルではなく、自社のリストでテストしてください。すでに正解が分かっている数百行を、扱いにくいものも含めて選び、通してみます。月100件の無料照会があれば十分ですし、評価に値する提供元なら商談なしで同じことをさせてくれます。
名前データベースは大きいほうが良いのですか？
それだけでは違います。ある名前は、データベースにレコードが3件あっても5万件あっても、同じ1件として合計に数えられます。つまり合計件数からは、自分のどの行を使えるのかは分かりません。結果ごとの根拠なら分かります。規模は「そもそも答えが返る頻度」に影響し、サンプル数は「その答えを使うべきか」に影響します。
精度はどのように公表していますか？
あえて、測定値は公表していません。正解ラベル付きの名前セットで公開ベンチマークを実施していないため、パーセンテージを挙げれば根拠ではなく宣伝になってしまいます。その代わりに提供しているのは、答えごとの根拠です。すべての結果に確率とサンプル数が付くので、精度はご自身のデータで測定できます。あなたの状況を表す数字はそれだけです。ある提供元が単一の精度を示してきたら、どの名前で測定したのか尋ねてください。
データがどこで処理されるかは重要ですか？
リストが顧客名であれば重要です。それは個人データだからです。当社はドイツ企業で、サーバーはすべてドイツにあり、処理はEU内で行われ、データ処理契約はアカウントから請求できます。どの提供元を評価する場合でも、これは試験導入の後ではなく前に、書面で求めてください。
みなさんが尋ね忘れる質問は何ですか？
3つあります。データベースが知らない名前がどう扱われるか。フィルタできる空欄のほうが、見分けられない「もっともらしい推測」より価値があります。同じリクエストが来年も同じ答えを返すか。これは監査が「このレコードはどう分類されたのか」と尋ねた瞬間に効いてきます。そして、未使用分に有効期限があるかどうかです。
自社のリストでテストしてください
月100件の無料照会。クレジットカードも商談も不要です。すでに正解が分かっている行を、扱いにくいものも含めて持ち込み、それぞれの横に何が返るかをご覧ください。
