По делу

Вместо долгого начала про июльские отпуска и шуток про жару просто похвастаемся цифрами. Тридцать секунд — столько теперь занимает создание сервера. 2,7 миллиарда — столько объектов лежит в нашем S3. До 12,5 миллионов — столько токенов начисляем на первого AI-агента.

А если серьезно, за месяц у нас: два новых провайдера AI-моделей, обновления в S3, сертификаты Минцифры, приватные агенты, новая площадка для Амстердама и многое другое.

Не сбавляем темп — насыщенный на события июль ниже ↓ 

❯ Масштабируем, пересобираем, ускоряем

Продолжаем заниматься тем, что видно не в панели, а в скорости отклика. В июле взялись за три точки, где инфраструктура упиралась в потолок при росте нагрузки:

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

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

3. Бэкапы. Обновляем парк хранилищ в Москве на более производительное оборудование и заодно приводим все хранилища к единой конфигурации — за счет этого копии создаются быстрее. На весь парк уйдет около двух месяцев, но ждать не придется: хранилища переезжают по очереди, и на уже обновленных бэкапы сразу делаются быстрее. Данные на время работ реплицируются.

Проверить скорость на своем проекте →

❯ Что сделали для 2,7 миллиарда объектов в S3

Посчитали, сколько всего лежит в нашем S3, — вышло 2,7 млрд ваших объектов. Чем их больше, тем важнее удобство работы с ними — за это и взялись.

Сделали предпросмотр 74 форматов. Видео, текстовые файлы, таблицы, документы и презентации теперь открываются прямо в объектном менеджере. Чтобы заглянуть в файл и понять, тот ли это, качать его больше не нужно. Полный список форматов →

Выделили роль «Чтение и запись». С ней сотрудник, сервис или приложение работает только с объектами: читает, загружает, изменяет и удаляет. Настройки бакета и управление хранилищем остаются закрыты — задеть конфигурацию не получится. Остальные роли и уровни доступа →

Добавили CDN в один клик. Из раздела S3 теперь можно сразу создать CDN-ресурс с выбранным бакетом в качестве источника. Там же виден список связанных с бакетом ресурсов и переход в их настройки — статику из хранилища раздаете с ближайшего к пользователю узла, не собирая связку руками. Разложить файлы по бакетам →

❯ Сертификаты Минцифры в один клик 

Российские сервисы вроде API банков и госорганизаций работают с сертификатами Минцифры. Чтобы приложение им доверяло, у него должен быть корневой сертификат. Но в большинстве систем и библиотек его нет по умолчанию, и сертификат приходилось добавлять руками.

Теперь в App Platform он включается переключателем «Сертификаты Минцифры» — при создании приложения или в настройках готового. После включения приложение уйдет на повторный деплой.

Работает для бэкенд-приложений и развернутых из Dockerfile или Docker Compose. Фронтенду сертификаты не нужны. В бэкенд-приложениях сертификат подхватится сам, а для Docker мы кладем в контейнер три файла — доверие настраивается под ваш рантайм. Готовые инструкции для Node.js, Python, Go, JVM и .NET в документации →

Подружить приложение с российскими API →

❯ Железо с большим контролем

Приятно, когда всё железо ваше и ни с кем не делится. Для этого есть выделенные серверы — и в июле управлять ими стало проще.

Интернет-канал и дополнительные IP из панели. Раньше, чтобы сменить канал или заказать адрес, нужно было писать заявку в поддержку и ждать. Теперь всё делается самостоятельно и применяется сразу. Работает для выделенных серверов в Москве и Санкт-Петербурге.

Таб «История». Появился по аналогии с другими сервисами: видно, кто и когда заказал сервер, менял настройки, перезагружал, переключал канал, заказывал и освобождал IP. Если в команде несколько человек с доступом, то будет понятно, откуда взялось изменение.

Забрать себе железо целиком →

❯ Тридцать секунд от клика до сервера

В июне ускорили запуск управляемых сервисов, а в июле дошли до стандартных облачных серверов. Теперь сервер создается за 30 секунд — от нажатия кнопки до готовой машины.

