پرش به محتوا
۱۹ ژوئیه ۲۰۲۶ · کتاب راهنما

دفترچه‌راهنما: اتصال Search Console و Analytics

این مقاله محصول را در زمان انتشار توصیف می‌کند. برای قابلیت‌های فعلی به AI Builder و Agent Teams مراجعه کنید.

دفترچه‌راهنما: اتصال Search Console و Analytics

چهار دقیقه برای ساخت سرویس اکانت. شانزده ماه تاریخچه‌ی Search Console که در اولین همگام‌سازی بارگذاری می‌شود. دو ثانیه برای دامنه‌ای که از قبل تأیید و مجوزدهی شده. و دو ماه — عددی که بیش از هر سه مورد دیگر روی هم باعث تیکت پشتیبانی می‌شود، چون این همان بازه‌ی پیش‌فرض نگهداری داده در GA4 است و تقریباً هیچ‌کس نمی‌داند قبل از اتصال باید آن را بررسی کند.

خود راه‌اندازی کوتاه است: یک اعتبارنامه در تنظیمات ← حساب‌های گوگل، دو دکمه‌ی اتصال در مدیریت دامنه، و بعد از آن معمولاً یادتان می‌رود این صفحه وجود دارد. اما آن عدد دو ماه ارزش توضیح کامل دارد، چون مشخص می‌کند چرا برخی دامنه‌ها از همان روز اول تاریخچه‌ی پر و مفیدی در Analytics نشان می‌دهند و برخی دیگر هفته‌ها تقریباً چیزی نشان نمی‌دهند — و وقتی این اتفاق می‌افتد، باگ پلتفرم نیست.

یک اعتبارنامه، یک‌بار اعطا شده

شما یک کلید سرویس اکانت گوگل — یک فایل JSON، نه یک ورود شخصی — آپلود می‌کنید. این یک هویت رباتیک است، نه یک توکن OAuth انسانی که منقضی می‌شود یا با تغییر رمز عبور کسی از کار می‌افتد. Google Cloud آن را یک‌بار صادر می‌کند و تا زمانی که حذفش نکنید کار می‌کند، و همین باعث می‌شود پلتفرم ساعت سه بامداد، بدون اینکه کسی وارد سیستم باشد، همگام‌سازی شود.

ساخت آن اگر تا حالا انجامش نداده باشید حدود همان چهار دقیقه طول می‌کشد: یک پروژه‌ی جدید یا موجود، IAM و مدیریت ← سرویس اکانت‌ها ← ایجاد، و دانلود کلید. مجوز مهم‌تر از آن چیزی است که منوی کشویی نشان می‌دهد — روی پراپرتی Search Console و پراپرتی Analytics فقط نقش Viewer بدهید، نه بیشتر. دیده‌ام تیم‌هایی نقش Editor داده‌اند چون بالای لیست بوده، و شش ماه بعد کسی نمی‌تواند توضیح دهد چرا یک حساب رباتیک دسترسی نوشتن به تنظیمات GA4 آن‌ها دارد. فقط-خواندنی درست است؛ پلتفرم هرگز به تنظیمات شما دست نمی‌زند.

یک کلید تمام دامنه‌های زیر آن پروژه‌ی Google Cloud را پوشش می‌دهد. اگر یک آژانس هستید که ده‌ها سایت مشتری را اداره می‌کنید، این دلیلی است برای داشتن یک سرویس اکانت جداگانه برای هر مشتری به‌جای یک اکانت مشترک برای همه — قطع همکاری با یک مشتری تبدیل می‌شود به حذف یک کلید، نه ممیزی اینکه کدام دامنه‌ها بی‌صدا اعتبارنامه را با کسی که تازه رفته به اشتراک گذاشته‌اند.

