הדומיין והמייל של העסק: מי שולט בהם, ואיך מעבירים את המערכת בלי שהאתר או המייל ייפלו
בקצרה: כדי להעביר את המערכת לא צריך להעביר את הדומיין לשום מקום. משנים רק את הרשומות שמפנות היום לכלי, אלה של הכתובת הראשית ושל www, ואת רשומות המייל לא נוגעים בכלל. המייל של העסק נופל בדרך כלל כשמעבירים את ניהול כל הרשומות למקום אחר, או את הדומיין לרשם אחר, בלי להעתיק קודם כל רשומה. לכן הסדר הוא: לברר מי מחזיק בדומיין ולוודא שיש לכם גישה, להעתיק את כל הרשומות, להקים את המערכת החדשה ולבדוק אותה בכתובת זמנית, ורק אז להחליף את רשומות האתר, בשעה שקטה. העברה של הדומיין עצמו, אם בכלל, היא פרויקט נפרד שעושים אחרי שהכל עובד. וחשוב לדעת מראש: דומיין .co.il שנקנה דרך Base44 לא ניתן להעברה לפי התיעוד שלה, ואת הרשומות שלו משנים מתוך Base44.
ארבעה תפקידים שמסתתרים מאחורי "הדומיין שלי"
כשבעל עסק אומר "הדומיין שלי", הוא מתכוון בבת אחת לארבעה דברים שונים, ולא פעם כל אחד מהם יושב אצל גורם אחר: הדומיין נרשם לפני כמה שנים אצל חברה אחת, הרשומות שלו מנוהלות בכלי שבו נבנתה המערכת, ותיבות המייל נמצאות בשירות מייל שלישי. מי שיודע מי מחזיק כל תפקיד, כבר עשה חצי מהעבודה.
| תפקיד | מה הוא קובע | איפה רואים אותו |
|---|---|---|
| בעל הדומיין | על שם מי הדומיין רשום. רק הוא יכול להורות על העברה לרשם אחר[2], ורק בהסכמתו הדומיין עובר לבעלים אחרים[4]. | בחיפוש WHOIS, בשדה registrant |
| הרשם | החברה שדרכה משלמים, מחדשים ומשנים פרטים. דומיין ישראלי מנוהל רק דרך רשם שהוסמך על ידי איגוד האינטרנט הישראלי[1]. | בשדה registrar name |
| ניהול הרשומות (DNS) | לאן הכתובת מפנה: לאתר, לשירות המייל, לאימותים של שירותים אחרים. לפעמים אצל הרשם, לפעמים אצל הכלי שבו בניתם, ולפעמים בשירות נפרד. | בשדות nserver: השרתים שמחזיקים את הרשומות |
| שירות המייל | איפה נמצאות תיבות המייל של העסק, ומי שולח מיילים בשמו. | ברשומות MX ו-TXT, אצל מי שמנהל את הרשומות |
על שם מי הדומיין צריך להיות רשום
איגוד האינטרנט הישראלי ממליץ שדומיין של חברה, עמותה או שותפות יירשם על שם התאגיד עצמו, ולא על שם חברה אחרת או על שם עובד שעלול להתחלף. דומיין של עוסק מורשה נרשם על שם בעל העסק[6]. דומיין שרשום על שם מי שבנה לכם את האתר יוצר תלות בו, גם אם היחסים מצוינים.
בודקים בחמש דקות: חיפוש WHOIS
WHOIS הוא מאגר ציבורי שבו כל אחד יכול לראות את פרטי הרישום של דומיין. החיפוש לא דורש סיסמה ולא משנה דבר, ולכן אפשר להתחיל ממנו גם לפני שמוצאים את פרטי הכניסה לרשם.
-
מחפשים את הדומיין
דומיין שמסתיים ב-.il מחפשים בשירות ה-WHOIS של איגוד האינטרנט הישראלי[11]. דומיין בינלאומי, כמו .com, מחפשים בשירות של ICANN, הגוף שמנהל את הסיומות הבינלאומיות[12].
-
קוראים את השדות החשובים
בתוצאה של דומיין ישראלי השדות כתובים באנגלית. הטבלה שאחרי הצעדים אומרת מה כל אחד מהחשובים אומר, בשמות שבהם הופיעו בחיפוש שערכנו ב-11 באוקטובר 2026.
-
משווים למה שאתם יודעים
בעל הדומיין הוא אתם או העסק? כתובת המייל שלו היא כתובת שמישהו בעסק קורא? לכתובת הזו נשלחות התראות החידוש[5], ולפעמים גם קוד ההעברה[3]. מאז ספטמבר 2026 ה-WHOIS הישראלי מציג את שם בעל הדומיין ואת כתובת המייל שלו, אבל כבר לא את הכתובת ואת מספר הטלפון[8].
| השדה | מה הוא אומר |
|---|---|
| registrant | בעל הדומיין[8] |
| registrar name | הרשם שמנהל את הדומיין[8] |
| nserver | השרתים שמחזיקים את הרשומות[8] |
| validity | תאריך התוקף. אחריו הדומיין נכנס לתהליך פקיעה[5] |
| status | למשל Transfer Locked, כשהדומיין נעול להעברה לרשם אחר[2] |
| DNSSEC | signed כשהדומיין חתום, unsigned כשלא[9] |
שמות השרתים בשדה nserver מגלים איפה מנוהלות הרשומות. אם הם של הרשם, הרשומות אצלו. אם קניתם את הדומיין בתוך הכלי, הם בדרך כלל של הכלי או של הרשם שהוא עובד איתו, ואת הרשומות משנים בהגדרות הדומיין של הכלי. ואם הם של שירות שלישי, שם צריך חשבון.
הדומיין רשום על שם מישהו אחר
אם מופיע שם של פרילנסר, עובד לשעבר או משרד פרסום, זה הדבר הראשון לסדר, עוד לפני שמתכננים מעבר. בדומיין ישראלי, החלפת בעלים נקראת "העברת זכויות": היא נעשית דרך הרשם, רק בהסכמת הבעלים הנוכחי, כרוכה בתשלום, ונחשבת לרישום חדש. שרתי ה-DNS לא עוברים מעצמם לרישום החדש, ולכן כדי שהאתר והמייל ימשיכו לעבוד מציינים אותם במפורש בבקשה[4].
מה המספר אומר
-
אף משפט התוצאה שלכם
הדומיין בשליטה שלכם
אפשר להמשיך לרשימת הרשומות, ולהעתיק אותה לפני כל שינוי.
-
משפט אחד או שניים התוצאה שלכם
יש מה לסדר, וזה לא מסובך
כל אחד מהמשפטים האלה מסתדר מול הרשם או בהגדרות הכלי, בלי לגעת באתר. איגוד האינטרנט ממליץ על סיסמה ייחודית, אימות דו-שלבי והתראות על כל שינוי בחשבון שמנהל את הדומיין[7]. סדרו את זה לפני שמתכננים מעבר.
-
שלושה משפטים או יותר, או המשפט הראשון התוצאה שלכם
קודם שליטה בדומיין, אחר כך מעבר
לפני כל שינוי ברשומות, דאגו שהדומיין יהיה רשום על שם העסק ושתהיה לכם גישה משלכם לרשם ולרשומות. אם הדומיין נקנה בתוך הכלי, קראו קודם את הפרק על דומיין שנקנה בתוך הכלי.
הרשומות: מה מפנה לכלי, ומה שייך למייל
ברשימת הרשומות של דומיין עסקי יש בדרך כלל שתי קבוצות. הראשונה היא מה שהכלי ביקש להוסיף כשחיברתם אליו את הדומיין, והיא היחידה שמשתנה ביום המעבר.
| כלי | הכתובת הראשית | הכתובת עם www | רשומת אימות |
|---|---|---|---|
| Lovable | רשומת A[13] | מחוברת כברירת מחדל יחד עם הראשית, ומופיעה כדומיין נפרד[13] | TXT בשם _lovable[13] |
| Base44 | ALIAS או ANAME, או רשומת A כשאין לרשם ALIAS[18] | CNAME[18] | רק כשהדומיין חובר בעבר לסביבת עבודה אחרת[18] |
| Replit | רשומת A[20] | רשומות A ו-TXT נפרדות[20] | TXT שמתחיל ב-replit-verify, וחייב להישאר כל עוד האתר רץ ב-Replit[20] |
| Emergent | שתי רשומות A[22] | CNAME שמפנה לכתובת הראשית[22] | התיעוד לא מזכיר רשומה כזו |
| Bolt | ALIAS, ANAME או CNAME שטוח[24] | CNAME[24] | TXT רק כשמחברים תת-דומיין[24] |
נבדק מול התיעוד הרשמי של כל כלי. את הערכים עצמם לא העתקנו לכאן: הם יכולים להשתנות, ומה שקובע הוא מה שמופיע אצלכם בהגדרות הדומיין של הכלי.
הקבוצה השנייה: רשומות שלא קשורות לכלי
- רשומות MX, שאומרות לאיזה שרת להעביר מייל שנשלח אל הכתובות שלכם[29].
- רשומות TXT של המייל: SPF, ואחת בשם _dmarc. ורשומות של DKIM, בשמות שמסתיימים ב-_domainkey. בפרק הבא, מה כל אחת עושה.
- רשומות TXT שאימתו את הדומיין מול שירותים אחרים, כמו כלי לניהול האתר בחיפוש או שירות המייל.
- תתי-דומיינים שמחוברים לשירותים אחרים, למשל חנות, מערכת זימון תורים או דף נחיתה.
לפני כל שינוי, שמרו עותק של כל רשימת הרשומות כמו שהיא, בצילום מסך או בייצוא, במקום ששייך לעסק. גם הכלים עצמם ממליצים על כך: Lovable כותבת שכשמעבירים אליה דומיין היא מנסה לזהות את הרשומות הקיימות אבל עלולה לפספס, ולכן כדאי לרשום אותן קודם[14]. ו-Base44 מזהירה שכשמעבירים ממנה דומיין לספק אחר, האפליקציה מפסיקה לענות אם לא מוסיפים שם את הרשומות שלה, וגם את רשומות ה-MX של המייל העסקי[17].
המייל של העסק: ארבע רשומות שאסור לשבור
יש שני סוגים של מייל על הדומיין. הראשון הוא התיבות של האנשים בעסק, שמקבלות ושולחות מיילים. השני הוא המיילים שהמערכת שולחת לבד: אישור הרשמה, איפוס סיסמה, הזמנה למערכת, אישור הזמנה. שניהם תלויים ברשומות, ושניהם צריכים לעבוד גם ביום שאחרי המעבר.
| רשומה | מה היא עושה | מה שובר אותה במעבר |
|---|---|---|
| MX | אומרת לאן להעביר מייל שנשלח אליכם[29]. | העברה של ניהול הרשומות למקום אחר בלי להעתיק אותה. מאותו רגע מיילים אליכם לא מגיעים[13]. |
| SPF | רשימת השירותים שמותר להם לשלוח מייל בשם הדומיין, ברשומת TXT אחת[30]. | רשומת SPF שנייה לשירות חדש, במקום להוסיף אותו לקיימת. לדומיין אסור שיהיו שתי רשומות כאלה, והבדיקה נכשלת[30]. |
| DKIM | חתימה דיגיטלית על כל מייל שיוצא. כל שירות שולח מפרסם מפתח משלו, בשם נפרד, ולכן כמה שירותים יכולים לחתום במקביל[31]. | מחיקת המפתח של שירות שעדיין שולח, או שכחה לפרסם את המפתח של השירות החדש. |
| DMARC | אומרת לשרת שמקבל את המייל מה לעשות כשהבדיקות נכשלות: none (רק לדווח), quarantine (לחשוד) או reject (לדחות), ולאן לשלוח דוחות[32]. | הקשחה ל-reject לפני שכל שירות ששולח בשמכם עובר את הבדיקות. אז גם מיילים אמיתיים שלכם לא מגיעים לתיבת הדואר הנכנס[32]. |
זה לא עניין טכני בלבד. Gmail דורש מכל מי ששולח אליו מייל SPF או DKIM, וממי ששולח יותר מ-5,000 הודעות ביום גם את שניהם וגם DMARC[33]. ומערך הסייבר הלאומי ממליץ לעסקים להגדיר את שלושתם, כדי שקשה יהיה להתחזות אליהם במייל[34]. מערכת שהמיילים שלה מגיעים לספאם אחרי מעבר, היא מערכת שהלקוחות שלה לא מצליחים לאפס בה סיסמה.
המיילים שהמערכת שולחת
בכלים, המיילים האלה יוצאים דרך שירות המייל של הכלי, עם רשומות משלו בדומיין שלכם. ב-Lovable השליחה עוברת דרך תת-דומיין ייעודי, כברירת מחדל notify, שמופנה אליה ברשומות NS[15]. ב-Base44 מוסיפים שלוש רשומות CNAME, והיא ממליצה להוסיף גם רשומת DMARC[19]. וב-Replit, רשומות CNAME על הדומיין נדרשות רק כדי לשלוח ממנו מייל[20].
כשהמערכת עוברת, גם השליחה עוברת: לשירות מייל שהעסק מחזיק. מקימים אותו ובודקים אותו לפני יום ההחלפה, והרשומות הישנות נשארות עד שהמערכת הישנה כבר לא שולחת כלום. שני השירותים יכולים לחתום במקביל, כי לכל אחד מפתח DKIM בשם משלו[31]. ב-SPF מוסיפים את השירות החדש לאותה רשומה, לא ברשומה שנייה[30].
דומיין שנקנה בתוך הכלי
כשקונים דומיין בתוך הכלי, הכלי עומד מול הרשם בשבילכם, ולרוב גם מנהל את הרשומות. זה נוח ביום הקנייה, אבל המשמעות היא שהגישה לדומיין עוברת דרך החשבון בכלי, ושההרשאות שם קובעות מי יכול לשנות אותו. ואם החשבון בכלי שייך למי שבנה לכם את המערכת, גם הדומיין אצלו: איך מעבירים את המערכת לחשבון שלכם, ומה קורה אז לדומיין. זה מה שכל כלי כותב:
| כלי | של מי, ואיפה הרשומות | מייל על הדומיין | יציאה לרשם אחר |
|---|---|---|---|
| Lovable | שייך לסביבת העבודה. הרשומות מנוהלות בשרתים של Lovable, ורק admin או owner משנים אותן[13] | אפשר להוסיף רשומות MX ו-TXT לצד הרשומות של Lovable[13] | מבטלים את נעילת ההעברה ומקבלים קוד העברה בהגדרות הדומיינים. Lovable מוכרת רק חלק מסיומות המדינות[13] |
| Base44 | רשום על שם הבעלים של סביבת העבודה, ונשאר שלו גם כשהאפליקציה עוברת לאדם אחר. את שרתי ה-NS מנהלת Wix, ואי אפשר לשנות אותם[17] | מחברים מייל עסקי באזור ה-MX, ואת הרשומות שלו לא עורכים ביד[17] | אפשרית 60 יום אחרי הרישום, ולוקחת עד שבעה ימים. דומיין .co.il: לפי Base44 לא ניתן להעברה[17] |
| Replit | Replit מנהלת את הרשומות, והפרטים שלכם מוסתרים ב-WHOIS[21] | אפשר להוסיף רשומות A, TXT ו-MX[21] | דרך פנייה לתמיכה, 60 יום אחרי הרכישה. סיומות עם הגבלות גאוגרפיות לא נמכרות בה[21] |
| Emergent | יש אפשרות לקנות דומיין בתוך הכלי[23]. על שם מי הוא נרשם ומי מנהל את הרשומות, לא מצאנו בתיעוד | לא מצאנו בתיעוד | לא מצאנו בתיעוד. שאלו את התמיכה בכתב, לפני שמבטלים משהו |
| Bolt | שייך לחשבון שלכם. את הרשומות מנהלים בהגדרות של Bolt, ואת רשומות המערכת שלה אי אפשר לשנות[26][27] | אפשר להוסיף רשומות MX[26] | נעול 60 יום מהקנייה. בחלון הזה אפשר להעביר אותו רק לחשבון משלכם אצל הרשם ש-Bolt עובדת איתו, ואחריו לכל רשם[25] |
"לא מצאנו בתיעוד" אומר שחיפשנו ולא מצאנו, לא שהיצרן כתב שאין. הפרטים של כל כלי, צעד אחרי צעד, במדריכי הייצוא שלו.
דומיין .co.il שנקנה דרך Base44
Base44 כותבת שדומיין .co.il שנקנה דרכה לא ניתן להעברה לספק אחר, שאי אפשר להחליף את הבעלים שלו, ושאין לו הסתרת פרטים ב-WHOIS[17]. זה בולט, כי לפי הכללים של איגוד האינטרנט, בעל דומיין ישראלי רשאי להעביר את הניהול לכל רשם מוסמך, והרשם הנוכחי לא רשאי להתנגד להוראה של הבעלים[2]. איך שני הדברים מתיישבים בפועל בדומיין שנקנה דרך Base44, לא מצאנו כתוב באף מקום, ואנחנו לא מנחשים.
- לפני שקונים: אפשר לרשום את הדומיין אצל רשם מוסמך, מהרשימה שבאתר איגוד האינטרנט[10], ולחבר אותו ל-Base44 ברשומות[18]. ואם בכל זאת קונים דרך Base44, יש רק כשלושה ימים לאשר את פרטי הקשר, וחלק מהרישומים נבחרים לבדיקת זהות שצריך לענות עליה תוך 21 יום[17].
- אם כבר קניתם: בקשו מהתמיכה של Base44 תשובה בכתב לשאלה אם ואיך אפשר להעביר את הדומיין לרשם אחר. בתלונות על רשם, לאיגוד האינטרנט יש נציב תלונות[2].
- בינתיים המעבר לא נתקע: את רשומות A ו-CNAME של הדומיין אפשר לערוך מתוך Base44[17], וביום ההחלפה מפנים אותן למערכת החדשה. אל תנתקו את הדומיין מהאפליקציה, כי אחרי ניתוק מאבדים את הגישה לרשומות שלו[17]. בתיעוד גם לא כתוב אם אפשר להמשיך לנהל אותן בלי תוכנית בתשלום, אז שאלו לפני שמשנים תוכנית.
סדר הפעולות: מעבר בלי השבתה
הרעיון פשוט: האתר הישן ממשיך לענות עד שהחדש מוכן ונבדק, והמייל לא זז בכלל. עד הצעד השישי לא השתנה שום דבר שהגולשים רואים, וגם אחריו אפשר לחזור לאחור בשינוי של אותן רשומות.
-
שבוע לפני: שליטה ותוקף
חיפוש WHOIS, גישה משלכם לרשם עם אימות דו-שלבי[7], ותאריך תוקף רחוק. דומיין ישראלי שלא חודש לא נמחק מיד, אבל בתהליך הפקיעה ההפניות שלו לשרתים מנותקות[5], כלומר גם האתר וגם המייל מפסיקים לעבוד.
-
מעתיקים את כל הרשומות
כל הרשימה, כולל MX, כל רשומות ה-TXT ותתי-הדומיינים, נשמרת במקום של העסק. זו נקודת ההשוואה לכל בדיקה שתבוא אחר כך.
-
מקצרים את זמן השמירה של רשומות האתר
כל רשומה נושאת TTL: כמה זמן שרתים ברחבי הרשת רשאים לזכור אותה לפני שהם שואלים שוב[29]. לפחות כמשך ה-TTL הנוכחי לפני ההחלפה, מקצרים אותו לכמה דקות ברשומות של הכתובת הראשית ושל www בלבד, כדי שהשינוי, ואם צריך גם החזרה, יתפשטו מהר. בחלק מהמקומות יש מינימום: ב-Lovable, למשל, 300 שניות[13].
-
מקימים ובודקים בכתובת זמנית
המערכת החדשה עולה על כתובת זמנית או על תת-דומיין, ובודקים בה הכל: כניסה, טפסים, תשלום והמיילים שהיא שולחת. ההתחברות צריכה להכיר את הדומיין: Lovable מוסיפה אותו לכתובות שמותר לחזור אליהן אחרי כניסה ברגע שמחברים אותו[16], ו-Emergent מזכירה לעדכן את הכתובות המורשות בכניסה עם Google[22]. במערכת החדשה מגדירים את זה בעצמכם.
-
מכינים את שליחת המייל של המערכת החדשה
מפרסמים את מפתח ה-DKIM של שירות המייל החדש ומוסיפים אותו לרשומת ה-SPF הקיימת[31][30], ושולחים מייל ניסיון לתיבה מחוץ לעסק.
-
מחליפים את רשומות האתר, בשעה שקטה
אצל מי שמנהל את הרשומות משנים רק את הרשומות של הכתובת הראשית ושל www, ומוחקים רשומות AAAA ישנות על אותם שמות, שעלולות לשלוח חלק מהגולשים למקום אחר[13][18]. רשומות MX, SPF, DKIM ו-DMARC נשארות כמו שהן.
-
בודקים מכמה כיוונים
האתר נפתח בכתובת הראשית וב-www, עם מנעול בדפדפן. כניסה, טופס ותשלום עובדים. מייל שנשלח אליכם מבחוץ מגיע. ומייל שהמערכת שולחת מגיע לתיבה חיצונית, ובפרטי ההודעה כתוב spf=pass, dkim=pass ו-dmarc=pass.
-
אחרי שבוע או שבועיים: מנקים
מוחקים את הרשומות שמפנות לכלי, כולל רשומות האימות שלו, ומנתקים את הדומיין מהפרויקט בכלי. Bolt מזהירה שרשומות A, AAAA או CNAME שנשארו מפנות לאתר שנמחק עלולות לאפשר למישהו אחר להעלות אתר על הדומיין שלכם[28]. מוציאים מה-SPF את שירות השליחה של הכלי, ורק כשהדוחות של DMARC נקיים שוקלים להקשיח אותו[32].
כמה זמן לוקח עד שכולם רואים את החדש
שינוי ברשומה מתפשט בין דקות לשעות. הכלים כותבים על חלון של עד 24 שעות (Bolt), 48 שעות (Base44) ו-72 שעות (Lovable)[24][18][13]. בדומיין ישראלי, החלפה של שרתי ה-nserver מתעדכנת במרשם כמה פעמים ביממה, ואחר כך עוברות עוד עד כ-48 שעות עד שהשרתים של ספקיות האינטרנט מתעדכנים[9]. בחלון הזה חלק מהגולשים מגיעים עוד למערכת הישנה, ולכן היא ממשיכה לעבוד עד שהוא נגמר.
אם בכל זאת מעבירים את הרשומות או את הדומיין
יש סיבות טובות להעביר: הדומיין נקנה בתוך כלי שאתם עוזבים, או שאתם רוצים את הרישום ואת הרשומות בחשבון אחד של העסק. זה פרויקט נפרד מהמעבר של המערכת, ועדיף לעשות אותו לפני או אחרי, ולא באותו יום.
- מעתיקים קודם כל רשומה למקום החדש, ורק אחר כך מחליפים את שרתי ה-nserver. Lovable כותבת זאת במפורש: אחרי מעבר לשרתים אחרים, האתר והמייל לא עובדים עד שיוצרים מחדש את הרשומות[13].
- DNSSEC: אם ב-WHOIS כתוב signed, מסירים קודם את רשומת ה-DS אצל הרשם, ורק אז מחליפים שרתים. איגוד האינטרנט מונה החלפת שרתים בלי הסרה של ה-DS כסיבה לאתר שנפל[9], ו-Lovable מבקשת לכבות DNSSEC לפני שמעבירים אליה דומיין[14]. בקנייה דרך Base44, האפשרות שכוללת DNSSEC מסומנת מראש[17].
- העברה בין רשמים בדומיין ישראלי: משחררים את הנעילה, מבקשים קוד העברה מהרשם הנוכחי, ומגישים בקשה דרך הרשם החדש. הקוד חד-פעמי ותקף חמישה ימים, וההעברה מושלמת תוך חמישה ימים קלנדריים[2][3]. ההעברה מחליפה את מי שמנהל את הרישום. אם גם הרשומות מנוהלות אצל הרשם הישן, בררו מראש איפה הן יהיו אחריה.
- בדומיינים בינלאומיים יש נעילה של 60 יום להעברה אחרי רישום או אחרי העברה קודמת[14], וגם אחרי שינוי בפרטי בעל הדומיין[17]. לכן לא מעדכנים את פרטי הבעלים ממש לפני העברה מתוכננת.
מה עוד עובר במעבר, מעבר לדומיין: מה בדיוק עובר, שכבה אחרי שכבה, ואיך עובד המעבר עצמו.
איך הכנו את המדריך
כל עובדה על כלי לקוחה מהתיעוד הרשמי של Lovable, Base44, Replit, Emergent ו-Bolt; הכללים של דומיינים ישראליים מהאתר של איגוד האינטרנט הישראלי; והסבר רשומות המייל מהתקנים עצמם (RFC), מההנחיות לשולחים של Gmail ומהמלצת מערך הסייבר הלאומי. את שדות ה-WHOIS הישראלי קראנו בחיפוש אמיתי ב-11 באוקטובר 2026, אבל את ההחלפה עצמה לא ביצענו בכל כלי בפרויקט ניסיון, ולכן התאריך מציין בדיקה מול התיעוד. ארבעת התפקידים וסדר הפעולות הם הניתוח שלנו; כלי AI עזרו באיסוף החומר ובניסוח, ותומר גל אחראי לתוכן.
נבדק מול התיעוד הרשמי ב-.
מקורות
- ניהול שם מתחם (Domain Name)
- העברת ניהול דומיין בין רשמים (Transfer)
- קוד אישור העברה (Transfer Authorization Code)
- העברת זכויות (Re-assign)
- חידוש דומיין (Renew)
- מדוע חשוב למסור פרטים נכונים בעת רישום דומיין ולעדכנם?
- מדריך: כך תגנו על ממשק ניהול הדומיין שלכם
- שינוי במדיניות הצגת מידע בשירות ה-WHOIS במרחבי .il ו-.ישראל
- שאלות נפוצות: מרשם שמות המתחם (DNS, DNSSEC וזמני הפצה)
- רשמים מוסמכים
- WHOIS: חיפוש פרטי רישום של דומיין
- ICANN Lookup
- Set up a custom domain
- Transfer a domain to Lovable
- Custom emails
- Users and authentication (Site URL and redirect URLs)
- Buying a domain with Wix
- Connecting an external domain
- Sending emails from a custom domain
- Custom Domains
- Domain purchasing
- Custom domain
- Use your own web address
- Connect your domain
- Domains: Purchase a domain through Bolt
- DNS records
- Domains: FAQs
- Manage your projects (Delete a project)
- RFC 1035: Domain Names, Implementation and Specification
- RFC 7208: Sender Policy Framework (SPF)
- RFC 6376: DomainKeys Identified Mail (DKIM) Signatures
- RFC 9989: Domain-Based Message Authentication, Reporting, and Conformance (DMARC), May 2026
- Email sender guidelines
- מי באמת שולח לכם מיילים?
שאלות על הדומיין והמייל במעבר
לא מצאתם תשובה? פשוט תשאלו אותנוהמייל של העסק יפסיק לעבוד כשנעביר את המערכת?
לא, אם משנים רק את הרשומות של האתר. רשומות ה-MX, שאומרות לאן מגיע מייל, לא קשורות לכלי שבו בניתם ונשארות כמו שהן. המייל בסכנה כשמעבירים את ניהול כל הרשומות למקום אחר בלי להעתיק אותן קודם: Lovable, למשל, מזהירה שאחרי מעבר לשרתים אחרים גם האתר וגם המייל לא עובדים עד שיוצרים מחדש את הרשומות[13].
צריך להעביר את הדומיין לרשם אחר כדי להעביר את המערכת?
לא. הדומיין יכול להישאר אצל הרשם שלו, ומשנים רק לאן הרשומות מפנות. העברה לרשם אחר היא החלטה נפרדת, למשל כשהדומיין נקנה בתוך כלי שאתם עוזבים, ועדיף לא לעשות אותה באותו יום שבו מחליפים את המערכת.
איך בודקים על שם מי רשום הדומיין?
בחיפוש WHOIS: דומיין ישראלי בשירות של איגוד האינטרנט[11], ודומיין בינלאומי בשירות של ICANN[12]. בדומיין ישראלי, השדה registrant הוא בעל הדומיין, ו-registrar name הוא הרשם. מאז ספטמבר 2026 מוצגים בו שם בעל הדומיין וכתובת המייל שלו, בלי כתובת ומספר טלפון[8]. בדומיין בינלאומי הפרטים מוסתרים לפעמים, ואז הרשם הוא מי שיודע.
הדומיין רשום על שם הפרילנסר שבנה לנו את האתר. מה עושים?
כמה זמן האתר לא יהיה זמין ביום ההחלפה?
אם המערכת החדשה כבר רצה ונבדקה, לא אמורה להיות השבתה מורגשת: בזמן שהשינוי מתפשט, חלק מהגולשים מגיעים עוד לישנה וחלק כבר לחדשה, ושתיהן עובדות. לכן לא מכבים את הישנה עד שהחלון נגמר, והכלים כותבים על חלון של עד 24 עד 72 שעות[24][13]. ומה שנכנס לישנה בזמן הזה צריך להגיע לחדשה, ולכן לקראת ההחלפה עוצרים בה כתיבה או מעבירים את ההפרש.