داشبورد سئو در Looker Studio برای کلینیکها: GSC + GA4
ساخت داشبورد سئو در Looker Studio برای کلینیک: دو منبع داده Search Console، سهمیه رابط GA4، ساختار صفحه بر پایه زبان، ترکیب داده و نمودارهایی که نباید کشید.
نوشته Roozbeh Nazari · CEO
هدف از ساختن داشبورد سئو برای یک کلینیک این است که مسئول بازاریابی به جای اینکه هر ماه از مشاور بپرسد «وضعیت چطور است»، بتواند داده حساب خودش را در یک صفحه ببیند. Looker Studio برای این کار ابزاری کافی و رایگان است؛ سختی در ابزار نیست، در تصمیمگیری درباره این است که چه دادهای را از چه منبعی بکشید و چه چیزی را نکشید. این مقاله ساختار داشبوردی را که برای یک سایت کلینیک چندزبانه ساختهایم، محدودیتهای رابطهای Search Console و GA4 که باید دانست و منطق نمودارهایی که بیرون داشبورد میمانند توضیح میدهد.
اصل منبع
همه منابع داده داشبورد باید به حساب Google خود کلینیک متصل باشند: مالکیت Search Console، مالکیت GA4 و خودِ داشبورد. مشاور داشبورد را بهعنوان ویرایشگر درون حساب کلینیک میسازد؛ در حساب خودش نمیسازد و به اشتراک نمیگذارد. این اصل تضمین میکند با پایان رابطه مشاوره، داشبورد و تاریخچه داده نزد کلینیک بماند. این اولین قاعده خدمت تحلیل و داده ما هم هست: زیرساخت سنجش مال مشتری است.
Search Console: دو منبع داده لازم است
رابط Search Console در Looker Studio دو روش تجمیع متفاوت Search Console را بازتاب میدهد: نمایش سایت و نمایش URL. در جدول نمایش سایت، نمایشها و کلیکها در سطح سایت شمرده میشوند؛ منبع درست برای تحلیل بر پایه پرسش است. در جدول نمایش URL همان معیارها در سطح URL شمرده میشوند؛ منبع درست برای تحلیل بر پایه صفحه است. مستند Google بهروشنی میگوید: یک منبع داده فقط میتواند یکی از این دو روش را به کار برد. اگر میخواهید هر دو را ببینید، برای همان مالکیت دو منبع داده جدا میسازید.
این تفاوت در عمل مهم است، چون جمع دو جدول با هم نمیخواند و نخواندنش طبیعی است. وقتی برای یک پرسش بیش از یک صفحه شما در همان صفحه نتایج ظاهر میشود، نمایش سایت یک میشمارد و نمایش URL دو. اگر نمیخواهید بعد از کنار هم گذاشتن اعداد دو منبع، هر ماه به پرسش «چرا فرق دارند» پاسخ دهید، در عنوان هر نمودار بنویسید از کدام منبع میآید.
داده Search Console یک محدودیت دیگر هم دارد: گزارش عملکرد تا شانزده ماه به عقب میرود. مقایسه سالانه میتوانید بکنید اما با دو سال پیش نمیتوانید مقایسه کنید. اگر تاریخچه طولانیتری میخواهید، باید داده را در فواصل منظم به یک جدول صادر کنید؛ این موضوع برنامه نگهداری داده است، نه داشبورد.
GA4: رابط و سهمیه
راهاندازی رابط GA4 آسان است؛ سختیاش بعد پیدا میشود. مستند Google میگوید گزارشهای Looker Studio که به GA4 متصلاند تابع سهمیههای Google Analytics Data API هستند و گزارشهایی که از سهمیه بگذرند میتوانند خطا نشان دهند. سهمیه با پرسشی مصرف میشود که هر کسی که داشبورد شما را باز میکند برای هر نمودار میفرستد. اگر ده نفر در یک صبح صفحهای با سی نمودار را باز کنند، دیدن خطا عادی است. سه تدبیر داریم: نگه داشتن تعداد نمودار هر صفحه حول ده، تنظیم تازگی داده روی دوازده ساعت، و جمع کردن پربازدیدترین معیارها در یک صفحه خلاصه و باز کردن صفحات تفصیلی فقط در صورت نیاز. تنظیم تازگی داده بر اساس نوع رابط فرق میکند؛ بلندتر کردن مقدار پیشفرض برای GA4، مصرف سهمیه را بهطور محسوس کم میکند.
معیارهایی که از GA4 به داشبورد میآوریم محدودند: تعداد نشست ارگانیک، رویدادهای کلیدی با منبع ارگانیک (ارسال فرم، کلیک WhatsApp، کلیک تلفن)، نرخ رویداد کلیدی بر پایه صفحه فرود و تفکیک بر پایه زبان. اینکه تفکیک زبان در سایت چندزبانه چگونه ساخته میشود را در مقاله گزارشدهی چندزبانه GA4 توضیح دادهایم؛ داشبورد روی آن ساختار مینشیند.
ساختار صفحات داشبورد
صفحه اول، خلاصه: چهار عدد و دو نمودار خطی. اعداد: کلیک ارگانیک (Search Console، نمایش سایت)، نشست ارگانیک (GA4)، رویداد کلیدی ارگانیک (GA4)، درخواست ارگانیکی که در CRM واجد شرایط علامت خورده (جدولی که دستی وارد یا از CRM متصل میشود). خطها: کلیک ارگانیک و رویداد کلیدی ارگانیک در شانزده ماه گذشته. این تنها صفحهای است که مسئول بازاریابی هر هفته نگاه میکند.
صفحه دوم، پرسشها: از منبع نمایش سایت، کلیک، نمایش و میانگین جایگاه فیلترشده روی مجموعه پرسشهای هدف. مجموعه پرسشهای هدف فهرستی است که با مشاور تعیین شده و در داشبورد بهعنوان فیلتر تعریف شده است؛ هدف نشان دادن پرسشهای زیر نظر است، نه فهرست کردن همه پرسشها. فیلتر کشور در اینجا الزامی است: جمع کردن پرسشهای عربی از کشورهای خلیج با پرسشهای ترکی از ترکیه در یک جدول گمراهکننده است.
صفحه سوم، صفحات: از منبع نمایش URL، کلیک و نمایش گروهبندیشده بر پایه پوشه زبان و در کنارش تعداد رویداد کلیدی همان URL از GA4. نشان دادن این دو منبع در یک جدول ترکیب داده میخواهد؛ ترکیب، فیلدهایی از منابع مختلف را روی یک کلید مشترک به هم میپیوندد و کلید در اینجا URL صفحه است. مطمئن شوید قالب URL در دو منبع یکی است؛ Search Console URL کامل میدهد و GA4 مسیر، و پیش از ترکیب باید هر دو را به یک قالب برسانید.
صفحه چهارم، سلامت فنی: داده ایندکس Search Console از رابط نمیآید؛ در این صفحه یک جدول ماهانه با ورود دستی میگذاریم: تعداد URL ارسالشده و ایندکسشده بر پایه زبان، سهم URLهایی که از آستانه خوب در Core Web Vitals میگذرند. ورود دستی ایدهآل نیست، اما از خالی گذاشتن صفحه به انتظار رابطی که وجود ندارد بهتر است.
چیزهایی که نباید کشید
برخی نمودارها زینت داشبوردند و تصمیمی تولید نمیکنند. خط کل نمایش: نمایش تا به کلیک تبدیل نشود نتیجه نیست؛ رشدش خوب به نظر میرسد اما بهتنهایی چیزی نمیگوید. میانگین جایگاه برای کل سایت: میانگین جایگاه صدها پرسش وقتی در پرسشی تازه ظاهر میشوید بدتر میشود؛ این پسرفت نیست، گسترش است. توزیع دستگاه و مرورگر: جالب است، تصمیم تولید نمیکند. تعداد کاربر بیدرنگ: در داشبورد سئو جایی ندارد. حذف این نمودارها داشبورد را خواندنی و سهمیه را پایدار نگه میدارد. همین اصل برای گزارش ماهانهای که از مشاور میخواهید هم صادق است؛ در مقاله محتوای گزارش جدا فهرست کردهایم کدام معیارها زینتیاند.
نگهداری
داشبورد یک بار ساخته و رها نمیشود. فهرست نگهداری فصلی: فیلتر پرسشهای هدف بهروز است، صفحات زبان یا درمان جدید به فیلتر URL اضافه شده، تعریف رویدادهای کلیدی در GA4 تغییر کرده، اعتبارنامه منابع داده هنوز معتبر است؟ مورد آخر پرفراموشترین است: وقتی حساب کسی که منبع داده را ساخته بسته شود، داشبورد خالی دیده میشود. برای همین منابع داده را با حساب مدیر مشترک کلینیک میسازیم، نه با حساب شخصی.
رویه خود ما
برای مشتریان کلینیک داشبورد را تا پایان ماه اول میسازیم و بهعنوان ورودی جلسه ماهانه به کار میبریم. نمونه داشبوردهای عمومی ما را میتوانید در صفحه گزارشها ببینید. ارزش داشبورد در زیبایی داده نیست، در نگاه کردن به همان چهار عدد از همان جا در هر ماه است؛ همین یکدستی است که در پایان سال به پرسش «چه تغییر کرد» پاسخ میدهد.