سرچ کنسول: وقتی سریع است سریع است، وقتی نیست، آزاردهنده است

  • روی یک دامنه گزینه Connect را باز کنید. سرچ کنسول و آنالیتیکس هرکدام یک کارت جداگانه دارند، و آنالیتیکس یک میان‌بر «مشابه سرچ کنسول» دارد، چون معمولاً یک کلید هر دو را پوشش می‌دهد.
  • قبلاً با سرویس اکانتی که دسترسی داده‌اید تأیید شده؟ آنی — فقط یک بررسی مجوز، حدود دو ثانیه طول می‌کشد.
  • هنوز تأیید نشده: اگر کلید API ثبت‌کننده دامنه‌تان (Cloudflare، Route 53 و چند مورد دیگر) را در اختیار بگذارید، تأیید DNS به‌صورت خودکار انجام می‌شود، یا می‌توانید یک رکورد TXT را خودتان به‌صورت دستی اضافه کنید.

مسیر دستی همان جایی است که صبر افراد سر می‌رود. زمان انتشار واقعاً متغیر است — یک‌بار نود ثانیه، بار دیگر چهار ساعت، بسته به TTL و کش شدن در ریزالورها. پلتفرم این وضعیت را دوره‌ای بررسی می‌کند، پس رکورد را اضافه کنید و بروید سراغ کار دیگر. اگر یک روز گذشت و تأیید انجام نشد، معمولاً موضوع انتشار نیست؛ یک اشتباه تایپی در مقدار است یا رکورد در زون اشتباه قرار گرفته (روت به‌جای ساب‌دامنه، یا برعکس). قبل از اینکه گوگل را مقصر بدانید، با `dig TXT` بررسی کنید چه چیزی واقعاً در دسترس است.

مسیر کلید API تمام این مراحل را با نوشتن خودکار رکورد برایتان دور می‌زند، اما یعنی دسترسی نوشتن به DNS خود را به یک ابزار ثالث می‌دهید — و اگر این DNS جلوی ترافیک تولید (production) شماست، به نظرم تردید کردن غیرمنطقی نیست. مسیر دستی چند دقیقه در ابتدا هزینه دارد اما دیگر هیچ‌وقت نیازی به فکر کردن به آن نخواهید داشت.

آنالیتیکس، و شکاف نگهداری داده‌ای که کسی درباره‌اش هشدار نمی‌دهد

آنالیتیکس با کشف متصل می‌شود، نه با تأیید — پلتفرم به‌دنبال یک پراپرتی GA4 موجود روی دامنه می‌گردد و اگر سرویس اکانت شما به آن دسترسی داشته باشد، وصل می‌شود، چون مجوزهای GA4 از قبل در سمت گوگل کنترل می‌شوند. اگر چیزی وجود نداشته باشد می‌تواند یک پراپرتی جدید بسازد، اما فقط برای سایت‌های واقعاً جدید اجازه این کار را بدهید. اگر از Universal Analytics مهاجرت کرده‌اید یا پراپرتی با سال‌ها سابقه دارید، صراحتاً به همان وصل شوید. یک پراپرتی تازه با سه روز داده، نقطه شروع بسیار ضعیف‌تری نسبت به پراپرتی نه‌ساله‌ای است که الگوهای فصلی در آن جا افتاده، و چرخه بهینه‌سازی بیش از آنچه فرآیند اتصال نشان می‌دهد به این سابقه تکیه می‌کند.

شکافی که کاربران را غافلگیر می‌کند این است: سرچ کنسول در اولین همگام‌سازی تا شانزده ماه داده کوئری را به‌صورت گذشته‌نگر پر می‌کند، چون گوگل این مقدار سابقه را سمت سرور نگه می‌دارد، صرف‌نظر از زمان اتصال شما. GA4 چنین تضمینی ندارد — پرکردن گذشته‌نگر آن محدود به تنظیم نگهداری داده‌ی خود همان پراپرتی است، و این تنظیم به‌صورت پیش‌فرض روی دو ماه است، مگر اینکه کسی در سازمان شما آن را تغییر داده باشد. پس یک دامنه ممکن است همان لحظه اتصال، شانزده ماه نمایش و کلیک نشان دهد و در همان روز، با همان فرآیند راه‌اندازی، فقط دو ماه نشست (session). این نشانه خرابی همگام‌سازی نیست. این دقیقاً همان چیزی است که تنظیم پیش‌فرض نگهداری داده گوگل انجام می‌دهد، و راه‌حل — اگر بیشتر از دو ماه به بعد می‌خواهید — تغییر بازه نگهداری در تنظیمات پراپرتی GA4 است، نه چیزی در سمت این پلتفرم. بهتر است قبل از اتصال این موضوع را بررسی کنید، نه بعد از گیج شدن در برابر این ناهماهنگی.

