จัดการความสัมพันธ์ของบัญชี
จัดทุกอย่างให้เป็นระเบียบอยู่เสมอด้วยคอลเล็กชัน
บันทึกและจัดหมวดหมู่เนื้อหาตามค่ากำหนดของคุณ
คุณใช้ Accounts API เพื่อจัดการความสัมพันธ์ระหว่างบัญชี Merchant Center กับผู้ให้บริการรายอื่นๆ ได้ ความสัมพันธ์คือการเชื่อมต่ออย่างเป็นทางการ
ที่ช่วยให้ผู้ให้บริการนำเสนอบริการที่เฉพาะเจาะจงแก่ธุรกิจของคุณได้
บริการจะกำหนดสิทธิ์และความสามารถที่มอบให้แก่ผู้ให้บริการ เช่น การจัดการผลิตภัณฑ์หรือการจัดการแคมเปญ เช่น การลิงก์บัญชี Merchant Center กับบัญชี Google Ads จะช่วยให้บัญชี Google Ads ใช้ข้อมูลผลิตภัณฑ์เพื่อเรียกใช้แคมเปญโฆษณาได้
ความสัมพันธ์ประกอบด้วยแอตทริบิวต์ต่อไปนี้
- บัญชี Merchant Center ที่รับบริการ
- ผู้ให้บริการ
- บริการหรือชุดบริการที่ให้บริการแก่บัญชี Merchant Center
ผู้ให้บริการสามารถเชื่อมโยงนามแฝงกับบัญชีที่ให้บริการ (ซึ่งเทียบเท่ากับฟิลด์ seller_id ที่อยู่ในแหล่งข้อมูลบัญชีใน Content API for Shopping) คุณกำหนดชื่อแทนได้โดยใช้ฟิลด์account_id_aliasที่ไม่บังคับภายในทรัพยากรAccountRelationship และใช้เป็นตัวระบุที่กำหนดเอง
โครงสร้าง URL สำหรับการเข้าถึงบัญชีโดยใช้นามแฝงคือ
GET /accounts/v1/accounts/{provider}~{account_id_alias}
บริการ
ใน API บัญชี บัญชีจะรับบริการต่อไปนี้ได้
การรวบรวมบัญชี: โมเดลนี้แสดงความสัมพันธ์ระหว่างบัญชีขั้นสูงกับบัญชีที่ให้บริการ ผู้ให้บริการ (บัญชีขั้นสูง) จะได้รับ
สิทธิ์เข้าถึงบัญชีย่อยที่ลิงก์แบบเต็มโดยไม่มีข้อจำกัด ในกรณีนี้
externalAccountId คือตัวระบุบัญชี Merchant Center
เมื่อสร้างบัญชีย่อย
คุณต้องละเว้นexternalAccountId เนื่องจากระบบจะกำหนดให้กับ
รหัสบัญชีเมื่อสร้าง
การจัดการแคมเปญ: บริการนี้จำลองลิงก์ระหว่างบัญชี Merchant Center กับบัญชี Google Ads เพื่อให้บัญชี Google Ads เข้าถึงข้อมูลผลิตภัณฑ์และบัญชีที่จำเป็นต่อการเรียกใช้แคมเปญโฆษณาได้ ผู้ให้บริการในกรณีนี้คือ GOOGLE_ADS และ externalAccountId คือรหัสของบัญชี Google Ads
การเปรียบเทียบราคา: แสดงถึงความสัมพันธ์กับบริการช็อปปิ้งแบบเปรียบเทียบสินค้า (CSS) ที่ดำเนินการบัญชี Merchant Center
การจัดการข้อมูลในพื้นที่: แสดงถึงความสัมพันธ์กับผู้จัดการร้านค้า
ในการจัดการสินค้าคงคลังและข้อมูลในร้านโดยใช้ Google Business Profile
การจัดการบัญชี: บริการนี้ช่วยให้ผู้ให้บริการดำเนินการด้านการดูแลระบบในบัญชี Merchant Center ได้ เช่น การกำหนดค่าการตั้งค่าบัญชี การจัดการผู้ใช้ หรือการอัปเดตข้อมูลทางธุรกิจ
ธุรกิจยังจำกัดสิทธิ์เข้าถึงที่ให้ไว้ได้ด้วย
การจัดการผลิตภัณฑ์: บริการนี้ช่วยให้ผู้ให้บริการจัดการผลิตภัณฑ์
และฟีเจอร์ที่เกี่ยวข้อง เช่น แหล่งข้อมูลและกฎ
Handshake
หากต้องการสร้างบริการ ทั้งบัญชีที่ให้บริการและบัญชีที่รับบริการต้องให้สิทธิ์การเชื่อมต่อ กระบวนการให้สิทธิ์นี้
เรียกว่าแฮนด์เชค
การแฮนด์เชคเป็นกระบวนการ 2 ขั้นตอน ดังนี้
- ฝ่ายหนึ่งเสนอลิงก์บริการ
- อีกฝ่ายอนุมัติหรือปฏิเสธข้อเสนอ
เมื่อยอมรับข้อเสนอแล้ว บริการจะได้รับการอนุมัติและถือว่า
จัดตั้งขึ้นอย่างสมบูรณ์ ตอนนี้ผู้ใช้ที่มีสิทธิ์จะได้รับสิทธิ์เข้าถึงใดๆ ที่มอบให้แก่ผู้ให้บริการ (ดูสิทธิ์เข้าถึงด้านล่าง)
โปรดทราบว่าผู้ใช้ที่สร้าง ปฏิเสธ หรืออนุมัติข้อเสนอต้องมีสิทธิ์
ADMIN เข้าถึง
ในบัญชีที่เริ่มกระบวนการ ดังนั้น หากผู้ให้บริการ
เสนอใช้บริการ ผู้ใช้ที่ทำการเสนอต้องเป็นADMINในบัญชีของผู้ให้บริการ
และผู้ใช้ที่ยอมรับหรือปฏิเสธข้อเสนอต้องเป็นADMINในบัญชีที่รับ
ลักษณะการแฮนด์เชคเฉพาะบริการ
ต่อไปนี้เป็นคำอธิบายข้อกำหนดการแฮนด์เชคที่เฉพาะเจาะจงสำหรับแต่ละบริการ
การรวบรวมบัญชี: บริการนี้จะสร้างได้เมื่อเป็นส่วนหนึ่งของ
การสร้างบัญชีเท่านั้น ผู้ให้บริการควรเป็นบัญชีขั้นสูง
และบริการจะได้รับการอนุมัติโดยอัตโนมัติเนื่องจากผู้ใช้บัญชีขั้นสูง
มีสิทธิ์เข้าถึงADMINบัญชีที่สร้างขึ้นอย่างเต็มรูปแบบ
การจัดการแคมเปญ: แม้ว่ากระบวนการนี้จะเป็นไปตามกระบวนการจับคู่ปกติ แต่ข้อเสนอจะสร้างขึ้นในระบบหนึ่ง (เช่น Google Ads) และการอนุมัติจะดำเนินการในอีกระบบหนึ่ง (เช่น ใน Merchant Center หรือผ่าน Merchant API)
การจัดการข้อมูลในพื้นที่: สำหรับบริการนี้ เราขอเสนอการยืนยันตัวตนในวิธีเฉพาะและดำเนินการอนุมัติในระบบอื่น (เช่น Google Business Profile) โปรดดูขั้นตอนโดยละเอียดในคำแนะนำในการลิงก์ Google Business Profile
การจัดการบัญชี: สำหรับบริการนี้ กระบวนการจับมือตามปกติ
จะมีผลบังคับใช้ (ผู้ให้บริการหรือธุรกิจเสนอ ตามด้วย
การยอมรับจากอีกฝ่าย)
การจัดการผลิตภัณฑ์: สำหรับบริการนี้ กระบวนการแฮนด์เชคปกติ
จะมีผล (เสนอโดยฝ่ายหนึ่งและอีกฝ่ายยอมรับ)
สิทธิ์เข้าถึง
บริการแต่ละประเภทจะให้สิทธิ์เข้าถึงระดับหนึ่งแก่ผู้ใช้บริการ
ของผู้ให้บริการในบัญชีที่ให้บริการ ดังนี้
การรวบรวมบัญชี: บริการนี้ให้สิทธิ์ ADMIN เต็มรูปแบบ
การจัดการแคมเปญ: บริการนี้ให้สิทธิ์การเข้าถึงแบบจำกัด
ซึ่งอนุญาตให้บัญชี Google Ads ที่เชื่อมโยงเข้าถึงผลิตภัณฑ์และข้อมูลบัญชีพื้นฐาน
การเปรียบเทียบราคา: บริการนี้ให้สิทธิ์ADMIN
เต็มรูปแบบโดยค่าเริ่มต้น อย่างไรก็ตาม ธุรกิจสามารถจำกัดสิทธิ์เข้าถึงที่ให้ไว้ใน Merchant Center ได้
การจัดการข้อมูลในพื้นที่: บริการนี้ไม่มีสิทธิ์เข้าถึงโดยตรง
แต่จะช่วยให้ข้อมูลสามารถซิงค์ผลิตภัณฑ์กับบัญชี Merchant Center ได้
สำคัญ: สิทธิ์การเข้าถึงที่อธิบายไว้สำหรับประเภทบริการต่อไปนี้มีผล
เฉพาะกับผู้ให้บริการที่ได้รับอนุมัติเท่านั้น โปรดติดต่อทีมสนับสนุนหากคุณเป็นผู้ให้บริการและต้องการใช้ความสามารถนี้ หากคุณได้รับอนุมัติให้ใช้accounts.linkวิธีจัดการผลิตภัณฑ์ใน Content API for Shopping อยู่แล้ว คุณสามารถใช้บริการนี้ใน Merchant API ได้โดยไม่ต้องขออนุมัติเพิ่มเติม
การจัดการบัญชี: บริการนี้ให้ADMIN
สิทธิ์เต็มรูปแบบโดยค่าเริ่มต้น
การจัดการผลิตภัณฑ์: บริการนี้ให้สิทธิ์ ADMIN เต็มรูปแบบ โปรดทราบว่าในอนาคต สิทธิ์นี้จะจำกัดไว้เฉพาะสิทธิ์การเข้าถึงที่เกี่ยวข้องกับผลิตภัณฑ์เท่านั้น
หากคุณเป็นแพลตฟอร์มของบุคคลที่สามที่จัดการบัญชีในนามของธุรกิจอื่นๆ
ต่อไปนี้คือวิธีที่แนวคิดต่างๆ เชื่อมโยงกับโครงสร้างบัญชีของคุณ
- ผู้ให้บริการ: บัญชี
ขั้นสูงของคุณ
- บัญชีที่รับบริการ: บัญชี Merchant Center ที่แสดงถึง
ธุรกิจที่คุณจัดการ
- บริการ
accountAggregation หากคุณสร้างบัญชีเหล่านี้เป็นบัญชีย่อย
ของบัญชีขั้นสูง อย่างไรก็ตาม เราไม่แนะนำให้ทำเช่นนี้และขอแนะนำให้ใช้บริการ accountManagementaccountManagement หากคุณกำลังสร้างบริการนี้หลังจากสร้างบัญชี
สำหรับบัญชีที่ไม่ใช่บัญชีย่อยของบัญชีขั้นสูง
ดูรายละเอียดเกี่ยวกับวิธีตั้งค่าบัญชี
ขั้นสูงและลิงก์กับบัญชี Merchant
Center ใหม่ได้ที่สร้างและจัดการ
บัญชีย่อย
เนื้อหาของหน้าเว็บนี้ได้รับอนุญาตภายใต้ใบอนุญาตที่ต้องระบุที่มาของครีเอทีฟคอมมอนส์ 4.0 และตัวอย่างโค้ดได้รับอนุญาตภายใต้ใบอนุญาต Apache 2.0 เว้นแต่จะระบุไว้เป็นอย่างอื่น โปรดดูรายละเอียดที่นโยบายเว็บไซต์ Google Developers Java เป็นเครื่องหมายการค้าจดทะเบียนของ Oracle และ/หรือบริษัทในเครือ
อัปเดตล่าสุด 2025-08-08 UTC
[null,null,["อัปเดตล่าสุด 2025-08-08 UTC"],[[["\u003cp\u003eMerchant accounts can be linked through various relationships, defining the services one account provides to another.\u003c/p\u003e\n"],["\u003cp\u003eEach relationship includes a service provider, an external account ID, a service recipient, and the service(s) offered.\u003c/p\u003e\n"],["\u003cp\u003eA primary relationship type is "account aggregation," where an aggregator (like an advanced account) provides services to sub-accounts.\u003c/p\u003e\n"],["\u003cp\u003eThe \u003ccode\u003eservice\u003c/code\u003e type specifies the access level granted to the service provider, such as admin access in account aggregation.\u003c/p\u003e\n"],["\u003cp\u003eAdvanced accounts can manage sub-accounts, enabling third-party platforms to manage merchants under their hierarchy.\u003c/p\u003e\n"]]],[],null,["# Manage account relationships\n\nYou can use the Accounts API to manage the relationships between your\nMerchant Center account and other service providers. A relationship is a formal\nconnection that enables a provider to offer specific services to your business.\nA service defines the permissions and capabilities granted to the provider, such\nas product management or campaign management. For example, linking your Merchant\nCenter account to a Google Ads account allows the Ads account to use your\nproduct data for running ad campaigns.\n\nA relationship is composed of the following attributes:\n\n- The Merchant Center account receiving the service\n- The service provider\n- The service or set of services being provided to the Merchant Center account\n\nService providers can associate an alias with accounts they service (this is the\nequivalent of the `seller_id` field that was present in the\n[account](/shopping-content/reference/rest/v2.1/accounts#resource:-account)\nresource in Content API for Shopping). The alias can be assigned using the\noptional `account_id_alias` field within the `AccountRelationship` resource and\nserves as a custom identifier.\n\nThe URL structure for accessing an account using its alias is\n`GET /accounts/v1/accounts/{provider}~{account_id_alias}`.\n\nServices\n--------\n\nIn the Accounts API, accounts can receive the following services:\n\n- **Account aggregation** : This models the relationship between an [advanced\n account](//support.google.com/merchants/answer/188487) and the accounts it\n is providing services to. The service provider (the advanced account) gets\n full, unrestricted access to the linked sub-accounts. The\n `externalAccountId` is, in this case, the identifier of the Merchant Center\n account. When you [create a sub-account](/merchant/api/guides/accounts/sub-accounts),\n the `externalAccountId` must be omitted, as it will be assigned to the\n account's ID upon creation.\n\n- **Campaign management** : This service models the link between a Merchant\n Center account and a Google Ads account, giving the Ads account access to\n product and account data needed to run ad campaigns. The service provider in\n this case is `GOOGLE_ADS` and the `externalAccountId` is the ID of the\n Google Ads account.\n\n- **Comparison shopping**: This represents the relationship with a Comparison\n Shopping Service (CSS) that operates the Merchant Center account.\n\n- **Local listing management**: This represents the relationship with a store\n manager for managing local inventory and listings using a Google business\n profile.\n\n- **Account management**: This service enables the provider to perform\n administrative actions on the Merchant Center account, such as configuring\n account settings, managing users, or updating business information. The\n business can also restrict the access granted.\n\n- **Products management**: This service allows providers to manage products\n and related features like data sources and rules.\n\nHandshake\n---------\n\nTo establish a service, both the account providing the service and the account\nreceiving the service must authorize the connection. This authorization process\nis called a handshake.\n\nThe handshake is a two-step process:\n\n1. One party proposes a service link.\n2. The other party approves or rejects the proposal.\n\nOnce a proposal has been accepted, the service is approved and considered fully\nestablished. Any access right conferred to the service provider\nis now granted to qualified users (See [access rights](#access-rights) below).\n\nNote that the user creating a proposal, rejecting, or approving it must have\n`ADMIN` [access\nrights](/merchant/api/reference/rest/accounts_v1/accounts.users#accessright)\non the account initiating the process. So if the service provider\nproposes a service, the user making the proposal must be an `ADMIN` on the\nservice provider's account and the user accepting or rejecting the proposal\nmust be an `ADMIN` on the receiving account.\n\nService-specific handshake behavior\n-----------------------------------\n\nThe following is a description of the specific handshake requirements for each\nindividual service:\n\n- **Account aggregation** : This service can only be established as part of\n account creation. The service provider is expected to be an advanced\n account, and the service is automatically approved since users of the\n advanced account have full `ADMIN` access to the account being created.\n\n- **Campaign management**: While this follows the normal handshake process,\n proposals are made in one system (for example Google Ads) and approvals are\n done in the other system (for example in Merchant Center or through the\n Merchant API).\n\n- **Local listing management** : For this service, handshake is proposed in a\n dedicated method and approvals are done in the other system (for example\n Google business profile). Detailed steps are in the\n [Guide to link a Google business profile](/merchant/api/guides/accounts/link-business-profile).\n\n- **Account management**: For this service, the regular handshake process\n applies (proposed by the service provider or business, followed by\n acceptance from the other party).\n\n- **Products management**: For this service, the regular handshake process\n applies (proposed by one party, followed by acceptance from the other).\n\nAccess rights\n-------------\n\nEach service type provides a certain level of access for users of the service\nprovider over the account being serviced:\n\n- **Account aggregation** : This service provides full `ADMIN` rights.\n\n- **Campaign management**: This service provides a restricted access right,\n allowing the associated Ads account to access products and basic account\n information.\n\n- **Comparison shopping** : This service provides, by default, full `ADMIN`\n rights. However, the business can restrict the access granted in Merchant\n Center.\n\n- **Local listing management**: This service provides no direct access right.\n Instead, it enables the listing to synchronize its products with the\n Merchant Center account.\n\n**Important** : The access rights described for the following service types apply\nonly to approved service providers. Reach out to our [support\nteam](/merchant/api/support/get-help) if you are a\nservice provider and want to make use of this capability. If you were already\npreviously approved for the `accounts.link` method for products management in\nContent API for Shopping, you can use this service in Merchant API without\nfurther approvals.\n\n- **Account management** : This service provides, by default, full `ADMIN`\n rights.\n\n- **Products management** : This service provides full `ADMIN` rights. Note\n that in the future, this will be limited to only product-related access\n rights.\n\nHow relationships apply for third-party platforms\n-------------------------------------------------\n\nIf you are a third-party platform that manages accounts on behalf of other\nbusinesses, the following shows how the different concepts map to your account\nstructure:\n\n1. **Service provider** : Your [advanced\n account](//support.google.com/merchants/answer/188487).\n2. **Account receiving the service**: A Merchant Center account that represents the business you manage.\n3. **Service** :\n - `accountAggregation`, if you are creating these accounts as sub-accounts of your advanced account. However, this is discouraged and the preferred service is `accountManagement`.\n - `accountManagement`, if you are establishing this service after account creation to accounts that are not sub-accounts of your advanced account.\n\nFor details about how to set up an [advanced\naccount](//support.google.com/merchants/answer/188487) and link to new Merchant\nCenter accounts, see [Create and manage\nsub-accounts](/merchant/api/guides/accounts/sub-accounts)."]]
