העברת חנות מרגישה מסוכנת. צעד שגוי אחד בסוף שבוע עמוס ואתם עלולים לאבד הזמנות, לפגוע בדירוגים, או לראות את דף התשלום זורק שגיאות בדיוק כשלקוח עומד לשלם. אבל להישאר על אחסון לחנויות אונליין איטי ולא אמין מסוכן עוד יותר בטווח הארוך. החדשות הטובות הן שהעברה לא חייבת להיות מפחידה אם עוקבים אחרי הסדר הנכון.
למה בעלי חנויות דוחים את ההעברה (ולמה זה עולה להם ביוקר)
רוב בעלי החנויות יודעים שהאחסון הנוכחי שלהם מעכב אותם. דפים נטענים לאט בזמן מבצעים. התמיכה לוקחת ימים להגיב. השרת קורס ברגע שיש עלייה בתנועה. ובכל זאת הם נשארים במקום כי העברה נשמעת כמו משהו שיכול לשבור יותר ממה שהוא מתקן.
הפחד הזה מובן, אבל הוא בדרך כלל מבוסס על סיפורי אימה מהעברות שנעשו בלי תוכנית. עם הגישה הנכונה, זמן ההשבתה בזמן ההעברה יכול להימדד בדקות, לא בשעות, ורוב הלקוחות בכלל לא ישימו לב לשום דבר.
המחיר האמיתי של ההמתנה
כל שבוע שאתם נשארים על אחסון שלא מסוגל לעמוד בקטלוג או בתנועה שלכם, אתם מפסידים מכירות שלעולם לא תראו בדוח. זמני טעינה איטיים דוחפים קונים לנטוש עגלות. השבתה בזמן מבצע משמעה החזרים כספיים, פניות תמיכה ואובדן אמון. כתבנו בעבר על איך אחסון לחנויות אונליין נכון מתמודד עם אירועים עם תנועה גבוהה, וההבדל ניכר במיוחד כשההגדרה הנוכחית שלכם מאכזבת אתכם ברגע הכי גרוע האפשרי.
שלב 1: בדקו מה יש לכם בפועל
לפני שאתם נוגעים בכל דבר, ערכו מלאי מלא של כל מה שהחנות שלכם תלויה בו. זה כולל:
- גודל ומבנה מסד הנתונים שלכם, כולל כמה מוצרים והזמנות אתם מאחסנים
- קוד מותאם אישית, אינטגרציות או תוספים של צד שלישי
- רשומות DNS, תעודות SSL וחשבונות אימייל הקשורים לדומיין שלכם
- הגדרות שער תשלום וכתובות webhook
דילוג על השלב הזה הוא המקום שבו רוב סיפורי האימה על העברות מתחילים. אם אתם לא יודעים מה מחובר למה, אתם לא יכולים לוודא שהכל עובד אחרי המעבר.
שלב 2: צרו גיבוי מלא לפני שאתם עושים משהו אחר
זה נשמע מובן מאליו, אבל זה השלב שאנשים ממהרים בו. אתם רוצים גיבוי מלא של הקבצים ומסד הנתונים שלכם, שנלקח בנקודה טובה וידועה, שאליה תוכלו לחזור אם משהו משתבש. מערכת גיבוי טובה מאפשרת לכם לשחזר קבצים ספציפיים או טבלאות במסד הנתונים בנפרד, לא רק את כל האתר, וזה חשוב אם אתם צריכים לתקן רק דבר אחד אחרי המעבר. אם האחסון הנוכחי שלכם מקשה או מאט את זה, זה כשלעצמו סימן שאתם צריכים יכולות גיבוי ושחזור טובות יותר בפלטפורמה הבאה שלכם.
שלב 3: הקימו את הסביבה החדשה קודם, אל תיגעו ב-DNS עדיין
בנו את החנות שלכם על אחסון לחנויות אונליין החדש בזמן שהאתר החי שלכם ממשיך לפעול על הישן. כאן סביבת בדיקה (staging) מוכיחה את ערכה. תוכלו להתקין את הפלטפורמה שלכם, לשחזר את מסד הנתונים, להגדיר את התבנית ולבדוק את תהליכי התשלום בלי שאף לקוח יראה את זה.
בדקו הכל על השרת החדש באמצעות כתובת ה-IP הזמנית שלו או עקיפה בקובץ hosts. בצעו הזמנת בדיקה. בדקו אישורי אימייל. ודאו שתעודת ה-SSL שלכם מונפקת כראוי. עברו הלאה רק כשהסביבה הזו מתנהגת בדיוק כפי שהחנות החיה שלכם אמורה להתנהג.
שימו לב לטעויות ההעברה הנפוצות האלה
- לשכוח להעביר חשבונות אימייל, מה שהורס התראות הזמנה
- לפספס הפניה (redirect) לכתובות URL ישנות, מה שפוגע בשקט בדירוגי ה-SEO שלכם
- לא לבדוק webhooks של שער התשלום בשרת החדש לפני ההשקה
- לבצע את ההעברה בשעות השיא של המכירות במקום בתקופה השקטה ביותר
שלב 4: בצעו סנכרון סופי ממש לפני המעבר
החנות שלכם ממשיכה לקבל הזמנות בזמן שאתם בונים את הסביבה החדשה, אז מסד הנתונים שלכם ביום הראשון של הבנייה אינו זהה למסד הנתונים ביום ההעברה. הריצו גיבוי ושחזור סופיים ממש לפני שאתם מחליפים DNS, כדי ללכוד כל הזמנה ורשומת לקוח שנוצרה בינתיים. החלון הצר הזה הוא נקודת הסיכון האמיתית היחידה בכל התהליך, וזו הסיבה שתזמון המעבר בשעות תנועה נמוכה כל כך חשוב.
שלב 5: החליפו DNS ועקבו מקרוב
ברגע שאתם מעדכנים את רשומות ה-DNS, יש חלון הפצה שבו חלק מהמבקרים מגיעים לשרת הישן וחלק לחדש. זה נורמלי. השאירו את השרת הישן פועל ולא נגוע במשך לפחות 48 שעות כדי שיהיה לכם גיבוי אם משהו לא צפוי צץ.
בזמן החלון הזה, עקבו מקרוב אחרי השרת החדש שלכם. ניטור זמינות וביצועים בזמן אמת עוזר לכם לתפוס הגדרה שגויה או שאילתה איטית לפני שהיא הופכת לדפוס של עגלות נטושות. כתבנו על איך זמן התגובה של השרת משפיע בשקט גם על המרות וגם על דירוגי חיפוש בלמה זמן התגובה הראשוני שלכם עולה לכם בהמרות, ויום ההעברה הוא בדיוק כשהמספרים האלה נבחנים.
שלב 6: וודאו שהכל תקין לפני שאתם חוגגים
אל תחשבו שההעברה הושלמה עד שבדקתם:
- רכישת בדיקה אמיתית מושלמת מקצה לקצה, כולל אימייל האישור
- SSL פעיל בלי אזהרות תוכן מעורב
- Search Console לא מציג שגיאות סריקה פתאומיות
- מהירות האתר בשרת החדש אכן עולה על הישן
אם משהו מהדברים האלה נכשל, עדיין יש לכם את השרת המקורי כרשת ביטחון עד שה-DNS מופץ במלואו ואתם בטוחים שהכל יציב.
לסיכום
העברת חנות לא חייבת להיות אובדן מכירות. הסיכון אינו בהחלפת האחסון, הוא בהחלפה בלי תוכנית גיבוי, בדיקת staging וחלון מעבר בשעות שקטות. בנו את הסביבה החדשה קודם, בדקו אותה ביסודיות, ואז עברו בזמן התנועה הנמוכה ביותר שלכם עם גיבוי מוכן. עשו את זה כך, ורוב הלקוחות שלכם אפילו לא ישימו לב שעברתם.
