אחסון אתרים לסוכנויות ולבוני אתרים: המדריך התפעולי

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

ארבעה מודלים של אחסון אתרים לסוכנויות ולבוני אתרים

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

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

למה חשבון אחד לכל האתרים מסוכן

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

אחסון אתרים לבוני אתרים בחשבון ריסלר: איך מסדרים את זה

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

כמה הרגלים שחוסכים זמן בהמשך:

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

באמפייר אייאל חבילות הריסלר מתחילות בריסלר Start, עם 10 חשבונות ב-₪89 לחודש, ומגיעות לריסלר Agency עם 150 חשבונות ב-₪369 לחודש. בריסלר Pro, עם 30 חשבונות ב-₪149, העלות לחשבון בחבילה מלאה היא כ-₪5 לחודש. לסוכנויות וורדפרס יש חבילות WP Agency עם WP Toolkit וסביבות Staging, והצוות שלנו מעביר את האתרים הקיימים בלי עלות. הפירוט המלא נמצא במחירון אחסון הריסלר.

ניהול גישות, וגם מה קורה כשעובד עוזב

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

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

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

הדומיין תמיד על שם הלקוח

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

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

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

Staging ושגרת עדכונים

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

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

גיבויים ותרגילי שחזור

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

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

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

ניטור, מהירות ואבטחה

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

כשמשהו נשבר: נוהל תקלה קצר

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

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

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

כשלקוח עוזב: מסירה מסודרת

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

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

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

ניהול אתרי לקוחות: השגרה החודשית

1. עדכון ליבה, תוספים ותבניות בכל האתרים, דרך Staging כשהעדכון משמעותי.
2. בדיקה שהגיבויים רצו, ושחזור לדוגמה אחת לרבעון.
3. מעבר על התראות הניטור של החודש ועל זמני הטעינה.
4. בדיקת מועדי פקיעה של דומיינים ותעודות SSL לחודשיים הקרובים.
5. מעבר על רשימת המשתמשים עם הרשאת ניהול בכל אתר.
6. בדיקת ניצול השטח והחשבונות בחבילת הריסלר, לפני שהיא מתמלאת.
7. דוח קצר ללקוח: מה עודכן, מה נבדק ומה מומלץ. הדוח הזה גם מצדיק את דמי התחזוקה, כפי שמוסבר במדריך כמה לגבות על אחסון ותחזוקת אתר.

שאלות נפוצות

איזה אחסון אתרים לסוכנויות ולבוני אתרים מתאים כשיש עשרות לקוחות?

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

אפשר לאחסן את כל אתרי הלקוחות בחשבון אחסון אחד?

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

על שם מי רושמים את הדומיין של הלקוח?

על שם הלקוח, עם כתובת המייל שלו. אתם יכולים לנהל את ה-DNS ולהיות איש הקשר הטכני, אבל הבעלות צריכה להישאר אצלו.

כמה אתרים אפשר לנהל בחשבון ריסלר?

זה תלוי בחבילה. אצלנו חבילות הריסלר כוללות בין 10 ל-150 חשבונות, וחבילות WP Agency מיועדות ל-10, 25 או 60 אתרי וורדפרס.

מה עדיף לסוכנות, אחסון ללקוחות בריסלר או שרת VPS?

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

איך מעבירים אתרי לקוחות קיימים בלי השבתה?

מעבירים בקבוצות קטנות ובשעות שקטות, מורידים מראש את ה-TTL של רשומות ה-DNS, ובודקים כל אתר ותיבת דואר אחרי המעבר. אצלנו הצוות מבצע את ההעברה בלי עלות.

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