مطالعه موردی: چگونه هیولای کوکی 22 درصد از دید ما را خورد
نظرات نویسنده کاملاً متعلق به خودش است (به استثنای رویداد غیرمحتمل هیپنوتیزم) و ممکن است همیشه منعکس کننده نظرات Moz نباشد.
سال گذشته، تیم Homeday – یکی از شرکتهای پیشرو در زمینه فناوری املاک در آلمان – تصمیم گرفت به یک سیستم مدیریت محتوای جدید (CMS) مهاجرت کند. اهداف مهاجرت از جمله افزایش سرعت صفحه و ایجاد یک وب سایت پیشرفته و آینده نگر با تمام ویژگی های لازم بود. یکی از انگیزههای اصلی مهاجرت این بود که ویرایشگران محتوا بتوانند آزادانهتر در ایجاد صفحات بدون کمک توسعهدهندگان کار کنند.
پس از ارزیابی چندین گزینه CMS، ما Contentful را برای پشته فناوری مدرن آن انتخاب کردیم، با تجربه ای برتر هم برای ویرایشگران و هم برای توسعه دهندگان. از نقطه نظر فنی، Contentful به عنوان یک CMS بدون هد، به ما این امکان را می دهد که انتخاب کنیم از کدام استراتژی رندرینگ استفاده کنیم.
ما در حال حاضر مهاجرت را در چندین مرحله یا امواج انجام می دهیم تا خطر مشکلاتی را که تأثیر منفی در مقیاس بزرگ دارند کاهش دهیم. در طول موج اول، با مشکلی در رضایت کوکی خود مواجه شدیم که منجر به از دست دادن دید تقریباً 22٪ در عرض پنج روز شد. در این مقاله من مشکلاتی را که در طول اولین موج مهاجرت با آن مواجه بودیم و نحوه حل آنها را شرح خواهم داد.
راه اندازی اولین موج آزمایشی
برای اولین موج آزمایشی ما 10 صفحه SEO با ترافیک بالا اما نرخ تبدیل پایین را انتخاب کردیم. ما زیرساختی برای گزارش و نظارت بر آن 10 صفحه ایجاد کردیم:
-
ردیابی رتبه برای اکثر کلمات کلیدی مرتبط
-
داشبورد SEO (DataStudio، Moz Pro، SEMRush، Search Console، Google Analytics)
-
خزیدن منظم
پس از یک مرحله برنامه ریزی و آزمایش جامع، ما 10 صفحه اول SEO را در دسامبر 2021 به CMS جدید منتقل کردیم. اگرچه چندین چالش در مرحله آزمایش (افزایش زمان بارگذاری، مدل شی سند بزرگتر HTML و غیره) رخ داد، ما تصمیم گرفتیم به صورت زنده فعال شویم. از آنجایی که مسدودکننده بزرگی را ندیدیم و میخواستیم اولین موج آزمایشی را قبل از کریسمس مهاجرت کنیم.
اولین بررسی عملکرد
بسیار هیجان زده از دستیابی به مرحله اول مهاجرت، نگاهی به عملکرد صفحات مهاجرت در روز بعد انداختیم.
چیزی که بعد دیدیم واقعاً ما را راضی نکرد.
یک شبه، دید کلمات کلیدی ردیابی شده برای صفحات مهاجرت شده از 62.35٪ به 53.59٪ کاهش یافت – ما 8.76 درصد دید را در یک روز از دست دادیم!
در نتیجه این افت شدید در رتبهبندی، دور گسترده دیگری از آزمایش را انجام دادیم. از جمله مواردی که ما برای مسائل پوشش/ نمایه سازی آزمایش کردیم، اگر همه متا تگ ها گنجانده شده باشند، داده های ساختاریافته، لینک های داخلی، سرعت صفحه و سازگاری با موبایل.
بررسی عملکرد دوم
تمام مقالات دارای تاریخ کش پس از مهاجرت بودند و محتوا به طور کامل ایندکس شده و توسط گوگل خوانده می شد. علاوه بر این، ما میتوانیم چندین عامل خطر مهاجرت (تغییر URL، محتوا، متا تگها، طرحبندی و غیره) را به عنوان منابع خطا حذف کنیم، زیرا هیچ تغییری ایجاد نشده است.
قابلیت مشاهده کلمات کلیدی ردیابی شده ما طی چند روز آینده کاهش یافت و به 40.60% رسید که باعث شد در عرض پنج روز تقریباً 22% کاهش یابد. این نیز به وضوح در مقایسه با رقابت کلمات کلیدی ردیابی شده (در اینجا “ترافیک تخمینی”) نشان داده شد، اما دید مشابه به نظر می رسید.
از آنجایی که سایر عوامل خطر مهاجرت بهعلاوه بهروزرسانیهای Google به عنوان منابع خطا حذف شده بودند، قطعاً باید یک مشکل فنی باشد. جاوا اسکریپت زیاد، نمرات پایین Core Web Vitals یا یک مدل شیء سند بزرگتر و پیچیده تر (DOM) همگی می توانند دلایل بالقوه باشند. DOM یک صفحه را به عنوان اشیا و گره ها نشان می دهد تا زبان های برنامه نویسی مانند جاوا اسکریپت بتوانند با صفحه تعامل داشته باشند و به عنوان مثال سبک، ساختار و محتوا را تغییر دهند.
به دنبال خرده های کوکی
ما باید مشکلات را در اسرع وقت شناسایی میکردیم و باگها را سریع رفع میکردیم و اثرات منفی بیشتر و کاهش ترافیک را به حداقل میرساندیم. زمانی که یکی از ابزارهای ما به ما نشان داد که تعداد صفحات با لینک خارجی بالا و همچنین تعداد صفحات با حداکثر اندازه محتوا افزایش یافته است، سرانجام اولین اشاره واقعی را دریافت کردیم که کدام دلیل فنی می تواند علت باشد. مهم است که صفحات از حداکثر اندازه محتوا تجاوز نکنند زیرا ممکن است صفحاتی با حجم بسیار زیادی از محتوای بدنه به طور کامل ایندکس نشوند. با توجه به لینک دهی خارجی بالا، مهم است که همه لینک های خارجی قابل اعتماد و مرتبط برای کاربران باشند. مشکوک بود که تعداد لینک های خارجی همینطور بالا رفت.


