Бесплатные телефонные номера кажутся крайне выгодным предложением, однако практика показывает, что это не всегда так. Google Voice на протяжении многих лет предоставлял пользователям из США виртуальные номера бесплатно, став одним из наиболее полезных инструментов компании. Тем не менее, развитие мобильной связи на Android ушло вперед, и разрыв между функциональностью Google Voice и возможностями приложения Google Messages стал настолько значительным, что использовать первый в качестве основного номера сегодня не рекомендуется.

Эволюция и стагнация сервиса Google Voice
История Google Voice началась с облачного стартапа GrandCentral Communications, основанного в 2005 году. Его основная идея заключалась в предоставлении единого постоянного виртуального номера, который переадресовывал вызовы на рабочие, домашние и мобильные телефоны. В 2007 году компания Google приобрела проект и переименовала его в Google Voice.
На момент запуска сервис предлагал бесплатный второй номер, позволявший совершать звонки, принимать голосовую почту и отправлять текстовые сообщения через браузер или телефон. Огромным преимуществом были автоматическая расшифровка голосовых сообщений, веб-интерфейс для фильтрации вызовов, поиск по истории переписки и дешевые международные звонки. Google удалось реализовать это за счет партнерства с телекоммуникационными операторами и использования VoIP-инфраструктуры.
В середине 2010-х годов Google интегрировала Voice в мессенджер Hangouts. Это позволило использовать виртуальный номер на любом устройстве, где была выполнена авторизация. Однако в период с 2020 по 2022 год стратегия Google изменилась: поддержка Hangouts была прекращена в пользу Google Chat и Google Meet. После отключения интеграции Voice с Hangouts в начале 2021 года, сервис остался в виде отдельного приложения. С тех пор бесплатная потребительская версия практически не получала значимых обновлений.
Конфликт технологий и отсутствие интеграции
Главная проблема текущего момента заключается в том, что Google Voice не поддерживает современный стандарт обмена сообщениями RCS, который Google активно продвигает через Google Messages. В приложении Voice отсутствуют сквозное шифрование, индикаторы набора текста, отчеты о прочтении, а также возможность отправки медиафайлов в высоком качестве.

Использование двух разных приложений для обмена сообщениями вызывает серьезные неудобства. Google Messages — это стандартный мессенджер для Android, привязанный к физической SIM-карте или eSIM. Он использует идентификацию SIM-карты для верификации пользователя. В отличие от него, Google Voice является облачным решением на базе VoIP, у которого нет привязки к чипу. Приложения не могут обмениваться данными, что вынуждает пользователя проверять два отдельных почтовых ящика.
Это создает путаницу и у собеседников: если пользователь отправляет сообщения из разных приложений, получатель видит два разных номера. В результате переписки разрываются, уведомления копятся в двух местах, а сообщения легко пропустить. Кроме того, передача медиафайлов через Google Voice ограничена старыми протоколами SMS и MMS, из-за чего фотографии и видео сильно сжимаются и теряют качество.
Вопросы безопасности и перспективы развития
Различия в безопасности также очевидны. Google Messages поддерживает сквозное шифрование для чатов RCS, тогда как Google Voice передает текст через инфраструктуру телефонной сети без какого-либо шифрования. У компании есть технические аргументы в пользу разделения сервисов: номера Voice относятся к категориям CLEC и нефиксированным линиям VoIP, что затрудняет их идентификацию.

Существуют опасения, что открытие доступа к RCS для незащищенных VoIP-номеров может привести к росту спама и фишинговых атак. Однако, учитывая, что Google управляет бэкендом Jibe Cloud для большинства операторов и активно призывала рынок отказаться от SMS в пользу RCS, текущая ситуация выглядит противоречивой. Компания могла бы разработать систему проверок и фильтрации для номеров Voice, но на данный момент приоритет отдается платным корпоративным клиентам Workspace, а не обычным пользователям.
Если Google Voice используется как дополнительный номер для редкой переписки, он все еще справляется со своими задачами. Но для тех, кто рассчитывает на него как на основной способ связи, переход на полноценную операторскую линию становится рациональным решением, так как существенных улучшений в работе бесплатного сервиса в ближайшее время не предвидится.

