השוואת ספקי דואר

החלפת Google Workspace: עלויות, שליטה ומעבר

מאת Alexey Bulygin
השוואת עלויות, בקרות ושלבי החלפת הדואר של Google Workspace

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

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

החלפה טובה אינה מסתכמת ברכישת תיבת דואר חדשה. היא כוללת שינויי DNS, העברה ב־IMAP, הגדרת תוכנות דואר, תזמון ההחלפה ותוכנית חזרה לאחור. לצוותים שזקוקים לדוא״ל בלבד זה עשוי להשתלם. צוותים שתלויים ב־Docs, ב־Meet וב־Drive יכולים לבחון החלפה של שירות הדואר בלבד והשארת שיתוף הפעולה אצל Google, בהתאם לרישיונות ולהגדרות.

מתי כדאי להחליף את Google Workspace

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

השיקולהיכן הבעיה מופיעה תחילהמה לבדוק לפני המעבר
עלותיותר מדי תיבות לא פעילות או בשימוש מועטכניסות במשך 30 יום, היקף שליחה וניצול אחסון
תפעולניהול ידני רב של דומיינים ותיבותפעולות מרוכזות, הזמנות, API וערוצי תמיכה
שליטהגמישות בניתוב יוצא ובמעברSMTP חיצוני, ייצוא IMAP ונראות מצב התהליך
ציותדרישות שמירה והחזקה לצורכי הליכים משפטייםרישיונות Vault, כללי החזקה ותהליך ייצוא

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

שיקול 1: העלות כבר אינה מתאימה לתמחור לפי משתמש

בחינת ההחלפה מתחילה לעיתים בחשבונות. בתמונת המחירים שעליה מבוסס המאמר, Google Workspace Business Starter מופיע במחיר $7 למשתמש לחודש בחיוב שנתי, והמסלולים הגבוהים במחירים $14 ו־$22. בדקו את המחירים העדכניים. המודל עשוי להתאים למי שמשתמש בחבילת העבודה כולה, אך להכביד כאשר רוב החשבונות הם תיבות ולא עובדים פעילים.

הבעיה בולטת בסוכנויות, אצל ספקי שירותים מנוהלים, בקבוצות נדל״ן, ברשתות זכיינות ובחברות עם כתובות תפקיד רבות: info@, billing@, support@, עובדים עונתיים, תיבות קבלנים ודומיינים של לקוחות. העלות עשויה לשקף את מספר התיבות יותר מאשר שימוש בכלי פרודוקטיביות.

לפני החלפת Google Workspace, בצעו את הבדיקה הבאה:

  1. ספרו את המשתמשים שנכנסו במהלך 30 הימים האחרונים.
  2. ספרו את המשתמשים ששלחו יותר מ־10 הודעות במהלך 30 הימים האחרונים.
  3. מיינו את האחסון לפי משתמש וסמנו חשבונות בשימוש מועט עם פחות מ־1 GB.
  4. הפרידו עובדים בפועל מתיבות שירות ומחשבונות לקוחות.

אם 40% מהמשתמשים בתשלום כמעט אינם נכנסים, כבר יש לכם שיקול משמעותי לבחינת חלופה ל־Google Workspace.

TrekMail מציע מודל תמחור אחר. המודל הקודם: תשלום לפי משתמש בלי קשר למידת השימוש בתיבה. החלופה: תשלום על הפלטפורמה, הדומיינים והאחסון המשותף. בתמונה המתוארת כאן, Starter מתחיל ב־$3.50 לחודש ומופיעים המסלולים Free, Starter, Pro, Agency ו־Enterprise. Nano מוצג כחינמי וללא כרטיס, אך יש לבדוק זמינות ותנאים. המסלולים בתשלום מתוארים עם ניסיון חינם של 14 יום שדורש כרטיס אשראי. התנאים העדכניים מופיעים במחירי TrekMail.

אם הבעיה היא בעיקר מספר התיבות ולא השימוש בחבילת המשרד, החלפת Google Workspace עשויה לצמצם הוצאות. אם הצוות תלוי ב־Docs וב־Meet, בחנו השארת שיתוף הפעולה אצל Google והחלפת הדואר בלבד, תוך התחשבות ברישיונות ובהגדרות.

שיקול 2: ניהול דומיינים רבים נעשה מסורבל

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

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

אם אתם מנהלים דומיינים רבים, בדקו את השאלות האלה לפני החלטה להחליף את Google Workspace:

  1. האם אפשר להוסיף דומיינים רבים בתהליך אחד?
  2. האם המשתמשים יכולים לבחור סיסמה בעצמם באמצעות הזמנה מוגנת?
  3. האם אפשר ליצור תיבות ולהפיק דוחות באופן מרוכז?
  4. האם אפשר למסור דומיין בלי לבנות מחדש את כל המערך?

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

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

שיקול 3: נדרשת יותר שליטה בשליחה ובהעברה

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

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

הנחיות Google לשולחים בתפוצה רחבה לחשבונות Gmail אישיים כוללות SPF, DKIM, DMARC, TLS, מבנה בהתאם ל־RFC 5322 ושיעורי ספאם נמוכים. החלפת Google Workspace אינה מתקנת לבדה הרגלי שליחה בעייתיים, אך יכולה לתת יותר שליטה בניתוב.

