בחרתם מוצרים, בניתם את החנות ובדקתם את תהליך התשלום עשרות פעמים. אבל יש דבר אחד שקובע בשקט אם יום ההשקה יעבור בצורה חלקה או יהיה מלחיץ: האחסון שלכם.
הרבה בעלי חנויות מתייחסים לאחסון כעניין שולי, דבר שבוחרים פעם אחת ושוכחים ממנו. ואז מגיע גל התנועה הגדול הראשון והאתר מאט לזחילה, או גרוע מזה, קורס לחלוטין. לפני שאתם מפעילים את החנות, עברו על רשימת הבדיקה הזו. היא מכסה את החלקים באחסון שהכי חשובים לאיקומרס באופן ספציפי, לא רק אחסון אתרים כללי.
האם האחסון לחנויות אונליין שלכם מתמודד עם עומסי תנועה?
תנועה באיקומרס אינה יציבה. היא מגיעה בפרצים: מוצר שהופך לוויראלי, שליחת מייל שיווקי, מבצע שמתחיל בחצות. האחסון שלכם צריך רזרבה מספקת כדי לספוג את זה בלי לקרוס.
שאלו את עצמכם:
- מה קורה לאתר שלי אם התנועה משולשת בתוך שעה?
- האם התוכנית שלי מאפשרת להגדיל משאבים במהירות, או שאני צריך להעביר שרתים לגמרי?
- האם החברה שמאחסנת את האתר שלי בדקה את זה בפועל, או שהם רק מניחים שזה יעבוד?
תוכניות אחסון משותף לרוב קורסות תחת עומס כזה כי אתם חולקים משאבים עם מאות אתרים אחרים. הגדרה מבוססת VPS נותנת לכם משאבים ייעודיים שלא נעלמים כשלאתר של מישהו אחר יש עומס. אם אתם רוצים להעמיק בנושא, כתבנו על זה באיך עסקי איקומרס משתמשים באחסון בענן כדי לשרוד עומסי תנועה בחגים.
האם מהירות התשלום מהירה באמת?
מהירות עמוד הבית מקבלת את כל תשומת הלב, אבל מהירות התשלום היא המקום שבו כסף בפועל אבד. כל שנייה נוספת בעמוד התשלום מעלה את הסיכוי שהלקוח יעזוב את העגלה.
בדקו את זה לפני ההשקה:
- מדדו כמה זמן לוקח להוסיף פריט ולהשלים תשלום, מחיבור סלולרי.
- בדקו אם שאילתות מסד הנתונים מתעכבות כשקטלוג המוצרים שלכם גדל.
- אשרו שהגדרת ה-caching בשרת לא שומרת בטעות עמודים דינמיים כמו עגלה או תשלום, מה שגורם לתקלות מוזרות.
caching שנעשה נכון מזרז את עמודי החנות שלכם בזמן שהוא לא נוגע בתשלום. אם אתם לא בטוחים איך ההגדרה הנוכחית שלכם מתמודדת עם זה, קראו עוד על caching בשרת כדי להבין מה כן ומה לא צריך להישמר במטמון.
ביצועי מסד הנתונים חשובים יותר ממה שחשבתם
כשקטלוג המוצרים שלכם עובר כמה מאות פריטים, שאילתות מסד הנתונים מתחילות להימשך יותר זמן. זה מתבטא בעמודי מוצר איטיים, חיפוש איטי, סינון איטי. אחסון לחנויות אונליין טוב צריך לכלול כוונון של מסד הנתונים שמשאיר את השאילתות מהירות, לא משנה כמה הקטלוג שלכם גדל.
האם תעודת ה-SSL שלכם מוגדרת נכון בפועל?
זה נשמע בסיסי, אבל מספר מפתיע של חנויות חדשות נתקלות בזה. בלי תעודת SSL תקינה ומוגדרת נכון, דפדפנים מסמנים את האתר שלכם כלא מאובטח וחלק ממעבדי התשלומים פשוט לא יעבדו.
בדקו ש:
- כל עמוד באתר שלכם נטען דרך HTTPS, לא רק עמוד התשלום.
- התעודה שלכם מתחדשת אוטומטית כך שהיא לעולם לא תפוג בלי ציפייה.
- אין אזהרות תוכן מעורב שקופצות בגלל קישורי תמונות ישנים ב-HTTP.
רוב שירותי האחסון המנוהל מטפלים בחידוש תעודות אוטומטית כיום, כך שזה לא צריך להיות דבר שאתם צריכים לזכור בעצמכם. אם אתם רוצים תמונה מלאה על איך זה עובד, ראו את הסקירה שלנו על תעודות SSL.
מה קורה כשמשהו נשבר?
משהו יישבר בשלב מסוים. קונפליקט בין תוספים, עדכון גרוע, תוסף שנפרץ מפיתוח צד שלישי. השאלה היא כמה מהר תוכלו להתאושש.
לפני ההשקה, אשרו:
- באיזו תדירות רצים גיבויים, והיכן הם נשמרים.
- כמה זמן שחזור מלא בפועל לוקח.
- אם אתם יכולים לשחזר קובץ בודד או טבלה בודדת במסד הנתונים בלי לשחזר את כל האתר.
אנחנו מריצים גיבויים יומיים אוטומטיים על שרת נפרד בדיוק מהסיבה הזו, כך שטעות גרועה ביום ההשקה לא תהפוך לבעיה קבועה של אובדן נתונים. אתם יכולים לקרוא עוד על איך זה עובד בעמוד הגיבויים שלנו.
האם האבטחה מוטמעת, או מוצמדת מבחוץ?
חנויות איקומרס הן מטרה גדולה יותר מבלוג בסיסי. אתם אוספים מידע על לקוחות, מעבדים תשלומים, ושומרים היסטוריית הזמנות. זה גורם לכם להיות מעניינים לתוקפים בצורה שאתר אישי בדרך כלל לא.
האחסון לחנויות אונליין שלכם צריך לכלול איזושהי הגנת firewall שחוסמת בקשות זדוניות לפני שהן מגיעות לאפליקציה שלכם, לצד מעקב שמסמן פעילות חריגה. אם החברה שמאחסנת את האתר שלכם היום מתייחסת לאבטחה כתוספת אופציונלית ולא כדבר שמוטמע בתוכנית, זה שווה להרהר בו לפני שאתם עולים לאוויר. כתבנו עוד על זה במדוע אבטחה בשכבת האחסון אינה אופציונלית לכל פתרון איקומרס.
הגנת DDoS כבר לא אופציונלית
אתרי איקומרס נפגעים מניסיונות מניעת שירות יותר מכפי שאנשים מבינים, לפעמים ממתחרים, לפעמים מבוטים משועממים. אשרו שהחברה שמאחסנת את האתר שלכם מציעה הגנה ברמת הרשת, לא רק ברמת האפליקציה. זה שונה מ-web application firewall ושניהם חשובים.
האם אתם יכולים לבדוק שינויים בלי לסכן את החנות הפעילה שלכם?
כשהחנות שלכם פעילה, תרצו לבדוק תוספים חדשים, עדכוני עיצוב, או פריסות עמוד מבצעים בלי לסכן את החנות שהלקוחות משתמשים בה בפועל. סביבת staging מאפשרת לכם לבנות עותק של האתר שלכם, לבדוק שינויים בבטחה, ולהעלות אותם לאוויר רק כשאתם בטוחים שהם עובדים.
זה הופך להיות חשוב במיוחד לפני אירועי מכירות גדולים, כשהדבר האחרון שאתם רוצים הוא עדכון לא נבדק ששובר את התשלום בבוקר של Black Friday. אם התוכנית הנוכחית שלכם לא כוללת את זה, זה פער ששווה לסגור לפני ההשקה, לא אחריה.
לסיכום
יום ההשקה כבר מלחיץ מספיק בלי לדאוג אם האחסון שלכם בפועל יכול להתמודד עם מה שאתם עומדים להטיל עליו. עברו על רשימת הבדיקה הזו בכנות. אם אתם מוצאים פערים, בין אם זה גיבויים חסרים, אין סביבת staging, או תוכנית שלא נבדקה מעולם תחת עומסי תנועה, תקנו אותם לפני שאתם עולים לאוויר, לא אחרי שסוף השבוע של המכירה הגדולה הראשונה שלכם יחשוף אותם בעצמו.