Технический тупик и риски безопасности
Важно понимать, почему Google Voice стал «заложником» собственной архитектуры. В отличие от стандартных номеров, привязанных к конкретной SIM-карте, номера Voice классифицируются как CLEC (Competitive Local Exchange Carrier) и относятся к категории нефиксированных VoIP-линий. Это означает отсутствие «железной» привязки к личности владельца, которую обеспечивает операторская SIM-карта.
Технически, если бы Google открыла поддержку RCS для свободных, не верифицированных VoIP-номеров, это создало бы серьезную уязвимость. Злоумышленники могли бы массово создавать тысячи виртуальных аккаунтов, используя их для рассылки спама и проведения фишинговых атак внутри защищенной среды RCS. Более того, организация пиринга RCS между нефиксированными VoIP-диапазонами и традиционным операторским оборудованием — это сложная задача, лежащая на стыке технического проектирования и регуляторных норм.
Однако критика в адрес Google здесь вполне оправдана: компания является не просто разработчиком приложений, но и владельцем Jibe Cloud — основного бэкенда, на котором держится работа RCS у большинства мировых операторов. Годами Google вела агрессивную маркетинговую кампанию, призывая конкурентов и операторов отказаться от устаревших SMS/MMS в пользу современного протокола. Игнорирование собственного продукта при этом выглядит как двойные стандарты. Обладая колоссальными инженерными ресурсами и прямым контролем над инфраструктурой Jibe, компания вполне могла бы внедрить систему проверки идентификаторов, лимиты на отправку сообщений и алгоритмы обнаружения фрода для пользователей Voice. Отсутствие таких шагов прямо указывает на то, что развитие бесплатной версии Voice не является приоритетом.

Почему это «невыигрышная ситуация» для пользователя
Помимо технических ограничений, существуют чисто бытовые неудобства, которые делают повседневное использование Google Voice в качестве основного номера утомительным:
- Разрыв контекста общения: Поскольку Google Messages и Google Voice существуют как изолированные «острова», диалоги неизбежно фрагментируются. Если вы ведете переписку с одним человеком через разные приложения, поиск нужной информации превращается в квест по двум разным базам данных.
- Проблемы с групповыми чатами: Групповые переписки — одна из самых слабых сторон Voice. Из-за отсутствия поддержки современных стандартов, сообщения часто «выпадают» из общих тредов, приходят в разное время или отображаются как отдельные личные сообщения, что делает групповое общение практически невозможным.
- Деградация контента: Ограничение MMS в один-два мегабайта превращает современный обмен фото и видео в «пиксельную кашу». В эпоху мессенджеров, где передача 4K-видео и качественных фото стала стандартом, это выглядит как архаизм из начала 2010-х.
- Отсутствие прозрачности: Обычные пользователи, которым вы пишете, не понимают, почему в их адресной книге один и тот же человек имеет два разных номера. Reply (ответ) часто прилетает в тот мессенджер, который первым попался под руку собеседнику, что приводит к потере сообщений и необходимости постоянно проверять статус «доставлено» в двух разных окнах.
В конечном счете, Google сделала выбор в пользу развития платных инструментов для корпоративных клиентов Workspace, оставив бесплатную версию Voice в состоянии «поддерживаемого наследия» (legacy app). Сервис перестал быть инновационным продуктом, превратившись в нишевый инструмент для переадресации звонков и транскрипции голосовой почты. Если ваша задача — профессиональная коммуникация, использование мессенджеров с функцией чтения и защиты данных, то использование Voice в качестве основного номера — это компромисс, который сегодня уже не оправдывает своей бесплатной стоимостью.





_large.png)