אם יש לכם חנות שופיפיי, כנראה עברתם החודש על ארבע גרסאות של אותה אזהרה. 26 באוגוסט. הצ'קאאוט משתנה. ה-checkout.liquid שלכם נעלם.

מה שלא נכנס לכותרת: checkout.liquid הוא רכיב של Shopify Plus. תמיד היה. אם אתם על Basic, Shopify או Advanced, מעולם לא היה לכם כזה, מעולם לא ערכתם אותו, ואי אפשר לאבד אותו.

אז הרבה בעלי חנויות קראו את האזהרה, הבינו שזו בעיה של מישהו אחר, וסגרו את הטאב.

הדדליין אמיתי. התאריך נכון. השם של הדבר שגוי, ובדיוק השם השגוי הוא זה שאיפשר לכם לפסוח על זה.

מה באמת מסתיים ב-26 באוגוסט, ואיפה

השינוי צר יותר ממה שהפאניקה משדרת, וזה בדיוק מה שהופך אותו למסוכן. הוא לא נוגע בדפי המוצר, לא בעגלה ולא בתהליך הצ'קאאוט. הוא נוגע בשני דפים: דף התודה ודף סטטוס ההזמנה. שני הדפים שהלקוח רואה אחרי שכבר שילם.

ב-26 באוגוסט 2026 שופיפיי סוגרת שלוש דרכים להתאים את שני הדפים האלה, בחנויות שאינן Plus:

1. תיבת ה-Additional scripts. התיבה בהגדרות > צ'קאאוט, שאליה מפתח, סוכנות, או אתם בשתיים בלילה, הדביקו פעם בלוק של ג'אווהסקריפט.
2. התאמות שמוזרקות דרך script tags. קוד שאפליקציות מכניסות בשיטה הישנה.
3. אפליקציות צד שלישי שעדיין נשענות על השיטות שנסגרות ולא הוציאו גרסה תואמת.

חנויות Plus עברו את זה ב-28 באוגוסט 2025. עכשיו תור כל השאר, ובלוח השנה זה עוד שמונה ימים.

אם לא תעשו כלום, שופיפיי תשדרג לכם את שני הדפים בתאריך הזה ותחליף את ההתאמות הקיימות. לא "תסמן אותן לבדיקה". תחליף.

למה לא תשימו לב

תחשבו רגע מה בדרך כלל יושב בתיבת ה-Additional scripts.

ברוב החנויות הקטנות והבינוניות זה אירוע הרכישה. תגית הרכישה של GA4. אירוע הרכישה של פיקסל מטא. תגית ההמרה של גוגל אדס. פיקסל של טיקטוק שמישהו הוסיף בקמפיין ולא הוריד. אולי גם פוסטבק לתוכנית שותפים, סקריפט שמבקש ביקורת, שאלון ששואל את הלקוח איך הוא הגיע אליכם.

כל אחד מהם נורה בדף שאליו הלקוח נוחת אחרי התשלום. כלומר בדיוק בדף שעובר שדרוג.

עכשיו תדמיינו את 27 באוגוסט. החנות נראית מושלם. המוצרים נטענים, העגלה עובדת, הצ'קאאוט מסתיים, הכסף נכנס לבנק. שום דבר לא שבור בצורה שלקוח, או אתם, תראו.

הדבר היחיד שהשתנה הוא שהמערכות שעל פיהן אתם מחליטים לאן הולך התקציב הפסיקו לשמוע על המכירות.

פלטפורמות הפרסום מפסיקות לספור המרות, אז האופטימיזציה שלהן נסחפת לקהלים הלא נכונים. דוחות ה-ROAS מתרסקים על הנייר בזמן שההכנסה בפועל יציבה. ב-GA4 רואים סשנים בלי רכישות. והתגובה הטבעית, כשהדשבורד אומר שהקמפיינים מתו, היא לחתוך תקציב לקמפיינים שעבדו בסדר גמור.

זה המחיר האמיתי של הדדליין הזה. לא השבתה. חודש של החלטות על בסיס מספרים שהפסיקו בשקט להיות נכונים.

הבדיקה של עשר דקות שגומרת את הניחושים

אתם לא צריכים מפתח כדי לדעת איפה אתם עומדים. אתם צריכים בערך עשר דקות וגישה לאדמין שלכם.

היכנסו להגדרות > צ'קאאוט. אם החנות שלכם מושפעת, יש שם הודעת שדרוג עם כפתור Review customizations.

הכפתור הזה הוא כל העניין של המאמר. הוא לא נותן אזהרה כללית. הוא קורא את החנות הספציפית שלכם ומחזיר רשימה אישית: אילו התאמות באמת יש לכם, אילו אפליקציות באמת התקנתם, לאילו מהן כבר יש גרסה תואמת, ומה כל אחת צריכה.

