"כמה זמן החנות תהיה סגורה?" היא השאלה השנייה שכל בעל חנות שואל לפני מעבר לשופיפיי, אחרי השאלה על ה-SEO. התשובה הנכונה היא אפס, אבל היא נכונה רק אם המעבר בנוי כך מההתחלה. חנות שמעבירים "בלילה" עם הודעת תחזוקה היא לא מעבר, היא השבתה עם תירוץ.
המדריך הזה מתאר איך אנחנו מבצעים מעבר לשופיפיי כך שהלקוחות לא מרגישים אותו, ואף הזמנה לא הולכת לאיבוד. הוא רלוונטי לכל פלטפורמת מקור, מ-WooCommerce ועד אתר בקוד סגור; מה שמשתנה בין פלטפורמות הוא בעיקר דרך הייצוא, לא הלו״ז.
העיקרון: שתי חנויות חיות, מעבר אחד
החנות החדשה בשופיפיי נבנית על כתובת זמנית בזמן שהחנות הישנה ממשיכה למכור כרגיל. כל הבנייה, הייבוא והבדיקות נעשים שם, בלי לגעת בחנות החיה. ביום המעבר הדבר היחיד שמשתנה הוא לאן הדומיין מצביע. אין רגע שבו אין חנות.
כל השאר בסעיפים הבאים הוא פירוט של איך לעשות את זה בלי שההפרש בין שתי החנויות יגרום לבעיות.
שלב 1: בנייה וייבוא ראשון
מייבאים את הקטלוג המלא, הלקוחות וההזמנות לחנות הזמנית, בונים את התבנית ומחברים סליקה, משלוחים וחשבוניות. בשלב הזה הנתונים כבר לא מעודכנים, ולא אכפת לנו: זה ייבוא לבנייה, לא הייבוא הסופי.
מה כן חשוב כבר עכשיו: מק״ט אחיד בין שתי החנויות. הוא המפתח שלפיו נשלים אחר כך את ההפרש במלאי ובהזמנות. מוצר בלי מק״ט או עם מק״ט כפול מתוקן בשלב הזה, לא ביום המעבר.
שלב 2: בדיקות על הכתובת הזמנית
כל מה שאפשר לבדוק בלי דומיין אמיתי נבדק כאן. הרשימה שלנו:
- רכישה מקצה לקצה בכרטיס אמיתי בסכום קטן, כולל חשבונית ומייל אישור. ואז ביטול וזיכוי.
- כל שיטת משלוח וכל אזור, כולל איסוף עצמי אם יש.
- הפניות 301: סקריפט עובר על כל הכתובות הישנות מול החנות הזמנית ומוודא שכל אחת מגיעה ליעד הנכון. הצ'קליסט המלא ל-SEO מפרט מה עוד נבדק.
- מעקב המרות: GA4 ופיקסל מקבלים אירוע רכישה מהעסקה הניסיונית.
- נייד: לא רק "נראה טוב", אלא רכישה מלאה מטלפון.
- חשבונות לקוח: כניסה של לקוח שיובא, איפוס סיסמה, צפייה בהזמנות הישנות.
- אפליקציות וחיבורים: ERP, ניוזלטר, ביקורות. כל חיבור מקבל בדיקה משלו.
בעיה שנמצאת כאן עולה עשר דקות. אותה בעיה ביום המעבר עולה הזמנות.
שלב 3: הכנת ה-DNS
כמה ימים לפני המעבר מורידים את ה-TTL של רשומות הדומיין לדקות ספורות. ה-TTL קובע כמה זמן שרתים ברחבי העולם זוכרים לאן הדומיין מצביע; כשהוא שעה או יום, חלק מהגולשים ימשיכו להגיע לחנות הישנה שעות אחרי המעבר. כשהוא חמש דקות, המעבר מתפשט מהר, וחשוב לא פחות: החזרה לאחור, אם תידרש, גם היא מהירה.
באותה הזדמנות מוודאים מי מחזיק בגישה לניהול ה-DNS. "הדומיין אצל מישהו שבנה את האתר לפני שמונה שנים" הוא תרחיש שאנחנו פוגשים לעיתים קרובות, ואותו עדיף לגלות שבוע לפני ולא בבוקר המעבר.
שלב 4: הקפאה והשלמת הפרש
בין הייבוא הראשון ליום המעבר החנות הישנה המשיכה למכור: המלאי השתנה, נכנסו הזמנות, נרשמו לקוחות חדשים. מה שצריך להשלים הוא בדיוק ההפרש הזה.
ביום המעבר, בשעה שנקבעה:
- מקפיאים שינויים ידניים בחנות הישנה. לא מוסיפים מוצרים, לא משנים מחירים. הזמנות ממשיכות להיכנס, זה בסדר.
- מייצאים את ההפרש: מלאי עדכני לכל מק״ט, הזמנות מאז הייבוא הראשון, לקוחות חדשים.
- מייבאים אותו לשופיפיי. המלאי מתעדכן לפי מק״ט, ההזמנות והלקוחות מתווספים. בחנויות גדולות זה סקריפט; בקטנות זה קובץ.
- משווים מספרים: סך המוצרים, סך הלקוחות, מלאי של עשרה מוצרים מובילים, ההזמנה האחרונה. כשהמספרים זהים, ממשיכים.
שלב 5: החלפת הדומיין
מחליפים את רשומות ה-DNS לשופיפיי. בדקות הבאות גולשים מגיעים לאחת משתי החנויות, לפי מה שהשרת שלהם זוכר, ושתיהן עובדות. אין הודעת תחזוקה, אין עמוד "נחזור בקרוב".
מיד אחרי ההחלפה, על הדומיין האמיתי:
- מסירים את סיסמת החנות הזמנית ומוודאים שאין noindex.
- מריצים שוב את בדיקת ההפניות.
- מבצעים רכישה אמיתית נוספת.
- בודקים שתעודת ה-SSL הונפקה ושהאתר נטען ב-https בלי אזהרות.
- שולחים את מפת האתר החדשה ב-Search Console.
שלב 6: ההזמנות שנפלו באמצע
כאן ההבדל בין "כמעט בלי השבתה" ל"בלי לאבד הזמנה". גולש שהגיע לחנות הישנה בדקות שאחרי ההחלפה, כי השרת שלו עוד לא התעדכן, יכול לסיים רכישה שם. ההזמנה הזו אמיתית, הכסף נגבה, והיא לא קיימת בשופיפיי.
לכן החנות הישנה נשארת חיה וקולטת הזמנות עד שה-DNS התעדכן אצל כולם, בדרך כלל כמה שעות עם TTL נמוך. למחרת מייבאים את ההזמנות שנכנסו אליה בפרק הזמן הזה לשופיפיי, מעדכנים מלאי בהתאם, ורק אז סוגרים את הקופה בחנות הישנה. הלקוחות האלה מקבלים את ההזמנה שלהם בדיוק כמו כולם.
שלב 7: תוכנית חזרה לאחור
תנאי להשקה הוא שאפשר לבטל אותה. החנות הישנה נשארת פעילה (לא מוחקים, לא מבטלים אחסון) לפחות שבועיים, ועם TTL נמוך אפשר להחזיר אליה את הדומיין תוך דקות. בפועל כמעט לא משתמשים בזה, כי הבדיקות בשלב 2 תופסות את הבעיות קודם. אבל ההבדל בין מעבר רגוע למעבר לחוץ הוא לדעת שיש דרך חזרה.
מתי לבצע את המעבר
- ביום ובשעה עם הכי פחות הזמנות. ברוב החנויות הישראליות זה אמצע השבוע בבוקר: ההזמנות של הלילה טופלו, הצוות זמין, ויש יום עבודה שלם לעקוב.
- לא לפני חג, מבצע או קמפיין. ולא בשבוע שבו צוות החנות בחופש.
- לא בשישי אחר הצהריים. אם משהו דורש תשומת לב, רוצים שיהיה מי שיטפל.
- כשכל הבדיקות בשלב 2 ירוקות. תאריך שנקבע מראש הוא יעד, לא התחייבות; מעבר שנדחה בשבוע עדיף ממעבר שנכשל.
היום שאחרי
ביום הראשון עוקבים אחרי ההזמנות שנכנסות, אחרי שגיאות 404 ב-Search Console, אחרי מיילים שיוצאים ואחרי פניות לשירות. ברוב המעברים הפנייה היחידה היא לקוח ששואל למה החנות נראית אחרת. בשבועות הבאים עוברים למעקב ה-SEO השבועי, ואחרי שהכול התייצב סוגרים את החנות הישנה.
שאלות נפוצות
כמה זמן החנות מושבתת? אפס, כשהמעבר בנוי כך. ביום המעבר רק הדומיין מוחלף, ושתי החנויות עובדות.
מה קורה להזמנה שנכנסת בדיוק בזמן המעבר? נקלטת בחנות שבה הלקוח נמצא. החנות הישנה ממשיכה לקלוט הזמנות עד שה-DNS התעדכן, ולמחרת מייבאים אותן לשופיפיי.
מתי הכי נכון לעבור? בשעה ובשבוע עם הכי פחות תנועה, לא לפני חג או מבצע, ורק כשכל הבדיקות עברו.
ומה אם משהו לא עובד? החנות הישנה חיה עוד כמה שבועות, ו-TTL נמוך מחזיר אליה את הדומיין תוך דקות.
איך ממשיכים מכאן
מה מהנתונים לא עובר ומה עושים במקום מוסבר במה לא עובר במעבר לשופיפיי. לכל פלטפורמת מקור יש עמוד עם מה שמיוחד בייצוא ממנה: כל המעברים לשופיפיי. וכך נראה מעבר כזה בפועל: TENNISTORE עברה מקאשקאו, Under The Rock מ-Wix, יהלומי פוזיילוב מוורדפרס, ו-1of135 מאתר בקוד סגור. אם אתם מתכננים מעבר, השאירו פרטים ונבנה יחד את הלו״ז.