חלופה ל־G Suite Legacy: בחירה ותכנון מעבר

אין צורך בעוד רשימה מעורפלת. חיפוש חלופה ל־G Suite Legacy כולל בדרך כלל דומיין פעיל, החלטות ניהול ישנות ותיבות שאיש אינו רוצה להשבית. העלות חשובה, אבל השליטה חשובה יותר. למי יש גישת ניהול? מה עדיין מפנה ל־Google? ומה עלול להפסיק לעבוד כשמשנים MX?

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

בקצרה: אם הצוות תלוי ב־Docs, Sheets ו־Meet, בחנו הישארות אצל Google או מעבר ל־Microsoft 365 עם יציאה הדרגתית. אם דרוש בעיקר דואר בדומיין שלכם, תשתית תקנית עשויה להיות חלופה ל־G Suite Legacy פשוטה יותר. הצעת TrekMail המתוארת כוללת תמחור פלטפורמה, אחסון משותף ומעבר IMAP מובנה, לפי התנאים העדכניים.

מדוע חשוב עדיין לבחון יציאה מ־G Suite Legacy ב־2026

כדאי לבחון חלופה ל־G Suite Legacy משום שלפי המדיניות המתוארת במאמר, המהדורה החינמית הישנה מיועדת לשימוש אישי לא מסחרי. Google מציינת ששימוש עסקי עלול להביא לבדיקה, לדרישת מעבר או להשעיה. אין פירוש הדבר השעיה בלתי נמנעת; בדקו את התנאים הנוכחיים.

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

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

זו סיבה ממשית לחפש חלופה ל־G Suite Legacy: לארגן יציאה לפני תקלה, לא לאלתר אחריה.

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

מה פירוש “legacy” כיום

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

יש שלוש קבוצות עיקריות.

1. המהדורה החינמית המקורית. הדומיינים נוצרו כש־Google Apps for Your Domain היה חינמי. שימוש עסקי מחייב בדיקת המדיניות הנוכחית.
2. מסלולים בתשלום עם תנאים ישנים. הם אינם חינמיים, ולא כדאי לבנות תקציב על ההנחה שהתנאים לא ישתנו.
3. ניהול נטוש. הדואר עובד, אך הגישה לחיוב, לאבטחה או לשחזור חלשה או חסרה.

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

היכולת להיכנס ל־Gmail אינה שווה לשליטה במערכת כולה.

חלופה ל־G Suite Legacy בהתאם למצב

חלופה ל־G Suite Legacy מתאימה תלויה במה שמחליפים. מי שזקוק לתוכנות משרד יבחר אחרת ממי שצריך תיבות, העברה וגישת IMAP. השוו תלות בספק, מאמץ מעבר ועומס ניהול, לא רק היכרות עם המותג.

צוותים רבים אינם זקוקים לעוד חבילה אלא לחלופה ל־G Suite Legacy שתנהל דואר. במקרה כזה הפרדת דוא״ל ומסמכים עשויה להתאים יותר.

גם החישוב משתנה. ל־Google, Microsoft ו־Zoho יש מודלים לפי משתמש, אבל כינויים, קבוצות ותיבות משותפות אינם דורשים תמיד רישיון מלא; בדקו כללי מסלול. בתמונת המאמר TrekMail מתחיל ב־$3.50 לחודש, עם אחסון משותף ודומיינים רבים בלוח לפי המסלול. הדבר עשוי להיות משמעותי לדומייני לקוחות, מותגים וכינויי תמיכה.

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

איך לבחור בלי לשחזר את הבעיה

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

השתמשו בקריטריונים האלה.

1. העדיפו תקנים. IMAP ו־SMTP מסייעים להמשכיות בין ספקים, עם בדיקת תאימות.
2. בדקו את השפעת תמחור המשתמשים אם מספר התיבות משתנה לעיתים קרובות.
3. ודאו אם האחסון משותף או מוגבל לכל תיבה.
4. בדקו את המעבר בפועל: האם יש ייבוא IMAP או שנחוץ כלי נוסף?
5. נסו ניהול דומיינים. אחד פשוט; עשרה יכולים לחשוף מגבלות לוח.
6. בדקו SPF, DKIM ו־DMARC. הגדרות מסורבלות מקשות על אבחון מסירה.

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

המעבר בפועל: מה עובר ומה לא

חלופה ל־G Suite Legacy יכולה לקבל דואר ב־IMAP, אך אינה ממירה אוטומטית את כל סביבת Google. דואר ויישומים מקוריים דורשים תהליכים שונים. התעלמות מכך פוגעת בתכנון.

