راه‌اندازی مکان‌ها

برای راه‌اندازی مکان‌هایتان، باید مراحل زیر را طی کنید:

کاوش مکان‌ها

مکان‌های منتشرشده و درستی‌سنجی‌شده ویژگی متعارفی در نتایج «جستجوی Google» و Maps هستند. این مکان‌ها مالک موجود و درستی‌سنجی‌شده دارند. برای تغییر مالکیت از یک «حساب Google» به حسابی دیگر، درخواست مالکیت لازم است. مکان‌های مطالبه‌نشده‌ای که توسط راهنماهای محلی یا انجمن کاربران ایجاد شده‌اند، تأییدنشده درنظر گرفته می‌شوند. پلاتفرم‌ها مکان‌های جدید را ایجاد و درستی‌سنجی می‌کنند.

برای راه‌اندازی مکان‌هایتان با میانای برنامه‌سازی کاربردی «نمایه کسب‌وکار»، باید پلاتفرمی برای فروشندگانتان ایجاد کنید تا کسب‌وکارشان را در Google مدیریت کنند. در پلاتفرم خودتان، می‌توانید به کاربران اجازه دهید فهرستگان‌هایی را که با نام، نشانی، و داده‌های تلفن کسب‌وکارشان مطابقت دارد جستجو کنند.

GoogleLocations API به شما امکان می‌دهد ازقبل ببینید آیا مکان قبلاً توسط فروشنده دیگری در «نمایه کسب‌وکار» ادعای مالکیت شده است یا نه. اگر ادعای مالکیت مکان نشده باشد، می‌توانید بلافاصله درخواست مالکیت آن مکان را بدهید. درغیراین‌صورت، باید مکان جدیدی ایجاد و درستی‌سنجی کنید.

برای اطلاعات بیشتر، راهنمای جستجوی فهرستگان منطبق را ببینید.

نتایج جستجوی مکان

وقتی فهرست‌های مکان را جستجو می‌کنید، باید مراحل زیر را برای ادعای مالکیت مکان جدید تکمیل کنید:

  1. داده‌های مکان مانند نام کسب‌وکار، نشانی، و دسته را از فروشنده جمع‌آوری می‌کنیم.
  2. نقطه پایانی googleLocations.search را فراخوانی کنید و داده‌های مکان را در بدنه درخواست فراخوانی ارائه دهید. یا می‌توانید رشته پرسمانی را جستجو کنید، مشابه آنچه کاربر در «جستجو» یا Maps وارد می‌کند. برای مثال، «Starbucks 5th ave NYC» یک رشته پُرسمان است.
  3. این میانای برنامه‌سازی کاربردی فهرستی از مکان‌های منطبق احتمالی و اطلاعات مربوط به هر مکان، مثل locationName و نشانی هرکدام را برمی‌گرداند.

    وقتی فهرست برگردانده‌شده توسط API را دریافت می‌کنید، دو گزینه دارید:

    1. اگر موردی منطبق نبود، مکان جدیدی ایجاد کنید و برای به‌تأیید رساندن آن اقدام کنید.
    2. اگر یک یا چند مورد مطابقت وجود دارد، از مالک کسب‌وکار بخواهید نزدیک‌ترین مورد را انتخاب کند.

      اگر requestAdminRightsUrl وجود داشته باشد، مالک پیشنهادی باید به سیستم «حساب Google» خود وارد شود و روی پیوند کلیک کند تا فرایند درخواست مالکیت آغاز شود.

      اگر requestAdminRightsUrl وجود ندارد، مکان جدیدی ایجاد کنید و آن را به‌تأیید برسانید.

درخواست‌های مالکیت

اعتماد فروشنده، ارتباط صریح، و «حساب‌های Google» در فرایند ادعای مالکیت نقش محوری دارند. ادعاهای مالکیت ممکن است تاحدی خودکارسازی شده باشند و برخی مراحل آن مستلزم این باشد که مالک کسب‌وکار پیشنهادی پلاتفرم را ترک کند، به سیستم «حساب Google» خود وارد شود، و روی دکمه‌ها یا پیوندها در «نمایه کسب‌وکار» کلیک کند.

