Какие ошибки возникают при работе с Google Analytics и как с ними бороться

35095

Маркетологи, аналитики и владельцы бизнеса ежедневно полагаются на Google Analytics 4, чтобы принимать решения на основе данных. Но даже незначительная ошибка в настройке может исказить данные и привести к неправильным выводам .

Чаще всего проблема не в самой системе, а в некорректных настройках, из-за которых данные становятся неточными или вообще теряются.

В этой статье разберу самые распространенные ошибки в GA4. Объясню, почему они возникают, как их распознать и устранить, прежде чем они начнут искажать картину вашего бизнеса.

Неправильное размещение кода Google Analytics 4.
Неверный идентификатор отслеживания Google Analytics.
Проблемы с тегами конфигурации GA4.
Проблемы с пользовательскими параметрами.
Конфликт между тегами.
Одновременная установка Google Analytics и Google Tag Manager.
Отсутствие или неправильная настройка целей.
Ошибки URL целей.
Нераспределенный (Unassigned) трафик в Google Analytics 4.
Особенности сайта или системы.
Отсутствие автоматической разметки.
Проблемы с данными и трафиком.
Технические ошибки.
Проблемы с рефералами.

Неправильное размещение кода Google Analytics 4

Часто код отслеживания Google Analytics 4 добавляют в неверной части страницы или не на все необходимые шаблоны. Неправильное размещение тега может привести к неполному или искаженному сбору данных.

Решение

Размещайте код отслеживания GA4 сразу после открывающего тега <head> на всех страницах сайта. Это гарантирует, что данные начнут передаваться в момент загрузки страницы.

Неверный идентификатор отслеживания Google Analytics

Некорректный идентификатор отслеживания Google Analytics — одна из самых распространенных причин сбоев в работе GA4. Ошибки возникают из-за лишних пробелов, опечаток или использования устаревшего формата идентификатора — UA-* вместо G-*.

Идентификатор отслеживания — это уникальный код в формате G-XXXXXXXXXX, который связывает ваш сайт или приложение с конкретным ресурсом в GA4. Он используется для корректной отправки данных в нужную учетную запись.

Решение

Копируйте идентификатор отслеживания в формате G-XXXXXXXXXX только из интерфейса GA4 и вставляйте его без изменений. Избегайте ручного ввода и обязательно проверяйте, чтобы не было лишних символов, особенно при добавлении кода через CMS или вручную на сайт.

Пример идентификатора отслеживания в Google Analytics 4

Проблемы с тегами конфигурации GA4

Тег конфигурации GA4 — это основной тег в Google Tag Manager, который инициализирует сбор данных для Google Analytics 4 и связывает сайт с нужным ресурсом через идентификатор отслеживания.

Они срабатывают только при наличии корректных триггеров — условий, при которых они активируются. Если триггеры отсутствуют или неправильно настроены, теги конфигурации будут работать некорректно.

Отсутствие триггера

Когда триггер не добавлен или настроен неправильно, тег конфигурации не запускается, и данные не отправляются в Google Analytics.

Пример. Вы создали тег конфигурации GA4 в Google Tag Manager, но забыли добавить триггер Page View или Initialization – All Pages. В результате GA4 не фиксирует посещения страниц сайта.

Решение

Зайдите в аккаунт Google Tag Manager и найдите тег конфигурации GA4. Если его нет — создайте. Для этого:

В учетной записи Google Tag Manager во вкладке «Теги» нажмите в правом верхнем углу «Создать», после чего нажмите на поле Tag configuration.

Выберите тип тега Google Analytics — Google Tag.

Вставьте в поле Tag ID идентификатора отслеживания c Google Analytics 4.

Выберите триггер:

Page View — для отслеживания загрузки страниц, самый распространенный вариант;
Initialization – All Pages — если хотите, чтобы тег срабатывал раньше других.

Сохраните изменения и опубликуйте контейнер.

Неправильная настройка триггеров

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