IMAP מעביר הודעות ותיקיות נתמכות. הוא אינו פותר כל שירות הבנוי על שכבות Google הקנייניות. Docs, Sheets, Forms, Sites, תגובות, היסטוריית גרסאות ולוגיקת Apps Script דורשים טיפול נפרד.

לכן חלקו את התוכנית לשני מסלולים.

המסלול הראשון: דואר. חלופה ל־G Suite Legacy כמו TrekMail עשויה לסייע כאן. המסלולים בתשלום המתוארים כוללים ייבוא IMAP מובנה; ראו פרטי Gmail במעבר מ־Gmail ובדקו תנאים עדכניים.

המסלול השני: יישומים. ייצאו מסמכים חיוניים לפורמטי Office או PDF, בנו מחדש טפסים לפי הצורך, רשמו קישורים חיצוניים והחליפו תלות ב־Google Sign-In לפני שתגרום לבעיה.

אל תדלגו על הבדיקה. חלופה ל־G Suite Legacy שנבחרה אינה מתקנת רשימת מצאי חסרה.

DNS הוא לעיתים הנקודה הקריטית בפרויקט

הקושי בחלופה ל־G Suite Legacy הוא לרוב DNS, לא יצירת התיבות. שגיאות MX, SPF, DKIM או DMARC עלולות לגרום לדחייה, לניתוב שגוי או לספאם. צריך לבדוק את השלב הזה; גם אימות תקין אינו מבטיח הגעה לדואר הנכנס.

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

; Example DNS after cutover to TrekMail
@              MX   10 mail.trekmail.net.
@              TXT  "v=spf1 include:spf.trekmail.net -all"
dkim._domainkey TXT  "<unique-dkim-value-from-dashboard>"
_dmarc         TXT  "v=DMARC1; p=quarantine;"

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

לבדיקת מסירה, השאירו לידכם את הנחיות Google Postmaster ואת מפרט DMARC ב־RFC 7489. DMARC דורש SPF מאומת ומותאם או DKIM מאומת ומותאם לדומיין From, לא בהכרח שניהם.

אחרי ההחלפה, בדקו בשיטתיות:

1. שלחו בדיקות נכנסות מ־Gmail, Outlook ודומיין חיצוני נוסף.
2. שלחו בדיקות יוצאות ובחנו כותרות עבור `spf=pass`, `dkim=pass` ו־`dmarc=pass`.
3. ודאו התנהגות העברה, כינויים ו־catch-all.
4. השאירו את השירות הישן זמין עד בדיקת חריגים ומסירות מאוחרות, סנכרון הפרשים נוסף ואימות התוצאה.

המודל הקודם והגישה החדשה: מה TrekMail משנה

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

TrekMail עשוי להיות חלופה ל־G Suite Legacy להעברת דואר בלבד. התמונה מתארת תיבות IMAP, catch-all, העברה, SMTP חיצוני ב־Nano, SMTP מנוהל במסלולים בתשלום ולוח לדומיינים רבים. בדקו יכולות נוכחיות. אחרי המעבר ראו את מדריך הגדרות IMAP ו־SMTP לשמות שרתים וליציאות.

הסתייגות: TrekMail המתואר משתמש ב־IMAP, לא ב־POP3. בדקו תאימות צוות וטפלו בתלות ב־POP לפני המעבר.

בתמונת המחירים Nano עולה $0 בלי כרטיס, מסלולים בתשלום מתחילים ב־$3.50 לחודש ומציעים ניסיון חינם של 14 יום המחייב כרטיס אשראי. זמינות ותנאים עשויים להשתנות; השוו מסלולים במחירי TrekMail.

ההחלטה על חלופה מתאימה ל־G Suite Legacy

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

אם סביבת Google היא בעיקר דואר, כינויים, העברה והודעות בארכיון, TrekMail עשוי להיות חלופה ל־G Suite Legacy מתאימה. השוו תמחור פלטפורמה, אחסון משותף ומעבר IMAP מובנה לפי המסלול. המטרה היא לצמצם את הקשר בין זהות הדומיין לחבילת ספק אחד.

זו המטרה: חלופה ל־G Suite Legacy צריכה להשאיר יותר שליטה לאחר המעבר, לא פחות.

למי שעדיין משתמש ב־G Suite Legacy, החסם המעשי עשוי להיות קביעת מועד החלפה. מעבר הדרגתי אפשרי כשהגישה מורשית והחשבון הישן נשאר זמין לפי התנאים והרישיונות העדכניים: הפלטפורמה החדשה יכולה לקרוא אותו ב־IMAP בזמן אימוץ הכתובות החדשות. הקריאה אינה משנה MX ואינה מחליפה תכנון מעבר. הארכיון מועבר ונבדק בנפרד בלי הבטחת שלמות אוטומטית; ראו העברה מרוכזת.