انتقال موفقیت‌آمیز کسب‌وکار تا هفت روز طول می‌کشد. وقتی درنهایت منتقل شد، تاجر باید به سیستم وارد شود و فرایند ادعای مالکیت را به‌صورت دستی تکمیل کند.

مالکان فعلی کسب‌وکار ممکن است درخواست را رد کنند و مالکان پیشنهادی ممکن است به اعلان ایمیلی Google پاسخ ندهند. اگر ادعای مالکیت رد شود، مالک پیشنهادی کسب‌وکار می‌تواند به‌صورت دستی پژوهش‌خواهی کند.

برای به‌حداقل رساندن ریزش، توصیه می‌کنیم فرایندی را برای پیگیری درخواست‌های مالکیت اجرا کنید. پیشنهاد می‌کنیم ۷ تا ۱۰ روز پس‌از شروع ادعا، به‌صورت خودکار یا دستی با مالک پیشنهادی پیگیری کنید.

نمای کلی فرایند مالکیت مکان

نمودار زیر فرایند مالکیت مکان را نشان می‌دهد:

نمودار Swimlane از فرایند مالکیت مکان.
شکل ۱. نمودار نمای کلی فرایند مالکیت مکان

تصاویر تکراری

اگر مکانی را اضافه کنید که قبلاً در «نمایه کسب‌وکار» به‌تأیید رسیده است، در Google Maps نشان داده نمی‌شود و در حسابتان به‌عنوان «مکان تکراری» علامت‌گذاری می‌شود. فقط یک مکان درستی‌سنجی‌شده مجاز است. مکان‌های تکراری درستی‌سنجی و منتشر نشده‌اند. نیازی نیست موارد تکراری را به‌صورت دستی بردارید.

مرورها معمولاً به مکان جدیداً تأییدشده منتقل می‌شوند. برای اطلاعات بیشتر، انتقال مرورها بین فهرستگان‌ها را ببینید.

ایجاد مکان‌ها

در Google Maps، مکان‌ها با شناسه مکان نشان داده می‌شوند و حساب‌ها و مکان‌های «نمایه کسب‌وکار» با شناسه حساب و شناسه مکان نشان داده می‌شوند.

مکان‌ها و جاها

وقتی مکان جدیدی ایجاد می‌کنید، این مکان با جایی در Google Maps مرتبط می‌شود. این موضوع برای کسب‌وکارهای با منطقه خدماتی نیز صدق می‌کند، حتی اگر نشانی به‌صورت عمومی قابل‌مشاهده نباشد.

توصیه می‌کنیم هنگام ایجاد مکان‌ها، روال‌های زیر را دنبال کنید:

  • اگر مالک کسب‌وکاری هستید که این فرایند را هدایت می‌کند، ابزاره‌های Places و Geocoding API در Google Maps JavaScript بهترین و آشناترین تجربه را برای شما ارائه می‌دهند تا با سنجاق کردن روی نقشه، مکان دقیق کسب‌وکار را مشخص کنید.
  • مناطق جدید و درحال رشد سریع ممکن است به مختصات طول و عرض جغرافیایی نیاز داشته باشند. معمولاً Google Maps شناسه‌های مکان، نشانی‌ها، و داده‌های طول و عرض جغرافیایی را تعیین می‌کند.

مکان‌ها و جاها رابطه چند با چند دارند. ممکن است چند مکان با یک شناسه مکان مرتبط باشد. برای مثال، بخش‌های درون مرکز خرید یا بیمارستان چند مکان محسوب می‌شوند. برعکس، ممکن است چند شناسه مکان با یک مکان مرتبط باشد. برای اطلاعات بیشتر، رهنمودهای ارائه کسب‌وکار در Google را ببینید. این رهنمودها برای همه کاربران قابل‌اجرا است.

شناسه‌های مکان Maps

