La API de Merchant Center introduce un recurso Homepage dedicado. Este recurso proporciona métodos nuevos para administrar el reclamo de la página principal y ofrece capacidades más allá de la clásica Content API for Shopping.
El acceso a las funciones de tu tienda en línea es un proceso de dos pasos: primero, debes verificar la propiedad y, luego, reclamar el sitio para tu cuenta. Para completar el paso final, usa accounts.homepage.claim.
Diferencias clave
La API de Merchant realiza varios cambios relacionados con la página principal en comparación con Content API for Shopping:
- Recurso dedicado: La API de Merchant proporciona un recurso Homepagedistinto (accounts.homepage) para todas las operaciones relacionadas con la página principal. (En Content API for Shopping, usabasaccounts.claimwebsitepara realizar la acción de reclamo, la URL de la página principal [website_url] era parte del recursoAccounty el estado del reclamo [website_claimed] era parte del recursoAccountStatus).
- Métodos detallados: La API de Merchant ofrece métodos específicos para realizar las siguientes acciones:
- Recupera los detalles de la página principal: accounts.homepage.getHomepage
- Actualiza el URI de la página principal: accounts.homepage.updateHomepage
- Reclama la página principal: accounts.homepage.claim
- Rechaza la página principal: accounts.homepage.unclaimLa API de Content for Shopping usóaccounts.claimwebsitepara la acción de reclamo,accounts.updatepara establecer la URL (y, de hecho, rechazarla estableciendo una URL vacía) yaccounts.get/accountstatuses.getpara recuperar la URL y el estado del reclamo, respectivamente.
 
- Recupera los detalles de la página principal: 
- Información centralizada: El recurso Homepagede la API de Merchant contiene directamente el estadoclaimedy la URL de la página principaluri. Todos los métodos que operan en el recursoHomepagedevuelven este recurso, lo que proporciona comentarios inmediatos sobre el estado actual. En Content API for Shopping,accounts.claimwebsiteno devolvía el estado actualizado, por lo que se necesitaban llamadas independientes.
- Renuncia explícita: En Content API for Shopping, la renuncia se lograba, por lo general, actualizando Account.website_urla una cadena vacía. La API de Merchant proporciona un métodohomepage.unclaimdedicado.
- Anular reclamo: Ambas APIs admiten un parámetro overwritedurante el proceso de reclamo para hacerse cargo de un reclamo de otra cuenta si se puede verificar la propiedad.
Solicitudes
La API de Merchant usa extremos RESTful distintos para administrar diferentes aspectos de la página principal.
| Descripción de la solicitud | Content API for Shopping | API de Merchant | 
|---|---|---|
| Obtén los detalles de la página principal | accounts.get(para leerAccount.website_url),accountstatuses.get(para leerAccountStatus.website_claimed) | GET /accounts/v1/accounts/{account}/homepage | 
| Actualiza el URI de la página principal | accounts.update(ajusteAccount.website_url) | PATCH /accounts/v1/accounts/{account}/homepage | 
| Reclama o vuelve a verificar la página principal | POST /content/v2.1/{merchantId}/accounts/{accountId}/claimwebsite(se aplicó la acción en elAccount.website_urlestablecido conaccounts.update) | POST /accounts/v1/accounts/{account}/homepage:claim | 
| Cómo rechazar la página principal | accounts.update(configurarAccount.website_urlen una cadena vacía) | POST /accounts/v1/accounts/{account}/homepage:unclaim | 
Identificadores
Se optimizó la identificación de recursos en la API de Merchant.
| Descripción del identificador | Content API for Shopping | API de Merchant | 
|---|---|---|
| Identificador de la cuenta para el acceso a recursos | merchantId(cuenta avanzada) yaccountId(cuenta secundaria) en la ruta de acceso | account(parte del camponame, comoaccounts/{account_id}/homepage) | 
| Identificador del recurso de la página principal | No aplicable (implícito en el recurso Account) | name:accounts/{account_id}/homepage(identifica el subrecursoHomepage) | 
Métodos
El método accounts.claimwebsite de Content API for Shopping, que se enfocaba en la acción de reclamar, ahora forma parte de un conjunto más amplio de funcionalidades dentro del recurso Homepage de Merchant API.
| Método de Content API for Shopping | Método de la API de Merchant | Disponibilidad y notas | 
|---|---|---|
| accounts.claimwebsite | accounts.homepage.claim | Inicia o vuelve a verificar directamente un reclamo de sitio web. Actúa sobre el uriestablecido previamente conhomepage.update. Incluye un parámetrooverwrite. Devuelve el recursoHomepagecon su estado actualuriyclaimed. | 
| accounts.get(para leerAccount.website_url),accountstatuses.get(para leerAccountStatus.website_claimed) | accounts.homepage.getHomepage | Nuevo método dedicado para recuperar la página principal actual uriy su estadoclaimeden una sola llamada. | 
| accounts.update(para establecerAccount.website_url) | accounts.homepage.updateHomepage | Nuevo método dedicado para establecer o cambiar la página principal uri. | 
| accounts.update(se configuraAccount.website_urlcomo una cadena vacía como solución alternativa para anular el reclamo) | accounts.homepage.unclaim | Se agregó un nuevo método específico para anular explícitamente el reclamo de una página principal. | 
Cambios detallados en los campos
La forma en que se estructura y se accede a la información de la página principal cambió significativamente, y se orienta hacia el recurso Homepage explícito en la API de Merchant.
| Content API for Shopping | API de Merchant | Descripción | 
|---|---|---|
| merchantId(parámetro de ruta paraaccounts.claimwebsite) | name(parámetro de ruta para los métodosHomepage, formato:accounts/{account}/homepage) | La parte accountde la cadenanameen Merchant API corresponde aaccountIdde Content API for Shopping. | 
| accountId(parámetro de ruta paraaccounts.claimwebsite) | name(parámetro de ruta para los métodosHomepage, formato:accounts/{account}/homepage) | Es el identificador de la cuenta específica cuya página principal se administra. | 
| overwrite(booleano en el cuerpo deContentAccountsClaimwebsiteRequestyAccountsCustomBatchRequestEntry) | ClaimHomepageRequest.overwrite(booleano en el cuerpo de la solicitudhomepage.claim) | Opcional. Si es true, intenta reclamar el sitio web y, posiblemente, quita un reclamo existente de otra cuenta si la cuenta solicitante puede verificar la propiedad. | 
| Account.website_url(campo en el recursoAccount, configurado conaccounts.updatey leído conaccounts.get) | Homepage.uri(campo en el recursoHomepage) | Es el URI (URL) de la página principal de la tienda. En la API de Merchant, este es un campo explícito dentro del recurso Homepage. Se configura conaccounts.homepage.updateHomepagey se muestra en todos los métodosHomepage. | 
| AccountStatus.website_claimed(campo en el recursoAccountStatus, se lee conaccountstatuses.get) | Homepage.claimed(campo booleano de solo salida en el recursoHomepage) | Indica si el urise reclamó y verificó. Este estado está disponible directamente en el recursoHomepageque devuelven todos sus métodos asociados de la API de Merchant. | 
| N/A | UpdateHomepageRequest.update_mask(parámetro del cuerpo de la solicitudaccounts.homepage.updateHomepage) | Máscara de campo opcional para homepage.updateque especifica qué campos (p.ej.,uri) del recursoHomepage. |