מערך הדוא״ל המתואר של TrekMail מבוסס על תקנים. הוא משתמש ב־IMAP, לא ב־POP3. המסלולים בתשלום המוזכרים תומכים ב־SMTP מנוהל או חיצוני, כדי לנתב דואר יוצא דרך Amazon SES, Mailgun או SendGrid כשהדבר מתאים לעומס ולתפעול. הבחירה אינה מבטיחה הגעה לתיבת הדואר הנכנס. ראו את הגדרת SMTP חיצוני מותאם ובדקו את המסלול העדכני.

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

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

example.com.      MX   10 mail.trekmail.net.
example.com.      TXT  "v=spf1 include:spf.trekmail.net -all"
_dmarc.example.com. TXT  "v=DMARC1; p=quarantine; rua=mailto:dmarc@example.com"

השארת רשומות MX הישנות של Google יכולה לחלק את המסירה בין יעדים לפי עדיפות וזמינות. שתי רשומות SPF באותו שם עלולות לגרום ל־SPF permerror בבדיקה, לא לעצירה גורפת של השליחה. היעדר DMARC עלול לפגוע בעמידה בדרישות Gmail החלות על שולחים בתפוצה רחבה. השאירו פתוח את מדריך TrekMail לרשומות DNS הנדרשות בזמן ההחלפה.

להעברת תיבות, ייבוא בצד השרת עשוי להיות מעשי יותר מהעברת קובצי PST. כלי ההעברה המתואר של TrekMail מייבא ישירות מ־Gmail ומשרתי IMAP אחרים. המסלול של Gmail מתועד במעבר מ־Gmail; להנחיות תפעול מפורטות יותר, קראו על imapsync.

שיקול 4: דרישות הציות מחייבות מערך אחר

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

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

זו נקודה חשובה: החלפת Google Workspace אינה בהכרח הבחירה הנכונה לצוותים הכפופים לרגולציה. אם דרושים החזקה משפטית, שמירה ממושכת, eDiscovery פורמלי או תהליכי ניהול הניתנים לביקורת, Google Workspace עם Vault או Microsoft 365 עם Purview עשויים להתאים יותר, לאחר הערכה.

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

בתמונה שבמאמר, TrekMail אינו מוצג כפלטפורמה עם תהליכי החזקה משפטית מובנים. הוא מציע אחסון דוא״ל תקני, כשהארגון אחראי לארכוב באמצעות גיבוי IMAP ותהליכי שמירה חיצוניים. זו עשויה להיות חלופה ל־Google Workspace עבור חלק מהצוותים. בסביבות עם חובות הקשורות ל־SEC, FINRA, HIPAA או להתדיינות משפטית שדורשות eDiscovery מובנה, יש להעריך יכולות, חוזים ובקרות עם אנשי מקצוע; המאמר אינו קובע עמידה משפטית בדרישות.

מה עלול להשתבש בזמן ההחלפה

החלפת Google Workspace יכולה להיכשל לא רק בגלל IMAP, אלא משום ששוכחים מערכות סמוכות: DNS, כינויים, תוכנות בטלפון, יישומי SMTP ושירותי Google שאינם דוא״ל. יום ההחלפה חושף את ההנחות שלא תועדו.

הביאו בחשבון את התקלות הבאות:

  1. רשומות MX הישנות עדיין פעילות וחלק מהדואר ממשיך להגיע ל־Google.
  2. משתמשים ממשיכים לשלוח עם הגדרות Gmail שמורות בטלפונים ובמחשבים.
  3. סיסמאות אפליקציה או פרטי SMTP שגויים מונעים שליחה מסורקים ומטפסים.
  4. כינויים וכללי העברה לא תועדו.
  5. אנשים מניחים ש־Docs, Drive, Forms ו־Meet יעברו עם התיבה. העברת דוא״ל אינה מעבירה אותם.

הנקודה האחרונה חשובה במיוחד. החלפת הדואר של Google Workspace אינה החלפה מלאה של חבילת הפרודוקטיביות. אם עדיין דרושים Forms, Docs או תהליכים ב־Drive משותף, השאירו אותם בהתאם לרישוי או החליפו אותם בנפרד. ערבוב הפרויקטים יכול להפוך מעבר דואר של שבועיים לעבודה של שני רבעונים.

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

התאמה מעשית: מי צריך לשקול החלפה ומי לא

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

בחנו TrekMail אם אתם מחפשים אחסון דוא״ל מרובה דומיינים בתמחור פלטפורמה, אחסון משותף, תיבות IMAP, העברה מובנית, העברת הודעות, catch-all ובחירה בין SMTP של TrekMail לבין SMTP חיצוני, תוך בדיקת היכולות במסלול הנוכחי. אל תבחרו בו מתוך ציפייה ל־Docs, Sheets, Meet או ניהול מכשירים ארגוני.

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

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

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

בדקו את מחירי Google Workspace ואת השאלות הנפוצות בהנחיות Gmail לשולחים לפני שינוי DNS.

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

שתפו מאמר זה

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

התחברות ל-TrekMail

גישה ללוח הבקרה, לתיבות הדואר ול-DNS שלכם.

או

12 תווים הסיסמאות תואמות

או

דוא״ל האיפוס נשלח

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

בהמשך אתם מסכימים ל תנאי השימוש ול מדיניות הפרטיות של TrekMail.