שלוש תוצאות אפשריות, ושלושתן שימושיות:

– הרשימה ריקה. בחלק מהחנויות אף פעם לא היה שום דבר בתיבה. סיימתם, ועכשיו אתם יודעים את זה במקום להניח. – הרשימה כולה אפליקציות. זה המקרה הנפוץ וזה הקל. רוב האפליקציות הרציניות הוציאו גרסאות תואמות כבר לפני חודשים. עדכון שלהן, או חיבור מחדש דרך ההגדרות של האפליקציה עצמה, הוא בדרך כלל כל התיקון. – ברשימה יש קוד מותאם. מישהו כתב משהו ספציפי בשבילכם. זה המקרה שדורש תשומת לב אמיתית, וזה גם המקרה שבו שמונה ימים זה לחוץ, אז כדאי לגלות היום ולא ב-25 לחודש.

מה מחליף את הסקריפטים

מסלול ההחלפה הוא לא "תדביקו את הקוד שלכם במקום אחר". שופיפיי העבירה את זה למערכת מסודרת: בלוקים ו-web pixels לשחזור ההתאמות, ו-app pixels להמשך המדידה של אירועי לקוח. הכל עובד בכל התוכניות, כולל שלכם.

במדידה ספציפית, המנגנון הוא פיקסל שנרשם לאירועים במקום סקריפט שרץ על דף. במקום סניפט שיושב על דף התודה ומחכה לרוץ, אתם רושמים פיקסל שמאזין לאירוע סיום הצ'קאאוט ומדווח עליו. אותה רכישה, אותו יעד, מנגנון אחר:

analytics.subscribe("checkout_completed", (event) => {
  // כאן שולחים את הרכישה למערכת האנליטיקס או לפלטפורמת הפרסום
});

תתייחסו לזה כאל הצורה של הדבר, לא כאל קוד להדבקה. המבנה המדויק תלוי לאיזו פלטפורמה אתם מזינים, ורוב בעלי החנויות לא יכתבו את זה אף פעם, כי האפליקציה שהם כבר משלמים עליה עושה את זה בשבילם. למטא, לגוגל, ל-GA4 ולכלי האנליטיקס המרכזיים יש אפליקציות שופיפיי עדכניות שמטפלות בזה מקומית.

הגרסה המעשית של הסעיף הזה: התפקיד שלכם הוא בדרך כלל לעדכן אפליקציות ולוודא שהאירועים מגיעים. כתיבת קוד פיקסל מותאם היא היוצא מן הכלל, לא ברירת המחדל.

המלכודת שאף אחד לא כותב עליה

וזו המלכודת שתתפוס דווקא חנויות ישראליות.

אם אתם משהים את החנות, השדרוג מתבצע אוטומטית. ואי אפשר להחזיר אותו אחורה, גם אחרי שתחזירו את החנות לפעילות.

תקראו את זה שוב עם לוח שנה מקומי בראש. חנויות נכנסות להשהיה. משהים בחגים. משהים כשהבעלים במילואים. משהים בין עונות, או לחודש בזמן שמסיימים ריברנד, או כי ספק נפל ואין מה לשלוח.

כל אחד מהם חושב שקנה לעצמו זמן. הוא עשה בדיוק ההפך: ההשהיה מבצעת בשבילו את הצעד הבלתי הפיך, והוא חוזר לחנות שדף התודה שלה נבנה מחדש וסקריפטי המדידה שלה נעלמו, בלי דרך חזרה.

אם אתם מתכננים להשהות, תריצו את הבדיקה קודם. עשר דקות עכשיו מול מצב שאי אפשר לשחזר אחר כך זה לא דילמה.

מה זה לא אומר

שווה להגיד את זה במפורש, כי הטון של הכתיבה החודש מזמין תגובה לא נכונה.

הצ'קאאוט שלכם לא נשבר. החנות לא יורדת מהאוויר. השינוי תחום לשני דפים שאחרי הרכישה, כך שהצ'קאאוט ותהליך ההזמנה עצמו נמצאים מחוץ לו. זו לא מיגרציה דחופה, ואם מישהו מתמחר לכם פרויקט גדול בשביל "לטפל בדדליין של הצ'קאאוט", תשאלו אותו בדיוק אילו התאמות שלכם הוא מצא בבדיקה, כי הרשימה הזאת נוצרת בחינם באדמין שלכם.

וזה גם לא כלום. התקלה לא נראית לעין, היא נוחתת על הדף שבו סופרים הכנסות, וחלון התיקון הוא שמונה ימים לבדיקה שלוקחת עשר דקות.

שני הדברים נכונים בו זמנית, וזה כל העניין.