Пример. Вы настроили триггер, чтобы тег срабатывал только на страницах, содержащих слово checkout в URL. Адреса страниц корзины на сайте имеют другой формат — cart/. В итоге данные с этих страниц не собираются.

Решение

Проверьте условия триггеров:

для глобального отслеживания используйте триггер All Pages;
для специфичных действий уточните параметры селектора — CSS, ID.

Протестируйте работу триггеров с помощью «Предварительного просмотра» в Google Tag Manager.

Проблемы с пользовательскими параметрами

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

Пользовательские параметры в Google Analytics 4 — это кастомные значения, которые можно передавать вместе с событиями, например, тип пользователя, категория товара. В отличие от Universal Analytics, в GA4 параметры задаются на уровне каждого события и требуют ручной регистрации в интерфейсе.

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

Решение

Добавьте пользовательские параметры в настройках тега конфигурации. Для этого:

Откройте Google Tag Manager.
Перейдите во вкладку «Теги».
Выберите тег типа GA4 или создайте новый.
В поле «Параметры события» нажмите «Добавить параметр».
В строке «Имя параметра» укажите ключ, например, checkout.
В строке «Значение» выберите переменную или задайте ее вручную — например, {{Event Category}} или новости.

Сохраните тег.
Опубликуйте контейнер.

Чтобы пользовательские параметры отображались в отчетах, зарегистрируйте их в интерфейсе GA4.

Открой учетную запись в Google Analytics 4.
Перейдите в раздел «Администратор».
В колонке «Ресурс» выберите пункт «Настроенные определения» → «Пользовательские параметры».
Нажмите кнопку «Создать пользовательский параметр».

В поле «Название параметра» задайте имя.
В поле «Область действия» выберите «Событие».
В поле «Параметр события» укажите точное имя параметра, которое передается с событиями — например, event_category.
Нажмите «Сохранить».

Конфликт между тегами

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

Пример. Событие purchase настроено одновременно для двух потоков. Из-за различий в параметрах (например, источнике трафика) передаются разные значения, что создает путаницу в отчетах.

Решение

Для каждого идентификатора отслеживания используйте отдельный тег в GTM. Если код аналитики установлен непосредственно на сайт, можно отправлять данные одновременно в несколько идентификаторов потока с помощью параметра send_to:

gtag('event', 'purchase', {

'send_to': ['G-XXXXXXXXXX', 'G-YYYYYYYYYY'],

transaction_id: 'T12345',

value: 100,

currency: 'USD'

});

Одновременная установка Google Analytics и Google Tag Manager

Если на сайте одновременно используется код GA4 (скрипт с gtag.js) и настройки через Google Tag Manager, возникает конфликт: события дублируются, данные искажаются, отчеты становятся неточными.

Решение

Используйте только один способ установки GA4 — предпочтительно через Google Tag Manager. Убедитесь, что оригинальный код GA4 полностью удален из шаблонов сайта.

Как проверить:

Откройте исходный код страницы и найдите строки с gtag или идентификатором G-XXXXXXXXXX.
Используйте расширение Tag Assistant. Если в списке отображаются два тега GA4 с одним идентификатором — это признак дублирования.

Отсутствие или неправильная настройка целей

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

Некорректная настройка или отсутствие целей затрудняет анализ и принятие взвешенных бизнес-решений.

Проверка настроенных целей в GA4

DebugView — это инструмент в Google Analytics 4, который позволяет в режиме реального времени отследить события и выявить ошибки в настройках целей или тегов.

Включение режима отладки

Чтобы проверить корректность отправки событий и срабатывания целей, активируйте режим отладки одним из способов.

Способ 1. Через Google Tag Manager (GTM)

Если вы используете GTM:

Перейдите в режим предварительного просмотра (кнопка Preview).
Откройте сайт по сгенерированной ссылке.
Выполните тестовые действия — переходы, клики, отправку формы.

