Замена Google Workspace: стоимость, миграция и контроль

Поиск замены Google Workspace обычно начинается с похожих проблем: счета растут, администрирование отнимает всё больше времени, а менять что-либо страшно, потому что почта должна работать. Но сбои всё равно происходят. Передача домена клиенту затягивается. Неиспользуемый ящик продолжает стоить денег. Проблема с доставкой писем остаётся нерешённой. Если вы рассматриваете замену Google Workspace, начните с модели эксплуатации, а не с рекламной страницы. Общие принципы выбора разобраны в статье про корпоративную почту.

Короткий ответ: замена имеет смысл при одном из четырёх условий. Оплата за пользователя больше не соответствует вашей работе, управление множеством доменов отнимает слишком много времени, нужен дополнительный контроль над отправкой и миграцией либо требования к соблюдению норм предполагают другую инфраструктуру. Если ничего из этого нет, сохранить текущую систему может быть дешевле, чем переезжать.

Заменить Google Workspace не значит просто купить новый почтовый ящик. Нужно изменить DNS, перенести письма по IMAP, настроить клиенты, выбрать момент переключения и подготовить план отката. Для команд, которым нужна главным образом почта, это может оправдаться. Если работа тесно связана с Docs, Meet и Drive, можно рассмотреть замену только почтового слоя, сохранив Google для совместной работы при подходящих лицензиях и настройках.

Когда замена Google Workspace оправданна

Переезд оправдан, если сохранение текущей системы обходится дороже миграции. Обычно это проявляется в оплате неактивных пользователей, повторяющихся операциях с множеством доменов, недостаточном контроле над исходящей почтой или пробелах в соблюдении требований, которые всё равно могут потребовать более дорогого тарифа Google.

Принцип простой: не меняйте Google Workspace ради новизны. Меняйте его, если текущая система регулярно создаёт одну и ту же дорогую проблему.

Причина 1: стоимость перестаёт соответствовать оплате за пользователя

Часто поиск замены начинается с расчётов. В исходном снимке Google Workspace Business Starter указан по цене $7 за пользователя в месяц при годовой оплате, а более высокие тарифы стоят $14 и $22. Для сотрудников, активно использующих рабочие приложения, такая модель может подходить. Но она менее удобна, когда большинство аккаунтов нужны только как почтовые ящики.

Это особенно заметно у агентств, MSP, управляющих недвижимостью, франшиз и компаний с многочисленными ролевыми адресами: info@, billing@, support@, ящиками сезонных работников, подрядчиков и клиентскими доменами. Значительная часть расходов приходится уже не на используемые приложения, а на само наличие почтовых аккаунтов.

Перед заменой проведите такую проверку:

1. Посчитайте пользователей, входивших в аккаунт за последние 30 дней.
2. Посчитайте пользователей, отправивших больше 10 сообщений за последние 30 дней.
3. Отсортируйте объём хранилища по пользователям и отметьте малоиспользуемые аккаунты с объёмом менее 1 GB.
4. Отделите аккаунты сотрудников от служебных ящиков и клиентских аккаунтов.

Если 40% оплачиваемых пользователей почти не входят в систему, у вас уже есть весомый повод проверить экономику переезда.

В исходном снимке TrekMail использует другую модель ценообразования. Прежний подход: платить за каждого пользователя независимо от того, насколько нужен его ящик. Альтернатива: платить за платформу, домены и общее хранилище. Для Starter указана цена от $3.50 в месяц; перечислены уровни Free, Starter, Pro, Agency и Enterprise. Nano описан как бесплатный тариф без необходимости вводить карту, но это не обещание бессрочной бесплатности. Для платных тарифов указана бесплатная пробная версия на 14 дней с обязательной кредитной картой. Актуальные условия смотрите на странице тарифов TrekMail.

Если расходы определяет в основном число ящиков, а не использование офисных приложений, смена почты может их снизить. Если команда постоянно работает в Docs и Meet, сохраните Google для совместной работы и заменяйте только почту, если это решает реальную проблему и допускается лицензиями и настройками.

Причина 2: управление несколькими доменами становится слишком сложным

