Troubleshooting (פתרון בעיות) ב-Checkout BlocksBlocks / בלוקיםרכיבי תוכן או פעולה שניתן להוסיף לתבנית, לעמוד או לעיתים גם לעמודי אדמין.פתיחה במילון מתחיל בהפרדה בין בעיות תוכן, בעיות הרשאות, בעיות Display rules (כללי תצוגה), בעיות BlockBlock / בלוקרכיב קטן בתוך מקטע או בתוך ממשק Shopify, שאפשר להוסיף, להזיז או להגדיר בנפרד.פתיחה במילון ID (מזהה בלוק), ובעיות Functions (פונקציות) שמשנות הנחות, משלוח או תשלום.
אל תתחילו מתיקון אקראי. כדי לפתור תקלה בקופה צריך לדעת איזה בלוק נבדק, באיזו CheckoutCheckout / תהליך תשלוםשלב התשלום שבו לקוח מזין פרטים, בוחר משלוח ומשלים רכישה.פתיחה במילון configuration (תצורת קופה), באיזה MarketMarket / שוקמונח Shopify שמשמעותו בעברית: שוק. ההקשר המדויק תלוי בעמוד או בתהליך שבו המונח מופיע.פתיחה במילון (שוק), באיזה מוצר בעגלה, ומה ההבדל בין ההתנהגות הצפויה לבין מה שהלקוח ראה בפועל.
במדריך הזה
- בלוק שלא מופיע
- בלוק שמופיע במקום הלא נכון
- שגיאות שמירה והרשאות
- הנחות, משלוח ותשלום
- בדיקת Checkout ותיק פתוח לתמיכה
בלוק שלא מופיע
הסיבה הראשונה לבדיקה היא שהבלוק נוצר באפליקציית Checkout Blocks אבל לא נוסף בפועל ל-checkout and accounts editor (עורך קופה וחשבונות). יצירת בלוק באפליקציה אינה מוסיפה אותו אוטומטית לקופה; צריך להיכנס אל Settings > Checkout, לפתוח Customize בתצורה הרלוונטית, להוסיף בלוק מסוג מתאים, ולהגדיר את ה-Block ID כך שיתאים לבלוק שנוצר.
לאחר מכן בדקו Status (סטטוס). בלוק במצב Draft (טיוטה) לא יוצג ללקוחות. אם הבלוק מוגבל ל-Markets (שווקים) או CheckoutCheckout / תהליך תשלוםשלב התשלום שבו לקוח מזין פרטים, בוחר משלוח ומשלים רכישה.פתיחה במילון pages (עמודי קופה) מסוימים, ודאו שהשוק והעמוד שאתם בודקים באמת נכללים בפרסום.
Display rules (כללי תצוגה) הם מקור תקלות שכיח. אם הוגדר All rules pass, כל התנאים חייבים להתקיים. אם הוגדר Any rule passes, מספיק תנאי אחד. כדי לבודד תקלה, אפשר להסיר זמנית כללי תצוגה, לשמור, ולבדוק אם הבלוק מופיע ב-Test checkoutCheckout / תהליך תשלוםשלב התשלום שבו לקוח מזין פרטים, בוחר משלוח ומשלים רכישה.פתיחה במילון (קופת בדיקה).
בלוק שמופיע במקום הלא נכון
אם בלוק מופיע כמה פעמים או בכל שלבי ה-Checkout, בדקו איפה הוא נוסף בעורך. אזורים כמו Order summary (סיכום הזמנה) או האזור שמחובר לכפתור Continue / return יכולים להופיע לאורך כמה עמודים. כדי להציג בלוק רק בשלב מסוים, העבירו אותו לאזור התוכן הראשי של אותו שלב.
בדקו גם כפילויות. סוגי בלוקים מסוימים, כמו Line item edit blocksBlocks / בלוקיםרכיבי תוכן או פעולה שניתן להוסיף לתבנית, לעמוד או לעיתים גם לעמודי אדמין.פתיחה במילון, בדרך כלל צריכים להופיע פעם אחת בלבד ולהשתמש בכללי תצוגה לתרחישים שונים. אם אותו BlockBlock / בלוקרכיב קטן בתוך מקטע או בתוך ממשק Shopify, שאפשר להוסיף, להזיז או להגדיר בנפרד.פתיחה במילון ID נוסף בכמה מקומות, הלקוח יכול לראות תוכן כפול.
שגיאות שמירה והרשאות
שגיאה כמו There were some issues with your form submission יכולה להעיד שלמשתמש אין הרשאות מספיקות. Checkout Blocks משתמש ב-Metaobjects (מטא-אובייקטים) לשמירת תצורות, ולכן צוות שמנהל בלוקים צריך הרשאות צפייה, יצירה ועריכה ל-Metaobject definitions ול-Entries, הרשאת Manage settings (ניהול הגדרות), והרשאת אפליקציה ל-Checkout BlocksBlocks / בלוקיםרכיבי תוכן או פעולה שניתן להוסיף לתבנית, לעמוד או לעיתים גם לעמודי אדמין.פתיחה במילון.
לפני שמסיקים שמדובר בבאג, בדקו את המשתמש שמבצע את השמירה. אם רק משתמש אחד נכשל ואחר מצליח, הבעיה כנראה בהרשאות ולא בהגדרת הבלוק.
הנחות, משלוח ותשלום
Custom discounts (הנחות מותאמות) ב-Checkout BlocksBlocks / בלוקיםרכיבי תוכן או פעולה שניתן להוסיף לתבנית, לעמוד או לעיתים גם לעמודי אדמין.פתיחה במילון זמינות ל-Shopify Plus בלבד. Shopify מגבילה את החנות ל-25 Automatic discounts (הנחות אוטומטיות) פעילות בסך הכל, כולל הנחות מאפליקציות. אם מנסים להפעיל הנחה 26, היא לא תחול בקופה.
Delivery method customizations (התאמות שיטות משלוח) ו-Payment method customizations (התאמות שיטות תשלום) זמינות גם הן ל-Shopify Plus, ותלויות ב-Shopify Functions. אם שיטה לא מוסתרת, לא משתנה או לא מסתדרת מחדש כפי שציפיתם, בדקו שהפונקציה Active (פעילה), שהתנאים מתקיימים, ושלא הגעתם למגבלת פונקציות פעילות לסוג ההתאמה.
| סימפטום | בדיקה ראשונה | בדיקה שנייה |
|---|---|---|
| בלוק לא מופיע | נוסף בעורך עם Block ID נכון | Status, Markets ו-Display rules |
| בלוק כפול | כמה מופעים בעורך | אזור משותף כמו Order summary |
| הנחה לא חלה | Active dates וסטטוס | מגבלת 25 הנחות אוטומטיות |
| שיטת תשלום לא משתנה | Function פעילה | תנאי rule ומגבלת פונקציות |
בדיקת CheckoutCheckout / תהליך תשלוםשלב התשלום שבו לקוח מזין פרטים, בוחר משלוח ומשלים רכישה.פתיחה במילון ותיק פתוח לתמיכה
בדיקת CheckoutCheckout / תהליך תשלוםשלב התשלום שבו לקוח מזין פרטים, בוחר משלוח ומשלים רכישה.פתיחה במילון לא חייבת להסתיים ברכישה. אפשר להוסיף מוצרים לעגלה, להגיע לקופה, ולבדוק שהבלוקים, ההנחות וההתאמות מופיעים במיקום הנכון. עבור Display rules לפי סכום עגלה, בדקו כמה ערכי עגלה. עבור תנאי לקוח, בדקו Guest checkoutCheckout / תהליך תשלוםשלב התשלום שבו לקוח מזין פרטים, בוחר משלוח ומשלים רכישה.פתיחה במילון (לקוח אורח) ולקוח מחובר.
אם התקלה נשארת אחרי הבדיקות, אספו מידע לפני פנייה לתמיכה: שם הבלוק, סוג הבלוק, BlockBlock / בלוקרכיב קטן בתוך מקטע או בתוך ממשק Shopify, שאפשר להוסיף, להזיז או להגדיר בנפרד.פתיחה במילון ID, צילומי מסך של הגדרות הבלוק, צילומי מסך מהעורך כולל Preview blockBlock / בלוקרכיב קטן בתוך מקטע או בתוך ממשק Shopify, שאפשר להוסיף, להזיז או להגדיר בנפרד.פתיחה במילון ID, הודעות שגיאה, Test checkoutCheckout / תהליך תשלוםשלב התשלום שבו לקוח מזין פרטים, בוחר משלוח ומשלים רכישה.פתיחה במילון URLURL / כתובת קישורכתובת קישור תקינה שנשמרת כשדה מובנה או כמטא-שדה.פתיחה במילון, תוכן העגלה, Expected versus actual behavior (צפוי מול בפועל), ורשימת הבדיקות שכבר בוצעו.
סדר אבחון מומלץ
כאשר לקוח או איש צוות מדווח שבלוק לא עובד, סדר הבדיקה צריך להיות קבוע. התחילו מהשאלה האם הבלוק קיים באפליקציה, המשיכו לשאלה האם הוא נוסף לעורך, ורק אז בדקו תנאים, שווקים, עדיפויות ותצורות. כך נמנעים ממצב שבו משנים Display rules למרות שהבעיה האמיתית היא BlockBlock / בלוקרכיב קטן בתוך מקטע או בתוך ממשק Shopify, שאפשר להוסיף, להזיז או להגדיר בנפרד.פתיחה במילון ID לא תואם.
- פתחו
Apps>Checkout Blocksואתרו את הבלוק או ההתאמה. - רשמו את סוג הבלוק, ה-Block ID, ה-Status וכל Display rules.
- עברו אל
Settings>Checkout>Customizeבתצורה הרלוונטית. - בדקו שהבלוק נוסף בעמוד הנכון, באזור הנכון, ועם אותו BlockBlock / בלוקרכיב קטן בתוך מקטע או בתוך ממשק Shopify, שאפשר להוסיף, להזיז או להגדיר בנפרד.פתיחה במילון ID.
- בדקו אם קיים ערך בשדה
Preview block id (For testing purposes)ומחקו אותו אם הוא נשאר בטעות אחרי בדיקה. - בדקו Markets, CheckoutCheckout / תהליך תשלוםשלב התשלום שבו לקוח מזין פרטים, בוחר משלוח ומשלים רכישה.פתיחה במילון pages, Priority ומספר בלוקים פעילים מאותו סוג.
- שחזרו את העגלה המדווחת ובדקו אם כל התנאים מתקיימים.
Preview blockBlock / בלוקרכיב קטן בתוך מקטע או בתוך ממשק Shopify, שאפשר להוסיף, להזיז או להגדיר בנפרד.פתיחה במילון ID ושגיאות בדיקה
שדה Preview blockBlock / בלוקרכיב קטן בתוך מקטע או בתוך ממשק Shopify, שאפשר להוסיף, להזיז או להגדיר בנפרד.פתיחה במילון ID נועד לבדיקה בלבד. אם הוא נשאר מלא אחרי שמירת הקופה, הוא יכול לעקוף Display rules ולגרום להתנהגות לא צפויה. זו תקלה שמבלבלת במיוחד כי הבלוק נראה "נכון" למי שבדק אותו, אבל לקוחות אמיתיים רואים תוצאה אחרת.
כאשר בודקים תקלה, צלמו גם את אזור הגדרות הבלוק בעורך ולא רק את הקופה. צילום מסך של הקופה מראה מה קרה, אבל צילום ההגדרות מראה למה זה קרה.
מגבלות כמות וארכיטקטורה
Checkout Blocks תומך בעד 30 בלוקים פעילים לכל סוג בלוק. אפשר ליצור יותר בלוקים, אבל רק 30 הראשונים הפעילים מאותו סוג יכולים להופיע בקופה. אם חנות יוצרת בלוק חדש לכל קמפיין ולא מכבה ישנים, היא עלולה להגיע למגבלה בלי לשים לב.
הפתרון הוא לא להמשיך להוסיף בלוקים, אלא לארגן אותם. מחקו או כבו בלוקים שלא בשימוש, איחדו תרחישים דומים, ותנו שמות שמסבירים את התנאי: למשל HE shipping note - pickup only עדיף על Block 12.
בדיקת Display rules לעומק
כללי תצוגה יכולים להישען על סכום עגלה, מוצר, קולקציה, סוג לקוח, התחברות, שיטת משלוח או תנאים אחרים. כאשר כלל לא מופעל, בדקו קודם שהמידע שהכלל קורא באמת קיים בשלב שבו הבלוק אמור להופיע. לדוגמה, כלל לפי שיטת משלוח לא תמיד רלוונטי לפני שהלקוח בחר שיטת משלוח.
בחנויות עם Markets, מטבעות ושפות, סכומי סף יכולים להתנהג אחרת. אם כלל מוגדר לפי ערך עגלה, בדקו עגלה במטבע ובשוק הרלוונטיים. אם כלל מוגדר לפי שם שיטת משלוח, בדקו שהשם לא השתנה בתרגום, באפליקציית משלוחים או בפרופיל משלוח.
עדיפויות בין בלוקים
כאשר כמה בלוקים מאותו סוג יכולים להתאים לאותו CheckoutCheckout / תהליך תשלוםשלב התשלום שבו לקוח מזין פרטים, בוחר משלוח ומשלים רכישה.פתיחה במילון, רק הבלוק בעל העדיפות הגבוהה ביותר יוצג. ב-Checkout BlocksBlocks / בלוקיםרכיבי תוכן או פעולה שניתן להוסיף לתבנית, לעמוד או לעיתים גם לעמודי אדמין.פתיחה במילון, מספר Priority נמוך יותר מקבל קדימות. לכן בלוק כללי מדי בעדיפות גבוהה יכול להסתיר בלוק מדויק יותר שנבנה לקמפיין או לשוק מסוים.
בדיקה טובה היא לכתוב לכל בלוק "מתי הוא אמור לנצח". אם אין תשובה ברורה, הכללים חופפים מדי. עדיף להפריד תנאים כך שכל בלוק משרת תרחיש מוגדר: שוק ישראלי, משלוח איסוף עצמי, מוצר כבד, לקוח B2B או עגלה מעל סכום מסוים.
תקלות Custom discounts
כאשר Custom discount לא מופיע, בדקו ארבעה דברים לפני שינוי הנחה: האם ההנחה Active, האם היא בתוך Active dates, האם התנאים מתקיימים, והאם החנות כבר הגיעה למגבלת 25 Automatic discounts. מגבלה זו כוללת הנחות אוטומטיות מכל האפליקציות, לא רק Checkout Blocks.
הנחות שמבוססות על סכום הזמנה צריכות להיבדק מתחת לסף, בדיוק בסף ומעל הסף. אם יש כמה הנחות שיכולות לעבוד יחד, בדקו גם Discount combinations (שילובי הנחות), כדי לוודא שאין הבטחה שיווקית שלא מתממשת בפועל בקופה.
תקלות Delivery ו-Payment customizations
כאשר שיטת משלוח או תשלום לא מוסתרת, לא משונה או לא מסתדרת מחדש, בדקו שה-Function הרלוונטית Active ושכל התנאים מתקיימים. Shopify Functions מוגבלות במספר פונקציות פעילות לכל סוג, ולכן חנויות עם הרבה התאמות צריכות לאחד חוקים במקום ליצור פונקציה חדשה לכל חריג.
שינוי שיטות תשלום הוא אזור רגיש במיוחד. אם מסתירים אמצעי תשלום בגלל מוצר, מדינה או סכום עגלה, בדקו גם תרחיש שבו האמצעי כן צריך להופיע. תרחיש שלילי חשוב כאן כמו תרחיש חיובי, כי הסתרה רחבה מדי יכולה לחסום רכישות תקינות.
הרשאות צוות ומטה-אובייקטים
Checkout Blocks שומר הגדרות במטה-אובייקטים, ולכן הרשאות Content אינן רק עניין של "תוכן". מי שיוצר או עורך בלוקים צריך יכולת View וגם Create and edit עבור Metaobject definitions ועבור Entries. בנוסף צריך Manage settings והרשאת אפליקציה ל-Checkout BlocksBlocks / בלוקיםרכיבי תוכן או פעולה שניתן להוסיף לתבנית, לעמוד או לעיתים גם לעמודי אדמין.פתיחה במילון.
אם משתמש לא יכול לשמור בלוק, אל תעקפו את הבעיה דרך משתמש אדמין בלי לתעד. אחרת התקלה תחזור בפעם הבאה שמישהו מהצוות ינסה לעדכן תוכן. עדיף לתקן את מודל ההרשאות או להגדיר מי מוסמך לבצע שינויי CheckoutCheckout / תהליך תשלוםשלב התשלום שבו לקוח מזין פרטים, בוחר משלוח ומשלים רכישה.פתיחה במילון.
בדיקות ללא השלמת רכישה
Shopify מציינת שאפשר לאמת בלוקים והתאמות דרך Test checkoutCheckout / תהליך תשלוםשלב התשלום שבו לקוח מזין פרטים, בוחר משלוח ומשלים רכישה.פתיחה במילון בלי להשלים רכישה. זה שימושי לבדיקת הצגה, תנאים, שיטות משלוח ותשלום. אם צריך עגלה מאוד ספציפית, Draft ordersDraft orders / הזמנות טיוטהטיוטות הזמנה שנוצרות באדמין לפני שהן מומרות להזמנה בפועל.פתיחה במילון (הזמנות טיוטה) יכולות לעזור ליצור קופה עם מוצרים, מחירים ולקוח מוגדרים בלי להשפיע על אנליטיקס ומלאי כמו הזמנה אמיתית.
עם זאת, אם ההתאמה קשורה להודעה אחרי רכישה, פיקסל, עמוד תודה או החזר, בדיקה ללא השלמת רכישה לא מספיקה. במקרה כזה צריך סביבת בדיקה או הזמנת בדיקה מבוקרת שמכסה את שלב אחרי התשלום.
תיעוד תקלה בעברית
תיעוד תקלה צריך להיות קצר אבל מדויק. כתבו מי דיווח, מתי, באיזה מכשיר, מה היה בעגלה, באיזה שוק ושפה, מה היה צפוי ומה קרה בפועל. אם הלקוח שלח צילום מסך, שמרו אותו ליד פרטי הקופה ולא בנפרד בשיחת צוות.
``text
תבנית תקלה:
Slug/שם בלוק: ___
Block ID: ___
Checkout configuration: Live / Draft ___
Market / language: ___
Cart contents: ___
Expected: ___
Actual: ___
Rules checked: ___
Fix applied: ___
Retest result: ___
``
בדיקות Regression אחרי תיקון
לאחר תיקון, בדקו גם את התרחיש שנכשל וגם תרחיש שלא אמור להיות מושפע. אם תיקנתם בלוק לשוק ישראל, בדקו גם שוק אחר. אם תיקנתם כלל לפי סכום עגלה, בדקו מתחת לסף ומעליו. אם תיקנתם BlockBlock / בלוקרכיב קטן בתוך מקטע או בתוך ממשק Shopify, שאפשר להוסיף, להזיז או להגדיר בנפרד.פתיחה במילון ID, בדקו שאין בלוק אחר עם אותו מזהה במקום נוסף.
תיקון שמחזיר את הבלוק למסך אבל יוצר כפילות, תנאי רחב מדי או הסתרת תשלום אינו תיקון מלא. סיום תקלה הוא מצב שבו אפשר להסביר למה הבעיה קרתה, מה השתנה, ואיזה תרחישים הוכיחו שהשינוי לא שבר מסלול אחר.
מתי לערב Shopify Support
פנו לתמיכה כאשר עברתם על סטטוס, עורך, BlockBlock / בלוקרכיב קטן בתוך מקטע או בתוך ממשק Shopify, שאפשר להוסיף, להזיז או להגדיר בנפרד.פתיחה במילון ID, Preview blockBlock / בלוקרכיב קטן בתוך מקטע או בתוך ממשק Shopify, שאפשר להוסיף, להזיז או להגדיר בנפרד.פתיחה במילון ID, הרשאות, Display rules, Priority, מגבלות כמות ובדיקת CheckoutCheckout / תהליך תשלוםשלב התשלום שבו לקוח מזין פרטים, בוחר משלוח ומשלים רכישה.פתיחה במילון ועדיין אין הסבר. Shopify Support יכולה לעזור בשאלות טכניות על Checkout Blocks, אבל לא תחליף ייעוץ משפטי, מס או Compliance (עמידה בדרישות).
לפני פתיחת תיק, הכינו את כל הפרטים במקום אחד. תיק תמיכה עם "הבלוק לא עובד" יחזור בשאלות בסיסיות. תיק עם צילומי מסך, URLURL / כתובת קישורכתובת קישור תקינה שנשמרת כשדה מובנה או כמטא-שדה.פתיחה במילון של קופת בדיקה, עגלה מדויקת, הגדרות ותיאור צפוי מול בפועל מאפשר אבחון מהיר יותר.
דוגמאות אבחון לפי סימפטום
אם לקוח אומר "לא ראיתי את ההודעה", התחילו מהעגלה שלו. בדקו מוצר, וריאנט, סכום, שיטת משלוח, מדינה, שפה והאם הוא היה מחובר. לאחר מכן השוו את הנתונים ל-Display rules. אל תשנו את הבלוק עד שיש התאמה בין הדיווח לבין תנאי הבדיקה.
אם הבלוק מופיע לכולם במקום רק לקבוצה מסוימת, חפשו כלל רחב מדי או מצב שבו Any rule passes הופעל במקום All rules pass. בדקו גם אם Preview blockBlock / בלוקרכיב קטן בתוך מקטע או בתוך ממשק Shopify, שאפשר להוסיף, להזיז או להגדיר בנפרד.פתיחה במילון ID נשאר מלא. מצב כזה יכול לגרום לצוות לחשוב שהכלל עובד בזמן שהקופה עוקפת אותו.
אם בלוק מופיע בעמוד הלא נכון, בדקו את המיקום בעורך. בלוק שנוסף לאזור משותף יכול להופיע בכל שלב של CheckoutCheckout / תהליך תשלוםשלב התשלום שבו לקוח מזין פרטים, בוחר משלוח ומשלים רכישה.פתיחה במילון, גם אם התוכן שלו מתאים רק למשלוח או רק לתשלום. העברה לאזור התוכן הראשי של העמוד הנכון בדרך כלל פותרת את הבעיה.
אם הנחה לא חלה, בדקו האם קיימת הנחה אוטומטית אחרת שמתחרה בה, האם שילובי הנחות מותרים, והאם תאריך ההתחלה או הסיום חוסם אותה. אל תשכחו שהמגבלה של 25 Automatic discounts היא ברמת החנות כולה.
אם שיטת תשלום לא מוסתרת, בדקו האם ה-Function פעילה והאם התנאי מסתמך על מידע שכבר קיים בשלב הבדיקה. לדוגמה, כלל לפי כתובת משלוח לא יכול לעבוד לפני שהלקוח הזין כתובת. כלל לפי שם שיטת משלוח רגיש לשינויי שם ותרגום.
שמות, בעלות וניקיון תפעולי
שמות בלוקים צריכים לעזור באבחון. שם כמו Holiday banner לא מספיק אחרי שהחג נגמר. שם כמו HE checkout banner - delayed delivery - May 2026 מסביר שפה, מיקום, מטרה ותוקף. כאשר יש עשרות בלוקים, שמות טובים חוסכים זמן באבחון.
קבעו בעלים לכל סוג התאמה: תוכן סטטי, תוכן דינמי, שדות מותאמים, הנחות, משלוח ותשלום. בלי בעלות, צוות אחד עלול לתקן בלוק בזמן שצוות אחר משנה כלל, ואז קשה לדעת איזה שינוי יצר את התקלה.
פעם בחודש או לפני קמפיין גדול, עברו על בלוקים פעילים. כבו בלוקים ישנים, מחקו טיוטות לא רלוונטיות, ועדכנו שמות. תחזוקה כזאת מונעת הגעה למגבלת 30 בלוקים פעילים מאותו סוג ומפחיתה חפיפות Display rules.
בדיקות מובייל ודסקטופ
Checkout Blocks יכול להיראות תקין בדסקטופ אבל להידחף למקום בעייתי במובייל. בדקו מסך צר, כפתור תשלום, סיכום הזמנה פתוח וסגור, הודעות שגיאה ושדות ארוכים. אם בלוק דוחף את הכפתור הראשי רחוק מדי, הוא יכול לפגוע בהמרה גם אם התוכן נכון.
בדסקטופ, בדקו במיוחד את היחס בין Main content (תוכן מרכזי) לבין Order summary. בלוק שמופיע ליד הסיכום יכול להיתפס כהערת מחיר או מדיניות. אם הוא בעצם הודעה שיווקית, ייתכן שהמיקום מטעה.
בדיקות שפה ותרגום
בחנות רב-לשונית, תקלה יכולה להיות תרגום חסר ולא בלוק חסר. בדקו האם התוכן קיים בשפה אחת בלבד, האם Dynamic content משתמש בשדות שלא תורגמו, והאם הטקסט נשבר נכון בעברית. תרגום חסר בקופה נראה ללקוח כמו תקלה, גם אם כל ההגדרות פעילות.
כאשר משתמשים במונחים באנגלית, כתבו אותם עם תרגום בסוגריים בפעם הראשונה: Display rules (כללי תצוגה), BlockBlock / בלוקרכיב קטן בתוך מקטע או בתוך ממשק Shopify, שאפשר להוסיף, להזיז או להגדיר בנפרד.פתיחה במילון ID (מזהה בלוק), Payment customization (התאמת תשלום). כך גם צוות לא טכני יכול להבין את הדיווח ולשחזר את התקלה.
בדיקות לפני קמפיין
לפני קמפיין, אל תסתפקו בבדיקת הבלוק המרכזי. בדקו עומס תנאים: קופון, משלוח חינם, מוצר חסר במלאי, מוצר דיגיטלי, איסוף עצמי, לקוח מחובר, לקוח אורח ושוק אחר. הרבה תקלות CheckoutCheckout / תהליך תשלוםשלב התשלום שבו לקוח מזין פרטים, בוחר משלוח ומשלים רכישה.פתיחה במילון מופיעות רק כאשר שני כללים פועלים יחד.
אם הקמפיין משתמש בהנחה או הודעה זמנית, הגדירו מראש תאריך כיבוי ובדיקה אחרי סיום. בלוק קמפיין שנשאר פעיל אחרי המבצע הוא תקלה תוכנית, גם אם מבחינה טכנית הוא ממשיך להופיע כמו שהוגדר.
גבולות אחריות
Checkout Blocks יכול להציג תוכן, לאסוף שדה או להפעיל התאמה, אבל הוא לא מחליף מדיניות עסקית. אם הבלוק מסתיר משלוח למדינה מסוימת, צריך שתהיה מדיניות משלוחים שתסביר זאת. אם הבלוק אוסף מידע נוסף, צריך לדעת מי משתמש בו ואיפה הוא נשמר.
כאשר התקלה נוגעת למס, פרטיות, גיל, מוצרים מוגבלים או דרישות רגולטוריות, תיעדו את הצד הטכני ופנו לגורם מקצועי מתאים. Shopify Support יכולה לעזור להבין איך הכלי עובד, אבל ההחלטה המשפטית או העסקית נשארת של החנות.
דוח סגירת תקלה
בסיום כל תקלה משמעותית, כתבו דוח קצר: מה נשבר, מי הושפע, מה הייתה הסיבה, מה שונה, אילו בדיקות עברו, ומה נדרש למניעה. דוח כזה לא צריך להיות ארוך, אבל הוא חוסך חזרה על אותה תקלה בקמפיין הבא.
דוגמה לסיכום טוב: "בלוק משלוח חינם לא הופיע בשוק ישראל כי כלל MarketMarket / שוקמונח Shopify שמשמעותו בעברית: שוק. ההקשר המדויק תלוי בעמוד או בתהליך שבו המונח מופיע.פתיחה במילון לא כלל את Israel. עודכן Publishing לשוק הרלוונטי, נבדקו עגלות 199 ו-250 ש"ח, נבדק לקוח אורח ומחובר, ולא נמצאה השפעה על שוק US."
דוגמאות לתיקון בלי הרחבת נזק
כאשר בלוק לא מופיע בגלל Display rules, אל תמחקו את כל התנאים ותשאירו את הבלוק פתוח לכולם. הסרה זמנית לצורך בדיקה יכולה להיות שימושית, אבל אחרי הבידוד צריך להחזיר כלל מדויק. אחרת פתרתם תקלה אחת ויצרתם בלוק שמופיע לקהל רחב מדי.
כאשר BlockBlock / בלוקרכיב קטן בתוך מקטע או בתוך ממשק Shopify, שאפשר להוסיף, להזיז או להגדיר בנפרד.פתיחה במילון ID לא תואם, תקנו את המזהה בעורך או בבלוק לפי המקור הנכון, ולא לפי ניחוש. אם יש כמה בלוקים דומים, בדקו את שמותיהם ואת התוכן שלהם לפני שינוי. טעות בזיהוי יכולה לגרום לבלוק אחר להיעלם.
כאשר מגיעים למגבלת בלוקים פעילים, אל תכבו בלוקים בלי להבין מי משתמש בהם. סמנו בלוקים ישנים, בדקו תאריך וקמפיין, שאלו את בעל התוכן, ורק אז כבו. אם אין בעלים ואין שימוש ברור, תעדו את הכיבוי כדי שאפשר יהיה להחזיר אם מתגלה תלות.
בדיקות נתונים שנאספים בשדות
Custom fields (שדות מותאמים) צריכים להיבדק גם אחרי שהלקוח עוזב את הקופה. בדקו איפה הערך נשמר: הזמנה, לקוח, מטא-שדה או יעד אחר. אם השדה מופיע ללקוח אבל הצוות לא רואה את הערך באדמין או בתהליך fulfillmentFulfillment / מימושתהליך מימוש הזמנה: הכנת הפריטים, סימון טיפול, משלוח, איסוף או מסירה ללקוח.פתיחה במילון, הבלוק לא באמת עובד.
אם השדה חובה, בדקו הודעת שגיאה, תרגום, מובייל ותוכן ריק. אם השדה אופציונלי, בדקו הזמנה שבה הלקוח לא מילא אותו. אל תתנו לאוטומציה להניח שהערך תמיד קיים אם הלקוח יכול לדלג עליו.
ניהול תיקונים בזמן אמת
אם התקלה מתגלה בזמן קמפיין פעיל, העדיפו שינוי קטן וממוקד. כיבוי בלוק בעייתי יכול להיות נכון יותר מעריכת כמה כללים תחת לחץ. אחרי שהקמפיין מתייצב, חזרו לבנות פתרון מלא עם בדיקות מסודרות.
עדכנו את צוות השירות לפני ואחרי תיקון. אם לקוחות כבר פנו על התקלה, הצוות צריך לדעת מה השתנה ומה לומר ללקוחות חדשים. תיקון טכני שלא מגיע לשירות לקוחות משאיר את חוויית הלקוח לא סגורה.
תקלות שחוזרות אחרי תיקון
אם אותה תקלה חוזרת, בדקו האם יש יותר מתצורת CheckoutCheckout / תהליך תשלוםשלב התשלום שבו לקוח מזין פרטים, בוחר משלוח ומשלים רכישה.פתיחה במילון אחת. ייתכן שתיקנתם Draft configuration אבל ה-Live configuration עדיין ישנה, או להפך. בדקו גם אם מישהו ייבא תצורת JSON ישנה והחזיר הגדרות קודמות בלי לשים לב.
תקלות חוזרות יכולות להגיע גם מאפליקציה אחרת שמשנה משלוח, תשלום או הנחות. כאשר יש כמה אפליקציות CheckoutCheckout / תהליך תשלוםשלב התשלום שבו לקוח מזין פרטים, בוחר משלוח ומשלים רכישה.פתיחה במילון, תעדו מי אחראי לכל שינוי. אם שתי אפליקציות מנסות לשנות את אותו אזור, אבחון לפי Checkout Blocks בלבד לא יספיק.
ניהול שינויים בין צוותים
לפני שינוי Checkout Blocks משמעותי, עדכנו שיווק, שירות, תפעול וכספים. שיווק צריך לדעת אם מסר בקופה משתנה, שירות צריך לדעת לענות ללקוחות, תפעול צריך לדעת אם נאסף שדה חדש, וכספים צריכים לדעת אם הנחה או תשלום משתנים.
כאשר כל צוות משנה את הקופה בנפרד, נוצרות חפיפות: בלוק שיווקי מעל שדה תפעולי, הודעת משלוח שלא תואמת שיטת משלוח, או הנחה שמופיעה בלי הסבר. לכן כדאי לרכז שינויים ברשימת עבודה אחת ולפרסם אותם בחלון בדיקה ברור.
דוגמאות לתרחישי בדיקה
תרחיש חיובי: לקוח אורח, מוצר שעומד בתנאי הבלוק, שוק ישראל, עברית, עגלה מעל הסף, והבלוק מופיע במקום הנכון. תרחיש שלילי: אותו מסלול עם עגלה מתחת לסף או מוצר אחר, והבלוק לא מופיע.
תרחיש שפה: אותו מוצר בעברית ובאנגלית, עם בדיקה שהטקסט, השדה וההודעה מתורגמים. תרחיש תשלום: אותו מוצר עם אמצעי תשלום רגיל ועם אמצעי תשלום שאמור להיות מוסתר או מסודר מחדש.
בדיקת השפעה עסקית
אחרי תיקון גדול, בדקו לא רק שהבלוק מופיע אלא גם שלא נוצרה ירידה חריגה בהשלמת CheckoutCheckout / תהליך תשלוםשלב התשלום שבו לקוח מזין פרטים, בוחר משלוח ומשלים רכישה.פתיחה במילון. אם שיעור ההשלמה ירד מיד אחרי שינוי, בדקו האם הבלוק דחף את הכפתור, הוסיף בלבול, הסתיר שיטת תשלום או הציג הודעה שלא מתאימה לכל הלקוחות.
בדקו גם פניות שירות אחרי התיקון. אם לקוחות ממשיכים לשאול על אותו נושא, ייתכן שהבלוק טכנית מוצג אבל התוכן שלו לא מספיק ברור. במקרה כזה התיקון הבא צריך להיות ניסוח, מיקום או תזמון, לא עוד כלל טכני.
בחנויות עם נפח הזמנות גבוה, בדקו שעה לפני ואחרי התיקון: נטישות CheckoutCheckout / תהליך תשלוםשלב התשלום שבו לקוח מזין פרטים, בוחר משלוח ומשלים רכישה.פתיחה במילון, תשלומים שנכשלו, שימוש בהנחות ופניות שירות. השוואה קצרה כזאת עוזרת לזהות נזק מהר ולא לחכות לדוח שבועי.
אם אין נתוני שעה, השתמשו במדגם הזמנות ופניות ידני ותעדו את הממצא, כולל מי בדק ומתי.
קישורים פנימיים להמשך
שאלות נפוצות
למה בלוק לא מופיע?
ייתכן שהתנאים לא מתקיימים, הבלוק לא פעיל או checkout שונה מזה שבודקים.
מה לבדוק ראשון?
סטטוס פעיל, תנאי הצגה ומיקום ב-checkout.