پرش به محتوا
۹ اوت ۲۰۲۶ · محصول

امتیاز نگه‌داشتن پس از راه‌اندازی

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

امتیاز نگه‌داشتن پس از راه‌اندازی

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

دلیلش این است. آن‌قدر این الگو را دیده‌ام که می‌توانم پیش‌بینی‌اش کنم: کسی شش هفته صرف ساخت چیزی خوب می‌کند، سه‌شنبه آن را راه‌اندازی می‌کند، همان روز اول یازده بار Analytics را چک می‌کند، روز بعد دو بار، روز پس‌ازآن یک بار، و بعد دیگر هرگز. آن‌ها اهمیت دادن را متوقف نکردند. چک کردن آسان است و اقدام کردن سخت — باید بدانید کدام‌یک از چهل کوئری Search Console واقعاً اهمیت دارد، اینکه آیا نرخ کلیک ۲.۱٪ روی ۴۰۰۰ نمایش بد است یا فقط برای آن رتبه عادی است، و بعد بروید و یک توضیح متا را در یک CMS که از هفتهٔ راه‌اندازی باز نکرده‌اید بازنویسی کنید. سه مرحله، هرکدام با اصطکاک کافی برای از بین بردن چرخه. یک داشبورد این را حل نمی‌کند. داشبورد جایی است که اصطکاک در آن زندگی می‌کند.

چه چیزی روزانه می‌رسد، و در هفتهٔ اول چقدر باید به آن اعتماد کرد

همگام‌سازی از چهار منبع داده می‌گیرد، و در روز اول همهٔ آن‌ها سیگنال یکسانی حمل نمی‌کنند.

منبعروزانه می‌رسدتبدیل می‌شود به
Google Search Consoleکوئری‌ها، نمایش‌ها، کلیک‌ها، رتبه‌ها به ازای هر صفحهصفحاتی با نمایش زیاد اما نرخ کلیک ضعیف ← بازنویسی عنوان و متا
گوگل آنالیتیکسنشست‌ها، منابع و رفتار کاربران بر اساس هر دامنهصفحات فرودی که جذب می‌کنند اما نمی‌توانند نگه دارند ← نیاز به کار روی محتوا و ساختار
فروشگاه‌های اپلیکیشنعکس فوری از نصب‌ها و عملکرد صفحه فروشگاهترکیب عملکرد فروشگاه با داده‌های وب، در یک داشبورد
پست‌های منتشرشده شماURLهای ثبت‌شده هنگام انتشار پیش‌نویس‌های بازاریابیترافیک ارجاعی که به کانالی نسبت داده می‌شود که آن را جذب کرده است

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

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

اشتباه در ترکیب پراپرتی‌ها که به ما آموخت به یک فیلتر کش‌شده اعتماد نکنیم

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

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

تبدیل یک عدد به یک تصمیم، محصول واقعی است

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

وظیفه‌ی تیم Optimize پر کردن همین فاصله است. یکی از دامنه‌های خودمان صفحه‌ای داشت که هفته‌ای ۱۸۰۰ ایمپرشن برای خوشه‌ی کوئری «راه‌اندازی آنالیتیکس خودمیزبان» می‌گرفت، با نرخ کلیک ۱.۴٪ — به‌وضوح کمتر از بازه‌ی ۳ تا ۵ درصدی که برای رتبه‌ی ۶ تا ۸ یک کوئری اطلاعاتی مثل این انتظار می‌رود. ایجنت فقط این را علامت‌گذاری نکرد. یک بازنویسی برای عنوان پیشنهاد داد که نقطه‌ی درد واقعی مورد جستجوی افراد را در ۶۰ کاراکتر اول جای می‌داد، همان بخشی که در صفحه‌ی نتایج بریده نمی‌شود، کوئری‌ها و شمار ایمپرشن‌های مشخصی را به‌عنوان مدرک ذکر کرد، و پس از اعمال آن، نرخ کلیک طی دو هفته‌ی بعد به ۳.۸٪ رسید. یک راه‌حل واقعی روی یک صفحه‌ی واقعی. نه فقط تغییر رنگ یک نمودار از قرمز به سبز.

اینکه چه مقدار از این کار بدون دست زدن شما اتفاق می‌افتد، یک دکمه‌ی تنظیم است، نه یک ویژگی شخصیتی:

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

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

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

جایی که منتقدان حق دارند

پس این هم امتیازی که می‌دهیم. افرادی که با حالت خودمختار مخالفت می‌کنند، در این نکته اشتباه نمی‌کنند که دیده‌شدن خودش ارزش دارد — از دست دادن ردِ آنچه در سایت خودتان تغییر کرده هزینه‌ی واقعی‌ای دارد، و خودم آن را حس کرده‌ام. حالت پیشنهاد دقیقاً به همین دلیل وجود دارد که هرگز این رشته را گم نکنید؛ تنها هزینه‌اش این است که تصمیم بگیرید کِی گزارش را بخوانید به‌جای اینکه کِی تغییر را اعمال کنید. و داشبورد، حتی اگر جایی نباشد که ارزش واقعی در آن ساخته می‌شود، همچنان جایی است که برای کشف بازگردانی‌ای که ساعت سه بامداد بی‌صدا اجرا شده به آن سر می‌زنید تا بپرسید چرا. آن را زودتر از خط لوله‌ی همگام‌سازی زیرینش حذف می‌کنم. اما آن را به صفر نمی‌رسانم، و شما هم نباید.

راه‌اندازی عمداً کوچک است، چون اصطکاک همین‌جا دلیل اصلی است که بیشتر خط‌لوله‌های داده‌ی پس از انتشار هرگز ساخته نمی‌شوند. Search Console و Analytics را در My Domains متصل کنید — یک سرویس‌اکانت گوگل هر دو را پوشش می‌دهد، یک فرآیند OAuth، نه دو تا — و همگام‌سازی روزانه شروع به تغذیه‌ی داشبوردهایی می‌کند که ایجنت‌ها واقعاً از آن‌ها می‌خوانند. آنالیتیکس فروشگاه برای هرچیزی که از طریق خط‌لوله‌ی ساخت پلتفرم منتشر شده باشد، به‌طور خودکار متصل می‌شود.

چرا این نیمه بیشتر از نیمه‌ی اول اهمیت دارد: یک محصول متوسط که هر هفته بهتر می‌شود، از یک محصول عالی که کسی روی آن تکرار نمی‌کند برنده می‌شود. نیمه‌ی اول شما را به انتشار می‌رساند. این نیمه دلیل این است که انتشار پایان داستان نیست.
محصول
اشتراک‌گذاریXLinkedInFacebookRedditQuoraواتساپتلگرامایمیل
← همه مطالب