هر دو معیار در مقایسه با تعداد صفحاتی که ما مهاجرت کردیم به طور نامتناسبی بالا بود. اما چرا؟
پس از بررسی اینکه کدام پیوندهای خارجی به صفحات مهاجرت شده اضافه شده است، دیدیم که گوگل در حال خواندن و ایندکس کردن صفحات است. فرم رضایت کوکی برای همه صفحات مهاجرت شده ما یک جستجوی سایت انجام دادیم، محتوای رضایت کوکی را بررسی کردیم و تئوری خود را تأیید کردیم:

این به چندین مشکل منجر شد:
-
به دلیل نمایه سازی فرم رضایت کوکی، هزاران محتوای تکراری برای هر صفحه ایجاد شد.
-
اندازه محتوای صفحات مهاجرت شده به شدت افزایش یافته است. این یک مشکل است زیرا ممکن است صفحاتی با حجم بسیار زیادی از محتوای بدنه به طور کامل ایندکس نشده باشند.
-
تعداد پیوندهای خروجی خارجی به شدت افزایش یافته است.
-
قطعه های ما به طور ناگهانی یک تاریخ در SERP ها را نشان دادند. این یک وبلاگ یا مقاله خبری را پیشنهاد می کند، در حالی که بیشتر مقالات در Homeday محتوای همیشه سبز هستند. علاوه بر این، به دلیل ظاهر شدن تاریخ، توضیحات متا قطع شد.
اما چرا این اتفاق افتاد؟ به گفته ارائه دهنده خدمات ما، Cookiebot، خزنده های موتورهای جستجو به وب سایت هایی دسترسی پیدا می کنند که رضایت کامل را شبیه سازی می کنند. از این رو، آنها به تمام محتوا دسترسی پیدا می کنند و کپی از بنرهای رضایت کوکی توسط خزنده نمایه نمی شود.
پس چرا این مورد برای صفحات مهاجرت شده صادق نبود؟ ما صفحات را با عوامل کاربری مختلف خزیده و رندر کردیم، اما هنوز نتوانستیم ردی از Cookiebot در کد منبع پیدا کنیم.
بررسی DOM های گوگل و جستجوی راه حل
صفحات منتقل شده با داده های پویا که از Contentful و افزونه ها می آیند ارائه می شوند. پلاگین ها فقط حاوی کد جاوا اسکریپت هستند و گاهی اوقات از یک شریک می آیند. یکی از این افزونه ها شریک مدیر کوکی بود که HTML رضایت کوکی را از خارج از پایگاه کد ما واکشی می کند. به همین دلیل است که ما در وهله اول ردی از کد HTML رضایت کوکی در فایل های منبع HTML پیدا نکردیم. ما یک DOM بزرگتر را دیدیم اما آن را به DOM پیش فرض، پیچیده تر و بزرگتر Nuxt برمی گردیم. Nuxt یک چارچوب جاوا اسکریپت است که ما با آن کار می کنیم.
برای تأیید اینکه Google در حال خواندن کپی از بنر رضایت کوکی است، از ابزار بازرسی URL کنسول جستجوی Google استفاده کردیم. ما DOM یک صفحه مهاجرت شده را با DOM یک صفحه غیر مهاجرت مقایسه کردیم. در DOM یک صفحه منتقل شده، سرانجام محتوای رضایت کوکی را پیدا کردیم:
چیز دیگری که توجه ما را به خود جلب کرد فایل های جاوا اسکریپت بارگذاری شده در صفحات قدیمی ما در مقابل فایل های بارگذاری شده در صفحات مهاجرت شده ما بود. وب سایت ما دارای دو اسکریپت برای بنر رضایت کوکی است که توسط شخص ثالث ارائه شده است: یکی برای نمایش بنر و گرفتن رضایت (uc) و دیگری که محتوای بنر را وارد می کند (cd).
-
تنها اسکریپت بارگذاری شده در صفحات قدیمی ما بود uc.js، که مسئول است بنر رضایت کوکی. این یک اسکریپت است که در هر صفحه برای رسیدگی به رضایت کاربر به آن نیاز داریم. این بنر رضایت کوکی را بدون فهرست کردن محتوا نمایش می دهد و تصمیم کاربر (در صورت موافقت یا مخالفت آنها با استفاده از کوکی ها) را ذخیره می کند.
-
برای صفحات منتقل شده، به غیر از uc.js، یک مورد نیز وجود داشت cd.js در حال بارگذاری فایل اگر صفحهای داریم که میخواهیم اطلاعات بیشتری درباره کوکیهایمان به کاربر نشان دهیم و دادههای کوکی را فهرست کنیم، باید از cd.js استفاده کنیم. ما فکر می کردیم که هر دو فایل به یکدیگر وابسته هستند که صحیح نیست. uc.js می تواند به تنهایی اجرا شود. فایل cd.js دلیل رندر شدن و نمایه شدن محتوای بنر کوکی بود.
مدتی طول کشید تا آن را پیدا کنیم زیرا فکر می کردیم فایل دوم فقط یک پیش نیاز برای فایل اول است. ما تشخیص دادیم که به سادگی حذف فایل cd.js بارگذاری شده راه حل خواهد بود.
بررسی عملکرد پس از اجرای راه حل
روزی که فایل را حذف کردیم، دید کلمه کلیدی ما 41.70 درصد بود که همچنان 21 درصد کمتر از قبل از مهاجرت بود.
با این حال، روز بعد از حذف فایل، دید ما به 50.77٪ افزایش یافت و روز بعد تقریباً به حالت عادی بازگشت و 60.11٪ بود. ترافیک تخمینی رفتار مشابهی داشت. چه آرامشی!
نتیجه
من می توانم تصور کنم که بسیاری از سئوکاران با مسائل کوچکی مانند این برخورد کرده اند. بی اهمیت به نظر می رسد، اما منجر به کاهش قابل توجه دید و ترافیک در طول مهاجرت شد. به همین دلیل است که پیشنهاد میکنم به صورت امواج مهاجرت کنید و زمان کافی را برای بررسی خطاهای فنی قبل و بعد از مهاجرت مسدود کنید. علاوه بر این، نگاه دقیق به عملکرد سایت در هفتههای پس از مهاجرت بسیار مهم است. اینها قطعاً نکات کلیدی من از این موج مهاجرت هستند. ما به تازگی موج دوم مهاجرت را در اوایل ماه می 2022 تکمیل کردیم و می توانم بگویم که تا کنون هیچ باگ بزرگی ظاهر نشده است. ما دو موج دیگر خواهیم داشت و امیدواریم تا پایان ژوئن 2022 مهاجرت را با موفقیت کامل کنیم.
عملکرد صفحات منتقل شده تقریباً به حالت عادی بازگشته است و ما با موج بعدی ادامه خواهیم داد.