Способ 2. Через браузерное расширение

Если GTM не используется или аналитика установлена не через Tag Manager:

Установите расширение GA Debugger Chrome Extension.
Включите расширение перед началом теста.
Выполните нужные действия на сайте.

Проверка событий в DebugView

После включения отладки:

Перейдите в Admin → View Data → DebugView в GA4.
Найдите устройство и дождитесь появления событий — может быть небольшая задержка.
События отображаются на временной шкале в реальном времени.

Подробнее об отслеживании событий в Google Analytics 4 через DebugView.

Как проверить срабатывание цели

Шаг 1. Найдите нужное событие

Например, purchase, form_submit, sign_up — в зависимости от вашей цели.

Шаг 2. Проверьте параметры события

кликните на интересующее событие, чтобы увидеть параметры, которые передаются с ним — например, transaction_id, value, page_location;
убедитесь, что значения параметров совпадают с условиями, указанными в настройке цели.

Шаг 3. Проверьте срабатывание конверсии

Если событие связано с целью, в DebugView появится отметка о срабатывании конверсии. Проверьте, что конверсия срабатывает только при выполнении всех условий.

Если что-то пошло не так

Событие не появляется в DebugView:

проверьте настройки триггеров и тегов в GTM;
убедитесь, что событие отправляется с включенным параметром debug_mode;
проверьте, используется ли правильный идентификатор потока (Measurement ID).

Параметры события некорректны:

проверьте, правильно ли указаны параметры в настройке тегов;
убедитесь, что все параметры передаются корректно через GTM или код сайта.

Если не срабатывает конверсия, проверьте настройки цели в GA4: соответствуют ли они событию и его параметрам.

Ошибки в настройке целей по URL

Цели, основанные на URL страниц, часто работают некорректно из-за неточностей в настройке. Наиболее частые ошибки:

выбор неподходящего типа соответствия — равно, начинается с, регулярное выражение;
лишние пробелы или символы в URL;
ошибки в регулярных выражениях.

Пример. Вы хотите отслеживать посещение страницы «Спасибо за заказ»: https://example.com/order-success.

Если для цели выбран тип соответствия «равно», при попадании на ссылку с параметром https://example.com/order-success?ref=123 цель срабатывать не будет.

Решение

Выберите подходящий тип соответствия:

