ライブダイヤモンド在庫フィードが必要なジュエリーサイトを運営している。Rapnet、Nivoda、IDEXという3つの名前がよく挙げられる。開発者には意見がある。サプライヤーには好みがある。オンラインで見つかるブログのほとんどはプラットフォーム自身が書いたものだ。このポストは、実際に動く開発者を持つダイヤモンドディーラーが本当に読みたいバージョンだ。
本番サイトで3つすべてを統合してきた。実装時に本当に重要な項目でどう比較されるかを説明する。
30秒での答え
確立されたトレードディーラーで、すでにRapnetのメンバーシップを持ち、バイヤーがRapnet価格を期待している場合はRapnetを選ぶ。モダンなB2CまたはD2Cダイヤモンドストアフロントを構築していて、石ごとのクリーンなメディアと理にかなったAPIが必要な場合はNivodaを選ぶ。特定の理由（通常は長年のサプライヤー関係またはほかでは手に入らないニッチ）があり、古いAPI表面の摩擦を上回る場合はIDEXを選ぶ。
2026年に構築されるほとんどのモダンなジュエリーサイトではNivodaがデフォルトだ。ほとんどの確立された卸売業者ではRapnetがデフォルトだ。IDEXが勝つケースはマーケティングが示唆するより狭い。
各プラットフォームの実態
Rapnet
Rapnetはオリジナルです。2000年にMartin Rapaportによって設立され、世界最大のダイヤモンド取引プラットフォームです。典型的な日には140万以上の石がリストされており、95か国の約17,000のメンバーディーラーがいます。Rapaportプライスリストは、ラウンドおよびファンシーシェイプダイヤモンド価格の業界標準です。業界にいて、誰かが「Rap minus 28」と引用している場合、彼らはRapaportリストに対して引用しています。
Webサイト統合の場合、Rapnetはインベントリフィード（CSV / XML / JSON / SOAP — はい、SOAPは依然として彼らのドキュメントに含まれています）と検索APIを公開しています。メンバーシップはティアに分かれており、上位ティアは実際の費用がかかり、バルクフィード、検索API、およびダイヤモンド認証サービスへのアクセスを制限しています。
Nivoda
Nivodaはモダンな新規参入企業です。2017年に設立され、ロンドンに本社があり、Rapnetが対応していない問題（1石ごとのHDビデオ、シンプルな1石ごとのAPIアクセス、モダン認証、ラボグロウンダイヤモンドの固定価格エスクロー）の解決に注力しています。彼らはディーラーインベントリと小売ジュエラーの間に位置し、ほとんどのリテーラーが自分たちで操作したくない認証とロジスティクスの中間層を担当しています。
Webサイト統合の場合、Nivodaはシンプルです：REST API、OAuth、在庫変更のWebhook、ビデオ、画像、証明書PDF、および証明書JSON（はい、実際のGIAレポートデータで、単なる証明書番号ではなく）を含む1石ごとのメディアバンドル。このAPIは、シニア開発者が四半期ではなくスプリント内でクリーンに統合できるようなものです。
IDEX
IDEX（International Diamond Exchange Online）はRapnetとほぼ同じくらい前からあります。2000年に設立され、イスラエルを拠点としており、イスラエルとアントワープの取引に強いルーツを持っています。ユーザーベースはRapnetより小さいですが、特定の形状とサイズについては価格がより競争力があることが多いです。
統合の場合、IDEXは標準形式（CSV、XML、JSON）とInventory Marketplace APIを通じてフィードを公開しています。APIサーフェスはNivodaよりもRapnetに近いです。古いパターン、モダンでない認証、予測不可能なレート制限。機能的ですが、統合にはNivodaよりも時間がかかります。
インベントリサイズとオーバーラップ
Rapnetは最大のインベントリを保有しています。Nividaはフィルタにもよりますが、100万以上の石を保有しており、天然ダイヤモンドについてはRapnetのプールとの重複があり（多くの同じディーラーが両方にリストされている）、Rapnetには掲載されていないラボグロウンダイヤモンド供給の実質的なシェアを持っています。IDEXは両者の中間に位置し、約80万個の石を保有しており、イスラエルカット天然ラウンドの最も高い集中度を持っています。
ほとんどのサイトでは、重複があるため3つすべてが必要ではなく、1つをプライマリとして選択し、特定の形状または原産地用にバックアップフィードとして1つを使用してください。3つすべてを統合しようとすると、エンジニアリング予算を吸収するが変換を向上させない重複排除作業が発生します。
価格モデルと実際の支払額
Rapnetは階層型の年間会員制です。基本的なリスティング会員は低数百ドル/年から始まり、バルクフィードアクセス付きの本格的な取引会員は数千ドル/年に達します。価格リスト自体は別のサブスクリプションです。その上に石ごと、またはAPI呼び出しごとの手数料はありません。
Nividaはトランザクション手数料モデルです。API アクセスには料金を支払いません。Nividaはストアフロント経由で石が売れた時のマークアップで収益を得ます。小売宝飾店にとっては、統合の初期コストがゼロであることが大きな利点となります（カタログがまだ試験的段階の場合、特にそうです）。
IDEXはRapnetと似た形の年間サブスクリプションを運営しており、基本的なリスティング階層より上のAPIティアが設定されています。API と検証サービスが必要な場合、価格は高めに設定されています。
API統合の実際の感覚
私は本番環境で少なくとも各1つをリリースしています。開発者側からの正直な評価は以下の通りです。
Nividaは圧倒的に最も簡単です。REST、OAuth、JSON、ウェブフック。石ごとのペイロードは密度が高く、価格設定、完全なGIA認定書JSON、ビデオURL、画像、磨き/対称性/蛍光性/計測値/カット詳細を含みます。ストアフロントがすでにモダンスタックにある場合、1週間で機能するダイヤモンド検索インターフェースを構築できます。
Rapnetは「毎日CSVをダウンロード」というルートを選択する場合は問題ありません。統合の80%がこのパスを取ります。APIサーフェスは古いもので、ドキュメントではSOAPとSOAPスタイルのXMLエンベロペを理解していることが想定されています。Next.jsストアフロントの場合、これは厄介です。通常、CSVをポーリングして自分のデータベースに正規化する同期レイヤーを記述することになり、これはどのプラットフォームでもお勧めするアーキテクチャです。
IDEXはRapnetと形状は似ていますが、エッジがより粗いです。同じ日次CSVパターンが機能します。リアルタイムAPIが必要な場合は、他のものより長い統合期間を想定してください。
メディア、動画、および石ごとの体験
ここがNivodaが小売向けサイトで優位に立つところです。石ごとのペイロードには、大多数の在庫に対して360度動画URLが含まれており、さらに証明書PDFと証明書JSONも付属しています。購入者が手に持つことができない石に自信を持つことが換算に依存するサイトにとって、これは重要です。
RapnetとIDEXはどちらも、サプライヤーが提供している動画URLを表示しますが、カバレッジはまばらで、フォーマットは異なります（V360もあれば、Diamooもあれば、SARINEビューアもあります）。3つすべてに対応する一貫したプレーヤーを構築することは、本当に大変な作業です。
購入者もディーラーであり、証明書番号を信頼する卸売業者サイトの場合、動画ギャップの重要性は低くなります。エンドコンシューマーに販売する小売またはD2Cサイトの場合、ギャップは有意義な換算差です。
ラボ成長ダイヤモンド専用
ラボ成長ダイヤモンドは、過去3年間で最も急速に変化したダイヤモンド市場の部分です。卸売側では価格が暴落し、証明書エコシステムが成熟し（IGIはGIAが天然ダイヤモンドを支配する方法でラボ成長証明書を支配）、供給が市場に殺到しました。
Nivodaは最も強いラボ成長ストーリーを持っています。固定価格マーケットプレイスは、毎週Rapnetリスト化されたラボ成長価格を破壊する卸売価格変動問題を排除します。ラボ成長初のストアフロントを構築している場合、Nivodaがデフォルトです。
Rapnetはラボ成長セクションを持っていますが、価格設定はまだリアルタイムで卸売市場を追跡しており、これはストアフロント価格を積極的に更新して、1週間で8%低下する石での損失を避ける必要があることを意味します。IDEXはラボ成長を持っていますが、3つの中で最も選択肢が小さいです。
2つのフィードを統合する時期
実際の理由がある。最も一般的なのは、Rapnetで10年やってきたダイヤモンド卸売業者で、既存の買い手がRapnetのリスティングの流れ続くのを期待している一方で、Nivodaが石ごとのメディアとクリーンなチェックアウトフローを提供する小売向けのD2C直販サイトも欲しいというケースだ。アーキテクチャは2つの独立した在庫プールで、1つのストアフロントを通じて表示され、GIA認定番号で重複排除され、原産地メタデータがあるため、買い手向けUIはどのフィードから石が来たかを知る必要がない。
もう1つのケース：具体的な原産地要件がある場合だ。例えば、タンザニア産天然ダイヤモンドを大量に必要としており、あるプラットフォームがその原産地の供給が他より強い場合だ。この場合、2フィード統合は正当化されるが、稀なケースだ。
モダンスタックでどう見えるか
どのフィードを選ぶにせよ、アーキテクチャは同じ形をしている。スケジュール時間にフィードを引っ張ってくるシンク workers（CSVは日次、モダンAPIは時間単位またはウェブフック駆動）、自社データベースの正規化在庫テーブル（Postgres で問題ない。Supabase は2026年のほとんどのジュエリーサイトにとって最も簡単なパス）、そしてストアフロント向けにそのテーブルをインデックスする検索レイヤーだ。スケールに応じてAlgoliaまたはTypesenseを検索に使い、ストアフロント自体はリアルタイム在庫更新が必要かどうかによってNext.jsまたはAstroで構築する。
ページロードのたびにフィードAPIをライブで照会するパターンは避けること。レイテンシが悪く、レート制限に引っかかり、在庫を自社メタデータで充実させる能力を失う（価格設定、説明文、フィルター）。自社テーブルへのシンクパターンは普遍的であり、フィード選択によって変わらない。
率直な推奨
2026年に新しくダイヤモンドeコマースサイトを構築する場合—D2C、B2C、またはハイブリッド—Nivodaから始めるべき。統合速度、石ごとのメディア、ラボ育成ダイヤモンドのストーリーが構築に最も高い効果をもたらし、トランザクション手数料モデルが初期費用の異議を取り除く。
既存のRapnet関係を持つ確立した卸売業者の場合、顧客はすでにRapnetを期待している。Rapnetをプライマリとして保持し、小売向けストアフロントが欲しければNivodaを上に重ねて、特定の原産地またはサプライヤーの理由がない限りIDEXはスキップしてよい。
トレード向けに構築していて買い手が他のディーラーの場合、Rapnetは依然として正しいデフォルトだ。Nivodaのメディア充実の議論は、買い手が認定番号を信頼している場合、重要性が低い。
3つのケースすべてで、プラットフォーム選択より時間をかける価値がある質問は、在庫をどのようにシンク、正規化、提示するかのアーキテクチャだ。プロジェクトの成功と失敗はここで決まる。プラットフォームはより簡単な半分だ。
これがあなたがスコープしているプロジェクトなら
ダイヤモンドと宝石商向けのサイトを構築しています。実際に流通に合ったフィードを使用します。通常はD2CではNivoda、卸売ではRapnet、サプライヤーが要求する場合はIDEXを使うこともあります。詳細な要件と価格は宝石商向けWebサイトソリューションのページに記載されています。そこには色石のパーセル価格、ラボ証明書の表示、および取引購入者向けの価格をゲートするディーラーポータルパターンが含まれています。ページをスキップして30分間の通話を予約することもできます。