تاریخ انتشار: 20 می 2025
هنگامی که یک ویژگی پلتفرم وب در هر مرورگر پیاده سازی می شود، به Baseline Newly در دسترس می شود. پس از 30 ماه، این ویژگی سپس به Baseline Widely در دسترس می‌شود، که آستانه‌ای است که در آن اکثر وب‌سایت‌ها می‌توانند ویژگی‌ها را بدون نگرانی در مورد سازگاری اتخاذ کنند. این راهنما نحوه استفاده از Baseline و با استفاده از داده های موجود از کاربران وب سایت شما، نحوه انتخاب یک هدف پایه را توضیح می دهد.
هدف پایه چیست؟
هدف Baseline گروه‌بندی از ویژگی‌های وب است که توسعه‌دهندگان می‌توانند بر اساس وضعیت پایه خود، آنها را برای پشتیبانی انتخاب کنند. دو نوع هدف پایه وجود دارد: اهداف متحرک و اهداف ثابت.
اهداف متحرک، مانند Baseline Widely در دسترس یا Baseline Newly در دسترس، اهدافی هستند که در آنها مجموعه ویژگی های موجود ممکن است در طول زمان تغییر کند. در مواردی که می‌خواهید با انتشار نسخه‌های مرورگر جدید، مجموعه ویژگی‌های پشتیبانی‌شده به‌طور خودکار تکامل یابند، اهداف متحرک منطقی است.
اهداف ثابت آنهایی هستند که در آنها مجموعه ویژگی ها در طول زمان تغییر نمی کند. به طور کلی، اهداف ثابت بر اساس سال های تقویم است. به عنوان مثال، Baseline 2023 یک هدف ثابت است که شامل مجموعه ای از ویژگی های وب است که در سال 2023 به تازگی در دسترس قرار گرفته است. Baseline 2023 شامل ویژگی هایی نیست که بعد از سال 2023 به Baseline تبدیل شده است، به این معنی که مجموعه ویژگی های Baseline 2023 هرگز تغییر نمی کند.
اهداف ثابت در مواردی که پیش‌بینی‌پذیری و جبرگرایی در اولویت هستند، معنا پیدا می‌کنند، اما ممکن است به مرور زمان قدیمی شوند، بنابراین هنگام استفاده از اهداف ثابت، ایده خوبی است که هدف خود را مرتباً مجدداً ارزیابی کنید.
چرا یک هدف را انتخاب کنید؟
پذیرش ویژگی‌ها در وب به دلیل نگرانی‌های مربوط به سازگاری متوقف می‌شود - و این امر باعث می‌شود وب تا حد ممکن خوب نباشد. Baseline نه تنها مسئله پشتیبانی از ویژگی‌ها در مرورگرها را شفاف می‌کند، بلکه می‌تواند در چگونگی روشن کردن این سوال که چه زمانی می‌توانید از ویژگی‌های خاص استفاده کنید، مفید باشد. با انتخاب هدفی که مخاطبان و نیازهای شما را منعکس می کند، می توانید در استفاده از ویژگی ها در آن گروه هدف احساس اطمینان کنید - بدون اینکه نیازی به بررسی ویژگی های فردی یک به یک باشد.
از داده ها برای انتخاب هدف پایه خود استفاده کنید
دانستن هدف پایه مناسب برای انتخاب، در صورت امکان، باید یک تصمیم مبتنی بر داده باشد. هنگامی که داده ها را در مقابل خود دارید، انتخاب کدام هدف تصمیمی آسان تر و آگاهانه تر می شود.
اگر داده‌های مانیتورینگ کاربر واقعی برای سایت خود دارید، می‌توانید بیاموزید که چگونه Baseline نقشه را برای کاربران خود هدف قرار می‌دهد. به عنوان مثال، اگر از Google Analytics استفاده می کنید، یک راه رایگان برای به دست آوردن این اطلاعات استفاده از Google Analytics Baseline Checker است.
برای استفاده از آن، باید یک کاوش جدید در Google Analytics ایجاد کنید، برخی از معیارها و ابعاد را به گزارش خود اضافه کنید و گزارش را به عنوان یک فایل TSV صادر کنید. این فرآیند در این دستورالعمل ها به تفصیل آمده است. هنگامی که فایل TSV را به چک کننده وارد می کنید، باید خروجی به شکل زیر دریافت کنید:
ما شروع به دیدن ابزارهای دیگر هستیم که از Baseline پشتیبانی می‌کنند، که می‌تواند دیدی پویا از اینکه چه تعداد از مخاطبان شما از یک هدف معین پشتیبانی می‌کنند به شما بدهد. برای مثال، RUMvision شامل داشبوردی است که نشان می‌دهد چه تعداد از مخاطبان شما برای هر سال پایه پشتیبانی دارند.
اگر داده های پشتیبانی از کاربران واقعی نداشته باشم چه می شود؟
ممکن است در موقعیتی قرار بگیرید که نتوانید داده های واقعی کاربر را در مورد ویژگی هایی که خط پایه هستند به دست آورید. خبر خوب این است که می‌توانید از طریق RUM Archive Insights یک ایده کلی از پشتیبانی از اهداف مختلف Baseline دریافت کنید، حتی به شما امکان می‌دهد تا سطح کشور را فیلتر کنید. در حالی که این داده ها مختص کاربران وب سایت شما نخواهد بود. این یک ابزار اطلاعاتی عمومی است که نشان می دهد فرضیات زیر به طور کلی ایمن هستند:
- اهداف پایه جدیدتر - مانند سال جاری یا سال قبل - احتمالاً کمترین میزان پشتیبانی را در بین کاربران شما خواهند داشت. با این حال، مانند هر هدف پایه، با گذشت زمان، پشتیبانی بهتری خواهند داشت.
- اهداف قدیمی‌تر Baseline - به ویژه Baseline Widely در دسترس - به خوبی پشتیبانی خواهند شد. در صورت شک، Widely available یک هدف عالی است که با گذشت زمان پنجره 30 ماهه تکامل می یابد.
- حتی اهداف پایه قدیمی‌تر - آنهایی که فراتر از پنجره 30 ماهه در دسترس هستند - بهترین پشتیبانی را خواهند داشت. در حالی که Widely available یک هدف پیش‌فرض خوب است، موارد استفاده خاص که نیاز به SLAهای سختگیرانه دارند.
این احتمال وجود دارد که، حتی اگر یک هدف پایه را انتخاب کنید که بیش از پنج سال از عمر آن گذشته باشد، بتوانید ویژگی هایی را که در حال حاضر از آنها استفاده نمی کنید استفاده کنید. در بهترین حالت، ممکن است قبلاً از این ویژگی‌ها استفاده کنید، اما با پلی‌فیل‌هایی که ممکن است به آنها نیاز نداشته باشید .
چگونه یک هدف پایه انتخاب شده را در پروژه خود اجرا کنم؟
فهرست مرورگرها یک روش متداول برای هدف قرار دادن مرورگرهایی است که می خواهید پشتیبانی کنید. این در باندلرها و سایر ابزارهای مرتبط مانند Babel و PostCSS برای تصمیم گیری در مورد اینکه آیا بیت های خاصی از کد نیاز به تبدیل یا حتی چندپر کردن دارند استفاده می شود.
اکنون می توان از Baseline با فهرست مرورگرها استفاده کرد، به طوری که وقتی یک هدف خط پایه را انتخاب می کنید، بتوانید آن را به عنوان یک جستجوی فهرست مرورگرهای معتبر مشخص کنید. این تضمین می کند که ابزارهای موجود در پروژه شما کد را مطابق با هدفی که انتخاب کرده اید تغییر می دهند. برای اطلاعات بیشتر، استفاده از خط پایه با فهرست مرورگرها را برای اطلاعات بیشتر بخوانید.
در مورد ویژگی هایی که هدف اصلی من را برآورده نمی کنند چطور؟
پس از انتخاب یک هدف پایه، ممکن است ویژگی هایی داشته باشید که بخواهید از آنها استفاده کنید، اما در داخل آن هدف قرار ندهید. Baseline به شما نمی گوید که در اینجا چه کاری باید انجام دهید، و اینکه آیا می خواهید از این ویژگی ها استفاده کنید به نوع وب سایتی که می سازید و مخاطب مورد انتظار بستگی دارد.
به عنوان مثال، وب‌سایت‌های تجارت الکترونیک یا B2B ممکن است مایل باشند آستانه پشتیبانی کمتری داشته باشند و مشکلات را همانطور که کاربرانشان از آنها پشتیبانی می‌کنند، رسیدگی کنند، در حالی که وب‌سایت‌های دولتی ممکن است به آستانه پشتیبانی بالایی نیاز داشته باشند. یک قانون مهم در اینجا این است که همه ویژگی‌های وب به یک شکل شکست نمی‌خورند . راه‌های زیادی برای دسته‌بندی ویژگی‌ها در مورد نحوه شکست آنها وجود دارد، اما یکی از راه‌های سطل کردن ویژگی‌هایی که ممکن است مفید باشد، چیزی شبیه به این است:
- بهبود: اگر این ویژگی در یک مرورگر پشتیبانی نشده استفاده شود، تجربه خراب نمی شود. تجربه ممکن است کاهش یابد، اما ممکن است برای کاربر قابل توجه نباشد. مثال:
loading="lazy". - افزودنی: این ویژگی برخی از مزایای افزودنی را ارائه می دهد که ممکن است قابل توجه باشد - مانند تغییرات در استایل صفحه یا برخی از عملکردها. اگر این ویژگی پشتیبانی نشود، ممکن است تفاوت برای کاربران قابل توجه نباشد، و مقایسه در مرورگری که از آن پشتیبانی می‌کند منع شود. مثال: زیرشبکه
- مهم: اگر این ویژگی پشتیبانی نشود، کاربر یک تجربه کاربری منفی خواهد داشت - احتمالاً حتی تجربه ای که به طور کلی خراب شده است. مثال: File System Access API که به عنوان یک ویژگی مرکزی و ضروری استفاده می شود.
همچنین ممکن است متوجه شوید که ویژگی‌های خاص خارج از هدف شما از آن چیزی که فکر می‌کنید پشتیبانی بهتری دارند. این امکان وجود دارد که متوجه شوید چند نفر از کاربران شما از یک ویژگی خاص پشتیبانی می کنند. Can I Use این قابلیت را دارد که پشتیبانی از ویژگی های فردی را در برابر داده های تحلیلی شما بررسی کند. RUMvision همچنین این توانایی را دارد که داده‌های سطح ویژگی را در صورتی که برای شما مفید باشد، بررسی و کاوش کند.
به این ترتیب، می توانید از هدف Baseline خود برای کاهش تعداد ویژگی هایی که باید به دقت در نظر بگیرید استفاده کنید. هر چیزی که در داخل هدفتان است لازم نیست نگران آن باشید. اگر یک یا دو ویژگی خارج از هدف شما وجود دارد که به ویژه مفید است - شما ابزارهایی برای بررسی بیشتر و تصمیم گیری در مورد پلی پر کردن یا استفاده به عنوان یک بهبود پیشرونده دارید.
نتیجه گیری
هر برنامه وب نیازمندی‌های متفاوتی دارد - از یک سایت تجارت الکترونیک که می‌تواند نگرانی‌های ناسازگاری بیشتری را تحمل کند، تا یک وب‌سایت دولتی که کاملاً باید برای حداکثر تعداد کاربران در دسترس و عملیاتی باشد. اینها محاسباتی هستند که شما باید به تنهایی انجام دهید، و هدف Baseline این نیست که به شما بگوید در مورد استفاده از ویژگی های جدید وب چه تصمیمی بگیرید، بلکه بیشتر به چگونگی تصمیم گیری مربوط می شود.