Дело в смене архитектуры. Раньше цепочка операций тянулась через центральный API, теперь на каждом гипервизоре работает свой агент: API ставит задачу → агент выполняет ее на месте и сразу отчитывается. Цепочка стала короче, а независимые процессы идут параллельно, а не по очереди.

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

Дальше переводим на новую схему остальное: управляемые базы данных, серверы с Windows и установку из образов.

Проверить секундомером →

• GLM 5.2, 4.7 и 4.7 FlashX от Z.ai. Заточены под агентные сценарии — то есть вызывать инструменты и выполнять цепочку действий.

• Kimi от Moonshot. Сильны на длинном контексте: модель держит суть на больших объемах — своде документации, кодовой базе и длинной переписке.

• GPT 5.6 в трех вариантах — Sol, Terra и Luna. Под широкий круг задач: текст, код, цепочки рассуждений.

• Claude Opus 5 и Claude Sonnet 5 от Anthropic — для сложных сценариев и работы с базами знаний.

• Grok 4.5 и Grok 4.3 — когда важен актуальный контекст.

• Qwen 3.7 Max, 3.7 Plus и 3.6 Plus. Max тянет самые тяжелые задачи, Plus держит баланс скорости и качества.

• Gemini 3.6 Flash и Gemini 3.5 Flash с быстрыми ответами без перерасхода бюджета.

• GPT-4o mini TTS, GPT-4o mini Transcribe, GPT-4o Transcribe для синтеза и распознавания речи. Плюс GPT Image 2 — для генерации картинок.

А еще режимы thinking и non-thinking сделали просто переключением, а не двумя отдельными моделями.

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

Перебрать весь каталог →

❯ Одно место для настроек 

Активно разбирали техдолг, чтобы сервисы работали быстрее и предсказуемее. И если большую часть видно не будет, кое-что вы точно заметите — при настройке домена App Platform. 

Раньше редактировать домены приходилось на отдельной странице, вне остальных настроек App Platform. Одна ошибка — и приложение не откроется у пользователей. Поэтому сделали всё во вкладке «Домены» в настройках приложения: просто выбираете уже добавленный домен или вводите внешний. Подробнее о привязке →

Заодно подстраховали в двух местах. Если домен занят другим сервисом, предупредим заранее и после сохранения перепривяжем сами. Если домен внешний, подскажем нужный IP прямо в окне — останется добавить A-запись у регистратора.

Привязать домен в два шага →

❯ Агенты в российском контуре

Добавили в AI Gateway локальные модели: они размещены на серверах в РФ, и трансграничной передачи данных при работе с ними нет. В панели они собраны под фильтром «Локальные» — Qwen 3 235B Instruct, Qwen 3 Coder 480B A35B, Kimi K2.6, GPT OSS 120B и Gemma 4.

А следом появились и приватные AI-агенты — такой агент целиком работает на локальной модели, с базой знаний и интеграциями. Подойдет, если по внутренним требованиям данные не должны покидать российский контур.

Выбрать модель с российской пропиской →

Дайджест раз в месяц, журнал постоянно

Переработали журнал обновлений — теперь по нему можно искать и фильтровать по сервису и по месяцу, вплоть до лета 2024 года. 

Все релизы, изменения и исправления багов собраны в одном месте. Удобно, если пропустили дайджест или хотите проверить, что менялось в конкретном сервисе.

Полистать журнал →

❯ Бэкапов много не бывает

В марте запускали логические бэкапы — вместо снимка всей системы формируется дамп базы и складывается в S3-бакет. А в июле принялись за прокачку физических.

Физические копии баз MySQL и PostgreSQL теперь скачиваются так же, как бэкапы облачных серверов. Пригодится, чтобы держать копию у себя или поднять из нее тестовый стенд.

Положить копию поближе →

Всё, что о нас говорят

Начнем с кейса Metamentor — команда делает AI под заказ и за месяц внедряет его в контур клиента: речевая аналитика, боты поддержки, обработка документов. За два года их выручка выросла в 32 раза, и прежняя инфраструктура за таким темпом перестала успевать — поэтому 80% ее переехало к нам. Подробно разобрали в текстовом кейсе, а кратко — в видео на YouTube, Rutube и в ВК. 