شناسه‌های مکان Maps یکتا نیستند و ممکن است درطول زمان تغییر کنند. برای کسب اطلاعات درباره نحوه ذخیره کردن، مدیریت، و ذخیره کردن ایمن شناسه مکان‌های Maps، شناسه‌های چند مکان، و نحوه تعیین محدوده آن‌ها، به راهنمای شناسه‌های مکان مراجعه کنید.

برای آشنایی با نحوه ایجاد و به‌روزرسانی نقشه ساختمان، راهنمای استفاده از نقشه‌های داخلی برای مشاهده نقشه ساختمان را ببینید.

اعتبارنامه‌های OAuth

هرجا ممکن بود، از اطلاعات کاربری OAuth مالک کسب‌وکار برای ایجاد مکان استفاده کنید. این کار «حساب Google» مالک را به‌عنوان مالک اصلی برای مدیریت دعوت‌ها و تغییر مالکیت تعیین می‌کند، اما بدون استفاده از نام مالک.

وضعیت فهرستگان و اشیاء میانای برنامه‌سازی کاربردی

شیء Location API همه اطلاعات منسوب به مکان را دربرمی‌گیرد. شیء Metadata جزئیاتی درباره مکان ارائه می‌دهد، مثل نشانی وب Maps.

برای شرح مفصل هر وضعیت فهرستگان، آشنا شدن با وضعیت فهرستگان را ببینید.

دسته‌ها و مشخصه‌ها

وقتی مکان‌ها را ایجاد یا به‌روز می‌کنید، بهتر است از فهرست به‌روز دسته‌ها و مشخصه‌ها جست‌وجو و انتخاب کنید. فهرست دسته‌ها و مشخصه‌های دردسترس ممکن است در هر زمانی تغییر کند.

از روش‌های میانای برنامه‌سازی کاربردی categories.list و attributes.list استفاده کنید تا به‌روزرسانی دقیقی از فهرست تاریخ‌ها را از Google دریافت کنید. گزینه‌های دردسترس بومی‌سازی شده‌اند و در زبان‌ها و مناطق مختلف متفاوت‌اند. این میانای برنامه‌سازی کاربردی از کدهای زبان BCP 47 و کدهای کشور ISO 3166-1 alpha-2 برای توصیف زبان‌ها و مناطق استفاده می‌کند.

نشانی‌های پستی

نشانی‌ها باید با الزامات نشانی پستی منطقه‌ای و زبانی «نمایه کسب‌وکار» مطابقت داشته باشد. این الزامات اغلب بالاتر از الزامات کسب‌وکارهای با منبع همیاری درستی‌سنجی‌نشده‌ای است که در Google Maps پیدا می‌شود. راهنماهای محلی و کاربران Maps و «جستجو» می‌توانند نشانی و جزئیات کسب‌وکار را برای مکان‌های ادعانشده وارد کنند. این اطلاعات اغلب محاوره‌ای و در قالب‌های غیرمعیار است.

این پروژه متن‌باز ممکن است به پلاتفرم شما کمک کند این الزامات را برآورده کند.

فروشندگان، تیم‌های عملیاتی، و اشخاص ثالث می‌توانند به اطمینان از صحت کمک کنند.

وقتی accounts.locations.create را با پارامتر validateOnly=true تنظیم‌شده فراخوانی می‌کنید، توصیه می‌کنیم تأیید کنید که فیلدهای الزامی وجود دارند و نشانی‌های پستی به‌درستی قالب‌بندی شده‌اند.

زمین‌کدیابی

زمین‌کدیابی نشانی‌ها را به مختصات جغرافیایی تبدیل می‌کند که سپس می‌توانید از آن‌ها برای قرار دادن نشانگرها روی نقشه یا تعیین موقعیت نقشه استفاده کنید.

مختصات طول و عرض جغرافیایی برای تعیین مکان‌های فیزیکی در Maps با زمین‌کدیابی، در میاناهای برنامه‌سازی کاربردی مکان‌ها، و همچنین با داده‌های شخص ثالث استفاده می‌شود.

تاجران، تیم‌های عملیاتی، و اشخاص ثالث می‌توانند کمک کنند تا اطمینان حاصل شود که نشانی‌ها به‌درستی به مکانی پیوند داده شده‌اند که نشان‌دهنده جفت مختصات طول و عرض جغرافیایی است.

