تنظیمات حساب
- اگر بازرگانان حساب MC نداشته باشند، آیا این مشکل ایجاد خواهد کرد؟
- نه، تا زمانی که مجوز راهاندازی حسابها از طرف تاجران خود را دارید، این یک مسدودکننده نیست. همچنین میتوانید نحوه راهاندازی حساب مرکز تجاری را با تاجر خود راهنمایی کنید.
- تاجر میتواند حساب MC ایجاد کند، با این حال باید به شریک LFP (اگر خارج از ساختار MCA) دسترسی داشته باشد تا پیشنهادات تشخیصی را بررسی کند. از طرف دیگر، ارسال داده ها با انتخاب شریک LFP به عنوان شریک در بخش لیست های محلی رایگان فعال می شود.
- چگونه باید حساب MC خود را تنظیم کنم؟
- بهترین راهاندازی استفاده از حساب چند مشتری (MCA) است .
- برای LFP، تجربه MCA هنوز در "Merchant Center Next" موجود نیست، اگر حساب شما در MC Next است، باید با دنبال کردن این مراحل حساب خود را به "Classic Merchant Center" تغییر دهید. سپس می توانید دستورالعمل های راه اندازی MCA را دنبال کنید.
- پس از راهاندازی، میتوانید یک حساب فرعی برای هر تاجر جدیدی که وارد میشوید ایجاد کنید. می توانید از API برای ایجاد حساب کاربری استفاده کنید.
- حساب POS ذکر شده باید یکی از این حساب های فرعی نیز باشد.
- نحوه پیوند دادن حساب نمایه کسبوکار تاجر به حساب Merchant Center Merchant
- در کدام کشورها یک صفحه درباره (impressum) مورد نیاز است؟
- آیا شماره تلفن برای نمایش تبلیغات لازم است؟
- من نمی توانم با حساب فرعی خود تماس برقرار کنم.
تبلیغات/FL/LIA/MHLSF/Analytics
- چگونه می توان ویترین فروشگاه محلی (MHLSF) را از طریق Local Feeds Partnership (LFP) پیاده سازی کرد؟
- ویترین فروشگاه محلی میزبان تاجر فقط اطلاعات ویترین محلی یک تاجر را نشان میدهد. این به شما امکان میدهد وقتی مشتریان را روی آگهیهای موجودی محلی شما و لیستهای محصولات محلی رایگان کلیک میکنند، به وبسایت خود هدایت کنید.
نوع ویژگی | تجربه ی کاربر | حاشیه نویسی خرید نمایش داده شد | رفتار خرید در "ببینید چه چیزی در فروشگاه است" |
پر شده | با کلیک بر روی یک آگهی موجودی محلی یا یک فهرست محلی رایگان به صفحه فرود محصول که در دسترس بودن یک مورد را در یک فروشگاه خاص نشان می دهد هدایت می شود. | به کاربران یک حاشیه نویسی برای فاصله (به عنوان مثال، "3.5 مایل") نشان داده می شود که فاصله تا فروشگاهی را نشان می دهد که می توانند کالا را خریداری کنند. | با کلیک بر روی یک محصول محلی در "مشاهده آنچه در فروشگاه وجود دارد" مشتریان را به یک ویترین فروشگاه محلی با میزبانی Google هدایت می کند. |
پایه ای | با کلیک بر روی یک آگهی موجودی محلی یا یک فهرست محلی رایگان، به صفحه فرود محصول هدایت میشوید که در آن مشتریان میتوانند در دسترس بودن کالا را در فروشگاهی نزدیک بررسی کنند. | حاشیهنویسی «در فروشگاه» به کاربران نشان داده میشود که نشان میدهد کالا برای خرید در فروشگاهی نزدیک در دسترس است. | کلیک کردن بر روی یک محصول محلی در "مشاهده آنچه در فروشگاه است" مشتریان را به یک فروشگاه محلی میزبانی شده توسط Google هدایت می کند. |
- آیا تاجر باید به LFP اجازه دهد به حساب Adwords خود دسترسی داشته باشد اگر قصد دارد خود حساب را مدیریت کند؟
- خیر، تاجر مجبور نیست به شما اجازه دسترسی به Adwords خود را بدهد، اگر نمی خواهید حساب او را برای آنها مدیریت کنید. برای پیوند ادوردز و مرکز تجاری این مقاله را دنبال کنید
- اگر تاجر قصد دارد خودش حساب را مدیریت کند، آیا باید به LFP اجازه دسترسی به حساب نمایههای تجاری خود را بدهد؟
- اگر قصد دارید از pos.inventory استفاده کنید، باید شناسه فروشگاه صحیح را ارسال کنید. این شناسه فروشگاه در بخش نمایه کسب و کار برای آن فروشگاه خاص اختصاص داده شده است. شناسایی آن شناسههای فروشگاه احتمالاً مستلزم مقداری دسترسی به حساب نمایه تجاری فروشنده است، مگر اینکه تاجر آن اطلاعات را مستقیماً در اختیار ارائهدهنده LFP قرار دهد. دستورالعملها برای پیوند دادن مقاله نمایههای تجاری
- چگونه می توانم از Google Analytics برای اندازه گیری عملکرد ویترین محلی میزبانی شده گوگل استفاده کنم؟
تنظیم و ساختار داده
- آیا می توانم از یک فایل فید در مقابل یک API استفاده کنم؟
- مزیت اصلی استفاده از Content API برای خرید این است که امکان مدیریت کارآمد مقادیر زیادی از موجودی، تنظیمات پیچیده حساب و تنظیمات حمل و نقل، همه از طریق اتوماسیون را فراهم می کند. برخی از مزایای عبارتند از:
- این اجازه می دهد تا داده های ساختاریافته آپلود شده در Google را برای استفاده در دارایی های Google، مانند تبلیغات خرید و جستجوی Google، مدیریت کنید.
- API کمتر به منابع نیاز دارد زیرا فقط بهروزرسانیهای افزایشی را در مقابل تازهسازی کامل دادهها به صورت روزانه ارسال میکند.
- API ها در زمان واقعی تر هستند و به روز رسانی داده های سریع تری را ارائه می دهند که می تواند وضعیت نادرست سهام را کاهش دهد.
- APIها می توانند بسیاری از فرآیندهای راه اندازی حساب های فرعی را انجام دهند در حالی که فیدها باید به صورت دستی تنظیم شوند.
- مزیت اصلی استفاده از Content API برای خرید این است که امکان مدیریت کارآمد مقادیر زیادی از موجودی، تنظیمات پیچیده حساب و تنظیمات حمل و نقل، همه از طریق اتوماسیون را فراهم می کند. برخی از مزایای عبارتند از:
چگونه داده ها را به گوگل ارسال کنم؟
یک حساب Merchant Center (در حالت ایده آل یک حساب فرعی تحت MCA خود) ایجاد کنید و آن شناسه Merchant Center را با Google به اشتراک بگذارید. سپس تیم Google آن حساب را برای قابلیتهای POS فعال میکند. این فید موجودی POS را فعال می کند
برای ارسال داده ها باید از یکی از دو نوع فید (یا API) استفاده کنید. موجودی یا خوراک فروش . معادل های API: فیدهای موجودی و فروش
فید فروش برخی مدلسازیها را به ما اضافه میکند و میتواند دقت را بهبود بخشد، اما ممکن است باعث شود موجودی بیشتری بهعنوان موجودی موجود نباشد.
چه محصولاتی را می توانم در گوگل آپلود کنم؟
- اقلام ملموسی که برای خرید فوری در دسترس هستند مجاز هستند. با این حال، آنها باید دستورالعمل های شما را رعایت کنند تا بتوانند پست شوند. بیشتر بدانید .
کدام ویژگی برای GTIN های غیر منطبق مورد نیاز است؟
- اگر میخواهید از محصولاتی که هیچ داده GTIN برای آنها ندارید نیز استفاده کنید، باید یک فید اصلی ارسال کنید یا با استفاده از این Content API مستقیماً در حساب یک خردهفروش استفاده کنید.
توجه داشته باشید که ویژگی های زیر برای پوشاک مورد نیاز است:
- شناسه
- عنوان
- شرح
- تصویر_لینک
- وضعیت
- gtin
- نام تجاری
آیا باید مقدار واقعی موجود در دست را برای هر کالا برای هر فروشگاه ارسال کنم؟
- بله، ویژگی مقدار (تعداد واحدهای موجود برای یک پیشنهاد خاص) باید درج شود تا اطلاعات دقیق به کاربر نمایش داده شود.
چگونه می توان ویژگی link_template را با استفاده از API محصولات ارسال کرد؟
- می توانید link_template را به عنوان یک شیء CustomAttribute در قسمت لیست CustomAttributes به عنوان بخشی از نقطه پایانی محصولات اضافه کنید.
چه دادههایی و هر چند وقت یکبار باید دادههای محصول، موجودی و دادههای قیمتگذاری را ارسال کنم؟
- اطلاعات محصول باید حداقل هر 30 روز ارسال شود.
- دادههای موجودی و قیمت هر 14 روز منقضی میشود و بازخوانی روزانه با دلتای تغییر پیشنهادها توصیه میشود برای بهینهسازی بهروزرسانیهای تازهسازی، پیشنهادهایی را اولویت بندی کنید که تغییر در قیمت و مقدار تغییر میکند که باعث میشود پیشنهادها از موجودی به موجودی خارج شوند و برعکس.
- اگر از فید فروش استفاده می کنید، توصیه می کنیم این فید را حداقل روزانه به روز کنید. حداقل 60 روز داده های فروش را در اولین بارگذاری خود آپلود کنید.
- فید فروشگاه کدهای فروشگاه شما را برای آدرسهای فروشگاه ترسیم میکند. این فید اختیاری است و فقط در صورتی باید از آن استفاده شود که نتوانید بازرگانان را به نمایه کسب و کار Google آنها در Merchant Center مرتبط کنید. هنگامی که خردهفروشان یا فروشگاههای جدیدی را به برنامه اضافه میکنید، این فید نیز باید بهروزرسانی و آپلود شود.
آیا تطبیق GTIN این فید هنگام ارائه، ترجمه خودکار به این زبانها را نیز ارائه میکند؟
- این درست است، همانطور که در حال حاضر وجود دارد، اگر کشور مقصد (مانند کانادا) دو زبان مرتبط داشته باشد، باید یک تماس API جداگانه داشته باشید.
آیا کشور مقصد و زبان محتوا باید مطابقت داشته باشند؟ آیا با ماژول "See What's in Store" ارتباطی خواهد داشت؟
- بله، برای مثال، هنگام تنظیم زبان مرورگر به فرانسوی کانادایی، رابط کاربری و همچنین عنوان پیشنهاد و توضیحات به زبان فرانسوی نمایش داده می شود (عنوان و توضیحات به طور خودکار ترجمه نمی شوند، برخلاف UI - به این معنی که اگر زبان یکی از زبانهای رسمی در کشور مربوطه و تاجر محصولاتی را به آن زبان ارسال میکند، به نظر میرسد که اگر کاربر از همان زبان در مرورگر خود استفاده کند، این پیشنهادها نمایش داده میشوند.
- صرف نظر از زبان مرورگر مورد استفاده، "See What's in Store" (SWIS) باید همیشه در دسترس باشد. اگر یکی از زبانها باشد، تاجر دادههای محصول را برای Google ارسال میکند از آن استفاده میکند، اما اگر آن زبان در دسترس نیست، ig defaultx به انگلیسی. با این حال، عناصر رابط کاربری «فروشگاه محلی میزبانی Google» بسته به زبان مرورگر تغییر میکنند. بنابراین، اگر به یک SWIS در کانادا نگاه کنید که آلمانی به عنوان زبان در مرورگر به زبان انگلیسی تنظیم شده باشد، پیشنهادات انگلیسی نمایش داده میشود، اما رابط کاربری همچنان به زبان آلمانی نمایش داده میشود.
من اولین فید خود را آپلود کرده ام و همه چیز به عنوان تایید نشده نشان داده می شود. حالا چی؟
- اولین باری که pos.inventory فراخوانی می شود، نیاز GTIN به مطابقت با کاتالوگ محصولات Google است. این میتواند باعث تأخیر 24 تا 48 ساعته شود تا زمانی که پیشنهادات خود را در مرکز تجاری معلق ببینید. اگر یک شریک قابل اعتماد هستید، پیشنهادات بلافاصله پس از آن به طور خودکار تأیید می شوند.
تبلیغات من چه زمانی تایید می شود؟
- پیشنهادها تا زمانی که تاجر بررسی های موجودی را گذرانده باشد یا اگر شریک مورد اعتمادی هستید، تا زمانی که خط لوله پردازش پیشنهادات را به پایان نرساند (معمولاً ظرف 24/48 ساعت) در حال بررسی است.
از کدام API می توانم برای بازیابی وضعیت محصولات استفاده کنم؟
از کدام API می توانم برای پیوند دادن نمایه های تجاری استفاده کنم؟
محدودیت نرخ برای pos.inventory API چقدر است؟ چند SKU را می توان در یک درخواست و در چه بازه زمانی گنجاند؟
- محدودیت های Content API
- برای CustomBatch ، راهی برای ارسال چندین ورودی در یک درخواست واحد، سهمیه بر اساس ورودی های دسته مصرف می شود. اگر یک دسته دارای 100 ورودی pos.sale و 300 pos.inventory باشد، API 100 از سهمیه pos.sale و 300 از سهمیه pos.inventory مصرف میکند.
زمان پاسخ معمولی برای pos.inventory API چقدر است؟
- باید تقریباً فوراً بین HTTP POST و پاسخ POST باشد.
زمان انقضای توکن چقدر است؟ فرکانس توصیه شده برای بازسازی توکن چقدر است؟
- 1 ساعت باید رمز دسترسی OAuth را با استفاده از نشانه رفرشی که آنها به دست آورده اند، بازخوانی کنید. جزئیات بیشتر در اینجا
هدف از فیلد "item_id" چیست؟ چه تفاوتی با مقدار "gtin" دارد؟ آیا "item_id" با SKU کودک یا SKU والدین مطابقت دارد؟
- Item_id' یک شناسه داخلی برای تاجر شما است. این می تواند با هر کد یا شناسه محصول داخلی مطابقت داشته باشد. شناسه مورد فقط برای تاجر استفاده میشود تا بتواند مورد خود را در رابطه با GTIN شناسایی کند. برخی از خرده فروشان از GTIN به عنوان شناسه کالای خود استفاده می کنند و برخی نه. این قسمت باید هر چیزی باشد که خردهفروش میداند برای بررسی موجودی باید به دنبال چه چیزی بگردد یا اگر مشتری تماس بگیرد و درخواست کند.
- GTIN کد UPC یا EAN و یک GTIN است که توسط سازنده اختصاص داده شده است. فقط در صورتی یک GTIN ارائه دهید که از درستی آن مطمئن هستید. وقتی شک دارید GTIN ارائه نکنید.
آیا google_product_category یک فیلد ضروری است؟
- دسته محصول Google اختیاری است و معمولاً برای لغو مقدار داده شده به صورت خودکار وارد می شود
بررسی های موجودی
- بررسی های موجودی چگونه انجام می شود؟
- هنگامی که فیدها آپلود شدند و حساب آماده شد، درخواست شریک LFP با شریک BD خود بررسی میکند. یک نماینده Google درخواست میکند که بررسیها توسط تیم پشتیبانی ما آغاز شود و وقتی ارائهدهنده مشخص کرد که آنها برای بررسیها آماده هستند، با مخاطبین تأیید موجودی در MC تماس بگیرد.
- تیم پشتیبانی Google زمانی را با مدیر فروشگاه (یا متخصص موجودی) برای انجام این بررسی ها برنامه ریزی می کند.
- بررسیها با حداکثر ۳ فروشگاه برای هر تاجر انجام میشود، تعداد چکها براساس تجربه صفحه فرود شما تعیین میشود. جزئیات بیشتر .
- طی این بررسی ها تا 100 محصول در هر فروشگاه بررسی می شود. تیم ما به دنبال تأیید این موضوع است که اگر کالا در انبار موجود است، زمانی که فید آن را در انبار گزارش میکند، و زمانی که فید موجود نیست، موجود نیست.
- نماینده فروشگاه همچنین باید از برخی محصولات عکس بگیرد و برچسب محصول و قیمت قفسه یا برچسب قیمت را به وضوح نشان دهد.
- کل فرآیند تأیید موجودی تقریباً 2 ساعت در هر فروشگاه طول می کشد. فرم نظرسنجی باید در همان روز کاری تکمیل شود. پس از تکمیل تأیید موجودی، نظرسنجی را برای انتقال نتایج ارسال کنید.
- وضعیت شریک مورد اعتماد چگونه به دست می آید
- تبلیغات من چه زمانی تایید می شود؟
- پیشنهادها تا زمانی که آن تاجر بررسیهای موجودی را گذرانده باشد، در حالت تعلیق باقی میمانند.
- خرده فروشان من دارای ترافیک بالا و اقلام با حجم بالا هستند. آیا این بر بررسی موجودی ها تأثیر می گذارد؟
- قابل درک است که ترافیک زیاد، اقلام با حجم بالا در فروشگاه ها وجود دارد و دقت در دست برای چیزهایی مانند غذای گرم می تواند دشوار باشد. Google تلاش میکند تشخیص دهد که آیا فید کالا را در انبار یا موجود نیست، نه مقدار دقیق موجود.
- برای مواد غذایی که تهیه مقدار آنها دشوار است، معمولاً توصیه می کنیم مقدار "1" را تنظیم کنید. در مورد محصولات فاسد شدنی که روزانه به روز می شوند، در حالت ایده آل، به محض تغییر در دسترس بودن، آن را به روز کنید.
- آیا فروشگاههای جلوی فروشگاه محلی میزبان بازرگان (MHLSF) به بررسی موجودی نیاز دارند؟
- فروشگاه های MHLSF نیازی به بررسی موجودی ندارند. در عوض، بررسی وب سایت انجام می شود تا تأیید شود که وب سایت الزامات MHLSF را به طور کامل یا اولیه برآورده می کند. پس از شروع آپلود برای MHLSF، بازبینی دستی بیشتری وجود دارد که تکمیل آن ممکن است 3-4 روز طول بکشد. هیچ بررسی بیشتری لازم نیست زیرا MHLSF در دسترس بودن در فروشگاه را تأیید می کند.