Посчитали, чем малый и средний бизнес пользуется в облаке — картина получилась любопытная. Быстрее всего растет спрос на AI-агентов: в 4 раза за полгода, больше миллиарда токенов в день. Следом идут облачные серверы с GPU, S3-хранилище, бэкапы и Managed Kubernetes. А главное — больше 70% используют сразу два сервиса и больше: облако перестает быть точечным решением и становится единой платформой. 

Поднялись с восьмого на пятое место в рейтинге GPU Cloud 2026 от CNews. Всего в рейтинге 15 провайдеров, сравнивали условия, типы GPU-серверов и ускорителей, стоимость ресурсов и варианты развертывания.

И про агентов —они научились генерировать изображения, искать в интернете и подключаться к инструментам из галереи MCP. Поделились новостью с CNews, TAdviser и IT World.

❯ Что читали и лайкали

Для ваших глаз и лайков от нашей редакции — самое интересное из июльских публикаций.

Разбираемся, как LLM обесценили половину вашего опыта. Михаил Шпаков, наш руководитель разработки, заметил, что разговор про опыт и взгляды на собеседованиях стал различать кандидатов лучше, чем техническая секция. Текст-мнение о том, как модели перекраивают профессию, а вслед за ней и требования к людям в командах.

Открываем тайны самой экзотической видеокарты из 90-х — Intel i740. Первый GPU от Intel обогнал свое время и все равно провалился. Написали, на что он был способен и в чем его секрет, без рассказов про GeForce 256 и ATi 3D Rage, их и так все знают.

Стенка во «ВКонтакте», Баш.орг в закладках, LiveJournal и пиликающая «Аська» — и никаких алгоритмов, которые знают нас лучше нас самих. Возвращаемся к тому, чем пользовались все и что исчезло почти незаметно.

Осторожно: хардкор, или как написать фильтр Блума на C. Алгоритму больше полусотни лет, а поводов вспомнить, как пишут по-настоящему оптимизированный код, меньше не становится.

Июль позади, и лето потихоньку идет к финалу — остался август. Вернемся с новым дайджестом уже через месяц, а пока ждем ваши комментарии и лайки.

Привет, Хабр! Меня зовут Михаил Шпаков, я руковожу разработкой в Timeweb Cloud и развиваю Statuser — сервис мониторинга доступности сайтов, который когда-то начинался как вечерний пет-проект. Я уже рассказывал, как он появился, как в нём выросли статус-пейджи и зачем я научил его следить за DNS.

Той самой первой статье недавно исполнился год. Мне захотелось отметить эту дату не праздничным постом, а в духе самого Statuser: цифрами. Повод удачно совпал с устройством сервиса. Историю инцидентов он хранит ровно год, так что в базе меня ждал аккуратный годовой датасет: 108 312 инцидентов с июля 2025-го по июль 2026-го. По сути, готовая статистика о том, как живёт и падает обычный сайт.

Я залез в эти данные и хочу поделиться тем, что нашёл. Почему сайты падают на самом деле, в какое время это происходит, сколько длится типичное падение и что за странная аномалия случилась этим июнем.

Сразу честная оговорка: это не «исследование всего интернета». Это 6 500 сайтов пользователей Statuser, в основном малый и средний бизнес, интернет-магазины, SaaS, корпоративные сайты. Но на ста тысячах инцидентов закономерности видны отчётливо.

Коротко в цифрах:

• 108 312 инцидентов за год, примерно 297 в день;

• 5,7 минуты — медианная длительность падения;

• 99,92% — медианный аптайм сайта;

• 49,8% всех падений — таймаут.

Автор текста: mikhailshpakov. Написано специально для ▶️Timeweb Cloud и читателей Pikabu.

❯ Почему сайты падают на самом деле

Когда думаешь о падении сайта, в голову приходят драматичные сценарии: взлом, DDoS, сгоревший дата-центр. Реальность скучнее, но по-своему интереснее.

Половина всех инцидентов за год (53 920) — это таймаут. Сервер жив, порт открыт, но ответа в разумное время нет. Сайт не «упал», он «задумался»: перегруженная база, забитый пул воркеров, медленный внешний API. Для посетителя разницы никакой.