به‌روزرسانی‌های موقعیت م

تغییرات مکان‌ها عمدتاً ازسوی مالکان و مدیران مکان‌ها اعمال می‌شود، اما ممکن است ازسوی انجمن اینترنتی گسترده‌تر، راهنماهای محلی، و Google نیز اعمال شود. نحوه به‌دست آوردن و نمایش اطلاعات کسب‌وکار توسط Google نحوه مدیریت به‌روزرسانی‌ها و نحوه نمایش آن‌ها در Maps و نتایج جستجو را شرح می‌دهد.

ویرایش‌ها معمولاً پذیرفته می‌شوند اما تضمینی نیست. صفحه‌های پشتیبانی چه اتفاقی برای ویرایش‌هایتان می‌افتد و مدیریت به‌روزرسانی‌های Google فرایند بازبینی و انتشار را با جزئیات بیشتر شرح می‌دهند.

روش locations.getGoogleUpdated جزئیات ویرایش‌های مکان Google را برمی‌گرداند. برای کسب اطلاعات بیشتر درباره پذیرفتن یا رد کردن این به‌روزرسانی‌ها، راهنمای مدیریت به‌روزرسانی‌های Google ما را ببینید.

به‌تأیید رساندن مکان‌ها

فرایند درستی‌سنجی مکان، مکانی را در Google Maps و «جستجو» منتشر می‌کند. کسب‌وکارهای تأییدنشده برای عموم قابل‌مشاهده نیستند. این فرایند هویت مالک مکان را به‌طور قطعی تأیید می‌کند و «حساب Google» را به‌طور مؤثری به آن مکان پیوند می‌دهد. ممکن است از مالک خواسته شود برای درستی‌سنجی مکان، کد پین وارد کند.

درستی‌سنجی مبتنی بر پلاتفرم

پلاتفرم‌های شریک می‌توانند مکان‌ها را بدون نیاز به خروج کاربران از پلاتفرم به‌تأیید برسانند. پلاتفرم روش‌های درستی‌سنجی دردسترس، مانند ایمیل، پیامک، تماس صوتی، و کارت‌پستال، یا به‌طور خودکار را جستجو می‌کند و درصورت لزوم، از مالک کسب‌وکار می‌خواهد روش ترجیحی خود را انتخاب کند. سرویس‌های Google کد درستی‌سنجی پین را به مالک کسب‌وکار ارسال می‌کنند. اگر درستی‌سنجی خودکار دردسترس باشد، مالک کسب‌وکار برای درستی‌سنجی موفقیت‌آمیز کسب‌وکارش نیازی به انجام هیچ مرحله‌ای ندارد.

نمودار زیر فرایند درستی‌سنجی مبتنی بر پلاتفرم را نشان می‌دهد:

نمودار شناوری از فرایند نمای کلی درستی‌سنجی مبتنی بر پلاتفرم.
شکل ۲. نمودار نمای کلی درستی‌سنجی مبتنی بر پلاتفرم

روال‌های مطلوب

در برخی شرایط، ممکن است تکمیل درستی‌سنجی تا چند روز طول بکشد. باید برای وضعیت درستی‌سنجی نظرسنجی کنید. اگر فهرست خالی از روش‌های درستی‌سنجی برگردانده شد، از تلاش مجدد استفاده کنید.

تغییر نام، نشانی، و دسته کسب‌وکار می‌تواند باعث درخواست درستی‌سنجی مجدد شود. این نوع ویرایش‌ها را قبل‌از شروع فرایند درستی‌سنجی انجام دهید.

برای بیشینه‌سازی نرخ تبدیل فروشنده، این روال‌های مطلوب را دنبال کنید:

  • اندازه‌گیری کنید که هر روش درستی‌سنجی چندوقت یک‌بار ارائه می‌شود.
  • نرخ ریزش را در مکالمه‌ها و مراحل مختلف اندازه‌گیری کنید.
  • اگر مکان درستی‌سنجی نشد، با فروشنده پیگیری کنید.

