マーケットプレイスXML統合 2026 — 要点まとめ
XML統合は、 1つのサプライヤーフィード（またはマスターカタログ） を 販売しているすべてのマーケットプレイスに結び付けるものです。2026年のトルコでは、少なくとも Trendyol, Hepsiburada, n11, Amazon Turkey, Çiçeksepeti 、 Pazarama が対象となり、多くの場合はそれに加えて IKAS ストアも運営します。同期は、カタログ全体を更新する 15分間隔のスケジュールcron に加え、注文のたびに実行される イベント駆動型の送信 によって行われ、在庫の減少が数秒で反映されます。2026年の重要な修正（度重なるインシデントを受けて6月にリリース）は、重複出品にまたがる MIN在庫による重複排除 です。同じサプライヤーSKUが1つのマーケットプレイスに複数回出品されている場合、同期は在庫値の合計ではなく最小値を使うようになり、過剰販売の最も一般的な原因が解消されました。 GİB経由のe-Fatura は年間売上高₺5M超で義務化されており、 KDVは20% が標準税率です。Zunaproはこのフロー全体を1つのパネルで統合管理します。
2026年トルコのマーケットプレイスXML事情の全体像
以下のカードは、本ガイドで取り上げる8つのプラットフォームとサプライヤーネットワークをまとめたものです。各詳細セクションを読む際の参考にしてください。
Trendyol — トルコ最大のマーケットプレイス
2010年イスタンブールで創業 · 2018年からAlibabaが過半数を保有 · REST API + 一括XMLインポート · ファッション中心のTrendyol Mall
Hepsiburada — 老舗マーケットプレイス + HepsiJet
1998年イスタンブールで創業 · NASDAQ:HEPS · 出品API + XMLフィード · 自社配送のHepsiJet + FBA型のHepsiLojistik
n11 — Doğuş Groupのマーケットプレイス
2013年創業 · Doğuş Group（SK Group撤退後） · SOAP/REST + XML · 幅広いカテゴリー、ファッション／テックに厚み
Amazon Turkey — 世界的大手のトルコ版
2018年9月から稼働 · SP-APIフラットファイル · FBA Tuzla · トルコの在庫からPan-EU FBAへの入り口
Çiçeksepeti — ギフトと当日配送のマーケットプレイス
2006年創業 · ギフト事業から総合マーケットプレイスへ転換 · REST + XML · 当日配送ネットワーク
Pazarama — Yıldız Holdingのマーケットプレイス
2020年創業 · Yıldız Holding（Ülker） · REST + XML · 相対的な取引量でトルコ最速成長のマーケットプレイス
IKAS — トルコのEコマースSaaSプラットフォーム
2017年イスタンブールで創業 · トルコ版Shopifyに相当 · ネイティブXML出力 · マーケットプレイス連携用のヘッドレスAPI
Topbas Toptan — 代表的な卸売サプライヤー
再販業者向けXMLフィードを持つトルコのB2B卸売業者 · 価格帯 · 在庫フィールド · サプライヤー統合のベンチマーク
XMLフィードを12のマーケットプレイスに接続する準備はできていますか？
1つのサプライヤーフィードを取り込み、12のマーケットプレイスへ出力。Trendyol、Hepsiburada、n11、Amazon、Çiçeksepeti、Pazaramaなどを15分ごとに同期し、MIN在庫による重複排除とe-Fatura対応を標準で備えています。
1. 2026年のマーケットプレイスXML統合の仕組み
3層の同期アーキテクチャ
現代のマーケットプレイス統合は、 3層アーキテクチャで動作します。サプライヤー取り込み層、マスターカタログ層、マーケットプレイスごとの送信層です。各層には独自のスケジュール、重複排除、エラー処理があります。
- 第1層 — サプライヤー取り込み：卸売業者／ERPからXML（またはREST、CSV）を取得します。スケジュール： 15分。出力：正規のスキーマに正規化された行データ。
- 第2層 — マスターカタログ（ローカル）：販売者が所有する唯一の信頼できる情報源です。マークアップルール、カテゴリーマッピング、MIN在庫による重複排除ポリシーを適用します。
- 第3層 — マーケットプレイス送信（ターゲット）：Trendyol REST、Hepsiburada出品API、n11 SOAP/REST、Amazon SP-API、Çiçeksepeti REST、Pazarama REST。15分間隔のcron + イベント駆動型の送信。
マスター → ローカル → ターゲット：最も重要なフロー
最も厄介なバグの種類は、「パネル上の在庫は正しく見えたのに、マーケットプレイス上では間違っていた」というものです。記録されたほぼすべてのケースで、根本原因は マスター → ローカル間の同期ずれであり、ローカル → マーケットプレイス間ではありませんでした。2026年6月のMIN在庫による重複排除の修正は、まさにこの種類のバグに対するものでした。ローカル層が最小値を取る代わりに重複分を合計していたのです。
cronとイベント駆動型送信
2026年の業界標準は 両方を使うこと:
- 15分間隔のスケジュールcron — カタログ全体を更新し、イベント層が取りこぼしたものを拾います。イベントバスの障害にも強い仕組みです。
- 注文イベント時のイベント駆動型送信 — 注文が成立するたびに、他のすべてのマーケットプレイスへ即座に在庫減少を送信します。平均レイテンシー： 30秒未満.
cronのみの同期（1日1回、あるいは1時間ごと）を行っている販売者は、フラッシュセール中に頻繁に過剰販売を起こしています。2026年において、15分間隔のcronが許容できる最低限のスケジュールです。
💡 在庫同期アーキテクチャの詳細解説を読む
マスター → ローカル → ターゲットの詳細：cronのタイミング、イベントバスの設計、MIN在庫による重複排除の根拠、そしてトルコのマーケットプレイス同期で私たちが見てきた過去のバグの一覧。
2. Trendyol — 最大手マーケットプレイスのXML統合
Trendyolの概要
Trendyol はトルコEコマースの重心です。2010年にイスタンブールで創業し、 2018年にAlibabaに過半数を買収されました。現在は 3,000万人以上のアクティブ顧客を抱え、 24万以上の販売者が出店し、毎月 トルコのインターネットユーザーの約55〜60% にリーチしています。このプラットフォームはファッション専門の「Trendyol Mall」として始まり、あらゆるカテゴリーに拡大してきましたが、現在もファッションが最も多くの商品を扱う分野です。
TrendyolのマーケットプレイスAPI + XMLフロー
Trendyolには2つの取り込み経路があります。 RESTマーケットプレイスAPI （在庫・価格の更新、注文、返品のための正規の経路。トークン + supplierIdで認証）と、 一括XMLインポート （初回のカタログ登録や大規模なカテゴリー移行に使用）です。日常的な運用では、ZunaproはRESTのみを使用し、一括XMLは移行時に限定しています。在庫と価格の更新は、cronの実行ごとに1,000 SKU単位のバッチにまとめられます。
2026年のTrendyol手数料帯
Trendyolの手数料体系はカテゴリーごとに段階的に設定されており、大きく3つの帯があり、さらにオプションでTrendyol広告が加わります。手数料はTrendyolのSeller Centerで定期的に更新されます。
TrendyolのXMLフィールドマッピング
Trendyolの正規のペイロードには、次の項目が必要です： barcode （GTIN-13、主な照合キー）、 stockCode （販売者SKU、副次的な照合キー）、 title （120文字以内）、 listPrice + salePrice （KDV込み）、 quantity （MIN在庫による重複排除が適用される項目）、 categoryId, attributes[] （色／サイズ／素材など、カテゴリーによって異なる）、そして images[] （1〜8枚、HTTPS、正方形推奨）。
📘 Trendyol統合ガイドの全文を読む
Trendyol REST APIの設定、一括XMLインポート、カテゴリー属性のマッピング、Trendyol Mallのファッション固有フィールド、Trendyol広告の入札、そして10分で完了するZunaproの接続フローを解説しています。
3. Hepsiburada — HepsiJet物流を持つ老舗マーケットプレイス
1998年の先駆者からNASDAQ上場マーケットプレイスへ
Hepsiburada はトルコで最も歴史のある大規模Eコマースプラットフォームで、 1998 年に Hanzade Doğan Boyner によってDoğan Groupの一員として創業されました。2021年のNASDAQ上場（HEPS）を経て、現在このマーケットプレイスは 1,300万人以上のアクティブ顧客 を抱え、 10万以上の第三者販売者が出店しています。家電、生活家電、大型商品のカテゴリーが引き続き最も強い分野であり、その一因は大型商品を扱えるHepsiJetの配送ネットワークにあります。
HepsiJetとHepsiLojistik — 物流の構成
HepsiJet はHepsiburadaの自社ラストワンマイル配送ブランドです。 HepsiLojistik はFBAに相当するサービスです。販売者は在庫をHepsiburadaの倉庫（Gebze、Esenyurt）に送り、Hepsiburadaがピッキング、梱包、HepsiJetによる発送を担当します。HepsiLojistikで出荷される出品には「Hızlı Kargo」バッジが付き、優先的に表示されます。
HepsiburadaのXML統合の経路
Hepsiburadaの出品APIはJSON-RESTとXMLの両方のペイロードを受け付けます。2026年のベストプラクティスは、差分更新にはJSON-REST、一括インポートにはXMLを使うことです。フィールドマッピングには次の項目が必要です： merchantSku （主キー）、 barcode （副次キー）、 productName （200文字以内）、 price + availableStock （KDV込み）、 brand + categoryId （完全一致が必要）、 attributes、そして images （最低1枚、5枚以上推奨）。
重要なMIN在庫による重複排除のケース
Hepsiburadaは、重複出品による過剰販売のインシデントが連鎖的にピークに達したマーケットプレイスであり、それが2026年6月のZunaproの修正に直接つながりました。販売者のマスターSKUがHepsiburadaに2回出品されていた場合（多くは複数倉庫の構成やバリエーションの衝突が原因）、旧来の同期ロジックは重複分を合計し、実際の在庫の2倍や4倍を報告していました。実在庫を超える注文が殺到し、販売者評価のペナルティが続きました。MIN在庫による重複排除ポリシー（重複出品にまたがって合計ではなく最小値を取る）によって、この問題は解消されました。
2026年のHepsiburada手数料帯
📦 Hepsiburada統合ガイドの全文を読む
出品APIの設定、HepsiJetの配送オプション、HepsiLojistik（FBA）の利用開始、属性マッピング、そして過剰販売を防ぐMIN在庫による重複排除の設定を解説しています。
4. n11 — Doğuş Groupの総合マーケットプレイス
SK GroupからDoğuşへ — 戦略的な再出発
n11 は 2013 年に、韓国の SK Group と Doğuş Holdingの合弁事業として開始されました。SKの撤退後、n11はDoğuşの完全子会社となりました。2026年時点では 顧客900万人以上 、 販売者6万以上を擁し、ファッション、テック分野に強みを持ち、長年続くロイヤルティプログラムによって築かれたリピーター層を抱えています。
n11の統合：SOAP + REST + XML
n11は、トルコで最も統合インターフェースが多様なマーケットプレイスです： SOAP API （当初からの経路で、一部のカテゴリー属性のエンドポイントで現在も使用）、 REST API （在庫・価格・注文操作のための現代的な経路）、そして 一括XML （カタログのインポート用）。Zunaproのn11アダプターは、この3つすべてを1つのインターフェースの背後にまとめているため、販売者がSOAPエンベロープを直接目にすることはありません。2026年の推奨構成は、日常的な運用にREST + 移行時に一括XMLです。
2026年のn11手数料帯
統合のヒント： n11のSOAP APIでは、一部のカテゴリーで新しいSKUを追加する際に、依然として特定のカテゴリー属性の呼び出しが必要です。ZunaproはSOAP→RESTの変換を透過的に処理しますが、独自に統合を構築する場合は、n11だけで少なくとも1週間を見込んでおきましょう。 n11コネクターのドキュメントを見る →
🛒 n11統合ガイドの全文を読む
SOAPとRESTのエンドポイント、カテゴリー属性のマッピング、ロイヤルティプログラムへの参加、そして他のプラットフォームから移行する販売者向けの一括XML移行の手順を解説しています。
5. Amazon Turkey — 世界的大手のトルコ版
2018年のトルコ進出とFBA Tuzlaハブ
Amazonはトルコ向けストア amazon.com.tr を 2018年9月に開設し、トルコ語の検索、カスタマーサービス、そしてマルマラ地方をカバーする専用の FBA Tuzla フルフィルメントセンターを設けました。2026年時点でAmazon Turkeyは トルコの顧客700万人以上を抱え、プレミアム家電、英語書籍、キッチン家電、越境販売対象のSKUといったカテゴリーに強みが集中しています。
SP-APIフラットファイルと直接API
Amazon Turkeyでは、標準の Selling Partner API（SP-API）を使用します。在庫と価格の更新は、 フラットファイルフィード （在庫と価格の列を持つTSVファイル。XMLに最も近い形式で、大量の一括更新に使用）または リアルタイムのSP-API呼び出し （個々のSKU操作のためのJSON-REST。価格改定ツールやイベント駆動型の送信に使用）で送信できます。Zunaproは15分間隔のcronでフラットファイルを送信し、イベント駆動型の更新ではSKU単位のSP-API呼び出しに切り替えることで、Amazonの在庫データをマスターの正しい値から30秒以内に保ちます。
Buy Boxと価格改定
Buy Boxは売上の大部分の入り口であり、特定のASINの総販売数の80%以上を占めることも珍しくありません。Buy Boxを獲得できるかどうかは、価格競争力、FBAの利用状況、アカウントの健全性、配送スピードによって決まります。Zunaproの価格改定ツールはSP-APIと連携し、販売者が設定した下限・上限の範囲内で数分ごとに価格を調整します。
2026年のAmazon Turkey手数料帯
販売手数料に加えて、Amazon Turkeyの大口出品者は 月額約₺399の登録料 （現在はUSDではなくTRY建て）を支払い、FBA Tuzlaを利用する場合はFBA配送代行手数料もかかります。
📘 Amazon Turkey統合ガイドの全文を読む
SP-APIの設定、FBA Tuzlaの利用開始、フラットファイルフィードのスキーマ、価格改定ルール、そしてトルコの在庫からのPan-EU越境販売の対象条件を解説しています。
6. ÇiçeksepetiとPazarama — 急成長する専門チャネル
Çiçeksepeti — ギフト専業から多角的なマーケットプレイスへ
Çiçeksepeti は 2006 年に花とギフトの専業サービスとして開始し、徐々に総合マーケットプレイスへと転換してきました。2026年時点で 1,100万人以上の顧客 を抱え、ギフト、インテリア、化粧品、当日配送のカテゴリーに強みを持っています。もともと花の配送のために構築された当日配送ネットワークは、現在では競争上の差別化要因となっています。
ÇiçeksepetiのXML統合
ÇiçeksepetiはREST APIの呼び出しとXMLフィードの両方を受け付けます。フィールドマッピングでは sellerStockCode を主な照合キーとし、さらにギフト向けで特に厳格なカテゴリー属性セット（用途、贈る相手、カラーテーマ）を使用します。
Pazarama — 急成長するYıldız Holdingの新興勢力
Pazarama は 2020 年に、 Yıldız Holding（Ülker、Godivaの親会社）によるマーケットプレイス型Eコマースへの参入として開始されました。2026年時点で 400万人以上の顧客 を抱え、相対的な取引量でトルコ最速の成長を遂げているマーケットプレイスとして広く知られています。Yıldızが日用消費財（FMCG）企業であることから、食品、スナック、ベビー、ホームケアのSKUで強い存在感を持っています。
PazaramaのXML統合
Pazaramaは、Trendyolのスキーマに近いフィールドマッピングを持つ、すっきりとしたREST + XMLの組み合わせを採用しています。Trendyolから移行する販売者は、通常ほとんど再マッピングを必要としません。利用開始は非常に早く、新規販売者の多くは申請から24時間以内にアカウントが有効化されます。
2026年の専門チャネルの手数料帯
🎁 ÇiçeksepetiとPazaramaの統合ガイドを読む
REST + XMLのエンドポイント、ギフトカテゴリーの属性、当日配送のルール、PazaramaでのFMCGの位置付け、そしてTrendyol→Pazaramaの移行ショートカットを解説しています。
7. IKASストアとサプライヤーXMLフィード（Topbas Toptan）
IKAS — トルコ発のEコマースSaaS
IKAS は 2017年にイスタンブールで Shopifyに対するトルコ発の回答として創業しました。2026年時点で 3万以上の加盟店ストア を支えており、国内の決済（PayTR、iyzico、Param）、配送（Aras、DHL、Yurtiçi）、KDV処理との深い統合を標準で備えています。複数のマーケットプレイスで販売する販売者にとって、IKASは2つの役割を果たします。マーケットプレイスと並行して運営する自社ストアとしての役割と、ZunaproがTrendyol、Hepsiburada、n11などへ外向きに反映する、すっきりとしたREST API + XML出力としての役割です。
マスターカタログとしてのIKAS
2026年には、多くのトルコの販売者がIKASを マスターカタログとして使用しており、ZunaproがIKAS APIを正規の情報源として読み取り、マーケットプレイスへ送信しています。このパターンは、最初にIKASで構築し、後からマーケットプレイスを追加したD2Cブランドによく見られます。統合にかかる時間は約10分です。IKASのAPI認証情報を貼り付け、反映するコレクションを選ぶだけで、あとはZunaproが処理します。
Topbas Toptan — 代表的な卸売業者のXML
Topbas Toptan はトルコの大手B2B卸売業者の1つで、参考例として役立ちます。TopbasのXMLフィードには、 価格帯 （小売価格とは別の再販業者向け価格）、 在庫フィールド （個数単位とカートン単位）、 画像URL （セミコロン区切りのリスト）、そして正規のSKUに直接対応する安定した stok_kodu フィールドが含まれています。
40以上の構築済み卸売業者アダプター
Zunaproは、 40以上のトルコの卸売業者 向けの構築済みXMLアダプターを提供しています。Topbas Toptan、B2BORA、MOY、Modabu、Modasonsuz、Toptanbulなどが含まれます。新しい卸売業者のXMLを追加するのにかかる時間は通常30分未満です。フィードのURLを貼り付けると、パーサーが文字コード（UTF-8 / ISO-8859-9）、CDATAラッパー、レコード単位の要素を自動検出します。ソースのフィールドを正規のスキーマへドラッグ＆ドロップしてマッピングを保存すれば（同じ卸売業者を使うすべての販売者で再利用可能）、最初の同期がすぐに実行されます。
卸売業者に関するヒント： トルコの卸売業者の多くは、UTF-8ではなくISO-8859-9（Latin-5）でXMLを公開しています。これはUnicode以前のERPシステムの名残です。Zunaproは文字コードを自動検出しますが、独自のパーサーを作る場合は、BOMなしのLatin-5のケースを必ず処理してください。 卸売業者XMLリファレンスの全文を見る →
🏭 サプライヤーXML統合ガイドを読む
マスターカタログとしてのIKAS、Topbas ToptanのXMLリファレンス、40以上の構築済み卸売業者アダプター、文字コードの処理、そして新しいサプライヤーを30分未満で導入する方法を解説しています。
手数料と同期の比較表 2026 — 全マーケットプレイス
XMLフィードの送信先を選ぶうえで最も役立つ資料は、手数料を並べて比較した表です。以下の表は、2026年の手数料帯、統合経路、同期の特徴をまとめたものです。
| マーケットプレイス | 低手数料帯 | 中手数料帯 | 高手数料帯 | 統合経路 / 月額料金 |
|---|---|---|---|---|
| Trendyol | 8% – 14% | 14% – 19% | 18% – 25% | REST API + 一括XML · 無料アカウント · Trendyol広告は任意 |
| Hepsiburada | 7% – 13% | 13% – 18% | 17% – 24% | 出品API（JSON/XML） · 無料アカウント · FBA利用時はHepsiLojistik手数料 |
| n11 | 9% – 14% | 14% – 18% | 17% – 22% | SOAP + REST + 一括XML · 無料アカウント |
| Amazon Turkey | 8% – 13% | 13% – 17% | 15% – 20% | SP-APIフラットファイル + REST · 大口出品者は月額約₺399 + FBA |
| Çiçeksepeti | 10% – 15% | 15% – 18% | 18% – 22% | REST + XML · 無料アカウント · 当日配送オプション |
| Pazarama | 8% – 12% | 12% – 16% | 16% – 18% | REST + XML · 無料アカウント · 24時間の迅速な利用開始 |
表の見方： TrendyolとHepsiburadaは手数料の面でほぼ同等で、リーチではTrendyol、物流ではHepsiburadaが優位です。n11は手数料がやや高めですが、ロイヤルティプログラムによるリーチで補っています。Amazon Turkeyは月額料金がかかる唯一のプラットフォームです。Çiçeksepetiはギフト／化粧品のプレミアムカテゴリー向けに位置付けられており、Pazaramaは新規販売者にとって最も安価な参入先で、FMCGに強みがあります。
2026年トルコの法的枠組み — KDV、e-Fatura、GİB
KDV（トルコの付加価値税） — 標準税率20%
トルコの付加価値税は Katma Değer Vergisi（KDV）と呼ばれ、 Gelir İdaresi Başkanlığı（GİB — 歳入庁）が管轄しています。2026年の標準税率は 20%で、特定のカテゴリーには軽減税率として 10% （基礎食品、子ども向け製品、一部の医療関連）と 1% （生活必需品、農業資材）が適用されます。マーケットプレイスの販売者は、すべてのSKUをマーケットプレイスの画面上で KDV込み で価格設定する必要があります。購入者に表示される総額には、すでに20%（または該当する軽減税率）のKDVが含まれています。Zunaproは、サプライヤーの税抜価格をKDV込みのマーケットプレイス価格に変換する際、カテゴリーごとに正しいKDVを適用します。
GİB経由のe-Faturaとe-Arşiv
トルコの e-Fatura （B2B）と e-Arşiv （B2C）のシステムは、2026年のマーケットプレイス販売者にとって最も重要なコンプライアンス項目です。 e-Faturaは年間売上高₺5M超で義務化されています — すべてのB2B請求書は、販売者のmali mühür（電子財務印）で署名された構造化XML形式で、GİBのe-Faturaシステムを通じて発行しなければなりません。 e-Arşivは年間Eコマース売上高₺500K超で義務化されています。正常に送信されたすべての請求書にはUUIDが付与され、注文と一緒に保存する必要があります。Zunaproは、マーケットプレイスの注文を受け取った時点でe-Fatura / e-Arşiv請求書を自動発行してUUIDを保存し、照合のためにPayTR / iyzico / Paramの精算レポートと突き合わせます。
GİBのXMLスキーマ要件
GİBに準拠したXML請求書は、 UBL-TR 1.2標準 （Universal Business Languageのトルコ向けプロファイル）に従い、7つの必須名前空間とXML要素の厳格な順序を持ちます。検証はGİBの送信エンドポイントで行われ、要素が1つでも誤った位置にあるとバッチ全体が失敗します。Zunaproの請求書モジュールはUBL-TR 1.2に準拠しており、GİBのサンドボックスに対して検証するセルフテスト機能を備えています。
消費者保護 — 通信販売とKVKK
- 14日間の撤回権 （通信販売で購入した商品が対象。Mesafeli Sözleşmeler Yönetmeliği）
- 2年間の法定保証 （B2C販売が対象。商業上の保証とは別）
- KVKK — トルコ版GDPRに相当し、KVKK Kurumuが執行します。購入者データはマーケットプレイスが扱いますが、B2Cの直接の連絡先データについては販売者も共同管理者となります。
2026年、コンプライアンスは任意ではありません。 e-Fatura、e-Arşiv、KDV申告、KVKKには実際の罰則が適用されます。2024年以降、GİBによるEコマース販売者への税務調査は強化されています。Zunaproは、マーケットプレイス統合とあわせて、トルコ向けコンプライアンスパック（e-Fatura / e-Arşivの自動発行、KDVの照合、KVKKの同意管理）を提供しています。 コンプライアンスパックを見る →
8. 在庫・価格同期：15分間隔のcron + MIN在庫ポリシー
15分が2026年の標準である理由
Zunaproの標準の同期cronは 15分 ごとに実行されます。これは3つの制約のバランスを取った結果です。マーケットプレイスのレート制限（Trendyol、Hepsiburada、n11は在庫・価格のエンドポイントに制限を設けており、1万SKUのカタログで15分未満の間隔にすると制限に達します）、在庫切れのリスク（間隔が長いと、平均的な販売速度のストアでもアクセス急増時に過剰販売が起きます）、そしてサプライヤーフィードの更新頻度（トルコの卸売業者の多くは5〜15分ごとにXMLを更新しており、それ以上頻繁に取得しても無駄になります）です。
注文による在庫減少のためのイベント駆動型送信
15分間隔のcronはセーフティネットです。在庫切れを防ぐ主な仕組みは イベント駆動型の送信です。いずれかのマーケットプレイスで注文が成立するたびにイベントが発生し、そのSKUが出品されている他のすべてのマーケットプレイスで即座に在庫が減算されます。エンドツーエンドの平均レイテンシーは 30秒未満で、その大半はマーケットプレイスAPIの往復時間です。
MIN在庫による重複排除ポリシー（2026年6月の修正）
2026年における同期の正確性に関する最も重要な変更は、重複出品にまたがって 在庫の合計（SUM） から 在庫の最小値（MIN） へ切り替えたことです。同じサプライヤーSKUが1つのマーケットプレイスに2回出品されることがあります（複数倉庫、バリエーションの衝突）。旧ロジックは重複分を合計し、在庫を過大に計上していました。新ロジックは最小値を報告します。これは安全な下限値であり、まれに数個少なく表示されることはあっても、過剰販売は決して起こりません。6月の修正以降の本番環境での効果として、影響を受けていた販売者のHepsiburadaとTrendyolにおける過剰販売のインシデントはほぼゼロにまで減少しました。
SKU + バーコード照合とあいまい一致のフォールバック
Zunaproの照合エンジンは3段階のフォールバックを使用します。(1) 在庫コード — サプライヤーの stok_kodu または販売者SKUで、トルコのフィードの約92%を照合します。(2) GTIN / バーコード — EAN-13 / UPC-Aで、残りの約7%をカバーします。(3) タイトル + ブランドのあいまい一致 — 旧来のカタログ向けの最終手段で、手動確認のためにフラグが立てられます。各照合では信頼度スコアが算出され、85%未満の場合は自動公開されずに手動確認のキューに入ります。
⚙️ 在庫同期アーキテクチャの詳細解説を読む
15分間隔のcronの根拠、イベント駆動型送信の設計、MIN在庫による重複排除ポリシー、SKU照合のフォールバックの流れ、そして2024年以降に修正してきたバグの一覧を解説しています。
9. XMLスキーマ、フィールドマッピング、マークアップルール
正規のサプライヤーXMLスキーマ
Zunaproは、Topbas Toptan、B2BORA、IKAS、独自ERPなど、あらゆるサプライヤーXMLを17フィールドからなる1つの正規スキーマに正規化します：
sku,gtin,title,description,brand,categoryprice_net,price_gross,kdv_rate(20 / 10 / 1)stock,stock_unit（個 / カートン / kg）、weight_kg,dimensionscolor,size,images[],attributes{}— 自由形式のキーと値の属性
マークアップルール — サプライヤーの税抜価格からマーケットプレイスの税込価格へ
サプライヤー価格とマーケットプレイスの税込価格の間で、Zunaproは次の順に段階的に評価します。(1) カテゴリー別の割合による マークアップ（例：衣料品は+35%、家電は+18%）、(2) ブランド別の上書き設定; (3) 手数料の吸収 （純利益率を維持するためにTrendyolの手数料率を上乗せ）、(4) KDVの適用 （1 + kdv_rate/100を掛ける）、(5) 端数処理ルール （心理的価格の.99 / .90、またはリラ単位の切りのよい価格）、(6) 競争的な価格改定（任意） — 下限・上限の範囲内で、Buy Boxの最安競合より₺1安く設定。
マーケットプレイスごとのフィールド変換
正規のスキーマは、送信時に各マーケットプレイス固有のペイロード形式に変換されます：
| 正規フィールド | Trendyol | Hepsiburada | n11 | Amazon TR |
|---|---|---|---|---|
| sku | stockCode | merchantSku | productSellerCode | sku (SP-API) |
| gtin | barcode | barcode | gtin | asin / external_id |
| price_gross | salePrice | price | price | standard-price |
| stock | quantity | availableStock | stockItems.quantity | quantity（在庫フィード） |
| title | title | productName | title | item-name |
| category | categoryId | categoryId | categoryId | browse-node-id |
📐 フィールドマッピングのリファレンスを読む
正規スキーマ、マーケットプレイスごとの完全な変換表、マークアップルールの段階的評価、KDVの処理、そして非標準のサプライヤーXML向けのビジュアルマッピング画面を解説しています。
10. 2026年にXMLフィードを接続する方法 — ステップバイステップ
1. ソースを選ぶ — 卸売業者のXML、IKAS、または自社ERP
どのフィードをマスターにするかを決めます：
- 卸売業者のXML （Topbas Toptan、B2BORAなど） — 最も早い方法です。在庫を持つのではなく、再販業者として販売します
- IKASストア — 自社のD2Cプラットフォームが情報源となり、マーケットプレイスは下流に反映されます
- 自社ERP / WMS — 自社で在庫を持ちます。ERPがマスターとなり、マーケットプレイスは下流のターゲットになります
- ハイブリッド — Zunaproは、SKUごとの優先ルールに基づいて複数のソースを統合できます
2. マーケットプレイスを選ぶ（判断フロー）
- 最大限のリーチ、カテゴリー問わず → Trendyol
- 家電、白物家電、大型商品 → Hepsiburada + Trendyol
- ファッション + 化粧品 → Trendyol Mall + Çiçeksepeti + Pazarama
- プレミアムなテック製品、越境販売を目指す場合 → Amazon Turkey + Trendyol
- FMCG、食品、ベビー、ホームケア → Pazarama + Trendyol + Hepsiburada
- ロイヤルティ重視のリピーター → n11 + Trendyol
2026年に成果を上げている典型的な構成は、 Trendyol + 2〜3の専門マーケットプレイスを、すべて1つのマスターXMLから反映させるものです。
3. 会社登記とe-Faturaの有効化
必要なものは、 トルコの法人 （şahıs / Ltd. Şti. / A.Ş.）、 vergi levhası （GİBの納税登録証）、 mali mühür （e-Fatura署名用の電子財務印証明書）、 e-Faturaの有効化 （GİBポータル経由。売上高₺5M超で義務）、そして e-Arşivの有効化 （Eコマース売上高₺500K超で義務）です。
4. マーケットプレイスの販売者アカウント作成
各ポータルで販売者アカウントを作成します： Trendyol Partner （partner.trendyol.com）、 Hepsiburada İş Ortağım, n11 Mağaza, Amazon Seller Central, Çiçeksepeti İş Ortağım, Pazarama Satıcı Paneli。承認には通常1〜7営業日かかります。最も早いのはPazarama（多くの場合24時間以内）、最も遅いのはAmazon（確認書類が必要）です。
5. Zunaproで接続する（10分で完了する統合）
- Zunaproにサインイン し、トルコモジュールを開きます
- サプライヤーのXML URLを貼り付けます — パーサーがスキーマ、文字コード、レコード構造を自動検出します
- フィールドをマッピングします — サプライヤーのフィールドを正規スキーマにドラッグします。Zunaproは機械学習を使ってマッピングを提案します
- 各マーケットプレイスを接続します — Trendyol、Hepsiburada、n11、Amazon、Çiçeksepeti、Pazaramaの各タイルにAPIキー / OAuth認証情報を貼り付けます
- マークアップルールを設定します — カテゴリー別の割合、ブランド別の上書き設定、KDV税率
- e-Fatura / e-Arşivを有効にします — mali mühür証明書をアップロードすれば、あとはZunaproが処理します
- ドライラン検証を実行します — Zunaproが最初の50 SKUについて送信先ペイロードの全体をプレビューします。実際にはマーケットプレイスへ送信されません
- 本番稼働 — 1,000 SKUのカタログなら最初の同期は約10分で完了し、1万SKUのフルカタログでも通常1時間以内に完了します
XMLフィードを12のマーケットプレイスに接続
Trendyol + Hepsiburada + n11 + Amazon + Çiçeksepeti + Pazarama + IKAS + 5つの専門チャネル — 1つのサプライヤーXMLから12の出力、15分間隔の同期、MIN在庫による重複排除、e-Fatura対応。10分で統合でき、デモは不要です。
今すぐXMLフィードを接続 →マーケットプレイスXML統合 FAQ 2026
2026年のマーケットプレイス向けXML統合とは何ですか？
XML統合とは、サプライヤーフィード（またはマスターカタログ）と1つ以上のマーケットプレイスの間で、SKU、価格、在庫数、画像、属性といった構造化された商品データを自動的にやり取りすることです。2026年には、トルコの主要マーケットプレイス（Trendyol、Hepsiburada、n11、Amazon、Çiçeksepeti、Pazarama）すべてがXMLまたはRESTの商品フィードを受け付けています。
Zunaproは1つのサプライヤーXMLを取り込み、15分ごとに最大12の送信先へ同期データを送信します。さらに注文のたびにイベント駆動型の送信を行い、在庫切れの反映時間を30秒未満に保ちます。
2026年、在庫と価格の同期はどのくらいの頻度で実行すべきですか？
2026年の業界のベストプラクティスは、カタログ全体の同期を行う 15分間隔のスケジュールcron に加え、注文をきっかけとした在庫減少のための イベント駆動型の送信 を組み合わせることです。Zunaproはマスター→ローカルを15分間隔で、ローカル→マーケットプレイスのイベントを注文のたびに実行し、99%のケースで在庫切れの反映時間を30秒未満に保っています。
手動または1日1回のみの同期スケジュールでは過剰販売が発生し、TrendyolやHepsiburadaのSLAに違反して販売者評価のペナルティにつながります。30分を超える間隔は、2026年の業界標準を下回ります。
2026年、XMLフィードが必要なトルコのマーケットプレイスはどこですか？
2026年には、トルコの主要マーケットプレイスすべてが構造化された商品フィードを受け付けています。TrendyolはREST API + 一括XMLインポート、Hepsiburadaは出品API + XMLフィード、n11はSOAP/REST + XML、Amazon TurkeyはSP-APIフラットファイル、ÇiçeksepetiはREST + XML、PazaramaはREST + XMLです。
IKASストアは、自社データをマーケットプレイスに送る販売者向けにネイティブのXML出力を提供しています。サプライヤー→再販業者のフローでは依然としてXMLが主流の形式ですが、マーケットプレイス側の取り込みは現在ほとんどがREST JSONで、XMLは一括移行時の代替手段となっています。
重複出品のMIN在庫による重複排除とは何ですか？
同じサプライヤーSKUが同じマーケットプレイスに複数回出品されている場合（例：バリエーションの衝突、複数倉庫、複数ベンダー）、単純な同期では重複分を合計して在庫を過大に計上してしまうことがあります。Zunaproの2026年の修正では、すべての重複出品にまたがって合計ではなく 在庫の最小値（MIN） を取ることで、過剰販売の最も一般的な原因を解消しました。
この修正は、複数倉庫の構成を持つベンダーが実際の2倍から4倍の在庫を報告していたインシデントがHepsiburadaとTrendyolで繰り返し確認されたことを受けて、2026年6月にリリースされました。本番環境での効果：影響を受けていた販売者の過剰販売インシデントはほぼゼロに減少しました。
Zunaproはマーケットプレイスの注文に対してGİB経由のe-Faturaに対応していますか？
はい。Zunaproは、すべてのマーケットプレイスの注文について、GİBの統合エンドポイントを通じてe-Fatura（2026年から年間売上高₺5M超で義務）とe-Arşiv請求書を自動発行します。KDV（トルコの付加価値税、標準税率20%）は商品の明細行ごとに計算され、請求書は販売者のmali mühür証明書で署名され、UUIDは注文と一緒に保存されます。
PayTRの精算照合はe-Faturaの台帳と自動的に突き合わされるため、会計データのエクスポートはワンクリックで完了します。請求書モジュールはUBL-TR 1.2に準拠しており、GİBのサンドボックスに対して検証を行います。
XML統合におけるSKUとバーコードの照合はどのように機能しますか？
Zunaproは、受信したサプライヤーXMLの行をマーケットプレイスの出品と照合する際に、3段階のフォールバックを使用します。まずサプライヤーSKU + 販売者の在庫コード、次にGTIN/EAN-13バーコード、最後に商品タイトル + ブランドのあいまい一致です。
トルコのサプライヤーフィードの約92%は在庫コードに依存しており、残りはバーコードによるフォールバックでカバーされます。照合エンジンはMIN在庫ポリシーに基づいて重複を排除し、あいまいな照合（信頼度85%未満）については、公開前にパネル上で手動確認するためのフラグを立てます。
Topbas Toptanやその他のトルコの卸売業者をXMLで接続できますか？
はい。Topbas Toptan、B2BORA、MOY、Modabu、Modasonsuz、Toptanbulをはじめ、トルコの主要な卸売業者のほとんどが再販業者ネットワーク向けにXMLフィードを公開しています。Zunaproは、価格帯、在庫フィールド、画像URLの慣例を含む、40以上のトルコの卸売業者のXMLスキーマに対応した構築済みコネクターを備えています。
新しい卸売業者のXMLを追加するのにかかる時間は通常30分未満です。URLを貼り付けて4つの主要フィールド（SKU、価格、在庫、タイトル）をマッピングすれば、文字コード（UTF-8かISO-8859-9か）、CDATAラッパー、レコード単位の要素を含め、残りはZunaproが自動検出します。
サプライヤーXMLとマーケットプレイスAPIの違いは何ですか？
サプライヤーXML は受信側です。卸売業者が全カタログ（価格、在庫、画像）を含む静的なXML URLを公開し、再販業者がスケジュールに従って取得します。 マーケットプレイスAPI は送信側です。再販業者がRESTまたはSOAPのエンドポイントを通じて、Trendyol、Hepsiburadaなどへ出品、価格更新、在庫変更を送信します。
Zunaproはその間の変換レイヤーとして機能し、サプライヤーXMLをマスターカタログに正規化した上で、マーケットプレイスごとの形式に整えたペイロードを送信します。販売者が目にするのは1つのパネルだけで、双方向の統合の複雑さは隠されています。
ZunaproでのXML統合にはどのくらい時間がかかりますか？
約10分 です（1つのサプライヤーXMLを1つのマーケットプレイスに接続する場合）。フィールドマッピング、カテゴリーの割り当て、KDVの設定、最初の在庫・価格同期を含みます。
複数マーケットプレイスへの完全な展開（1つのサプライヤーXMLを12のマーケットプレイスすべて — Trendyol、Hepsiburada、n11、Amazon、Çiçeksepeti、Pazarama、さらにIKASストアと専門チャネル — に接続）は、5,000 SKUのカタログで通常1時間以内に完了します。Zunaproのオンボーディングウィザードは、既存のIKAS、Shopify、WooCommerce、独自のカタログを自動検出し、機械学習を使ってマッピングを提案します。
サプライヤーXMLの在庫がゼロになるとどうなりますか？
Zunaproは、次の同期サイクル内（最大15分、イベント駆動型の送信なら平均30秒）に、接続されているすべてのマーケットプレイスへ在庫ゼロの更新を送信します。出品は削除されず、在庫切れとしてマークされるため、これまでのSEOやレビューの履歴は保持されます。
サプライヤーが再入荷すると、出品は自動的に再開されます。オプションで「安全在庫」のしきい値（例：サプライヤーの報告が3個以下になったら在庫切れとしてマーク）を設定し、サプライヤーのリアルタイム在庫と公開されているXMLとの間の小さなずれを吸収することもできます。
XML統合で価格のマークアップルールを追加できますか？
はい。Zunaproはチャネルごとに複数段階のマークアップルールを適用します。カテゴリー単位の割合（例：衣料品は+35%、家電は+18%）、KDV込みの固定額の上乗せ、Trendyolの手数料を吸収するためのマーケットプレイス固有の追加料金、そして競争的な価格改定ルール（例：Buy Boxの最安競合より常に+1₺）です。
すべてのルールは段階的に適用され、同期時に評価されるため、サプライヤーの価格変更は数分以内に自動的にマーケットプレイス価格の再計算へと反映されます。下限・上限のガードにより、価格改定ツールの暴走を防ぎます。
サプライヤーのXML形式が非標準の場合はどうなりますか？
ZunaproのXMLアダプターは、ビジュアルマッピング画面を通じて任意のXML構造を受け付けます。XML URLを貼り付けると、パーサーがレコード単位の要素（通常は <product>, <urun>, <item>）を自動検出し、ソースのフィールドを正規スキーマ（sku、title、price、stock、brand、gtin、images、attributes）へドラッグ＆ドロップするだけです。
一度マッピングすれば、同じ卸売業者を使うすべての販売者でアダプターを再利用できます。トルコのサプライヤーによく見られる慣例（CDATAラッパー、TL/USDの価格列、セミコロン区切りの画像リスト、ISO-8859-9の文字コード、小数点にカンマを使う価格形式）は自動的に処理されます。
マーケットプレイスのXML統合を使うにはトルコの会社が必要ですか？
販売するには必要です。トルコのすべてのマーケットプレイスでは、vergi levhasıを持つトルコの法人（şahıs、Ltd. Şti.、またはA.Ş.）が求められます。XML統合そのものは技術的にどこでも使えますが、同期されたデータを利用するマーケットプレイスの販売者アカウントには、トルコでの納税登録が必要です。
海外の販売者は通常、トルコに法人を設立し（şahısが最も早く、多くの場合1週間以内）、Zunaproを統合レイヤーとして利用します。Amazon Pan-EU FBAを通じた越境のみのルートもありますが、その場合は国内のマーケットプレイスを経由しません。
10分でXMLフィードを12のマーケットプレイスに接続
Trendyol · Hepsiburada · n11 · Amazon · Çiçeksepeti · Pazarama · IKAS · 5つの専門チャネル — 1つのサプライヤーXMLから12の出力、15分間隔の同期、MIN在庫による重複排除、GİB経由のe-Fatura。デモ不要、長期契約なし。今すぐXML統合を始めましょう。
⚙️ XMLフィードを接続 →お困りですか？
関連サービス: マーケットプレイス