סוף ה-Send As בכתובות חיצוניות: מה שצריך לדעת לפני ינואר 2027

עודכן לאחרונה:

מה בדיוק משתנה

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

אלה שלוש היכולות:

  • Send As לכתובות חיצוניות - האפשרות לשלוח מייל מתוך Gmail כשכתובת השולח שייכת לספק אחר או לדומיין שאינו מוגדר ב-Workspace.
  • בדיקת דואר מחשבונות אחרים (POP) - משיכה אוטומטית של מיילים מתיבה חיצונית אל תוך Gmail בדפדפן.
  • Gmailify - הרחבת היכולות של Gmail לתיבה חיצונית מחוברת: סינון ספאם, קטגוריות בתיבה, התראות משופרות וחיפוש מהיר.

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

לוח הזמנים

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

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

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

מי מושפע ומי לא

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

מושפעים:

  • כתובת בדומיין שבבעלותכם, אבל הדואר שלו יושב אצל ספק אחסון, חברת אתרים או ספק אינטרנט, ולא ב-Google Workspace.
  • תיבות של ספקים אחרים - Outlook, Hotmail, Yahoo, וגם תיבות ותיקות של ספקי אינטרנט ישראליים.
  • כל חיבור POP שמושך מיילים מתיבה חיצונית אל Gmail בדפדפן.

לא מושפעים:

  • אליאסים של Gmail, כולל כתובות משנה של אותו חשבון.
  • כל כתובת בדומיין הראשי, בדומיין המשני או בדומיין האליאס של הארגון ב-Google Workspace.
  • שליחה בשם קבוצה או כתובת נוספת בתוך אותו ארגון.
  • האצלת תיבה למשתמש אחר (Delegation).
  • הוספת תיבה חיצונית לאפליקציית Gmail בנייד, שממשיכה לעבוד דרך IMAP.
  • תוכנות דואר במחשב - Outlook, Thunderbird, Apple Mail - שממשיכות לגשת ל-Gmail ב-IMAP ו-SMTP.
  • שליחה תוכנתית דרך Gmail API או דרך SMTP relay של Workspace.

השורה התחתונה לרוב הארגונים: אם כל הכתובות שלכם נמצאות בתוך Workspace, השינוי הזה לא נוגע לכם בכלל.

איך בודקים אם אתם מושפעים

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

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

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

הפתרונות, לפי סוג המקרה

המקרה הראשון: כתובת בדומיין שבבעלותכם

זה המקרה הנפוץ בעסקים. יש דומיין נוסף - מותג ישן, חברת בת, סיומת com לצד co.il - שהדואר שלו נשאר אצל ספק חיצוני, בזמן שהצוות עובד בפועל ב-Gmail ושולח ממנו בעזרת Send As. הפתרון הנכון הוא להכניס את הדומיין עצמו ל-Workspace, ואז השליחה ממנו הופכת לשליחה מדומיין של גוגל שאינה מושפעת מהשינוי.

יש שתי דרכים לעשות את זה, וההבדל ביניהן הוא כסף:

  • דומיין אליאס (User alias domain) - כל משתמש קיים מקבל אוטומטית כתובת מקבילה בדומיין הנוסף, עם אותה תיבה בדיוק. אין תוספת עלות ואין צורך ברישיון נוסף, ואפשר להוסיף עד 20 דומיינים כאלה. זו הבחירה הנכונה כשמדובר באותם אנשים שצריכים כתובת נוספת.
  • דומיין משני (Secondary domain) - קבוצת משתמשים נפרדת עם תיבות משלה בדומיין הנוסף. כל משתמש דורש רישיון בתשלום, ואפשר להוסיף עד 599 דומיינים. זו הבחירה הנכונה לחברת בת או למותג עם צוות נפרד.

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

המקרה השני: תיבה אצל ספק אחר שרוצים לשמר

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

  • דואר נכנס - במקום שגוגל תמשוך את המיילים, מגדירים העברה אוטומטית (Forwarding) אצל הספק עצמו. זו פעולה מצד הספק ולא מצד גוגל, ולכן היא ממשיכה לעבוד גם אחרי ינואר 2027. המיילים פשוט נוחתים בתיבה הראשית.
  • דואר יוצא - כאן אין תחליף בדפדפן. או שמפסיקים לשלוח מהכתובת הישנה, או שמשתמשים באפליקציית Gmail בנייד או בתוכנת דואר במחשב, ששתיהן ממשיכות לתמוך בתיבות חיצוניות.
  • היסטוריה - ייבוא חד פעמי של מיילים ואנשי קשר עדיין נתמך. בארגון, שירות ההעברה של Google Workspace מבצע את ההעברה של הדואר ההיסטורי לתוך התיבה הארגונית.
  • מיילים שכבר נמשכו - נשארים בתיבה. רק הסנכרון העתידי נעצר, שום דבר לא נמחק.