Замена Google Workspace может быть оправданна с точки зрения эксплуатации, когда административная консоль перестаёт соответствовать структуре бизнеса. Google ориентирован на совместную работу внутри организации. Тем, кто обслуживает разные бренды, клиентов или объекты, нужны удобные массовые операции, контролируемое подключение пользователей и понятные процедуры передачи.

Здесь легко потерять часы: добавлять домены по одному, вручную создавать ящики, передавать начальные пароли небезопасным способом. При отключении клиента выясняется, что никто не задокументировал соответствие алиасов. Проблема не в одной операции, а в их накоплении.

Если вы обслуживаете несколько доменов, до решения о замене проверьте следующее:

1. Можно ли добавить много доменов за одну операцию?
2. Могут ли пользователи задать собственные пароли через приглашение с подходящими мерами защиты?
3. Можно ли пакетно создавать ящики и формировать отчёты?
4. Можно ли передать домен без перестройки всей конфигурации?

TrekMail ориентируется на такие задачи администраторов. Прежний подход: каждый новый ящик увеличивает объём ручной работы. Альтернатива из исходного снимка: одна панель для доменов, общее хранилище, создание ящиков через приглашения и массовые операции. Документация пошагово описывает приглашения для настройки ящика и подключение доменов. Если доменов уже много, полезно рассматривать задачу как почтовый хостинг для нескольких доменов и управление почтой клиентов.

Хорошая эксплуатация почты намеренно обходится без приключений. Если передача клиенту требует героических усилий, стоит пересмотреть процесс.

Причина 3: нужен дополнительный контроль над отправкой и миграцией

Выбор замены Google Workspace связан и с техническим контролем. Если нужно разделить хранение ящиков и отправку, сохранить доступ по стандартным протоколам или переносить почту без неудобных экспортов через настольные приложения, платформа должна предоставлять подходящий доступ на уровне протоколов, а не только готовые сценарии интерфейса.

Это важнее, чем может показаться. Для массового трафика на личные аккаунты Gmail действуют требования к аутентификации, согласованию доменов и уровню жалоб на спам. Если репутация исходящей почты нестабильна, стоит оценить доступные варианты действий.

В рекомендациях Google для массовых отправителей на личные аккаунты Gmail указаны SPF, DKIM, DMARC, TLS, корректный формат RFC 5322 и низкий уровень жалоб на спам. Замена платформы сама по себе не исправит плохую практику рассылок, но может расширить возможности маршрутизации. Ориентируйтесь на актуальные требования.

По исходному снимку почтовая инфраструктура TrekMail опирается на стандартные протоколы. Доступ к ящикам предусмотрен по IMAP, не по POP3. Платные тарифы поддерживают управляемый SMTP или собственный SMTP, позволяя при подходящих условиях направлять исходящую почту через Amazon SES, Mailgun или SendGrid. Настройка описана в разделе собственный SMTP, BYO SMTP. Выбор другого 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. При переключении используйте руководство по обязательным записям DNS для проверки конкретной конфигурации.

При переносе ящиков серверный импорт может быть удобнее работы с PST-файлами. По исходному снимку инструмент миграции TrekMail напрямую забирает письма из Gmail и других IMAP-систем. Процесс для Gmail описан в разделе перенос из Gmail, а подробный технический сценарий можно найти в статье imapsync.

Причина 4: требования к хранению и проверкам предполагают другую инфраструктуру

Замена ради соблюдения требований отличается от переезда ради экономии. Вопрос не в том, что дешевле, а в том, какие доказательства, порядок хранения и процедуры экспорта понадобятся при инциденте или разбирательстве. Это следует выяснить заранее, пока нужные данные ещё доступны.

Google Vault предоставляет функции хранения, удержания, поиска и экспорта данных Google Workspace. Однако доступность зависит от лицензий, а хранение не включается автоматически. Документация Google указывает, что Vault не начинает соответствующее сохранение данных, пока не настроены правила хранения или удержания.

Это принципиально важно. Для команд в регулируемых отраслях замена не всегда будет верным решением. Если нужны legal hold, долгосрочное хранение, формальное электронное раскрытие доказательств, eDiscovery, или проверяемые административные процессы, подходящими вариантами могут оставаться Google Workspace с Vault либо Microsoft 365 с Purview. Пригодность определяется конкретными требованиями.

