四つのプラットフォームで売るなら、
すべてを四回書くことになります。
商品は同じです。Amazon はタイトルにキーワードを詰めることを、淘宝は三十文字を求めます。メイン画像はこちらが 1:1、あちらが 3:4。同じ不満が一方では星一つのレビュー、もう一方では返品理由として届きます。Orkas は各店舗が求める形を知っているデスクトップアプリなので、商品の説明は一度で済み、そこから各版が出てきます。
プラットフォームごとに繰り返す四つのこと
同じ SKU、四つの異なるページ
Amazon はキーワード密度の高いタイトルと五つの箇条書きを求めます。Shopify は段落を求めます。淘宝は 30 字のタイトルと長い画像列を求めます。Etsy はタグを求めます。商品を一度書いてから四回作り直す。そこで一日が溶けます。だから各プラットフォームが求める形は本体が覚えていて、説明は一度で済み、そこから各版が出ます。
一度の撮影、すべての比率
メイン画像、詳細ページの縦長画像、SNS 用の正方形、広告用の縦型——すべて一度撮った同じ商品です。先にクリエイティブを決めてから画像を作ります。生成には自分の写真を参照として使うので、ラベルの文字も色もそのまま残り、「似ているだけ」のものになりません。
四つの管理画面に散らばったレビュー
同じ不具合が Amazon では星一つ、Shopify では返品理由、淘宝では中評として現れ、三つ全部を読む人はいません。三つとも書き出して渡してください。購入者の識別情報を先に取り除き、複数のソースの苦情を同じテーマにまとめ、先に直すべき順に並べます。梱包を変えれば済むものと、そもそも出品文で約束すべきでなかったものは分けて示されます。
決して揃わない数字
プラットフォームごとに書き出されるレポートは異なり、同じ列に別の名前が付いています。書き出されたままの形で読み取り、どの数字が実測でどれが仮定かを明示し、前提を書き添えた利益表を提示します。
十六の店舗、あるいは一つもつながない
店舗の接続は任意で、自分で作成した認証情報を使います。データをどこかへ移す必要はありません。
海外マーケットプレイス
自分の SP-API プライベートアプリケーション経由の Amazon セラーセントラルに加え、Shopify Admin、eBay Seller、Etsy Seller、Walmart Marketplace、WooCommerce、Mercado Libre Global Selling。認証情報はご自身のもので端末内に暗号化されたまま、購入者の個人情報は要求しません。
- SP-API
- OAuth
中国系プラットフォーム
淘宝と天猫、1688、京东、拼多多、抖音小店、快手小店、有赞、微盟 WOS、小红书の商家。海外製のツールが普通は届かない側であり、越境で売る人が結局二組の道具を抱えることになる理由です。
- 9 platforms
- local API
ストアの周辺
配送とプリントオンデマンドは ShipEngine・Shippo・Printify・Gelato、資金は PayPal・Stripe・Xero・QuickBooks、需要は Google Ads・Meta・Klaviyo・Mailchimp、サポートは Gorgias・Zendesk。実際に使っているものだけ接続してください。
- shipping
- ads · books
そしてディスク上のフォルダ
始めるのにコネクタは不要です。すでに手元にあるファイル、ビジネスレポート、広告レポート、レビューの表、商品写真が、そのまま処理の対象です。店舗をつなぐと、管理画面から落とす手間が省けるだけです。
- CSV · XLSX
- local-first
店舗が増えるほど重くなる三つの仕事
一つの SKU を四つの販路へ
商品を一度説明すれば、各プラットフォームの形に合った四つの出品文が返ります。タイトル構造もキーワード配置もそれぞれ別で、法令確認まで済んでいます。公開前に根拠が要る主張の一覧も付きます。
- 4 platforms
- 1 brief
波及させなければならない価格変更
ポジショニングを変えると、旧価格を正当化していたコピーが一斉に成り立たなくなります。影響を受けた箇条書きと A+ モジュールをプラットフォーム別に書き直し、旧価格に紐づいた主張を取り出して示します。
- propagate
- claims
一度も統合していない四半期分のレビュー
四つの書き出し、四つのスキーマ、一つの商品。そのまま読み込み、揃えられる項目は揃え、揃わなかったものは明示し、優先順位の付いた改善リストを一本にまとめます。サンプルの偏りもそこに書かれます。
- merge
- rank
入れる前に聞かれること
Orkas は実際どのプラットフォームにつながりますか？
コネクタのカタログは、海外側で Amazon セラーセントラル（自分の SP-API プライベートアプリケーション経由）、Shopify Admin、eBay Seller、Etsy Seller、Walmart Marketplace、WooCommerce、Mercado Libre Global Selling を、中国側で淘宝/天猫、1688、京东、拼多多、抖音小店、快手小店、有赞、微盟 WOS、小红书をカバーします。物流・決済・広告では ShipEngine、Shippo、Printify、PayPal、Google Ads などがあります。いずれもご自身で用意した認証情報を使い、端末内に暗号化して保存されます。コネクタを設定しない場合、同じスキルは自分で書き出したファイル上で動きます。
これは店舗管理ツールや ERP ですか？
いいえ。在庫を保持せず、注文のルーティングも自動価格改定も行いません。そうでないふりをすれば時間の無駄になります。カテゴリを判断し、出品文を書き、クリエイティブを設計し、レビューを読みます。その結果を、承認済みのコネクタ経由でプラットフォームと読み書きします。注文ルーティングと在庫同期が必要なら ERP はそのままに。これはその上流にあります。
中国国内と海外を一つのクライアントで本当に回せますか？
コネクタのカタログが両側をカバーしているのは、まさにそのためです。越境で厄介なのは翻訳ではありません。同じ商品でも、マーケットプレイスごとにタイトルの構造も画像の作法も表現の規制も違い、その知識は別々のツールや別々の担当者に散らばっています。それらの決まりは本体が覚えていて、Amazon・Shopify・Shopee・AliExpress・淘宝・拼多多に対応します。商品の説明は一度で済み、各版がまとめて出てきます。
リスティングの言語はどう扱われますか？
Orkas のインターフェースは地域別のバリエーションを含む18の言語オプションに対応しています。出品文は原文の翻訳ではなく、売る先の市場に向けて書きます。この違いは文体ではなく商売の問題です。翻訳された箇条書きと、Amazon US 向けに書かれた箇条書きは別物です。買い手が実際に打ち込む語は、互いの翻訳ではないからです。
プラットフォームから競合データを取得できますか？
既定ではマーケットプレイスをスクレイピングせず、黙って失敗するのではなくその旨を伝えます。データ収集を依頼された場合、まずプラットフォームの規約、ログインとレート制限の実情、認可上のリスクを説明します。進んで扱うのは、正当に提供できるもの——バックオフィスの書き出し、認可された API の結果、公開ページ、自分で集めた資料です。
無料ですか。データはどこへ行きますか。
アプリは無料、MIT のオープンソースです。モデル呼び出しは接続先に課金されます。ご自身の OpenAI・Anthropic・Google のアカウントか、Orkas のプランです。商品ファイルや書き出しはディスク上のフォルダから読まれ、コーパスとしてアップロードされることはありません。ただし会話そのもの（エージェントがそれらのファイルから引用した内容を含む）は、選んだモデルプロバイダへ送られます。レビューの書き出しは購入者の識別情報を先に伏せるべきで、レビュースキルが分析前にそれを行います。
各ストアが接続を許可する前に要求するもの
今日中に接続できるものから、まだ着手していない承認が必要なものへと並べています。認証情報は常に自分のもので、違うのはプラットフォームが先に何をどこまで求めるかだけです。
| ストア | 始める前に必要なもの | 入力する値 |
|---|---|---|
| WooCommerce | 不要です。自分の WordPress 管理画面で Read/Write の REST キーを発行します。 | Store URL · Consumer Key · Consumer Secret |
| Walmart Marketplace | 販売アカウント以外は不要です。 | Market · Client ID · Client Secret |
| Square | アカウント以外は不要です。 | Access token |
| Lightspeed Retail X | アカウント以外は不要です。 | Store domain · Access token |
| Shopify Admin | 店舗を所有する Organization 向けに Shopify Dev Dashboard で作成し、Admin API のスコープを有効化したアプリ。 | Shop domain · Client ID · Client Secret |
| Etsy Seller | Seller API Access が承認された Etsy アプリ。個人販売者も Etsy Developers → Your Apps から申請できます。 | Shop ID (numeric) · Keystring · Shared Secret |
| eBay Seller | 販売・在庫・出品・配送の権限を持つ Developers Program のアプリと、その Production Keyset。 | Marketplace ID · App ID · Cert ID · RuName |
| Amazon Seller Central | Professional Selling プラン、承認済みの開発者プロフィール、必要な非制限ロールを設定した非公開 SP-API アプリ。 | Marketplace ID · Seller ID · Client ID · Client Secret · Refresh token |
| Mercado Libre Global Selling | KYC 承認済みの Global Selling オーナーアカウントと、Read and write と PKCE を有効にした Developer Center アプリ。共同編集者は認可できません。 | User ID · Client ID · Client Secret |
| TikTok Shop | 販売者開発向けに承認された Custom App。アクセスがない場合はアカウントマネージャー経由になります。 | Region · Shop ID · Service ID · App Key · App Secret |
| Shopee | 店舗・商品・注文の権限（価格と在庫の更新を含む）を持つ、承認済みの Seller in House System アプリ。 | Region · Shop ID · Partner ID · Partner Key |
| Douyin Shop | 店舗主体と一致する事業者認証と、自社利用の「商家後台系統」アプリの承認。 | Shop ID · App Key · App Secret |
| Taobao / Tmall | 店舗・商品・注文の権限を持つ、承認済みの淘宝開放平台アプリ。個人開発者登録では販売者の書き込み権限は得られません。 | App Key · App Secret |
| 1688 | 該当ソリューションに加入し、必要な API が承認された 1688 開放平台アプリ。店舗アカウントだけでは取得できません。 | App Key · App Secret |
| JD.com | 正しいカテゴリの JD 宙斯アプリで、加盟店に紐づけられ必要な API が承認されたもの。 | App Key · App Secret |
| Pinduoduo | 認証済みの開発者アカウントと、用途に合致し必要な加盟店 API が承認された加盟店アプリ。 | Client ID · Client Secret |
| Kuaishou Shop | 販売・商品・注文・アフターサービス・物流の権限を持つ開放平台アプリ。店舗アカウントだけでは認証情報がありません。 | App Key · App Secret · Sign Secret |
| Youzan | 店舗に紐づく有賛クラウドの自社利用アプリで、商品・在庫・注文・公開・物流の機能パッケージを有効化したもの。 | kdt_id · Client ID · Client Secret |
| Weimob WOS | WOS 店舗に紐づく自社の微盟クラウドアプリで、組織・商品・在庫・注文・履行・アフターサービスの機能を有効化したもの。 | Shop ID · Client ID · Client Secret |
| Xiaohongshu | プラットフォームが発行する本番の Ark 加盟店またはパートナー認証情報。先に統合テストの完了が必要な場合があります。 | App Key · App Secret |
どの行も、認証情報を預かるサービスではなく、自分が所有する一次申請です。Orkas は各プラットフォームの公式 API を自分のマシンから呼び、値は端末上で暗号化して保持します。うち 3 つには詳細な手順があります：Etsy、eBay、WooCommerce。