מעבר משופיפיי לווקומרס (ובחזרה): מה עובר, מה לא, ואיך לא לאבד SEO

האם בכלל כדאי לעבור?

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

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

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

מה עובר ומה לא עובר

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

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

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

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

סיסמאות וחשבונות לקוח

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

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

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

סליקה וחשבוניות בישראל

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

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

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

כתובות ומפת הפניות 301

הכתובות משתנות, ומפת ההפניות היא מה ששומר על הדירוג. לשתי הפלטפורמות אין מבנה כתובות משותף. מוצר בשופיפיי יושב תחת /products/, מוצר בווקומרס יושב כברירת מחדל תחת /product/, והקטגוריות שלה תחת /product-category/. ווקומרס מאפשרת לבחור את בסיס הכתובת של המוצרים במסך הגדרות המבנה של הקישורים (Permalinks); בשופיפיי הקידומות קבועות. כלומר גם מוצר שנשאר עם אותו שם בדיוק מקבל כתובת חדשה, וכל קישור שגוגל, לקוח או אתר אחר מחזיקים לכתובת הישנה נשבר, אלא אם מפנים אותו.

המפה היא גיליון עם שתי עמודות: כל כתובת ישנה, והכתובת החדשה האחת שמחליפה אותה. את העמודה הישנה בונים לא רק מרשימת המוצרים: גם ממפת האתר, מהעמודים שמקבלים קליקים לפי Search Console, מעמודים שאתרים אחרים מקשרים אליהם, ומדפי הנחיתה של הקמפיינים. ההנחיות של גוגל למעבר אתר מפורשות. משתמשים בהפניות קבועות בצד השרת, כמו 301 או 308. לא מפנים הרבה כתובות ישנות לעמוד אחד שלא קשור אליהן, כמו עמוד הבית, כי גוגל עלולה להתייחס לזה כאל שגיאת soft 404. מפנים ישר לכתובת הסופית ונמנעים משרשרת של הפניות. ומשאירים את ההפניות פעילות לפחות שנה.

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

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

סדר העבודה וחלון ההקפאה

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

זה הסדר שבו אני עובד:

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

מה בודקים ביום העלייה לאוויר

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

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

ממה נקבעים העלות ולוח הזמנים

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

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