המקרה השלישי: כתובות שירות כמו info@ ו-support@

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

המקרה הרביעי: מערכות ששולחות מייל אוטומטי

אתר, מערכת CRM או תוכנת חשבוניות ששולחים מייל בשם כתובת בדומיין שלכם לא עוברים דרך הגדרת Send As של Gmail, אלא דרך SMTP ישיר או דרך שרת ה-SMTP relay של Workspace. הם לא מושפעים מהשינוי. עדיין, אם אתם כבר נכנסים להגדרות הדואר של הארגון, זה זמן טוב לוודא ש-SPF, DKIM ו-DMARC מוגדרים נכון לכל דומיין ששולח בשמכם.

הזווית הישראלית

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

  • תיבות ותיקות של ספקי אינטרנט - כתובות שנפתחו לפני שנים אצל ספק האינטרנט הביתי, שנמשכו לתוך Gmail בעזרת POP והמשיכו לשמש לשליחה דרך Send As. זה בדיוק המקרה שנסגר, ובדרך כלל מתברר שהכתובת הזאת כבר לא באמת בשימוש ואפשר פשוט לסגור אותה.
  • דומיין co.il שהדואר שלו נשאר אצל חברת האתרים - מצב נפוץ מאוד בעסקים קטנים: האתר והדואר נרכשו יחד בחבילה, ואחר כך הצוות עבר לעבוד ב-Gmail בלי להזיז את הדואר. עד היום זה עבד בזכות Send As. בינואר 2027 זה יפסיק.

צ'קליסט למנהל המערכת

  1. למפות מי בארגון משתמש בתכונה, ומאילו כתובות בפועל.
  2. להחליט לגבי כל כתובת: להעביר ל-Workspace, להשאיר אצל הספק ולעבוד מולו ישירות, או לסגור.
  3. לדומיינים שבבעלות הארגון - לבחור בין דומיין אליאס לדומיין משני לפי הצורך והעלות, ולהוסיף אותם בקונסולת הניהול.
  4. לעדכן MX, SPF ו-DKIM לכל דומיין שמצטרף, ולבדוק שליחה וקבלה לפני שמכריזים על סיום.
  5. לעדכן את הצוות: חתימות מייל, כרטיסי ביקור, טפסים באתר וכל מקום שבו הכתובת הישנה מופיעה.
  6. לבצע את המעבר מוקדם ככל האפשר ולא סמוך למועד. שינוי רשומות DNS דורש זמן התפשטות, ואם משהו משתבש עדיף שזה יקרה בזמן שהתכונה הישנה עדיין עובדת ומשמשת רשת ביטחון.

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

טעויות שכדאי לא לעשות

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

רוצים את זה בעסק?

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

שאלות נפוצות

האם השינוי חל גם על חשבון Gmail פרטי?

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

יש לי אליאסים ב-Google Workspace, גם הם ייסגרו?

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

מה קורה למיילים שכבר נמשכו לתיבה מחשבון חיצוני?

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

אפשר להמשיך לשלוח מהכתובת הישנה בדרך אחרת?

בדפדפן אין תחליף. אפשר להוסיף את התיבה החיצונית לאפליקציית Gmail בנייד, שממשיכה לתמוך בכך דרך IMAP, או להשתמש בתוכנת דואר במחשב כמו Outlook או Thunderbird מול הספק המקורי.

כמה עולה להוסיף דומיין נוסף ל-Google Workspace?

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

איך יודעים אם מישהו בארגון מושפע?

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

icon

לסיכום

גוגל סוגרת בינואר 2027 את היכולת לשלוח מ-Gmail בשם כתובת שאינה מנוהלת בגוגל, ואת המשיכה האוטומטית של דואר מתיבות חיצוניות בדפדפן. אליאסים וכתובות בתוך Google Workspace אינם מושפעים.

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

WhatsApp