CheckoutCheckout / תהליך תשלוםשלב התשלום שבו לקוח מזין פרטים, בוחר משלוח ומשלים רכישה.פתיחה במילון and accounts editor (עורך קופה וחשבונות) מאפשר לערוך את הפונקציונליות והמראה של CheckoutCheckout / תהליך תשלוםשלב התשלום שבו לקוח מזין פרטים, בוחר משלוח ומשלים רכישה.פתיחה במילון (קופה), עמוד Order status (סטטוס הזמנה), עמוד Thank you (תודה) ועמודי Customer accounts (חשבונות לקוח) במקום אחד, בנפרד מ-Theme editor (עורך התבנית). זהו אזור רגיש, כי שינוי קטן בעורך יכול להשפיע על המקום שבו לקוח מזין משלוח, בוחר תשלום, רואה סיכום הזמנה ומבין מה קורה אחרי רכישה.

פותחים את העורך מתוך Settings > Checkout, באזור Configurations (תצורות), בלחיצה על Customize ליד תצורת ה-Checkout שרוצים לערוך. אפשר לערוך גם Live configuration (תצורה פעילה) וגם Draft configuration (טיוטה). Shopify מציינת שהעורך משתמש בסביבת CheckoutCheckout / תהליך תשלוםשלב התשלום שבו לקוח מזין פרטים, בוחר משלוח ומשלים רכישה.פתיחה במילון מדומה, ולכן אי אפשר לבצע ממנו הזמנות אמיתיות וחלק מפעולות כמו Pay Now (שלם עכשיו) ו-Buy Again (קנה שוב) מושבתות. בגלל זה, תצוגה מקדימה בעורך היא רק שלב אחד בבדיקה ולא תחליף להזמנת ניסיון בחנות.

במדריך הזה

מגבלות סביבת הסימולציה

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

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

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

סרגלי הצד בעורך

  • Sections (מקטעים): התאמת פונקציונליות של CheckoutCheckout / תהליך תשלוםשלב התשלום שבו לקוח מזין פרטים, בוחר משלוח ומשלים רכישה.פתיחה במילון, Order status, Thank you וחשבונות לקוח.
  • Settings (הגדרות): התאמת מראה העמודים.
  • Apps (אפליקציות): הוספה וחיפוש אפליקציות שמרחיבות את העמודים.

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

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

השתמשו ב-Preview inspector (בודק תצוגה מקדימה) כדי לנווט אל Sections ו-Blocks ישירות מהתצוגה. Shopify מציינת שהוא זמין לכל תצורות Checkout ומופעל כברירת מחדל. זה שימושי כאשר בעמוד יש הרבה בלוקים או אפליקציות, כי אפשר להבין מהר איזה רכיב אחראי למה שהלקוח רואה.

שווקים ועמודים

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

תפריט העמודים מאפשר לבחור בין CheckoutCheckout / תהליך תשלוםשלב התשלום שבו לקוח מזין פרטים, בוחר משלוח ומשלים רכישה.פתיחה במילון, Information, Shipping, Payment, Review, Thank you, Order status, OrdersOrders / הזמנותהזמנות בחנות Shopify, כולל פרטי לקוח, מוצרים, תשלום, משלוח וסטטוס טיפול.פתיחה במילון, Profile ו-Sign-in, בהתאם לפריסה ולזמינות. ב-One-page checkoutCheckout / תהליך תשלוםשלב התשלום שבו לקוח מזין פרטים, בוחר משלוח ומשלים רכישה.פתיחה במילון (קופה בעמוד אחד), עמוד CheckoutCheckout / תהליך תשלוםשלב התשלום שבו לקוח מזין פרטים, בוחר משלוח ומשלים רכישה.פתיחה במילון כולל את פרטי הקשר, המשלוח והתשלום במקום אחד. ב-Three-page checkoutCheckout / תהליך תשלוםשלב התשלום שבו לקוח מזין פרטים, בוחר משלוח ומשלים רכישה.פתיחה במילון (קופה בשלושה עמודים), Information כולל פרטי קשר וכתובת משלוח, Shipping כולל שיטות משלוח, ו-Payment כולל מידע תשלום וכתובת חיוב.

Review (סקירה) מופיע רק כאשר Require a confirmation step (דרישת שלב אישור) פעיל. Thank you מוצג פעם אחת אחרי השלמת רכישה, ואחר כך הלקוח משתמש ב-Order status כדי לבדוק פרטי הזמנה. OrdersOrders / הזמנותהזמנות בחנות Shopify, כולל פרטי לקוח, מוצרים, תשלום, משלוח וסטטוס טיפול.פתיחה במילון, Profile ו-Sign-in קשורים לעמודי חשבון לקוח. ההבחנה הזו חשובה: תוכן שמתאים ל-Thank you לא בהכרח מתאים ל-Order status, כי הלקוח עשוי לחזור לעמוד סטטוס כמה פעמים.

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

