Script Editor (עורך סקריפטים) היה כלי של Shopify Plus להרצת Shopify Scripts (סקריפטים של Shopify) ששינו לוגיקה של הנחות, משלוח או תשלום בקופה. Shopify מעבירה את היכולות האלה בהדרגה לכיוון Shopify Functions (פונקציות Shopify) ואפליקציות נתמכות, ולכן כל חנות שעדיין מסתמכת על סקריפטים צריכה למפות אותם.
סקריפט לא מתועד הוא סיכון תפעולי: הוא יכול לשנות מחיר, להסתיר שיטת משלוח, להפעיל הנחה, או להשפיע על לקוחות מסוימים בלי שצוות השירות יודע להסביר למה.
במדריך הזה
נסביר מה לבדוק כאשר יש Script Editor (עורך סקריפטים), איך לזהות השפעה על checkoutCheckout / תהליך תשלוםשלב התשלום שבו לקוח מזין פרטים, בוחר משלוח ומשלים רכישה.פתיחה במילון, מה לתעד, ואיך לתכנן מעבר ל-Shopify Functions (פונקציות Shopify) או פתרון נתמך אחר.
מה לבדוק
בדקו אילו scripts (סקריפטים) פעילים, האם הם Line item scripts (סקריפטי שורת מוצר), Shipping scripts (סקריפטי משלוח) או Payment scripts (סקריפטי תשלום), ועל אילו מוצרים, לקוחות, תגיות, הנחות או שיטות משלוח הם משפיעים.
בצעו הזמנת ניסיון בתרחיש שבו הסקריפט אמור לפעול ובתרחיש שבו הוא לא אמור לפעול.
תיעוד
לכל סקריפט צריך להיות שם, מטרה, בעלים, תאריך בדיקה אחרון, תרחישי זכאות, ותוכנית מעבר. אל תסתפקו בקוד עצמו; תעדו את הכלל העסקי בעברית כדי שגם מי שאינו מפתח יבין.
אם הסקריפט קשור לקמפיין ישן, בדקו האם הוא עדיין נחוץ או שהוא נשאר פעיל בטעות.
מעבר לפונקציות
Shopify Functions (פונקציות Shopify) הן הכיוון המודרני להתאמות רבות שבעבר נעשו בסקריפטים. לפני מעבר, בדקו איזו פונקציה או אפליקציה מחליפה את הסקריפט, אילו מגבלות קיימות, ואיך תבדקו שוויון התנהגות.
בדיקות אחרי שינוי
לאחר כיבוי או החלפה של סקריפט, בדקו מחירים, הנחות, משלוחים, תשלומים, החזרים ודוחות. שינוי לוגיקת קופה יכול להיראות תקין ללקוח אחד ולשבור תרחיש אחר.
מה Shopify מאפשרת בפועל
Script Editor (עורך סקריפטים) ו-Shopify Scripts צריך להיבנות לפי הגבולות ש-Shopify מתארת במקור, ולא לפי תחושה כללית של "אפשר לערוך את הקופה". ההבדל חשוב: חלק מהיכולות זמינות לכל תוכנית, חלקן מוגבלות ל-Shopify Plus, וחלקן מתנהגות אחרת בין CheckoutCheckout / תהליך תשלוםשלב התשלום שבו לקוח מזין פרטים, בוחר משלוח ומשלים רכישה.פתיחה במילון (קופה), Thank you page (עמוד תודה), Order status page (עמוד סטטוס הזמנה) ו-Customer accounts (חשבונות לקוח).
התרגום המעשי לחנות בעברית הוא לתכנן כל שינוי כפריט תפעולי: מי אחראי עליו, איפה הוא מופיע, למי הוא מיועד, מה הלקוח אמור להבין, ומה יקרה אם התנאי לא מתקיים. אם לא יודעים לענות על השאלות האלה, השינוי עדיין לא מוכן לפרסום.
- Shopify Scripts הם קטעי קוד קטנים שיוצרים חוויות מותאמות בעגלה וב-checkout.
- Shopify Scripts ו-Script Editor זמינים רק ל-Shopify Plus, והאפליקציה כבר אינה זמינה להורדה מ-Shopify App Store.
- Shopify מציינת שב-30 ביוני 2026 Shopify Scripts יוסרו ולא יעבדו יותר, ולכן צריך לעבור ל-Shopify Functions תואמות.
- סקריפטים יכולים לרוץ רק בחנות המקוונת או גם באפליקציות מסוימות, כולל custom apps שמייצרות checkouts ואפליקציות mobile builders נתמכות.
- אם מתקינים אפליקציה אחרי העדכון האחרון לסקריפט, Shopify ממליצה לפרסם מחדש את הסקריפט כדי לוודא שהוא רץ בהקשר החדש.
- Scripts דורשים אתר עם built-in shopping cart ואינם עובדים עם Buy Button או Facebook sales channel.
- יש Line item scripts, Shipping scripts ו-Payment scripts; Payment scripts לא משפיעים על gateway methods כמו PayPal Express או Apple Pay שמוצגים לפני checkoutCheckout / תהליך תשלוםשלב התשלום שבו לקוח מזין פרטים, בוחר משלוח ומשלים רכישה.פתיחה במילון.
שלבי עבודה מומלצים
הדרך הבטוחה היא לעבוד לפי רצף קבוע, גם כאשר השינוי נראה קטן. בקופה, שינוי טקסט, בלוק, אפליקציה או כלל זכאות יכול להשפיע על רכישה אמיתית, ולכן תהליך עבודה חוזר עדיף על פתרון חד-פעמי.
- מפו את כל הסקריפטים הפעילים לפי סוג: Line item, Shipping או Payment.
- קראו את הכלל העסקי בקוד וכתבו אותו בעברית שאינה תלויה במפתח.
- בדקו אם הסקריפט משתמש בתבנית מוכרת כמו BOGO, bulk discount, hide shipping rates או reorder payment gateways.
- הגדירו חלופה ב-Shopify Functions או באפליקציה נתמכת לפני תאריך ההסרה.
- בדקו תרחיש שבו הסקריפט פועל, תרחיש שבו אינו פועל, ותשלום או משלוח שמוצגים לפני checkoutCheckout / תהליך תשלוםשלב התשלום שבו לקוח מזין פרטים, בוחר משלוח ומשלים רכישה.פתיחה במילון אם רלוונטי.
אחרי השמירה, אל תסתפקו בתצוגה מקדימה. Preview (תצוגה מקדימה) עוזר להבין מיקום ומבנה, אבל לא תמיד מדמה תשלום, קופון, כתובת, שיטת משלוח, שוק, שפה או לקוח מחובר. הבדיקה החשובה היא מסע רכישה מלא מהחנות אל ההזמנה באדמין.
טבלת החלטות
| מצב | החלטה מומלצת | מה לבדוק לפני פרסום |
|---|---|---|
| הנחת מוצר לפי תגית | מעבר ל-Discount Function | מחיר לפני/אחרי והחזר חלקי |
| שינוי סדר משלוחים | Delivery customization | שכל השיטות עדיין זמינות כשצריך |
| הסתרת Gateway | Payment customization | שלא מסתירים אמצעי תשלום יחיד ללקוח |
| אפליקציה חדשה שמייצרת checkout | Republish script עד מעבר | שהסקריפט באמת רץ בהקשר החדש |
הטבלה צריכה להישמר כחלק מתיעוד העבודה ולא רק להופיע בשיחת צוות. כאשר חוזרים לשינוי אחרי חודשיים, צריך להבין למה הוא קיים בלי לחפש בצ׳אט או בזיכרון של מי שבנה אותו.
קריאה מיוחדת לחנויות בעברית
בחנות שפועלת בישראל, בדקו גם כיווניות RTL (ימין לשמאל), שילוב אנגלית בתוך עברית, מספרי טלפון, כתובות, ניסוח שגיאות ותמיכה במובייל. מונח כמו Billing address (כתובת חיוב), Shipping method (שיטת משלוח), Express checkoutCheckout / תהליך תשלוםשלב התשלום שבו לקוח מזין פרטים, בוחר משלוח ומשלים רכישה.פתיחה במילון (קופה מואצת) או MarketMarket / שוקמונח Shopify שמשמעותו בעברית: שוק. ההקשר המדויק תלוי בעמוד או בתהליך שבו המונח מופיע.פתיחה במילון (שוק) חייב להיות ברור ללקוח גם אם נשאר באנגלית בממשק Shopify.
דוגמת תיעוד פנימי
לפני פרסום, כתבו תיעוד קצר שמסביר את השינוי בשפה עסקית. המטרה אינה ליצור מסמך ארוך, אלא לוודא שהשיווק, השירות, התפעול והמפתח או מנהל החנות מבינים את אותו כלל.
``text
שם סקריפט: Hide COD for international orders
סוג: Payment script
כלל עסקי: הסתרת תשלום במזומן מחוץ לישראל
מגבלות: לא משפיע על PayPal Express או Apple Pay לפני checkout
חלופה מתוכננת: Shopify Functions / Payment customization
תאריך יעד: לפני 2026-06-30
``
בדיקות קבלה
בדיקות קבלה צריכות להיות כתובות לפני שמתחילים לערוך, כדי שלא יקרה מצב שבו מאשרים שינוי רק כי הוא "נראה בסדר". כל בדיקה צריכה לכלול תרחיש חיובי, תרחיש שלילי, ותיעוד של מה הלקוח אמור לראות.
- כל סקריפט מסווג לפי Line item, Shipping או Payment.
- קיים owner עסקי לכל כלל ולא רק owner טכני.
- תאריך 30 ביוני 2026 מופיע בתוכנית המעבר.
- תרחישי mobile app/custom checkoutCheckout / תהליך תשלוםשלב התשלום שבו לקוח מזין פרטים, בוחר משלוח ומשלים רכישה.פתיחה במילון נבדקו אם הסקריפט אמור לרוץ שם.
- כיבוי או החלפה נבדקו מול דוחות, החזרים ושירות לקוחות.
תפעול אחרי פרסום
אחרי פרסום Script Editor (עורך סקריפטים) ו-Shopify Scripts, עקבו במשך כמה שעות או יום עבודה אחרי הזמנות, נטישות CheckoutCheckout / תהליך תשלוםשלב התשלום שבו לקוח מזין פרטים, בוחר משלוח ומשלים רכישה.פתיחה במילון, פניות שירות, שגיאות תשלום ושאלות על משלוח או מדיניות. אם מדובר בקמפיין, השוואת יום הפרסום ליום רגיל אינה מספיקה; בדקו גם איכות הזמנות, שיעור שימוש בקופונים, החזרים וביטולים.
הבעלות לאחר הפרסום צריכה להיות ברורה: מפתח/ת Shopify יחד עם מנהל/ת תפעול צריך לדעת איפה לשנות, איך לכבות, ואיך להסביר לצוות מה השתנה. בלי בעלים, התאמות checkout נוטות להישאר פעילות גם אחרי שהקמפיין, המדיניות או הצורך המקורי כבר הסתיימו.
שאלות נפוצות
למה Script Editor רגיש?
כי הוא יכול לשנות לוגיקת checkout, הנחות או משלוחים.
מה לתעד?
מטרה, קוד/לוגיקה, השפעה, בעלים ותוכנית מעבר.