«равно» — подходит для URL, которые всегда идентичны, например, /order-success;
«начинается с» — используется для URL с динамическими параметрами, например, /order-success и все его производные;
«регулярное выражение» — применяется для сложных URL, например, /order-success(\?[^#]*)?$ отследит строки, содержащие /order-success с параметрами, но без якорных ссылок.

Убедитесь, что в URL нет лишних пробелов или символов.

Нераспределенный (Unassigned) трафик в Google Analytics 4

Нераспределенный трафик — это данные, которые Google Analytics 4 не может классифицировать по стандартным источникам, таким как органический поиск, реклама, социальные сети или прямые переходы. Это затрудняет анализ эффективности маркетинговых кампаний, так как не позволяет определить, откуда пришли пользователи.

Читайте о группах каналов трафика в Google Analytics 4

Причины появления Unassigned-трафика

GA4 не может корректно классифицировать трафик из-за неправильных или нестандартных UTM-меток:

отсутствуют ключевые параметры — utm_source, utm_medium, utm_campaign;
используются нестандартизированные значения — например, utm_medium=facebook_ads вместо utm_medium=social.

Пример. Вы запускаете рекламную кампанию с меткой utm_medium=facebook_ads. GA4 не распознает это значение как «социальные сети», и трафик попадает в категорию Unassigned или Direct.

Решение

Используйте только стандартизированные значения UTM-меток:

utm_source — например, facebook, google, newsletter;
utm_medium — например, cpc, social, email, affiliate;
utm_campaign — например, spring_sale, brand_awareness.

Проверяйте метки вручную или через UTM-генераторы.
Следите за соответствием официальным рекомендациям Google.

Нарушение порядка срабатывания тегов в GTM

Если событие срабатывает раньше, чем тег конфигурации GA4, Google Analytics не может зафиксировать источник трафика или сессию и теряет информацию:

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

Пример. Событие клика по кнопке «Купить» срабатывает до инициализации тега конфигурации GA4. В результате информация об источнике трафика не сохраняется.

Как обнаружить

Включите режим Preview в Google Tag Manager.
Выполните тестовое действие на сайте.
В Tag Assistant посмотрите порядок срабатывания тегов: если событие отправляется до тега конфигурации GA4 — порядок нарушен.

Решение

Установите правильную последовательность срабатывания тегов:

Advanced Settings → Tag Sequencing → Fire after tag → выбери тег конфигурации GA4.

Особенности сайта или системы

Некоторые особенности сайта или серверной логики могут приводить к потере UTM-меток, особенно при редиректах или нестандартной обработке URL. Это мешает GA4 определить источник трафика.

Как проявляется

При переходе по рекламной ссылке UTM-параметры исчезают из адресной строки, а в GA4 трафик отображается как Direct или Unassigned, несмотря на использование меток.

Пример. Пользователь кликает на ссылку:
https://example.com/?utm_source=google
После редиректа он попадает на:
https://example.com/home — параметры теряются, источник не фиксируется.

Решение

Чтобы устранить проблему:

проверьте работу редиректов — они должны сохранять параметры URL при передаче между страницами;
настройте сервер так, чтобы он не обрезал UTM-параметры при переходе;
используйте метки в якорях только в исключительных случаях — они не передаются на сервер.

Отсутствие автоматической разметки

В Google Ads нет автоматической UTM-разметки. Система применяет параметр gclid вместо привычных utm_source, utm_medium. Из-за этого при ручном вводе меток возникают ошибки — опечатки, несогласованность регистра, разные варианты названий рекламных кампаний.

Пример. Маркетолог вручную прописал ссылку:

https://site.com/?utm_source=Google&utm_medium=CPC&utm_campaign=SpringSale

Другой специалист при следующей кампании указал:

https://site.com/?utm_source=google&utm_medium=cpc&utm_campaign=springsale

В результате в отчетах GA4 появятся две разные кампании: Google / SpringSale и google / springsale, а данные о конверсиях будут раздроблены.

Решение

Включить авто-тегирование (auto-tagging)

В настройках аккаунта Google Ads нужно активировать параметр gclid.

После этого при клике по объявлению система автоматически добавит ?gclid=XYZ к URL, и GA4 корректно свяжет трафик с кампаниями.

Больше деталей — в справке Google.

Связать Google Ads с GA4

В интерфейсе GA4 выполните эти шаги: «Администратор» → «Связь с Google Ads» → выбрать аккаунт Ads → подтвердить.

Это обеспечит автоматический импорт конверсий, ключевых слов и названий кампаний.

Если используете ручные UTM-метки:

используйте единый шаблон — зафиксируйте точные значения utm_source=google, utm_medium=cpc, utm_campaign=springsale (все в нижнем регистре);
используйте инструмент Campaign URL Builder для создания разметки.

Проблемы с данными и трафиком

Даже при корректной настройке аналитики в GA4 можно столкнуться с отсутствием данных или их искажением. Ниже — ключевые причины и способы устранения.

Отсутствие трафика

Если сайт не посещается, в отчетах не отображаются данные о пользователях.

Решение

Проверьте доступность сайта и активируйте трафик через рекламу или SEO.
Протестируйте аналитику через раздел «В реальном времени».
Убедитесь, что код отслеживания установлен на всех страницах и работает корректно.

Семплирование данных

При больших объемах данных GA4 может генерировать отчеты на основе выборки (sampling), а не использовать весь массив событий. Это снижает точность отчетов и искажает представление поведения пользователей.

Пример. За месяц сайт посетило 5 000 000 пользователей. Вы хотите проанализировать поведение в блоке «Исследования» (Explore). Поскольку количество событий превышает порог в 10 000 000, GA4 автоматически обработает лишь часть данных. В результате вы получите отчет, основанный не на всех визитах, а на их выборке. Это приведет к неточным метрикам — например, по CTR, конверсии, глубине просмотра.

Решение

Экспорт в BigQuery

Настройте экспорт сырых данных GA4 в BigQuery. В этом инструменте можно работать с полным набором событий без выборки, строить собственные запросы и отчеты.

Подробнее о том, почему следует работать с сырыми данными и как настроить их экспорт.

Ограничение объема в «Исследованиях»

Если BigQuery недоступен, не создавайте слишком обширные «Карточки» (Explorations) с большим числом сегментов и метрик.

Разбивайте период на более короткие временные отрезки: вместо одного «Exploration» на весь месяц сделайте по две–три карточки на каждую декаду. Это снизит риск попадания в выборку.

Использование стандартных отчетов GA4

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

Если вам достаточно базовых показателей (сессии, пользователи, конверсии), используйте их вместо Explorations, чтобы получить точные цифры.

Пример того, как GA4 сигнализирует о применении семплирования

Технические ошибки

Эти ошибки могут значительно влиять на корректность данных в GA4.

Битые ссылки (ошибки 404)

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

Пример. Пользователь кликает на внутреннюю ссылку, ведущую на удаленный товар. Попадает на 404-страницу с текстом «Страница не найдена» и уходит. GA4 засчитывает это как обычный визит, не фиксируя проблему. В результате это приводит к завышенному показателю отказов и затрудняет понимание, какие ссылки на сайте ведут к «пустым» страницам.

Решение

Настройте событие в GA4 для отслеживания 404-страниц

Создайте кастомное событие на основе условия: если заголовок страницы содержит «Страница не найдена» или URL содержит /404.

Это позволит выделить такие сессии в отдельный отчет и увидеть количество 404-ошибок.

Проверьте все внутренние и внешние ссылки

Используйте краулеры типа Netpeak Spider, Screaming Frog или онлайн-сервисы для поиска неработающих ссылок на сайте.

Исправьте их или настройте корректные перенаправления (301-редиректы) с устаревших адресов на актуальные страницы.

Проблемы с Measurement Protocol

Measurement Protocol — это интерфейс для отправки событий в Google Analytics 4 напрямую с серверной или сторонней системы с помощью HTTP-запросов. Он позволяет фиксировать действия пользователей даже вне браузера (например, покупки через CRM, офлайн-транзакции). Однако ошибки в передаче ключевых параметров могут серьезно исказить данные.

Некорректная передача параметров, таких как client_id или session_id, приводит к потере данных. GA4 не может связать события с конкретным пользователем или сессией, в результате чего отчеты показывают неполную картину поведения.

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

Решение

Проверьте правильность передачи параметров.

Убедитесь, что каждый запрос к Measurement Protocol содержит client_id, а при необходимости — и session_id.

Сравните значение client_id, полученное в браузере (через cookie или веб-SDK), с тем, что передается на сервер.

Как проверить, что client_id передается в GA4

Один из способов — проверка через GTM Preview Mode.

Перейдите в режим предварительного просмотра GTM.
На странице сайта совершите действие, при котором должен сработать тег GA4.
В левой части отладчика GTM выберите то событие, которое сработало первым.
Перейдите во вкладку Variables (Переменные) справа.
В списке переменных найдите Client ID или GA4 Client ID, если вы создавали кастомную переменную.
Посмотрите значение этой переменной — если там отображается строка вида 123456789.1610000000000, значит client_id передается корректно. Если значение пустое или undefined, значит параметр не передается.

Используйте тестовую среду и логирование на сервере.

Настройте отдельную тестовую среду, чтобы безопасно проверять передачи — например, отображайте события в отдельном потоке данных.
Внедрите логирование HTTP-запросов на сервере — фиксируйте все параметры и отслеживайте, какие значения приходят в GA4.
По результатам логов убедитесь, что client_id соответствует тому, что установлено у пользователя в браузере.

Убедитесь, что события синхронизированы с данными клиента

Если часть событий отправляется с клиента через gtag.js или Firebase SDK, а часть — с сервера, проверьте, что оба потока используют одинаковую схему идентификации (client_id или user_id).

Если используется user_id (когда вы привязываете пользователя к зарегистрированному аккаунту) удостоверьтесь, что этот параметр передается одинаково во всех событиях, чтобы GA4 мог объединять их в одну «историю» пользователя.

Проблемы с рефералами

Трафик от внутренних пользователей

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

Решение

Чтобы исключить внутренний трафик, настройте фильтрацию по IP-адресам на уровне потока данных.

Перейдите в GA4: «Администратор» → «Потоки данных» и выберите нужный.
Пролистайте вниз до блока «Настройки тегов» → «Внутренний трафик».
Нажмите «Создать правило».
Заполните поля:

название — Internal traffic;
IP-адрес — например, 92.168.1.0/24 или ваш внешний IP;
значение параметра traffic_type — internal.

Ошибки рефералов систем оплаты или субдоменов

Переходы через платежные сервисы такие как PayPal, Stripe или субдомены могут ошибочно фиксироваться GA4 как новые сессии. Это искажает данные о трафике и конверсиях.

Решение:

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

Для этого:

Используйте один и тот же Measurement ID GA4 на всех доменах и субдоменах.
В интерфейсе GA4 перейдите: «Администратор» → «Потоки данных» → «Веб-поток» → «Настройки тегов» → «Междоменные переходы».
Включите опцию «Автоматически помечать переходы между доменами».
Укажите все домены и субдомены, между которыми должны отслеживаться переходы, например: example.com, shop.example.com, blog.example.com.

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

Выводы

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

Техническую реализацию GA4. Убедитесь, что код отслеживания корректно внедрен, триггеры и теги работают в нужной последовательности.
Цели и события. Настраивайте их точно, чтобы не терять важные пользовательские действия и получать достоверные данные о конверсиях.
Источники трафика. Используйте стандартизированные UTM-метки, чтобы избежать появления неназначенного трафика и не искажать отчеты.
Ограничения платформы. Учитывайте такие факторы, как семплирование или автоматическая фильтрация, и применяйте обходные решения.
Фильтрацию нерелевантного трафика. Исключайте внутренние посещения и устраняйте ошибки, связанные с платежными системами или субдоменами.
Стабильность передачи параметров и данных. Проверяйте параметры в Measurement Protocol, поддерживайте целостность сессий при кросс-доменном отслеживании.

Это обновленная статья. Первая версия была опубликована 9.05.2018 и ее автором была Анастасия Апалишиина

Александр Волынюк

Работаю в команде OLX. Нравится анализировать данные, находить закономерности и потенциальные точки роста для развития проектов.

Другие статьи автора

Узнайте больше

Обнаружили ошибку? Выделите ее и нажмите Ctrl + Enter.

По теме

Как рассчитать ROMI для большого интернет-магазина — импортируем себестоимость товаров в Google Analytics

Хотите видеть в отчетах точный ROMI в разрезе рекламных кампаний, групп объявлений и ключевых слов? Импортируйте себестоимость товаров в Google Analytics

Свежее

Как настроить ретаргетинг для рекламы в Instagram и Facebook

Понятная инструкция для SMM-специалистов и тех, кто экспериментирует с настройками аудиторий в рекламных кампаниях

Как подобрать низкочастотные запросы и для чего это нужно

Низкочастотные, низкоконкурентные, Long Tail и другие термины, которые нужно знать и понимать.

AI-поиск и ecommerce: как меняется SEO-оптимизация

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