오프라인 제품 피드 파트너십 제공업체는 제품, 인벤토리, 판매 정보 또는 매장을 전송할 수 있습니다.
API를 호출하거나 파일을 업로드하여
데이터를 저장합니다
실제로 파일을 업로드하면 동일한 혜택의 데이터를 수집하지만
제품 설명이나 이미지처럼 자주 업데이트되어야 합니다.
판매자 하위 계정이 MCA 계정에 속한 경우 다음에 의해 액세스 권한을 부여합니다.
기본값입니다. 데이터는 주기적으로 정확하고 새로 고쳐야 합니다.
제품, 인벤토리 데이터, 매장 식별이 주요 데이터 세트입니다.
필수:
제품 데이터는 제품 고정 값 (설명, 크기, 색상)을 나타냄
등). 이 데이터는 30일 이내에 새로고침할 수 있습니다. Google은 GTIN 사용
강력한 식별자로 사용할 수 있지만 대부분의 상품은
있습니다. 제공업체는 POS 제공업체 엔드포인트를 사용해서만 GTIN을 제공할 수 있습니다.
Google에서 자동으로 오퍼를 매칭합니다. GTIN이
다양한 신호의 조합이 제공되므로 수집이 더 쉬워집니다. 더보기
제품 데이터 사양 페이지에서 자세한 정보를 확인하세요.
인벤토리 데이터는 수량과 가격을 의미합니다.수량은 더 이상
필수 속성입니다. 대신 재고를 사용할 수 있습니다. 이 데이터를 새로고침해야 함
가능한 한 최상의 제품을 만들기 위해 판매자 측에서 변경되는 즉시
있습니다. 매장별 정보입니다.
인벤토리 데이터 피드 사양을 참조하세요.
매장 ID는 Google 판매자 센터 계정에서
판매자 센터 계정에 연결된 비즈니스 프로필 또는 전용
(판매자의 Google 계정에 액세스할 수 없는 경우)
비즈니스 프로필 계정. 이 정보는 제품을
Google 생태계의 특정 매장을 예로 들 수 있습니다 스토어 데이터
사양 페이지를 참조하세요.
인벤토리 데이터를 정기적으로 업데이트할 수 없는 경우 대신
오프라인 제품 피드 파트너십 제공업체는 다음을 사용할 수 있습니다.
판매 데이터: 정해진 기간 동안 판매된 모든 제품의 목록을 제공합니다.
있습니다. 업로드된 상품의 가격과 수량을 예측하는 데 사용됩니다.
일반적으로 오프라인 제품 피드 파트너 업체는
판매자를 대신하여 데이터를 제출할 수 있는 권한이 있어야 합니다.
기술적인 관점에서 LFP 제공업체가 제품 데이터를 제출하는 동안
계정에 대한 관리자 권한 필요 (MCA 또는 하위 계정을 통해)
판매자 센터 계정에 대한 직접 액세스 권한을 보유하는 경우
인벤토리, 판매, 매장 데이터를 제출하는 경우 LFP 제공업체는
판매자가 LFP 제공업체로 선택했습니다. 즉, 판매자 계정을 연결하여
센터 계정을 LFP 제공업체 계정으로 연결합니다.
[null,null,["최종 업데이트: 2025-07-25(UTC)"],[[["\u003cp\u003eData can be sent via API (recommended) or file uploads for less frequent updates like product descriptions and images.\u003c/p\u003e\n"],["\u003cp\u003eProduct, inventory, and store identification data are the primary data sets required for Local Feed Partnership providers.\u003c/p\u003e\n"],["\u003cp\u003eProduct data (descriptions, size, color) can be refreshed within 30 days and should ideally include GTINs.\u003c/p\u003e\n"],["\u003cp\u003eInventory data (availability, price) should be updated as frequently as possible, ideally in real-time when changes occur on the merchant's side.\u003c/p\u003e\n"],["\u003cp\u003eStore identification data links offers to specific stores using either Google Business Profile or a dedicated store feed.\u003c/p\u003e\n"]]],["Local Feed Partnership providers send merchant data via API (recommended) or file uploads. Data includes product (static details, refreshed within 30 days), inventory (price and availability, frequently updated), and store identification (store codes from Google Business Profile or dedicated feed). If inventory updates are infrequent, sales data can be used to predict quantity and price. Providers need appropriate permissions to submit data; either admin rights or being selected as the LFP provider. Accurate data with periodic refreshes is crucial.\n"],null,["Data Transmission\n-----------------\n\n*** ** * ** ***\n\nA Local Feed Partnership provider can send product, inventory, sales or store\ndata by calling the API or by uploading files.\n| **Important:** the API is the recommended method for sending data while minimising the number of updates required.\n\nA file upload in fact would ingest data for the same offer that doesn't need to\nbe updated as frequently, like product descriptions and images.\n\nIf the merchant sub-accounts are part of your MCA account, access is granted by\ndefault. Data needs to be accurate and refreshed periodically.\n\nProduct, inventory data and store identification are the main sets of data\nrequired:\n\n- **Product data** refers to the offer static values (description, size, colour etc..). This data can be refreshed within a 30 days window. Google uses GTINs as strong identifiers to ingest merchant's offers, most of the offers should have one. A provider could only provide GTINs using the POS provider endpoint and Google will match the offer automatically. In case the GTIN is not available, a combination of different signals make the ingestion easier. More information on the product data specification [page](https://support.google.com/merchants/answer/7052112).\n- **Inventory data** refers to quantity and price.While quantity is no longer a required attribute, availability is now instead. This data should be refreshed as soon as it changes on the merchant's side to strive for the best possible user experience. This is store-specific information. More information [on the\n inventory data feed specification](https://support.google.com/merchants/answer/7677785).\n- **Store identification** refers to the store code either from the Google Business Profile linked to the Merchant Center account or from a dedicated store feed if it is not possible to get access to the Merchant's Google Business Profile account. This information is necessary to map offers to a particular store in the Google ecosystem. More information on the [Store data\n specification page](https://support.google.com/merchants/answer/7677622).\n\nIf regular updates for inventory data are not possible, **alternatively** a\nLocal Feed Partnership provider can use:\n\n- **Sales data** to provide a list of all products sold within a set time period. This is used to predict price and quantity for offers uploaded.\n\nGenerally, as a Local Feeds Partnership provider you need to make sure you have\npermission to submit data on your merchant's behalf.\n\nFrom a technical perspective, while for submitting product data an LFP Provider\nneeds administrator permissions on the account (either through an MCA - sub\naccount relationship or by having direct access to the Merchant Center Account),\nfor submitting inventory, sales and store data, an LFP Provider just needs to be\nselected as LFP provider by the merchant. This means linking their Merchant\nCenter Account to the LFP provider account.\n| **Important:** Once the Local Feed Provider sub-account and the Business Profile Account are linked to the Merchant Center account, data can be submitted."]]