زنجیره‌ها و نمانام‌ها

زنجیره‌ها و نمانام‌ها تحت الزامات مختلفی برای برآورده کردن اهداف فرانشیز، فرانشیزگیر، و شریک فعالیت می‌کنند. زنجیره‌ها توسط تیم پشتیبانی و مشارکت اختصاصی مدیریت می‌شوند.

برای اطلاعات بیشتر درباره ثبت، ایجاد، و درستی‌سنجی مکان‌های زنجیره‌ای، راهنمای درخواست درستی‌سنجی انبوه برای بیش‌از ۱۰ مکان را ببینید.

پس‌از درستی‌سنجی، مکان‌های زنجیره‌ای منتشرشده را می‌توان با میاناهای برنامه‌سازی کاربردی «نمایه کسب‌وکار» به همان روشی که مکان‌های دیگر مدیریت می‌شوند، با چند استثنا، مدیریت کرد. برای مثال، با مدیران سایت به‌طور متفاوتی رفتار می‌شود و آن‌ها می‌توانند خودشان را به مکان‌های فرانشیز اضافه کنند. برای اطلاعات بیشتر، مالکان و مدیران فهرستگان‌ها را ببینید.

درحال پیوند دادن

برای اینکه مکانتان قابل‌پیدا کردن باشد، می‌توانید آن را به Google Ads، پست‌ها، و مرورها پیوند دهید.

برای کسب اطلاعات درباره نحوه همگام‌سازی حساب «نمایه کسب‌وکار» با Google Ads، به راهنمای یکپارچه‌سازی Google Ads و پست استفاده از میاناهای برنامه‌سازی کاربردی «نمایه کسب‌وکار» برای مدیریت افزونه‌های مکان در وبلاگ توسعه‌دهنده Google Ads مراجعه کنید.

برای اطلاعات عمومی و کسب اطلاعات بیشتر درباره AdWords API، به سایت توسعه‌دهنده AdWords API یا تالار گفتمان Adwords API مراجعه کنید.

مکان میانای برنامه‌سازی کاربردی «نمایه کسب‌وکار» storeCode باید با مقدار فید سیاهه محصول محلی Ads مطابقت داشته باشد.

از قالب زیر برای ساختن پیوند عمیق استفاده کنید:

https://business.google.com/{edit|posts|reviews}/l/u{location_id}

میانای برنامه‌سازی کاربردی «نمایه کسب‌وکار» شناسه‌های حساب و مکان را به‌صورت غیرمبهم برمی‌گرداند. میانای وب «نمایه کسب‌وکار» از ترکیبی از شناسه‌های مبهم و غیرمبهم استفاده می‌کند.

محدودیت‌های ورود به سیستم و دسترسی کاربر اعمال می‌شود. برای مثال، کاربر «حساب Google» باید حقوق مالک یا مدیر را برای ویرایش مکان داشته باشد.

سنجه‌های عملکرد

این میانای برنامه‌سازی کاربردی چندین سنجه عملکرد مکان را دراختیارتان قرار می‌دهد.

برای هر مکان، سنجه‌های زیر برای تجزیه‌وتحلیل دردسترس شما است:

  • تعداد دفعاتی که منبع در «جستجوی Google» در رایانه مشاهده شده است.
  • تعداد دفعاتی که منبع در «جستجوی Google» در تلفن همراه مشاهده شده است.
  • تعداد دفعاتی که منبع در Google Maps در رایانه مشاهده شده است.
  • تعداد دفعاتی که منبع در Google Maps در تلفن همراه مشاهده شده است.
  • تعداد دفعاتی که روی وب‌سایت کلیک شده است.
  • تعداد دفعاتی که روی شماره تلفن کلیک شده است.
  • تعداد دفعاتی که مسیرهای رانندگی درخواست شده است.
  • تعداد دفعاتی که روی دکمه دعوت به اقدام کلیک شده است.

برای اطلاعات بیشتر درباره اطلاعات آماری مکان، بازیابی اطلاعات آماری مکان را ببینید.