پراپرتی‌های مشترک و آنچه بعد از آن اجرا می‌شود

یک نکته دیگر درباره آنالیتیکس: اگر سازمان شما یک پراپرتی واحد GA4 برای جمع‌آوری داده از پنج سایت دارد — رایج در مواقعی که کسی سال‌ها پیش ردیابی را راه‌اندازی کرده و از آن زمان کسی آن را جدا نکرده — اتصال همچنان به‌درستی کار می‌کند، اما هر کوئری در پس‌زمینه بر اساس هاست‌نیم فیلتر می‌شود. این یک گزینه قابل تیک زدن نیست، چیزی نیست که به‌طور تصادفی بتوانید غیرفعال کنید. به همین دلیل داشبورد همیشه اعداد همین دامنه را نشان می‌دهد و هرگز مجموع کل پراپرتی را نه.

چرا این تضمین اهمیت دارد: در لایه کوئری اجرا می‌شود، نه با تنظیمی که کسی بتواند تیکش را بردارد. اگر داشبورد یک آژانس را اداره می‌کنید، دیدن ترافیک یک مشتری توسط مشتری دیگر فقط یک دردسر نیست — نقض اعتمادی است که نمی‌توانید پسش بگیرید.

پس از برقراری هر دو اتصال، همگام‌سازی روزانه طبق زمان‌بندی‌ای که خودتان کنترل می‌کنید اجرا می‌شود (نگاه کنید به فصل زمان‌بندی‌ها)، و آنالیتیکس فروشگاه برای هر چیزی که روی پلتفرم ساخته شده، به‌صورت خودکار متصل می‌شود. سطر دامنه یکی از حالت‌های در انتظار، جزئی یا فعال را نشان می‌دهد — «جزئی» یعنی یکی از دو اتصال فعال است و دیگری نیست، و این نشانه‌ای است برای اینکه بروید ببینید کدام کارت قرمز است، به‌جای اینکه به وضعیت کلی اعتماد کنید.

جایی که واقعاً از هم می‌پاشد

تقریباً هر تیکتی که دیده‌ام در سه دسته جای می‌گیرد، هیچ‌کدام عجیب نیستند. یک: کلید سرویس اکانت معتبر است اما به پروژه اشتباه گوگل کلود محدود شده، پس بررسی مجوز خالی برمی‌گردد در حالی که خود کلید بدون مشکل آپلود می‌شود. دو: کسی ایمیل سرویس اکانت را واقعاً اضافه نکرده — چیزی مثل [email protected] — به‌عنوان Viewer در تنظیمات دسترسی خود سرچ کنسول یا GA4؛ آپلود کردن کلید در پلتفرم هیچ مجوزی در سمت گوگل به آن نمی‌دهد. سه، موذیانه‌تر: یک دامنه پس از حذف سرویس اکانت قبلی، تحت یک سرویس اکانت جدید متصل می‌شود، اما زمان‌بندی یک هفته به‌آرامی و بی‌سروصدا در برابر اعتبارنامه‌های منسوخ شکست می‌خورد تا اینکه کسی متوجه شود اعداد به‌روزرسانی نمی‌شوند.

هیچ‌کدام از این‌ها باگ پلتفرم نیستند — بلکه هزینه معمول این هستند که یک ربات باید روی دو محصول جداگانه گوگل مجوز بگیرد، و مدل خود گوگل این موضوع را واضح نمی‌کند. برای اولین دامنه‌تان پانزده دقیقه در نظر بگیرید، نه دو دقیقه‌ای که فرآیند القا می‌کند. هر دامنه‌ی بعدی سریع خواهد بود، چون هم اعتبارنامه و هم عادت ذهنی از قبل موجود است.

راهنما
اشتراک‌گذاریXLinkedInFacebookRedditQuoraواتساپتلگرامایمیل
← همه مطالب