תצוגות מקדימות ו-Shop Pay

אפשר להציג תצוגה מקדימה של CheckoutCheckout / תהליך תשלוםשלב התשלום שבו לקוח מזין פרטים, בוחר משלוח ומשלים רכישה.פתיחה במילון, Thank you, Order status וחשבונות לקוח דרך בורר העמודים. אפשר גם לפתוח תצוגת מובייל באמצעות כפתור Mobile (מובייל) בסרגל. בדקו כל שינוי בשתי התצוגות, כי בקופה יש הבדל משמעותי בין מסך טלפון למסך דסקטופ: כפתורים, סיכום הזמנה, שדות, בלוקים והודעות שגיאה יכולים להיראות צפופים במובייל גם אם הם נראים תקינים בדסקטופ.

אם Shop Pay פעיל, אפשר לעבור לתצוגת Preview Shop Pay (תצוגת Shop Pay) ולחזור לעריכת הקופה. Shop Pay הוא מסלול CheckoutCheckout / תהליך תשלוםשלב התשלום שבו לקוח מזין פרטים, בוחר משלוח ומשלים רכישה.פתיחה במילון מואץ, ולכן שינוי רגיל בקופה לא תמיד נראה או מרגיש אותו דבר במסלול זה. אם חלק גדול מהלקוחות משתמשים בתשלום מואץ, בדקו שהתצוגה לא יוצרת מסר סותר ושעמודי Thank you ו-Order status עדיין ברורים.

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

עבודה נכונה עם Draft configuration

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

תנו לטיוטה שם שמתאר את מטרתה, למשל "CheckoutCheckout / תהליך תשלוםשלב התשלום שבו לקוח מזין פרטים, בוחר משלוח ומשלים רכישה.פתיחה במילון - BFCM Hebrew mobile fixes" ולא שם כללי כמו "New draft". שם ברור לא מוצג ללקוחות, אבל הוא עוזר לצוות להבין איזו טיוטה שייכת לאיזה שינוי. אם משכפלים תצורה פעילה, בדקו מיד מה השתנה מאז השכפול ומה עדיין צריך להתעדכן.

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

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

לפני שמירה, קראו את כל הטקסטים שהוספתם. אין להשאיר ניסוחים פנימיים, הערות ביניים או אנגלית ללא תרגום כאשר הלקוח צריך להבין את הפעולה. השתמשו במונחים באנגלית עם עברית בסוגריים כאשר המונח הוא שם מוצר או מושג מוכר, למשל Shop Pay (תשלום מואץ של Shopify), Customer accounts (חשבונות לקוח) או CheckoutCheckout / תהליך תשלוםשלב התשלום שבו לקוח מזין פרטים, בוחר משלוח ומשלים רכישה.פתיחה במילון layout (פריסת קופה).

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

אחרי שמירה, בצעו בדיקת לקוח מלאה בחנות. הוסיפו מוצר לעגלה, עברו ל-Checkout, מלאו כתובת, בחרו משלוח, הזינו תשלום או השתמשו במצב בדיקה, בדקו Thank you, ואז חזרו ל-Order status. אם החנות משתמשת באפליקציות FulfillmentFulfillment / מימושתהליך מימוש הזמנה: הכנת הפריטים, סימון טיפול, משלוח, איסוף או מסירה ללקוח.פתיחה במילון (מימוש/שילוח), מיילים או אוטומציות, ודאו שגם הן קיבלו את הנתונים הנכונים.

פעולות נוספות וקיצורים

מתפריט שם התצורה אפשר לצפות, לשנות שם, לפתוח תיעוד או לקבל תמיכה. פעולת View (צפייה) עוזרת לראות איך העמודים מוצגים ללקוחות, Rename (שינוי שם) עוזר לניהול תצורות, View documentation (פתיחת תיעוד) מוביל לתיעוד Shopify, ו-Get support (קבלת תמיכה) מתאים כאשר יש בעיה שלא נפתרת בבדיקות פנימיות.

פעולות Undo/Redo זמינות רק לשינויים שלא נשמרו. אחרי שמירה כבר אי אפשר להשתמש בהן כדי לחזור אחורה בתוך אותה עריכה, ולכן אל תשמרו שינוי גדול לפני שהבנתם מה השתנה. קיצורי דרך נפוצים כוללים CTRL/⌘ + Z לביטול, CTRL/⌘ + Y או ⌘ + ⇧ + Z לביצוע מחדש, CTRL/⌘ + S לשמירה, וקיצור להפעלת Preview inspector.

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

שאלות נפוצות

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

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

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

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