תאריך פרסום: 21 בנובמבר 2025
בעבר, התמיכה בדפדפנים באתר Target.com התבססה בעיקר על תמיכה בכל המשתמשים שמבצעים רכישות באתר Target.com. המדיניות הזו משתנה בנקודות קריטיות, כמו הפסקת התמיכה ב-Internet Explorer לחלוטין, או טירגוט גרסה מינימלית מסוימת של דפדפן כדי לקבל גישה לתכונה בעלת ערך גבוה. הפעולה הזו מתבצעת פעם בכמה שנים כשמתעורר הצורך.
בלי מדיניות מתקדמת לגבי הדפדפנים והתכונות שצריך לטרגט, Target.com אפשרה רק תכונות מודרניות בבסיס הקוד באמצעות פתרונות מגושמים כמו polyfilling וטרנספילציה לגרסאות ישנות מאוד של JavaScript. כשקבוצת הקהילה WebDX השיקה את Baseline, בעלי העניין ב-Target.com הבינו שהגיע הזמן לחשוב על מציאת יעד מינימלי מתאים יותר לתמיכה.
בעזרת Baseline, Target יודע עכשיו בוודאות אילו תכונות זמינות בדפדפנים נתמכים, ויכול לזהות תכונות חדשות יותר שהפכו לזמינות באמצעות שיפורים הדרגתיים ו-polyfills כחלופות אפשריות.
הבעיה
עשרות מהנדסים כותבים קוד ל-Target.com בכל יום. בביקורות קוד נהוג לציין תכונות שלא פועלות עם גרסאות הדפדפן הנתמכות של Target.com באמצעות Can I use כמקור מידע. כשהמהנדסים מקבלים באופן קבוע הערות לגבי שינוי הקוד כדי להעדיף תכונות מדור קודם על פני תכונות מודרניות, התוצאה היא הימנעות מתכונות חדשות באינטרנט. במקרה כזה, המערכת של Target חוזרת להשתמש בטכניקות 'ישנות' שעובדות, אבל ההזדמנות להשתמש בתכונות מודרניות נדחית למועד אחר. שימוש בתכונות אינטרנט מודרניות משפר את חוויית המפתחים, ויכול גם לשפר את חוויית המשתמש על ידי שליחת פחות קוד.
גישה מבוססת-נתונים לתמיכה בדפדפנים
ב-Target.com יש הגדרת webpack שמגדירה את גרסאות הדפדפן המינימליות הנתמכות. בעבר היה קשה להצדיק את העלאת הגרסאות המינימליות הנתמכות של הדפדפנים. החל מתחילת 2025, הכללים היו:
- שתי הגרסאות הקודמות והגרסה הנוכחית של Chrome, Edge ו-Firefox.
- Safari מגרסה 11 ואילך.
מערכת Target מתייחסת ל-Safari בזהירות רבה יותר בגלל נפח התנועה הגבוה והמכירות הגבוהות שמגיעות מ-Safari ב-iOS. בהתחלה, התקבלה החלטה מושכלת להגדיר את Safari 11 כגרסה המינימלית לפיתוח. ההחלטה הזו הצמידה את Target.com לתכונות אינטרנט שהיו זמינות בשנת 2017 ולפני כן.
בשלב הראשון בתהליך ההטמעה של Baseline בתהליך הפיתוח של Target, נעשה שימוש בגישה מבוססת-נתונים. במחקר שערכה Target, היא גילתה שגרסאות Safari 11 עד 14 הניבו השפעה עסקית מועטה מאוד – ספציפית, 0 .0001% מהמכירות של הביקוש ב-Target.com. לאור הממצאים האלה, Target הבינה שהסרת ההמרה וה-polyfills עבור גרסאות הדפדפן המיושנות האלה תספק הזדמנויות משמעותיות לשיפור הביצועים של האתר.
מחקר נוסף הראה שגרסה Safari 15.4 הייתה גרסת Safari הראשונה שהניבה לפחות 0.5% ממכירות הביקוש, ולכל גרסה משנית של Safari 15 אחרי כן הייתה השפעה דומה. בכל פעם ש-Target מריץ בדיקת A/B, שינוי של 0.5% במכירות הביקוש הוא בעל ערך רב, ומוביל למסקנה שגרסת Safari המינימלית הנתמכת צריכה להיות איפשהו בגרסה 15.
מגמה מעניינת שמצאנו במחקר הזה היא השינוי המהיר בשימוש בדפדפן Safari הישן. נכון לספטמבר 2024, דפדפן Safari 15 תרם רק 0.94% למכירות הביקוש ב-Target.com. בינואר 2025, הוא תרם 0.67% למכירות הביקוש, במאי 2025 הוא תרם 0.45% למכירות הביקוש, ובנובמבר 2025 הוא תרם 0.32% למכירות הביקוש. הלקח ש-Target למדה הוא שאם נקבע סף של כסף אמיתי כאחוז ממכירות הביקוש באתר כולו, אפשר להפסיק את התמיכה בדפדפנים האלה באופן אוטומטי, ולהשיג את הגרסה הגדולה הבאה ב-Safari 16 עד סוף השנה.
הפסקת התמיכה לא אומרת שדפדפנים לא נתמכים נחסמים – אנשים שמשתמשים בהם עדיין יכולים למצוא דרך להשלים רכישה, אבל יכול להיות שבמקרים מסוימים הם ייתקלו בחוויה פחות טובה. המשכנו להשתמש בגישה מבוססת-נתונים, ואחרי ביצוע השינויים, אנליסטים דיווחו שלא הייתה השפעה מדידה על המדדים העסקיים. בנוסף, חברת Target בודקת אפשרות להציג באנר בגרסאות דפדפן שלא נתמכות, עם אזהרה על חוויית שימוש פחות טובה.
בחירת יעד בסיסי עבור Target.com
מהנדסי האינטרנט של Target הקימו קבוצת עבודה כדי לשלב את המאמצים האלה ולנצל את התכונות המתקדמות של הדפדפנים השונים, כדי לעזור בקידום המדיניות. באמצעות הכלים של Baseline, הם בדקו מה היה סט הדפדפנים המינימלי בכל שנה. היעד שהכי קרוב למדיניות החדשה של Target הוא בסיס להשוואה 2022:
{
"chrome": "108",
"edge": "108",
"firefox": "108",
"ios": "16",
"safari": "16"
}
כדי להגיע לבסיס הזה, Target צריכה לשנות את מדיניות הדפדפן שלה ל-Safari 16 לפחות, במקום הגרסה הנוכחית 15.4. הפעולה הזו תפגע בחוויה של פחות מ-0.5% מהקונים שמבצעים המרה. למרות זאת, האחוז הזה הולך וקטן, ולכן Target מקווה לעדכן את המדיניות הרשמית שלה עד סוף 2025 כך שתתבסס על נתוני הבסיס של 2022. כך מפתחים של Target.com יכולים לשנות את היעד כך שיהיה בפיגור של כ-3 שנים מהנתונים הבסיסיים שמתפרסמים מדי שנה.
באופן כללי, חבילות ה-webpack של Target.com קטנות יותר כי יש פחות המרה של קוד ופוליפילים נוספים. ב-Target בטוחים שהיעד הזה ישתנה עם הזמן, ומקווים שבעוד שנה, אפשר יהיה להטמיע את Baseline 2023, שכולל הרבה תכונות נהדרות כמו container queries, :has selector, inert attribute ועוד.
בדיקת קבוצות תכונות חדשות יותר של ערך הבסיס
קבוצת העבודה בנושא יעד בסיסי לא מפסיקה עם Baseline 2022. אם בוחנים את התכונות של Baseline 2023, רואים שהרבה מהן נמצאות על סף האפשרות לתמוך בהן בלי גיבויים כמו polyfills. כדי להשתמש בכל אחת מהתכונות בבסיס להשוואה 2023 שחברת Target מעוניינת בהן, היא צריכה:
- תסבירו מה התכונה עושה.
- מתעדים איך השימוש בו יכול לשפר את Target.com, כולל שיפורים בחוויית המפתחים.
- מוצאים תרחיש בדיקה טוב להטמעת התכונה בבסיס הקוד של Target.com.
- במקרה הצורך, מתעדים את הפתרונות החלופיים לשימוש, כולל שיפור הדרגתי או פתרונות אחרים שמתקבלים באמצעות זיהוי תכונות.
- לבסוף, מתי אפשר לצפות לאישור השימוש בתכונה? אפשר להשתמש בו עכשיו? או שצריך לחכות עד להגעה לסכום סף עתידי מסוים?
דוגמה לכך היא המאפיין inert. הגרסה המינימלית לשימוש ב-inert ב-Safari היא 15.5, כלומר Target.com קרובה לאפשרות להשתמש בה. ב-Target.com יש הרבה הטמעות של חלונות קופצים שבהם המאפיין הזה יכול להועיל בהשוואה לפתרון JavaScript הנוכחי. מהנדס שכותב את הדוח על התכונה הזו מאפשר שיתוף ידע והכנה להרחבה הבאה של מדיניות הדפדפן. כך אפשר להראות שהפסקת התמיכה בגרסת דפדפן שמניבה ערך עסקי נמוך יכולה לאפשר שימוש בתכונות שכן מניבות ערך. אפשר לתכנן, לבדוק ולפרוס את התכונה באמצעות דגל תכונה, ולהיות מוכנים למקרה שיהיה אפשר להשתמש בה.
בנוסף, מהנדס אחר יפעל לפי אותו תהליך כדי להשתמש בשאילתות של קונטיינרים – תכונה שזמינה עכשיו באופן נרחב כ-Baseline. אפשר להשתמש בשאילתות של רכיבי Container עם polyfill, אבל ידועות בעיות בביצועים של polyfill. הפתרון ש-Target מצאה היה להשתמש בשאילתות של רכיבי container רק כשיפור הדרגתי, עד שדרישות המינימום של הדפדפן יעלו לרמה שתאפשר תמיכה מלאה בתכונה.
התהליך הזה מתאים לאתר Target.com, כי כשהגרסה המינימלית של התכונה נמצאת בשימוש מספיק, כבר לא צריך שיפור הדרגתי ואפשר להשתמש בתכונה. במהלך ביקורת שנערכה לאחרונה, נמצא שבאתר Target.com נעשה שימוש בהרבה פוליפילים מיותרים. הטמעה של Baseline באפליקציה יכולה לעזור לשלוט בחוב הטכני הזה.
הקשר בין מושגי הבסיס לבין ביצועים באינטרנט
הביצועים חשובים לכל אתר קמעונאי. אחת מההנחות המשותפות למפתחים שעובדים על Target.com היא שמועבר יותר מדי JavaScript. אם 5% מחבילות ה-JavaScript שנשלחו למשתמשים בוטלו, זה הישג משמעותי – אבל הוא לא משפר באופן משמעותי את מדדי הליבה של חוויית האינטרנט באתר Target.com. עם זאת, אם Target תבצע את הפעולה הזו 10 פעמים, היא תשיג ירידה של 50% בגודל החבילות, וזה יתרום באופן משמעותי ליעדי הביצועים של Target.
ב-Target, המהנדסים ב-Target.com התחילו לחשוב על כמות ה-JavaScript שנדרשת כדי להציג רכיבים כמו חלונות קופצים, רכיבים שמותאמים לנגישות, חלונות קופצים, קרוסלות, רכיבי אקורדיון ורכיבים נפוצים אחרים שמשפיעים על חוויית המשתמש. כל אחת מהן דורשת polyfills או פתרונות JavaScript מותאמים אישית, שמוסיפים לנפח ה-JavaScript של האפליקציה. ככל ש-Target משתמש ב-Baseline, יעדי הדפדפן מתפתחים עם הזמן, ואפשר להקל על המדיניות כדי לכלול תכונות חדשות יותר. ב-Target מצפים להמיר פחות קוד לאורך זמן, להשתמש בפוליפיל פחות תכונות ואפילו לאמץ רכיבי אינטרנט כשההזדמנויות יצוצו. על ידי שימת לב לפוליפילים ולדפדפנים ממוקדים שנשלחים בשרשראות הכלים של הפרויקט, גודל חבילת ה-JavaScript של Target.com כבר צומצם ב-10%. הפעולה הזו מתבצעת לפני שמשתמשים בתכונות חדשות יותר. השיפורים האלה צפויים להוביל לעלייה בהכנסות בהשוואה לשנה הקודמת, והם קשורים ישירות להשקעות הגדולות של Target בשיפור הביצועים של Target.com.
חטיפות דסקית
היעד הבסיסי והדוחות הבסיסיים המותאמים אישית של תכונות אינטרנט חדשות וזמינות באופן נרחב היו כלי רב עוצמה עבור Target.com. אלה כמה מהתוצאות העיקריות:
- היעד של הדפדפן השתנה מדפדפנים שיצאו לפני 8 שנים לדפדפנים שיצאו לפני 3 שנים.
- היעד הבסיסי של Baseline 2022 יושג עד סוף 2025.
- הגודל הכולל של חבילות JavaScript באתר Target.com הוקטן ב-10%.
- השימוש בדפדפנים ישנים שמהווים פחות מ-1% מהפעילות העסקית יורד בקצב של כ-300% בשנה (מ-0.94% בספטמבר 2024 ל-0.32% בנובמבר 2025).
ההבנה שהאינטרנט מתפתח מהר יותר מאי פעם נתנה ל-Target את האנרגיה לאמץ תכונות מהר יותר מאי פעם. הארגון של התכונות האלה מאפשר לבצע עבודה ותכנון מראש לגבי מועד הפתיחה של כל תכונה ב-Target, ונותן להם ביטחון שהמהנדסים שלהם, שתורמים לאתר קמעונאי גדול, יודעים באילו תכונות להשתמש ומתי הם יכולים להשתמש בהן.