Дальше идут «сервер недоступен» (11,2%), честные 500-ки (7,4%) и bad gateway (6,9%). Последний случай особенно узнаваемый: бэкенд уже умер, а nginx остался и рапортует об этом всем желающим.

Отдельно отмечу две категории. SSL-проблемы дают около 4% инцидентов, и это самая обидная категория: почти все они предотвращаются автопродлением и проверкой цепочки. DNS даёт ещё почти 2% — та самая история, из-за которой я когда-то добавил DNS-мониторинг.

А ещё 1 867 раз за год сайты отвечали мониторингу 404-й прямо со своей главной страницы. Кто-то удалил или переместил её и просто не заметил.

❯ Когда падают: полуденный пик и полуночные деплои

Я ожидал, что график инцидентов по часам будет просто повторять график нагрузки: днём больше трафика, больше и падений. Почти так и есть, но с одним сюрпризом.

Главный пик приходится на время с полудня до пяти вечера, худший час — 12:00 (5 160 инцидентов за год), самый спокойный — пять утра. Но посмотрите на полночь: это пятый по аварийности час суток. В 00:00 стартуют кроны, ночные деплои и всякие «давай выкатим, всё равно никто не смотрит».

Есть на графике и второй ночной бугорок, поменьше, в три часа по Москве. Я не сразу сообразил, откуда он: три ночи по Москве — это полночь по UTC. Серверы, живущие по всемирному времени, запускают свои кроны на три часа позже московских и точно так же от них падают.

По дням недели картина ещё красноречивее: в четверг сайты падают на треть чаще, чем в воскресенье. Сайты ломают люди, а не энтропия. В выходные никто не деплоит, и ничего не падает.

❯ Сколько длится типичное падение

47% всех падений закрываются за пять минут, ещё треть укладывается в полчаса. Типичный инцидент — это рестарт, докатившийся деплой или короткий всплеск нагрузки.

Тут важно оговориться. У большинства мониторов интервал проверки пять минут (это дефолт), поэтому и мир мониторинг видит с шагом в пять минут: «инцидент длился пять минут» на деле означает «к следующей проверке всё уже работало». Реальный простой мог быть и минуту, и тридцать секунд. Так что цифры в графике скорее оценка сверху, коротких падений на самом деле ещё больше.

Теперь хвост распределения. 3 203 инцидента длились больше суток. Это сайты, за которыми никто не следит: они падают тихо и лежат, пока кто-нибудь случайно не заметит. Собственно, ради борьбы с этим сценарием я и делаю мониторинг.

И ещё одно наблюдение, которое мне очень нравится. Медианная длительность инцидента днём и ночью почти одинаковая, около пяти с половиной минут: короткие падения чинит автоматика, а ей всё равно, который час. Зато p90 отличается заметно: 119 минут днём против 161 ночью. Длинные инциденты ночью чинят на 35% дольше. Если автоматика не справилась, дальше всё зависит от человека, а человек спит.

❯ Что случилось в июне

В июне Statuser работал как никогда много: 22 556 инцидентов за месяц, вдвое больше обычного. Уведомления улетали пользователям почти каждую минуту. И это не эффект роста базы мониторов: в пересчёте на один сайт вышло 3,54 инцидента при годовой норме 1,5–2.

Если развернуть июнь по дням, видно, что это был не один большой сбой, а три отчётливые волны: 9–11, 17–18 и 23–25 июня. Худший день года — 24 июня: 1 169 инцидентов на 326 разных сайтах за сутки.

Самое интересное в этих волнах — профиль. Обычно на сетевые причины (таймауты и недоступность хоста) приходится 60–63% инцидентов, а в июньские волны доля доходила до 78%. То есть сами приложения продолжали работать, но переставали быть доступными по сети. О причинах рассуждать не возьмусь: думаю, многие и сами помнят, каким выдался июнь. Покажу только то, что видно в данных.

К июлю всё стабилизировалось, но только наполовину. По числу инцидентов в день волны прошли: после 26 июня ни один день не поднимался выше 750 против 1 169 в пике. А вот структура ошибок к норме не вернулась: доля сетевых причин и в последнюю неделю июня (71%), и в июле (70%) держится заметно выше майских 60–63%. Да и в абсолютных числах июль пока в полтора раза аварийнее мая.

❯ Кто держит девятки