Опасна лишь видимость готовности: недорогой тариф Google, непроверенные правила хранения, отсутствие шаблонов дел и инструкции по экспорту, а также уверенность, что достаточно хранить всё у Google. Сам выбор провайдера не подтверждает соблюдение обязательств.

Согласно исходному снимку TrekMail не стоит выбирать ради встроенных процессов legal hold. Он скорее подходит для стандартного почтового хостинга, когда вы самостоятельно организуете архивирование через резервные копии по IMAP и внешние процедуры хранения. Для некоторых команд это рабочая модель. При требованиях SEC, FINRA, HIPAA или частых судебных спорах, где нужна встроенная eDiscovery, пригодность необходимо отдельно оценивать со специалистами; это не универсальное юридическое заключение.

Что действительно ломается при переключении

Переезд часто срывается не из-за сложности IMAP, а из-за забытых смежных систем: DNS, алиасов, мобильных клиентов, SMTP-приложений и сервисов Google, которые вообще не относятся к почте. День переключения выявляет все незадокументированные предположения.

Возможны такие сбои:

1. Старые MX ещё действуют, поэтому часть писем продолжает приходить в Google.
2. Пользователи отправляют письма с телефонов и компьютеров через сохранённые настройки Gmail.
3. Пароли приложений или учётные данные SMTP неверны, поэтому сканеры и формы перестают отправлять почту.
4. Алиасы и правила пересылки не были задокументированы.
5. Предполагается, что Docs, Drive, Forms и Meet переедут вместе с ящиком. При переносе только почты этого не происходит.

Последний пункт особенно важен. Замена почтового слоя не заменяет весь набор рабочих приложений Google. Если нужны Forms, Docs или совместные процессы в Drive, сохраните их с подходящими лицензиями и настройками либо замените отдельным проектом. Смешав эти задачи, можно превратить двухнедельный перенос почты в проект на два квартала.

Более управляемый порядок таков: инвентаризация, экспорт конфигурации, снижение DNS TTL, перенос писем, проверка тестовых аккаунтов, переключение MX, наблюдение за журналами и перенастройка клиентов. Снижение TTL не очищает уже существующие DNS-кеши. Сохраняйте исходную систему до проверки поздних доставок и повторной дельта-синхронизации. Кратко: сначала переносите почту, а не всю цифровую идентичность компании одновременно.

Кому подходит замена Google Workspace, а кому нет

Подходящая замена зависит от того, что именно вы меняете. Если проблема в стоимости почты и нагрузке на администраторов, TrekMail может быть уместным вариантом. Если нужны совместная работа в наборе офисных приложений или комплексные корпоративные механизмы соблюдения требований, у него, согласно исходному снимку, другой профиль.

Рассматривайте TrekMail, если нужны почтовый хостинг для нескольких доменов с фиксированными тарифами, общее хранилище, ящики IMAP, встроенная миграция, пересылка, catch-all и возможность выбрать SMTP TrekMail или собственный. Актуальную доступность функций и условия тарифа следует проверить. Для Docs, Sheets, Meet и корпоративного управления устройствами потребуются другие решения.

Хорошая замена устраняет конкретную проблему. Она не предполагает, что любой компании всегда необходим один большой набор приложений одного поставщика.

Если текущая система избыточна, мало используется или сложна в эксплуатации, целевой переезд может помочь. Начните с малого. Перенесите почтовый слой. Сохраните то, что работает. Затем решите, какие остальные сервисы стоит оставить.

Для многих агентств, MSP и небольших компаний с множеством ящиков это подходящая модель: меньше расходов на пользователей, меньше административной рутины, больше контроля и понятная процедура миграции.

Перед изменением DNS проверьте тарифы Google Workspace и ответы на вопросы о требованиях Gmail к отправителям.

В части миграции есть деталь, влияющая на риск: копирование по IMAP может оставить папку неполной, не сообщив об этом как об ошибке. Копировщик обрабатывает известные ему данные и считает запуск завершённым. В описанном исходным снимком процессе крупных переносов после этого сравниваются уникальные Message-IDs с обеих сторон. Папки с расхождениями отмечаются как partial, чтобы resume повторно загрузил их; об этом отправляется уведомление по почте. Такой сверочный механизм не гарантирует полноту любой IMAP-миграции. Подробности приведены в статье массовая миграция.