Merchant API の Accounts サブ API を使用すると、Google Merchant Center アカウントをプログラムで作成、構成、管理できます。Merchant Center アカウントのライフサイクル全体とコア構成を管理するための包括的なツールスイートが用意されています。この API は、アカウント設定と継続的なメンテナンスの自動化を検討している企業やサードパーティ プロバイダにとって不可欠です。
Accounts サブ API を使用すると、次のことができます。
- Merchant Center アカウントのコア オペレーションを実行する: 新しい Merchant Center アカウントの作成、詳細の取得、コア設定の更新、アカウント レベルの問題のモニタリング、アクセス可能なアカウントの一覧表示、必要に応じたアカウントの削除。
- ビジネス情報とオンライン ショップのプレゼンスを確立する: 重要なビジネスの詳細（住所や連絡先情報など）、自己申告の ID 属性を設定し、ホームページの URL を指定、確認、申請して、オンライン ショップのウェブサイトを設定します。これは、ビジネスの表示方法の鍵となります。
- ユーザー アクセスと連絡方法の設定を管理する: Merchant Center アカウントにアクセスできるユーザーを管理する方法、特定の権限を定義する方法、アカウントの重要な更新やニュースに関するメール通知の設定方法について説明します。
- プログラムへの登録と参加を管理する: さまざまな Merchant Center プログラム（無料リスティングやショッピング広告など）への登録を管理し、参加ステータスを管理します。また、プログラム固有の要件を理解して、商品のリーチを拡大します。
- ロジスティクス（配送、返品、地域）を構成する: アカウント単位の配送設定を行い、購入者向けのオンライン返品に関するポリシーを定義します。また、正確なターゲティングとサービス提供のために地理的な地域を作成します。
- 高度な統合とアカウントのリンクを活用する: オムニチャネル エクスペリエンスの設定を管理する方法、Google ビジネス プロフィール アカウントとローカル フィード パートナーシップ（LFP）プロバイダにリンクする方法、サードパーティ プロバイダや代理店などの他のアカウントとのサービス関係を確立して管理する方法を学びます。
この一連のガイドでは、一般的なユースケースの詳細な手順と例について説明します。
- アカウントを作成する: 新しい Merchant Center アカウントをプログラムで作成し、アドバンス アカウントとの関係を管理する手順について説明します。これは、複数の販売者やブランドを管理するために不可欠です。
- 関係: さまざまな Merchant Center アカウント（アドバンス アカウントやサードパーティ プロバイダなど）間のサービス関係がどのように構成され、管理されているかを理解します。
- Google ビジネス プロフィールをリンクする: Merchant Center アカウントを Google ビジネス プロフィールにリンクして、ローカル ビジネスのプレゼンスを強化します。
- アカウントへのアクセスを管理する: Merchant Center アカウント内でユーザー権限とロールを管理して、特定のアクションを実行できるユーザーを制御します。
- Merchant Center のメール通知を管理する: アカウントのアラート、ニュース、ヒントについて、自分や他のユーザーが受け取るメール通知をカスタマイズします。
- ホームページの設定を管理する: オンライン ショップのウェブサイトの URL を設定、確認、申請します。これは、アカウントの確認とプログラムへの参加に不可欠なステップです。
- Content API の移行: Content API for Shopping からの移行については、アカウント管理の移行をご覧ください。
Merchant Center アカウントの構造と関係
Merchant Center のエコシステムは、さまざまなビジネスニーズに対応するために、さまざまなアカウント構造をサポートしています。これらのアカウントは、1 つのアカウント（サービス提供者）が別のアカウントに特定のサービスを提供するという関係を形成することもできます。Accounts サブ API を使用すると、これらのタイプとその関係を操作して管理できます。
販売アカウント
これは Merchant Center アカウントで、通常は個々のビジネスが独自の商品リスティングとプログラムを直接管理するために使用します。
一般的なユースケース:
- 独自の e コマース プレゼンスを管理している中小企業。
- Google Merchant Center の設定を直接管理したい販売者。
- e コマース プラットフォームを使用している販売者。プラットフォームがアカウントの作成と管理をサポートします。
関係とサービス:
販売アカウントをサービス プロバイダにリンクすると、商品データの管理やアカウントとキャンペーンの管理などのタスクでサポートを受けることができます。
アドバンス アカウント
アドバンス アカウントは、Google Merchant Center 内の特別なアカウントです。複数の Merchant Center アカウントを大規模に管理する必要がある企業やプラットフォーム向けに設計されています。
一般的なユースケース:
- ネットショップ ビルダー: 販売者がオンライン ショップを作成して運営できる e コマース プラットフォーム。
- ショッピングモール: 複数の個別販売者が商品を販売できる場所を提供するオンライン プラットフォーム。
- 複数のブランドを持つ販売者: 複数のブランドを所有し、複数の実店舗または複数のドメインを使ってオンラインで商品を販売している販売者です。
- 国際小売業者: 複数の国とドメインで商品を販売している小売業者。
- チャネル パートナー: 販売者がさまざまなマーケティング チャネルで商品を掲載できるように支援するエンティティ。通常は関連サービスも提供します。
関係とサービス:
すべてのアドバンス アカウントは複数の販売アカウントを管理しますが、関係とサービスの最適な構成と使用方法は、多くの場合、特定のビジネスモデルによって異なります。これらの違いを理解することは、API を効果的に活用するうえで重要です。一般的なユースケースで推奨されるベスト プラクティスは次のとおりです。
ストア ビルダーとチャネル パートナー
これらのパートナーは、アドバンス アカウントを作成し、提携する販売者との関係を確立する必要があります。
- 既存の Merchant Center アカウントの場合: プラットフォームは、販売者の既存の個人アカウントとの
Account Managementサービスリンクを確立する必要があります。これにより、プラットフォームは販売者の同意を得てアカウントの側面を管理できます。 - アカウントをお持ちでない新規販売者の場合: プラットフォームは API を使用して、販売者用の新しい個別の Merchant Center アカウントを作成できます。新しいアカウントを作成し、
Account Aggregationサービスを使用してプラットフォームのアドバンス アカウントにリンクできます。
マーケットプレイス
ショッピングモールは、ドメインごとに 1 つのアドバンス アカウントを運用し、Account Aggregation サービスを使用して販売アカウントを作成します。マーケットプレイスでは、複数の販売者タイプを使用するのが一般的です。その一部では、Google のサポートチームによる追加の構成が必要になります。ドメインの申請とプログラムの管理は、アドバンス アカウント レベルで行われ、販売アカウントに継承されます。詳しくは、有効なマーケットプレイス アカウントの構造に関するヘルプセンターの記事をご覧ください。
- ショッピングモール直営販売者アカウント: ショッピングモール自体の商品専用のアカウント。これにより、ショッピングモールはブランド再認、販売者評価、特定の 1P キャンペーン戦略を使用できます。
- 単一メーカー取り扱い販売者アカウント: 各アカウントに、1 つのサードパーティ販売者の商品が含まれます。この構造は、販売者固有の属性を必要とする大規模な販売者や、販売者固有の広告キャンペーンを実施する販売者に最適です。
- 複数販売者アカウント: 1 つのアカウントに複数のサードパーティ販売者の商品が含まれるため、アカウントと商品の管理が簡素化されます。詳しくは、複数販売者アカウントに関するヘルプセンターの記事をご覧ください。
複数のブランドを持つ販売者
マルチブランドのビジネスでは、通常、アドバンス アカウントを使用して、Account Aggregation サービスでリンクされた各ブランドの個別のアカウントを管理します。これにより、ブランドは独立して運営（ウェブサイトの申請、商品データなど）できる一方、アドバンス アカウントにより、ユーザー アクセス、レポート、場合によってはキャンペーンの監視などの一元化された機能が簡素化されます。
海外の小売店
海外の小売業者は、アドバンス アカウントを使用してグローバルなプレゼンスを管理し、Account
Aggregation サービスを使用して国または地域ごとに個々のアカウントをリンクしています。設定は、ドメイン構造によって異なることがよくあります。
- 単一ドメイン（国別のサブドメイン / パスを使用）: 通常、メインドメインはアドバンス アカウント レベルで申請され、地域アカウントに継承されます。これらの地域アカウントは、ローカライズされた商品データ、価格、在庫状況の管理に重点を置いています。
- 複数の国固有のドメイン: 各地域アカウントが独自のドメインを申請します。このモデルでは、個々のアカウントがローカル オペレーションを処理し、アドバンス アカウントは主にユーザー アクセス、グローバル レポート、包括的なキャンペーン管理などの一元化された機能に使用されます。