«У нас аптайм 99,9%» — любимая фраза маркетинговых материалов. Я решил проверить, как обстоят дела на практике, и посчитал средний аптайм за последние 90 дней по всем активным мониторам.

Медианный сайт держит 99,92%, то есть около 35 минут простоя в месяц. Неплохо! Но до «четырёх девяток» дотягивает только каждый четвёртый сайт, а 15% живут с аптаймом ниже 95% — это больше полутора суток простоя ежемесячно. И, судя по хвосту из прошлого раздела, владельцы чаще всего об этом просто не знают.

❯ SSL: монокультура одного центра сертификации

Из побочных находок. Statuser проверяет SSL-сертификаты, и по 4 643 отслеживаемым сертификатам расклад такой:

71,5% — Let’s Encrypt. Платные центры сертификации в этом сегменте практически исчезли, HTTPS стал бесплатной нормой, и это прекрасно. Смущает только, что почти три четверти сайтов теперь зависят от одного бесплатного CA. Интересно, что будет, если у него случится по-настоящему плохой день.

Кстати, страшилка про «протухший сертификат» почти умерла: реально просроченных сертификатов на живых сайтах единицы, автопродление победило. Но не до конца: 1 694 инцидента за год случились из-за проблем с цепочкой, когда сам сертификат в порядке, а промежуточный в цепочке нет.

❯ Бонус: как выглядит задержка из разных точек мира

Statuser проверяет сайты из пяти локаций, и по средней задержке ответа получилась любопытная география:

Из Питера и Москвы получается около полусекунды, из Амстердама 621 мс, а из Нью-Йорка 1 074 мс. Дело тут, конечно, не в Нью-Йорке: большинство сайтов из выборки размещены в России, и задержка просто растёт с расстоянием до сервера. Но в этом и практический вывод: если сайт хостится в России, а аудитория есть за её пределами, для этой аудитории он вдвое медленнее. И увидеть это можно, только проверяя сайт не из Москвы.

❯ Что из этого стоит унести с собой

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

• Полночь — худшее время для крона и деплоя без присмотра. Если ночной инцидент не починит автоматика, лежать он будет до утра.

• Проверяйте цепочку сертификатов, а не только срок действия. Проблемы с цепочкой случаются чаще, чем просроченные сертификаты.

• 99,99% — не данность. Три четверти сайтов её не держат. Чтобы понять, в какой группе ваш, нужно сначала начать измерять.

❯ В заключении

Если сжать год наблюдений в одну мысль, получится так: сайты падают не от катастроф, а от рутины. Таймауты, ночные кроны, забытые сертификаты, деплой в четверг после обеда. Хорошая новость в том, что с рутиной, в отличие от катастроф, можно работать: измерять, замечать закономерности и чинить причины, а не последствия.

Спасибо, что дочитали до конца! Буду рад обратной связи: вопросам, идеям или просто впечатлениям в комментариях. А если хотите узнать, сколько девяток держит ваш сайт — попробуйте Statuser.

Больше интересных статей и новостей в нашем блоге на Хабре и телеграм-канале.

📚 Вам может быть интересно:

• Подключаю свой перчик к умному дому, или как я датчик влажности почвы для Home Assistant делал

• Когда реклама — искусство на стыке форм. Три истории о том, как консоли продавали через угрозы, сюрреализм и метафоры

• Формулы и функции в Excel: подробное руководство для начинающих

Теперь облачной базе данных можно выдать бесплатный публичный IPv6-адрес.

Полезно, если:

1️⃣ Уже раскатали IPv6 в своей инфраструктуре и не хотите держать IPv4 только ради базы

2️⃣ Масштабируете проект и постепенно уходите от дефицитных IPv4-адресов

3️⃣ Строите cloud-native или корпоративную инфраструктуру, где важна поддержка IPv6.

Подключается в пару кликов: при создании новой базы или в настройках существующей «Сеть» → «Публичный IPv6-адрес». Если переключателя IPv6 у базы нет — значит, на вашей сети он пока недоступен.

При защищенном TLS-подключении адрес автоматически привяжется к техническому домену базы. Остальные детали в документации →

Фича появилась не случайно — ее давно просили в разделе идей (тут и тут), теперь она в проде.

