בונה האתר נעלם או לא עונה: איך לוקחים בחזרה שליטה על האתר

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

מה צריך כדי לשלוט באתר? ארבעה ״מפתחות״

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

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

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

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

איך בודקים על שם מי רשום הדומיין?

מתחילים בחיפוש WHOIS, שמראה את פרטי הרישום הציבוריים של הדומיין. לכתובות שמסתיימות ב־il, כמו co.il, יש כלי חיפוש באתר איגוד האינטרנט הישראלי, שמנהל את המרשם של הסיומת הישראלית. לסיומות כמו com, net או org יש את כלי החיפוש של ICANN, הגוף הבינלאומי שמפקח על הסיומות האלה. נכון לאוקטובר 2026.

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

הדומיין רשום על שמכם או על שם העסק

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

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

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

איך מגיעים לחשבון האחסון כשהוא על שם המפתח?

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

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

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

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

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

1. דרך המייל. אם הכתובת של המשתמש היא כתובת שלכם, ״שכחת את הסיסמה?״ מספיק.
2. דרך מסד הנתונים. עם גישה לאחסון, נכנסים לכלי ניהול מסד הנתונים (לרוב phpMyAdmin), ומעדכנים את הסיסמה בטבלת המשתמשים. זה גם המקום לתקן את כתובת המייל של המשתמש לכתובת שלכם.
3. דרך הקבצים. אפשר להוסיף זמנית שורת קוד לקובץ של התבנית שמגדירה סיסמה חדשה, ולהסיר אותה מיד אחרי הכניסה, אחרת היא תאפס את הסיסמה בכל טעינת עמוד.
4. דרך שורת הפקודה. אם בשרת מותקן הכלי WP-CLI, פקודה אחת מעדכנת סיסמה למשתמש לפי המספר שלו.

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

חשבונות שכולם שוכחים: גוגל, מטא, מייל עסקי, תוספים בתשלום

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

גוגל סרץ׳ קונסול

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

גוגל אנליטיקס

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

מטא, המייל העסקי ותוספים בתשלום

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

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

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

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

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

איך מעבירים לספק חדש בלי להפיל את האתר?

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

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

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

איך מוודאים שזה לא יקרה שוב?

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

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

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

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