قبل از بهینه سازی تگ های شخص ثالث، مطمئن شوید که این اسکریپت ها همچنان در سایت شما مورد نیاز هستند.
اسکریپت های شخص ثالث یا "برچسب ها" می توانند منبع مشکلات عملکرد سایت شما باشند و بنابراین هدفی برای بهینه سازی هستند. با این حال، قبل از شروع بهینه سازی برچسب هایی که اضافه کرده اید، مطمئن شوید که تگ هایی را که حتی به آن نیاز ندارید بهینه نمی کنید. این مقاله به شما نشان می‌دهد که چگونه درخواست‌ها را برای برچسب‌های جدید ارزیابی کنید، و برچسب‌های موجود را مدیریت و بررسی کنید.
هنگام بحث در مورد برچسب های شخص ثالث، مکالمه اغلب به سرعت به سمت مشکلات عملکردی می رود و اساس نقش "هسته" این برچسب ها را از دست می دهد. آنها طیف گسترده ای از عملکردهای مفید را ارائه می دهند و وب را پویاتر، تعاملی تر و به هم مرتبط تر می کنند. با این حال، برچسب های شخص ثالث را می توان توسط تیم های مختلف در سراسر سازمان اضافه کرد و اغلب به مرور زمان فراموش می شوند. مردم ادامه می‌دهند، قراردادها منقضی می‌شوند یا نتایج به دست می‌آیند، اما تیم‌ها هرگز برای حذف فیلمنامه‌ها با هم تماس نمی‌گیرند.
قبل از اینکه در مورد اجرای اسکریپت تگ شخص ثالث فکر کنید، یا اینکه کدام برچسب ها را می توان به تعویق انداخت، بارگذاری کرد یا از قبل از یک لنز فنی وصل کرد ، این فرصت وجود دارد که تعیین کنید چه برچسب هایی از دیدگاه سازمانی به سایت/صفحه اضافه می شود. . موضوع متداول در وب سایت هایی که به دلیل مقادیر زیاد برچسب های شخص ثالث کند می شوند، این است که این بخش از وب سایت متعلق به یک فرد یا تیم واحد نیست و بنابراین در بین شکاف ها قرار می گیرد. هیچ چیز ناامیدکننده‌تر از بهینه‌سازی وب‌سایت شما، خوشحال بودن از عملکرد در یک محیط صحنه‌سازی، تنها برای کاهش سرعت تولید به دلیل برچسب‌هایی که اضافه می‌شوند وجود ندارد. اجرای یک "فرایند بررسی" برای برچسب های شخص ثالث می تواند با ایجاد یک گردش کاری که مسئولیت پذیری و مسئولیت پذیری متقابل را برای این برچسب ها ایجاد می کند، از این امر جلوگیری کند.
نحوه بررسی برچسب های شخص ثالث صرفاً به سازمان، ساختار و فرآیندهای فعلی آن بستگی دارد. این می تواند به اندازه داشتن یک تیم منفرد باشد که به عنوان دروازه بان برای تجزیه و تحلیل برچسب ها قبل از اضافه شدن آنها عمل می کند. یا پیشرفته تر و رسمی تر، به عنوان مثال با ارائه فرمی به تیم ها برای ارسال درخواست برای یک برچسب. این ممکن است زمینه ای را از نظر اینکه چرا باید در وب سایت باشد، برای مدت زمانی که باید وجود داشته باشد و چه سودی برای کسب و کار به همراه خواهد داشت، بپرسد.
فرآیند حاکمیت برچسب
به هر حال شما انتخاب می کنید که برچسب ها را در سازمان خود بررسی کنید، مراحل زیر باید به عنوان بخشی از چرخه حیات یک برچسب در نظر گرفته شود.
انطباق
قبل از اینکه هر برچسبی به صفحه اضافه شود، بررسی کنید که توسط یک تیم حقوقی به طور کامل بررسی شده باشد تا مطمئن شوید که همه الزامات انطباق برای حضور آن را رعایت می کند. این ممکن است شامل بررسی مطابقت برچسب با مقررات حفاظت از داده های عمومی اتحادیه اروپا (GDPR) و قانون حفظ حریم خصوصی مصرف کنندگان کالیفرنیا (CCPA) باشد .
این بسیار مهم است، اگر در این مرحله شکی وجود داشته باشد، باید قبل از ارزیابی برچسب از نقطه نظر عملکرد به آن پرداخته شود.
ضروری
مرحله دوم این است که سؤال کنید آیا یک برچسب خاص در صفحه مورد نیاز است یا خیر. به نکات بحث زیر توجه کنید:
- آیا از برچسب به طور فعال استفاده می شود؟ اگه نه میشه حذفش کرد؟
- اگر برچسب در سرتاسر سایت بارگذاری می شود، آیا این کار ضروری است؟ برای مثال، اگر ما در حال تجزیه و تحلیل یک مجموعه تست A/B هستیم و شما در حال حاضر فقط در صفحات فرود آزمایش می‌کنید، آیا می‌توانیم برچسب را فقط در این نوع صفحه حذف کنیم؟
- آیا می توانیم منطق بیشتری به این اضافه کنیم، آیا می توانیم تشخیص دهیم که آیا تست A/B زنده وجود دارد یا خیر؟ اگر چنین است، اجازه دهید برچسب اضافه شود، اما در غیر این صورت اطمینان حاصل کنید که وجود ندارد.
مالکیت
داشتن یک فرد یا تیم واضح به عنوان صاحب یک برچسب، به پیگیری فعالانه برچسب ها کمک می کند. معمولاً این همان کسی است که برچسب را اضافه کرده است. با داشتن یک واگذارنده در کنار تگ، این اطمینان حاصل می‌کند که بررسی‌ها و ممیزی‌ها در آینده می‌تواند برای بازبینی مجدد اینکه آیا برچسب مورد نیاز است یا خیر.
هدف
مرحله چهارم شروع به ایجاد پاسخگویی و مسئولیت متقابل با حصول اطمینان از درک مردم از دلیل اضافه شدن برچسب به صفحه می کند. مهم است که درک متقابلی از آنچه که هر برچسب به وب سایت می آورد و چرا از آن استفاده می شود وجود داشته باشد. به عنوان مثال، اگر تگ اقدامات جلسه کاربر را برای اجازه شخصی‌سازی ضبط می‌کند، آیا همه تیم‌ها می‌دانند که چرا باید وجود داشته باشد؟
علاوه بر این، آیا هیچ بحث مبادله تجاری در مقابل عملکرد وجود داشته است؟ اگر برچسبی وجود داشته باشد که به عنوان "ضروری" در نظر گرفته شود زیرا درآمد به همراه دارد، آیا تحلیلی در مورد درآمد بالقوه از دست رفته از طریق رگرسیون سرعت انجام شده است.
مرور
پنجمین، آخرین و مسلماً مهم ترین گام این است که اطمینان حاصل شود که برچسب ها به طور منظم بررسی می شوند. این باید به اندازه وب‌سایت، تعداد برچسب‌هایی که در سایت هستند و زمان چرخش آنها (به عنوان مثال هفتگی، ماهانه، سه ماهه) بستگی داشته باشد. این باید مانند بهینه‌سازی سایر دارایی‌های وب‌سایت (JS، CSS، تصاویر و غیره) باشد و به طور منظم به طور فعال بررسی شود. عدم بررسی می تواند منجر به یک مدیر تگ "پف کرده" شود که سرعت صفحات را کند می کند. بازگشت به حالت کارآمد، در حالی که عملکرد مورد نیاز در صفحه را پس نمی‌گیرد، می‌تواند یک کار پیچیده باشد.
فرآیند بررسی باید فهرست نهایی برچسب‌ها را در اختیار شما بگذارد که بر حسب نیاز برای یک صفحه خاص طبقه‌بندی می‌شوند. در این مرحله، می‌توانید به رویکردهای بهینه‌سازی فنی بپردازید. این همچنین فرصتی را برای تعریف تعداد برچسب‌ها در این لیست نهایی در یک بودجه عملکردی باز می‌کند، که می‌توان آنها را در Lighthouse CI نظارت کرد و در تنظیم هدف عملکرد خاص گنجانید. مثلا:
اگر به تگ های <5 در صفحات فرود خود همراه با JS بهینه سازی شده خود پایبند باشیم، مطمئن هستیم که زمان انسداد کل (TBT) می تواند در Core Web Vitals به "خوب" برسد.