ניהול תצורות Checkout פעילות וטיוטות#

Live and draft checkout?Checkout / תהליך תשלוםשלב התשלום שבו לקוח מזין פרטים, בוחר משלוח ומשלים רכישה.פתיחה במילון configurations (תצורות קופה פעילות וטיוטות) מאפשרות לשמור כמה גרסאות של Checkout?Checkout / תהליך תשלוםשלב התשלום שבו לקוח מזין פרטים, בוחר משלוח ומשלים רכישה.פתיחה במילון (קופה), Thank you (תודה), Order status (סטטוס הזמנה) ו-Customer accounts (חשבונות לקוח). טיוטות מאפשרות לבדוק אפליקציות ומיתוג לפני שהשינוי עולה ללקוחות, ולכן הן כלי חשוב לפני עונות עומס, קמפיינים, BFCM, השקת מוצר או שינוי משמעותי בחוויית התשלום.

חנויות Shopify Plus יכולות להחזיק עד 99 טיוטות. חנויות Basic, Grow ו-Advanced יכולות להחזיק עד 20 טיוטות. שמות התצורות הפעילות והטיוטות לא מוצגים ללקוחות, ולכן אפשר להשתמש בשמות פנימיים ברורים שמסבירים לצוות למה כל תצורה נועדה. חשוב לזכור שבכל רגע יש רק Live configuration (תצורה פעילה) אחת שמקבלת תנועת לקוחות אמיתית.

במדריך הזה#

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

הגבלות ודפדפנים#

אם משתמשים ב-Safari, ייתכן שלא תוכלו לצפות או להציג תצוגה מקדימה של העמודים עד שתכבו Prevent cross-site tracking ו-Block all cookies בהגדרות הפרטיות של Safari. זו לא בהכרח תקלה ב-Shopify או בטיוטה עצמה; לפעמים הדפדפן חוסם את סביבת התצוגה. לפני שמסיקים שתצורה שבורה, בדקו גם בדפדפן אחר או עדכנו את הגדרות Safari.

כאשר צוותים שונים עובדים על Checkout?Checkout / תהליך תשלוםשלב התשלום שבו לקוח מזין פרטים, בוחר משלוח ומשלים רכישה.פתיחה במילון, כדאי להגדיר מראש דפדפן בדיקה קבוע. אם המעצב בודק ב-Safari, מנהל החנות ב-Chrome והמפתח ב-Firefox, ייתכן שכל אחד יראה התנהגות מעט שונה. תיעוד תוצאות הבדיקה צריך לכלול דפדפן, מכשיר, שוק, שפה ותצורה שנבדקה.

ניהול תצורה פעילה#

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

כדי לצפות או לשנות שם, עברו אל Settings > Checkout, לחצו על ⋯ ליד התצורה הפעילה ובחרו View או Rename. שכפול התצורה הפעילה יוצר Draft configuration (טיוטה) חדשה. שכפול כזה הוא הדרך המעשית להתחיל שינוי בטוח: מתחילים ממה שעובד היום, משנים בטיוטה, בודקים, ורק אז מפרסמים.

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

ניהול טיוטות#

אפשר לפרסם, לצפות, לשנות שם, לשכפל או למחוק טיוטות. שכפול טיוטה יוצר טיוטה חדשה שמסומנת כ-New draft (טיוטה חדשה). טיוטות מתאימות לניסויים, אבל הן צריכות סדר. אם יש יותר מדי טיוטות עם שמות כלליים, הצוות עלול לפרסם בטעות תצורה לא נכונה או למחוק טיוטה שעדיין חשובה.

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

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

פרסום טיוטה#

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

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

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

שמות, אחריות ותיעוד#

שמות תצורה אינם מוצגים ללקוחות, ולכן השתמשו בהם לטובת הצוות. שם טוב כולל מטרה, תאריך או תקופה, ושוק אם רלוונטי: BFCM 2026 Hebrew checkout, IL shipping copy May, או Plus blocks test - draft. שם גרוע הוא test, new, copy או final, כי אחרי שבוע אף אחד לא יודע מה הוא אומר.

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

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

תוכנית בדיקה#

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

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

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

בדקו שפה ומונחים. אם החנות בעברית, מונחים כמו Checkout?Checkout / תהליך תשלוםשלב התשלום שבו לקוח מזין פרטים, בוחר משלוח ומשלים רכישה.פתיחה במילון, Draft, Live, Payment ו-Shipping צריכים להיות מובנים ללקוח או להופיע עם עברית בסוגריים כאשר הם שמות מערכת. אין להשאיר טקסטים פנימיים בתוך הקופה. אם יש כמה שפות, בדקו שכל שפה מציגה טקסט מלא ולא מחרוזות חסרות.

חזרה לאחור אחרי פרסום#

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

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

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