Привязать айпишник к базе →

Мы в Скорозвоне изучили обезличенную статистику сервиса за два года и собрали выводы о том, как устроен сегодня рынок исходящего обзвона: сколько компании звонят, кому, когда и с какой эффективностью. Основа исследования — 1,57 млрд вызовов, совершённых пользователями сервиса. Главным событием анализируемого периода стало введение обязательной маркировки звонков осенью 2025 года, поэтому отдельный блок исследования посвящён тому, как рынок отреагировал именно на это изменение. Подробности — ниже.

Звонок не исчезает, но растёт цена ошибки

Главный вывод можно сформулировать так: голосовой канал не теряет позиции, хотя правила игры на нём заметно ужесточились. За 2025 год общее количество звонков выросло на 16,5% год к году. Этот результат расходится с распространённым мнением, что бизнес массово переходит с звонков на мессенджеры.

Большую часть годового роста обеспечил третий квартал — 459 млн вызовов, рекорд за весь период наблюдений, — и случился он ещё до введения маркировки. После того как новая норма вступила в силу, рынок отреагировал почти мгновенно: суточный объём упал с 5,9 млн до 1,3 млн вызовов в течение одних суток. По итогам месяца октябрь дал 135 млн звонков, ноябрь — 121 млн, тогда как в сентябре было 160 млн.

К первому кварталу 2026 года рынок вышел на стабильный уровень около 130 млн звонков в месяц — ощутимо ниже сентябрьских значений, но без признаков дальнейшего сжатия. Вывод: компании не перестали звонить, но стали считать каждый звонок иначе, чем годом раньше.

Маркировка сделала звонки реже, но точнее

Несмотря на введение платного барьера, контактность не упала, а выросла: с 19,7% летом 2025 года до 26,3% к началу 2026-го.

Объяснение — в изменении операционной нагрузки. Среднее число попыток дозвона, которое требуется для одного состоявшегося разговора, увеличилось с 2,18 до 4,62 — более чем вдвое. Маркировка, по сути, отфильтровала с рынка тех, кто раньше закрывал низкое качество базы количеством попыток: звонить «на всякий случай» стало невыгодно. Оставшиеся участники рынка работают с более чистыми базами и точнее выбирают, кому звонить. Отсюда и рост контактности при общем снижении интенсивности.

Это не отменяет старую проблему: номера телефонов продолжают деградировать со временем, и регулярная ротация пула остаётся обязательной частью работы колл-центра.

Финансы и недвижимость выбрали противоположные стратегии

Отраслевой разрез исследования показывает, что одни и те же внешние условия рынок отрабатывает по-разному.

Финансовый сектор остаётся крупнейшим по объёму обзвона — 230,9 млн звонков за 2025 год, более чем вдвое выше, чем у занимающей второе место медицины. Средняя продолжительность звонка упала на 32% за два года, до 18 секунд. Возможная причина — рост доли автоматизированных уведомлений (напоминания о платежах, подтверждения операций).

Недвижимость движется по другой траектории: объём обзвона в секторе вырос на 180% — с 20,1 млн вызовов в 2024 году до 56,2 млн в 2025-м. Вероятный триггер — отмена льготной ипотеки летом 2024 года, после которой органический входящий поток клиентов резко сократился. Девелоперы и агентства компенсировали потерю входящих заявок активным исходящим обзвоном.

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

Лучшее время для звонка — что говорит статистика

Пиковая активность приходится на промежуток 10:00–12:00, причём только на 11-й час за весь период пришлось 372 млн вызовов. Контактность в эти часы — 25,1%, тогда как вечером она падает до 9,8–12,8%.

Вторник — самый загруженный день с 597 млн звонков за период, воскресенье — самый спокойный с 153 млн. Но контактность по выходным снижается совсем незначительно — с 24–25% в будни до 23% в субботу и воскресенье. Конкуренция за внимание клиента в выходные ниже, а шанс на разговор почти такой же, как в будни.

Расхожее представление о «мёртвом» летнем периоде не подтверждается. Третий квартал — стабильно самый сильный квартал года, а июль, август и сентябрь традиционно опережают весенние месяцы по объёму звонков.

Главный вывод

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