גיבוי אתר וורדפרס: המדריך המלא שמבוסס על תקלות אמיתיות

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

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

תשובה מהירה: איך לגבות אתר וורדפרס נכון?

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

• שכבה ראשונה: גיבוי אוטומטי ברמת השרת (לדוגמה Cloudways) השומר עותקים של עד 30 יום אחורה
• שכבה שנייה: גיבוי חיצוני בכלי נפרד (לדוגמה ManageWP) השומר עותקים של עד 90 יום אחורה
• תדירות: אתרי תדמית – יומי; בלוגים פעילים ואתרי תוכן – יומי; חנויות WooCommerce – יומי או יותר
• אחסון: עותק אחד על השרת, עותק נוסף מחוץ לשרת בענן עצמאי
• תקופת שמירה: מינימום 90 יום אחורה – לא כל בעיה מתגלה מיד

למה גיבוי הוא חובה

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

יש שלוש קטגוריות עיקריות של תקלות שגיבוי תקין מציל מהן:

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

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

ארבעה תרחישים אמיתיים מהשטח של Webshuk

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

תרחיש 1: לקוחה שמחקה לעצמה את התנועה האורגנית

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

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

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

מה היה קורה בלי גיבוי: שחזור ידני של מאמרים מ-Google Cache או Wayback Machine – תהליך ידני, מייגע, לא תמיד מלא, ופוגע בקידום בזמן שהוא נמשך.

תרחיש 2: בעל חנות שחברת האחסון שלו פשוט נעלמה

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

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

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

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

תרחיש 3: כרטיס אשראי שפג תוקפו – ומחק חנות שלמה

לקוח שניהל חנות אינטרנט החליט לחסוך כסף ולנהל בעצמו אחסון על Cloudways. זו בחירה לגיטימית – אנחנו ב-Webshuk עובדים עם Cloudways דרך קבע ומרוצים מהם. הבעיה הייתה שהוא לא היה מודע לנהלים.

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

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

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

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

תרחיש 4: עדכון תוסף ששבר אתר חי בשעת ערב

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

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

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

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

שיטת הגיבוי הדו-שכבתית של וובשוק

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

שכבה 1: גיבוי שרת ב-Cloudways

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

הגיבוי הזה הוא ברמת המערכת כולה – הקבצים, מסד הנתונים, וההגדרות – והוא רץ מבלי שצריך לחשוב עליו. זו השכבה הראשית שמטפלת ב-90% מהתרחישים.

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

שכבה 2: גיבוי חיצוני באמצעות ManageWP

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

ב-ManageWP יש מבנה עלויות מאוד נוח לבעלי אתרים:

• גיבוי חודשי – חינמי לחלוטין. מתאים לאתרי תדמית סטטיים שלא משתנים הרבה.
• גיבוי יומי – עד 2$ לחודש. הסטנדרט שלנו לרוב הלקוחות.
• גיבוי שעתי – גם הוא בעלות של עד 5$ לחודש, מתאים לחנויות ולאתרים פעילים מאוד.

תקופת השמירה ב-ManageWP מגיעה עד 90 יום אחורה – שלושה חודשים שיכולים להציל אתכם מבעיות שמתגלות באיחור, כמו במקרה של הלקוחה שמחקה את המאמרים.

למה דווקא שתי שכבות?

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

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

מה התדירות המומלצת לגבות את האתר?

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

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

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

איפה לשמור את הגיבויים – והאם זה באמת משנה?

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

ההנחיות שלנו לאחסון גיבויים:

• עותק על השרת – מהיר לשחזור, מתאים לתקלות יומיומיות.
• עותק בענן עצמאי – בשירות שאינו קשור לאחסון (כמו ManageWP, Google Drive או Dropbox).
• עותק רבעוני שמור מקומית – לאתרים חשובים במיוחד, כדאי להוריד גיבוי גם למחשב או לכונן חיצוני אחת לרבעון.

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

איך מתבצע שחזור אתר מגיבוי?

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

שחזור משכבת השרת

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

שחזור משכבת הגיבוי החיצוני

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

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

אזהרה מיוחדת לבעלי חנויות WooCommerce

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

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

המסקנה: בחנות, אסטרטגיית הגיבוי חייבת להיות אגרסיבית יותר. גיבוי יומי הוא הרצפה – לא התקרה. אם החנות פעילה ב-24/7, גיבוי כל 6-12 שעות הוא ההגיוני.

סיכום: גיבוי הוא החלטה, לא תהליך

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

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

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