Checkout Blocks app (אפליקציית Checkout Blocks) היא אפליקציה של Shopify שמאפשרת להתאים CheckoutCheckout / תהליך תשלוםשלב התשלום שבו לקוח מזין פרטים, בוחר משלוח ומשלים רכישה.פתיחה במילון (קופה) בלי קוד: שדות מותאמים, שינוי סדר שיטות תשלום ומשלוח, מגבלות ערך הזמנה והנחות מותאמות עם כללים מתקדמים. היא מיועדת למקרים שבהם החנות צריכה התנהגות מדויקת יותר מהגדרות ברירת המחדל, אבל עדיין רוצה לעבוד מתוך Shopify admin ולא לבנות קוד CheckoutCheckout / תהליך תשלוםשלב התשלום שבו לקוח מזין פרטים, בוחר משלוח ומשלים רכישה.פתיחה במילון עצמאי.

Checkout Blocks משתמשת ב-Blocks (בלוקים) בודדים שמגדירים התאמות בקופה. את הבלוקים ממקמים דרך Checkout and accounts editor, ואפשר להגדיר Display rules (כללי הצגה) שקובעים מתי בלוק מוצג. החשיבה הנכונה היא לא "להוסיף עוד בלוק", אלא להחליט איזה מידע או חוק באמת עוזר ללקוח להשלים רכישה בלי בלבול.

במדריך הזה

מה אפשר להתאים

  • הוספת Custom fields (שדות מותאמים).
  • שינוי סדר, הסתרה או שינוי שם של שיטות משלוח ותשלום.
  • יצירת Order value limits (מגבלות ערך הזמנה).
  • יצירת Custom discounts (הנחות מותאמות) עם כללים מפורטים יותר מכלי ההנחות הרגיל.
  • הצגת תוכן סטטי או דינמי לפי תנאים.

Shopify מתארת את Checkout Blocks ככלי להתאמת CheckoutCheckout / תהליך תשלוםשלב התשלום שבו לקוח מזין פרטים, בוחר משלוח ומשלים רכישה.פתיחה במילון בלי קוד, כולל הוספת שדות מותאמים, סידור מחדש של Payment methods (שיטות תשלום) ו-Delivery methods (שיטות משלוח), יצירת ואכיפת Order value limits, והגדרת Custom discounts עם כללים מתקדמים. בפועל, אלה ארבע משפחות שימוש: איסוף מידע, סידור אפשרויות, אכיפת גבולות והצגת תוכן או הנחה לפי תנאי.

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

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

Order value limits (מגבלות ערך הזמנה) מתאימות כאשר החנות רוצה לאכוף מינימום או מקסימום להזמנה, למשל מינימום להזמנה סיטונאית או מגבלת סכום לשיטת משלוח מסוימת. Custom discounts (הנחות מותאמות) מתאימות כאשר כלי ההנחות הרגיל לא מספיק, וצריך תנאי מפורט יותר לפי עגלה, לקוח או הקשר CheckoutCheckout / תהליך תשלוםשלב התשלום שבו לקוח מזין פרטים, בוחר משלוח ומשלים רכישה.פתיחה במילון.

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

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

אם הבעיה היא עיצוב בלבד, בדקו קודם את אפשרויות המיתוג והסגנון של CheckoutCheckout / תהליך תשלוםשלב התשלום שבו לקוח מזין פרטים, בוחר משלוח ומשלים רכישה.פתיחה במילון. אם הבעיה היא תוכן מדיניות, ייתכן שעמוד מדיניות או ניסוח שיטת משלוח מספיקים. אם הבעיה היא לוגיקה, תנאי, סדר או איסוף מידע, Checkout Blocks יכול להיות הכלי הנכון. בחנות Shopify Plus, היכולת רחבה יותר; בחנות שאינה Plus, חשוב להבין שהשימוש מוגבל בעיקר ל-Dynamic content (תוכן דינמי) ו-Static content (תוכן סטטי) בעמודי Thank you (תודה) ו-Order status (סטטוס הזמנה).

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

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

