با مجموعهها، منظم بمانید
ذخیره و طبقهبندی محتوا براساس اولویتهای شما.
انتقال داده
ارائه‌دهنده Local Feed Partnership می‌تواند محصول، موجودی، فروش یا ذخیره داده‌ها را با تماس با API یا با آپلود فایل‌ها ارسال کند.
آپلود فایل در واقع داده‌هایی را برای همان پیشنهاد دریافت می‌کند که نیازی به به‌روزرسانی مکرر ندارد، مانند توضیحات محصول و تصاویر.
اگر حساب‌های فرعی تاجر بخشی از حساب MCA شما باشد، دسترسی به طور پیش‌فرض اعطا می‌شود. داده ها باید دقیق و به طور دوره ای تجدید شوند.
داده های محصول، موجودی و شناسایی فروشگاه مجموعه اصلی داده های مورد نیاز است:
داده های محصول به مقادیر ثابت پیشنهاد (توضیحات، اندازه، رنگ و غیره) اشاره دارد. این داده ها را می توان در یک پنجره 30 روزه به روز کرد. Google از GTIN به‌عنوان شناسه‌های قوی برای دریافت پیشنهادهای تاجر استفاده می‌کند، بیشتر پیشنهادها باید دارای یک شناسه باشند. ارائه‌دهنده تنها می‌تواند با استفاده از نقطه پایانی ارائه‌دهنده POS، GTIN ارائه دهد و Google به‌طور خودکار با این پیشنهاد مطابقت می‌کند. در صورتی که GTIN در دسترس نباشد، ترکیبی از سیگنال‌های مختلف مصرف را آسان‌تر می‌کند. اطلاعات بیشتر در صفحه مشخصات داده های محصول.
داده‌های موجودی به کمیت و قیمت اشاره دارد. در حالی که کمیت دیگر یک ویژگی لازم نیست، در عوض اکنون در دسترس بودن است. این داده‌ها باید به‌محض تغییر در سمت بازرگان به‌روزرسانی شوند تا برای بهترین تجربه کاربری ممکن تلاش کنند. این اطلاعات مربوط به فروشگاه است. اطلاعات بیشتر در مورد مشخصات خوراک داده موجودی .
شناسایی فروشگاه به کد فروشگاه از نمایه کسب‌وکار Google مرتبط با حساب Merchant Center یا از فید فروشگاه اختصاصی در صورتی که دسترسی به حساب Google Business Profile تاجر امکان‌پذیر نباشد، اشاره دارد. این اطلاعات برای ترسیم پیشنهادات به یک فروشگاه خاص در اکوسیستم گوگل ضروری است. اطلاعات بیشتر در صفحه مشخصات داده فروشگاه .
اگر به‌روزرسانی‌های منظم برای داده‌های موجودی امکان‌پذیر نباشد، یک ارائه‌دهنده شراکت خوراک محلی می‌تواند از موارد زیر استفاده کند:
داده های فروش برای ارائه لیستی از تمام محصولات فروخته شده در یک دوره زمانی مشخص. این برای پیش بینی قیمت و مقدار پیشنهادات آپلود شده استفاده می شود.
به طور کلی، به‌عنوان یک ارائه‌دهنده شراکت فیدهای محلی، باید مطمئن شوید که مجوز ارسال داده‌ها از طرف تاجرتان را دارید.
از منظر فنی، در حالی که برای ارسال اطلاعات محصول، یک ارائه‌دهنده LFP به مجوزهای سرپرست در حساب (از طریق رابطه MCA - حساب فرعی یا دسترسی مستقیم به حساب Merchant Center)، برای ارسال موجودی، فروش و داده‌های ذخیره نیاز دارد، ارائه دهنده LFP فقط باید توسط تاجر به عنوان ارائه دهنده LFP انتخاب شود. این بدان معناست که حساب Merchant Center خود را به حساب ارائه‌دهنده LFP پیوند دهید.
تاریخ آخرین به‌روزرسانی 2025-07-25 بهوقت ساعت هماهنگ جهانی.
[null,null,["تاریخ آخرین به‌روزرسانی 2025-07-25 بهوقت ساعت هماهنگ جهانی."],[[["\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."]]