כל BlockBlock / בלוקרכיב קטן בתוך מקטע או בתוך ממשק Shopify, שאפשר להוסיף, להזיז או להגדיר בנפרד.פתיחה במילון הוא יחידת התאמה שמוגדרת באפליקציה וממוקמת בקופה דרך Checkout and accounts editor (עורך קופה וחשבונות). Shopify מדגישה שאפשר למקם את הבלוקים במקום הרצוי ולהשתמש ב-Display rules כדי להחליט מתי הם מוצגים. לכן יש שני חלקים לבדיקת כל בלוק: המיקום שלו בעמוד, והתנאי שמפעיל אותו.

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

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

דרישות תוכנית

סוחרים בתוכנית Basic ומעלה יכולים להשתמש ב-Dynamic content (תוכן דינמי) וב-Static content (תוכן סטטי), ולהציב אותם רק בעמודי Thank you (תודה) ו-Order status (סטטוס הזמנה). שאר יכולות Checkout Blocks זמינות רק ל-Shopify Plus. המשמעות המעשית היא שחנות שאינה Plus לא יכולה להניח שכל הדוגמאות של התאמת CheckoutCheckout / תהליך תשלוםשלב התשלום שבו לקוח מזין פרטים, בוחר משלוח ומשלים רכישה.פתיחה במילון זמינות לה באזורי Information (מידע), Shipping (משלוח) או Payment (תשלום).

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

הרשאות נדרשות

כדי לעבוד עם האפליקציה צריך להיות Store owner (בעל החנות) או איש צוות עם הרשאות מתאימות: תחת Store permissionsPermissions / הרשאותהרשאות שקובעות אילו משתמשים או אפליקציות יכולים לצפות, לערוך או לבצע פעולות בחנות.פתיחה במילון > Content צריך לפחות הרשאות לצפייה בהגדרות Metaobject ולצפייה, יצירה ועריכת entries; ותחת App permissionsPermissions / הרשאותהרשאות שקובעות אילו משתמשים או אפליקציות יכולים לצפות, לערוך או לבצע פעולות בחנות.פתיחה במילון צריך הרשאות ל-Checkout BlocksBlocks / בלוקיםרכיבי תוכן או פעולה שניתן להוסיף לתבנית, לעמוד או לעיתים גם לעמודי אדמין.פתיחה במילון. הרשאות אלה חשובות משום ש-Checkout BlocksBlocks / בלוקיםרכיבי תוכן או פעולה שניתן להוסיף לתבנית, לעמוד או לעיתים גם לעמודי אדמין.פתיחה במילון משתמשת בנתונים שמנוהלים בתוך Shopify, ושינוי בקופה משפיע על מסלול רכישה אמיתי.

בצוות גדול, אל תתנו הרשאת עריכה לכל מי שרוצה לשנות טקסט. הגדירו בעל אחריות שמבין את ההשפעה על CheckoutCheckout / תהליך תשלוםשלב התשלום שבו לקוח מזין פרטים, בוחר משלוח ומשלים רכישה.פתיחה במילון, תשלום, משלוח ושירות לקוחות. מומלץ להפריד בין מי שמציע שינוי, מי שבונה את הבלוק, מי שבודק, ומי שמאשר פרסום. כאשר יש Draft checkoutCheckout / תהליך תשלוםשלב התשלום שבו לקוח מזין פרטים, בוחר משלוח ומשלים רכישה.פתיחה במילון configuration (תצורת קופה בטיוטה), בצעו את הבנייה שם ולא ישירות על התצורה הפעילה.

בדיקות לפני פרסום

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

בדקו גם Mobile (מובייל) ו-Desktop (דסקטופ). בלוק שנראה מצוין במסך רחב יכול לדחוף את כפתור התשלום במובייל או ליצור גלילה מיותרת. אם יש שפות נוספות, בדקו את התרגומים. אם יש Markets, בדקו את השוק הרלוונטי. אם הבלוק משנה שיטת משלוח או תשלום, בדקו הזמנה עם השיטה המושפעת והזמנה עם שיטה אחרת.

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

תקלות נפוצות וגבולות שימוש

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

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

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

מדריכי המשך

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

שאלות נפוצות

מה צריך לבדוק לפני שמפרסמים שינוי?

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

איך יודעים שהשינוי הצליח?

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