Часто проверка шаблонов WhatsApp отклоняется из-за «нарушения правил по чувствительным словам», «непривязанных переменных», «недействительных ссылок», «ошибок форматирования» или «превышения лимита символов». Данные Meta показывают, что около 35% случаев отклоняются из-за использования таких слов, как «бесплатно» и «немедленно», а 20% — из-за того, что переменные, например {имя}, не связаны с данными пользователя. Рекомендуется перед отправкой использовать официальный «инструмент предварительного просмотра шаблонов», заменять чувствительные слова на «предложение» или «акция», а также убедиться, что ссылка начинается с HTTPS и переменные привязаны к тестовому аккаунту.

Неясное назначение шаблона

Согласно официальным данным Meta, около 35% отклоненных шаблонов WhatsApp Business связаны с «неясным описанием назначения». Многие компании подают заявки, описывая их как «отправка важных уведомлений», но не уточняют тип уведомления, условия его отправки и пользу для пользователя, что не позволяет команде модерации определить необходимость сообщения. Например, одна платформа электронной коммерции получила отказ, потому что написала только «уведомление об обновлении заказа». После уточнения, что это «уведомление о статусе доставки, включающее номер заказа и предполагаемое время прибытия», заявка была одобрена в течение 24 часов.

Проверка шаблонов WhatsApp требует, чтобы описание назначения было максимально точным. Например, в банковской сфере описание «уведомление об активности счета» будет отклонено, в то время как «отправка push-уведомления пользователям с привязанными сберегательными счетами о списании более 5000 тайваньских долларов, включающее время транзакции, название продавца и ссылку для подтверждения риска» имеет 92% вероятность одобрения. Алгоритм модерации сканирует описание на наличие трех ключевых аспектов: условия срабатывания (Trigger), структура содержимого сообщения (Content Elements) и целевой пользователь (User Identity).

В одном случае, сеть ресторанов трижды получала отказ по заявке «уведомление о скидках для участников». После того как они изменили описание на «отправка кода на скидку «один плюс один» на день рождения участникам, которые совершили более 3 покупок за последние 180 дней, с указанием срока действия и времени, когда акция действует в конкретном ресторане», заявка была одобрена с первой попытки. Ключевой момент — объяснить: кто, при каких обстоятельствах и какое содержание получит. Согласно отчету Meta по модерации в Азиатско-Тихоокеанском регионе за 2023 год, заявки с конкретными параметрами одобрялись в среднем за 18 часов, по сравнению с 72 часами без уточнений.

С технической точки зрения, следует избегать расплывчатых формулировок. Например, «регулярное обновление» должно быть уточнено как «отправка списка новых товаров каждую среду в 12:00». «Обслуживание клиентов» должно быть конкретизировано как «после того, как пользователь нажимает кнопку ‘Помощь’ в приложении, отправляется подтверждающее сообщение с номером службы поддержки и предполагаемым временем ответа». Статистика показывает, что заявки, содержащие частоту (например, каждые 24 часа), числовые условия (например, порог суммы) и условия, связанные с действиями (например, нажатие определенной кнопки), имеют на 47% более высокую вероятность одобрения.

Официальное руководство по модерации гласит: описание назначения должно содержать более 25 символов и как минимум один конкретный параметр, например «когда доставка товара задерживается более чем на 2 часа, автоматически отправляется новое предполагаемое время доставки и купон на компенсацию».

Распространенная ошибка — маскировка маркетинговых целей под служебные сообщения. Если в описании используются слова вроде «продвижение» или «ограниченное по времени предложение», система автоматически помечает шаблон как коммерческий (что требует более строгой проверки). Правильный подход — сосредоточиться на связи с транзакцией: например, «уведомление о переносе рейса» должно быть дополнено «когда из-за погодных условий время вылета рейса XX переносится более чем на 60 минут, отправляется новое время вылета и ссылка на выбор нового рейса», с приложением документации, объясняющей логику срабатывания в системе бронирования авиакомпании.

Данные показывают, что 83% одобренных шаблонов содержат точное описание механизма срабатывания, 76% указывают поля данных, включенные в сообщение (например, номер заказа, сумма, временная метка), в то время как 61% отклоненных заявок используют общие отраслевые термины без конкретизации сценария. Рекомендуется использовать симулятор, предоставляемый Meta, перед отправкой, который генерирует оценку вероятности одобрения (рекомендуется подавать, если оценка не ниже B+).

Контент с рекламным подтекстом

Официальная статистика Meta показывает, что около 28% отклоненных шаблонов WhatsApp Business содержат «скрытый рекламный контент». Данные за первый квартал 2023 года в Азиатско-Тихоокеанском регионе показывают, что количество заявок от компаний, пытающихся вставить рекламную информацию в служебные сообщения, выросло на 42% по сравнению с предыдущим годом, при этом на долю электронной коммерции и туризма приходится 67%. Типичный пример: одна онлайн-образовательная платформа получила отказ, потому что добавила «скидочный код 20% на ограниченное время» в напоминание о курсе. После удаления кода время одобрения сократилось с 96 часов до 12 часов.

WhatsApp строго разделяет стандарты модерации для служебных (Service) и маркетинговых (Marketing) сообщений. Шаблоны служебных сообщений разрешают отправлять только уведомления, связанные с транзакциями, такие как подтверждение заказа, статус платежа, статус доставки и т. д. Маркетинговые шаблоны, с другой стороны, требуют дополнительной подписки пользователя и проходят более строгую модерацию. Система сканирует содержимое шаблона на наличие более 200 ключевых слов, связанных с рекламой, таких как «скидка», «акция», «ограниченное время», «бесплатная пробная версия». Если такие слова найдены, шаблон автоматически помечается как коммерческий. Данные показывают, что уровень отказа для шаблонов, содержащих такие слова, при первой подаче составляет 92%.

При реальной модерации следует обращать внимание на степень связи контента с условиями срабатывания. Например, в случае с банком, если «уведомление о счете кредитной карты» содержит «рекомендуем оформить рассрочку под 3.5%», это будет расценено как реклама. Но если сообщение будет «сумма вашего текущего счета составляет 8500 тайваньских долларов, последний срок оплаты — 15 марта 2024 года», оно будет соответствовать нормам. Согласно анализу, проведенному с помощью тестового инструмента Meta, если доля слов, связанных с рекламой, превышает 5% от общего количества символов, это запускает механизм ручной повторной проверки, что в среднем увеличивает время модерации на 120 часов.

Отраслевой подход заключается в разделении служебных и маркетинговых каналов. Одна международная платформа электронной коммерции показала, что после разделения уведомлений о заказах и рекомендаций товаров, уровень одобрения служебных шаблонов вырос с 35% до 88%, а количество жалоб пользователей снизилось на 62%. При этом следует убедиться, что служебные шаблоны содержат только три типа информации: данные, необходимые для транзакции (например, номер заказа, сумма, временная метка), инструкции (например, где ввести код подтверждения) и предупреждения о безопасности (например, заявление о борьбе с мошенничеством).

Таблица ниже сравнивает ключевые различия между служебными и маркетинговыми шаблонами:

С технической точки зрения следует избегать расплывчатых формулировок. Например, «Ваше эксклюзивное предложение готово» будет классифицировано как реклама, а «Ваш заказ (номер заказа: B-2089) был доставлен в указанный пункт сегодня в 14:30» — соответствует нормам. Новые правила Meta в 2024 году требуют, чтобы все служебные шаблоны содержали три элемента: идентификатор типа сообщения (например, [Напоминание о счете]), источник данных (например, «согласно вашему заказу от 5 марта 2024 года») и срок действия (например, «пожалуйста, подтвердите в течение 24 часов»).

Данные показывают, что компании, которые заранее удаляют рекламные слова с помощью инструментов проверки, увеличивают уровень одобрения шаблонов до 78%, экономя в среднем 64 часа на модерации. Рекомендуется использовать «симулятор шаблонов» в панели управления Meta Business. Этот инструмент распознает 99.2% запрещенных слов и предлагает варианты изменений, например, замену «подарочный купон на 100 юаней» на нейтральную фразу «после завершения заказа система выдаст купон на обмен».

Несоответствие формату сообщения

Глобальные данные Meta за первый квартал 2024 года показывают, что 38% отклоненных шаблонов WhatsApp Business напрямую связаны с «несоответствием формату». Например, на рынке электронной коммерции в Юго-Восточной Азии 52% случаев отклонения связаны с «превышением лимита переносов строк» или «неправильной привязкой переменных». Один шаблон с ошибкой задерживал уведомление пользователей в среднем на 48 часов, что приводило к потере 2.3% заказов. Одна крупная курьерская компания из-за «отсутствия https в формате ссылки» получила 18 000 автоматических отказов в квартале, что привело к дополнительным 86 часам ручной проверки.

Правила модерации формата сообщений WhatsApp основаны на двойном стандарте — машиночитаемость и пользовательский опыт. Система проводит машинное сканирование по 5 основным параметрам: «длина символов, правила переноса строк, специальные символы, действительность ссылок, соответствие переменных». Любое несоответствие приводит к отказу. Ниже приведены конкретные детали:

1. Длина символов: строгий лимит в 2000 символов

Система устанавливает лимит в 2000 символов (около 300-400 китайских иероглифов) для основного содержимого шаблона (без учета переменных). Часть, превышающая лимит, будет обрезана. Данные показывают, что уровень отказа для шаблонов с превышением лимита на 5% (2100 символов) составляет 67%, а при превышении на 10% (2200 символов) уровень отказа возрастает до 92%. Одна компания по электронной коммерции для товаров для мам и младенцев трижды не прошла модерацию, потому что в шаблоне «напоминание о вакцинации» подробно перечислила 12 пунктов (2350 символов). После сокращения до 1980 символов (удаление повторяющихся инструкций) шаблон был одобрен в течение 2 часов. Важно: переменные (например, {номер_заказа}) не учитываются в общем количестве символов, но их содержимое должно иметь место для расширения. Например, {адрес_возврата} может развернуться до 50 символов. Если общее количество символов (включая развернутые переменные) превышает 2000, шаблон будет отклонен.

2. Переносы строк и пробелы: «невидимые ловушки» машинного сканирования

Система требует, чтобы между абзацами в тексте использовался только «один символ переноса строки» (одно нажатие Enter). Последовательные переносы строк (≥2) или отступы в начале абзаца (≥2 пробела) будут расценены как «нарушение форматирования». Практические данные показывают, что уровень отказа для шаблонов с более чем 3 переносами строк достигает 82%, а шаблоны с отступами, даже если их содержание соответствует нормам, имеют уровень одобрения всего 45%. Шаблон «уведомления о получении рецептурного лекарства» одной аптечной сети был помечен как «нестандартный формат», потому что после «код получения: ABC123» было добавлено 2 пробела (для выравнивания). После удаления пробелов и использования единого переноса строки время модерации сократилось с 72 до 18 часов.

3. Специальные символы: разрешены только «функциональные символы»

Система разрешает использование только 12 основных символов, таких как «+、-、/、()、:», и запрещает использование декоративных символов, таких как «★、♪、→、❗». Данные показывают, что уровень отказа при первой подаче для шаблонов с декоративными символами составляет 94%. Даже такие распространенные символы, как «✔️», могут вызвать пометку о риске. Шаблон «уведомления о поступлении товара по акции» одной платформы электронной коммерции был отклонен, потому что после «ограничено 100 штуками» был добавлен символ «🔥». После замены на «(ограничено 100 штуками)» шаблон был одобрен. А один банк из-за использования символа «→» для соединения «старый_баланс→новый_баланс» в «уведомлении об изменении счета» получил задержку модерации на 56 часов.

4. Формат ссылки: обязательно должен содержать протокол

Все внешние ссылки должны полностью указывать протокол «https://» или «http://». Если указан только домен (например, www.example.com), система расценит это как «недействительную ссылку». Практические тесты показывают, что уровень отказа для шаблонов со ссылками без протокола составляет 100%. Даже если протокол написан строчными буквами (https://) или содержит лишний слеш (https://www.example.com//), он будет автоматически отклонен. Шаблон «ссылки на детали товара» одной международной платформы электронной коммерции был отклонен, потому что был написан как «www.shop.com/product». После исправления на «https://www.shop.com/product» он был одобрен. А один местный ресторан из-за лишнего слеша в «ссылке для заказа» (https://menu.com//order) приводил пользователей на неправильную страницу, что косвенно влияло на конверсию заказов.

5. Использование переменных: требуется привязка к «фиксированным параметрам»

Переменные (например, {имя_пользователя}, {номер_заказа}) должны быть привязаны к конкретным бизнес-сценариям и не могут динамически генерировать неопределенные параметры. Например, «Уважаемый {имя_пользователя}, ваш заказ на {тип_товара} (номер {номер_заказа}) отправлен» является допустимым, а «Уважаемый {случайный_пользователь}, ваш заказ на {неизвестный_товар} (номер {случайный_код}) отправлен» будет расценено как «непривязанные переменные». Данные показывают, что уровень отказа для шаблонов с неправильно привязанными переменными составляет 78%. А шаблоны с более чем 5 переменными (например, одновременно {имя}, {телефон}, {адрес}, {номер_заказа}, {название_товара}) имеют уровень одобрения всего 53% (потому что системе трудно проверить фактическое назначение всех переменных). Шаблон «уведомления о получении» одной курьерской компании был отклонен, потому что использовал {код_получения}, но в бэкенде не было привязано «правило генерации кода получения». В итоге на одобрение ушло 120 часов.

В таблице ниже приведены основные показатели модерации формата и ключевые моменты соответствия (источник данных: White Paper Meta по модерации в Азиатско-Тихоокеанском регионе за 2024 год + статистика компаний):

Практический совет: компаниям рекомендуется использовать «инструмент проверки формата» Meta (в разделе «Управление шаблонами» в панели Business). Этот инструмент автоматически проверяет 12 показателей, включая количество символов, количество переносов строк, действительность ссылок, и указывает точное место ошибки (например, «в строке 15 содержится декоративный символ ★»). Данные показывают, что компании, использующие этот инструмент для предварительной проверки, снизили уровень ошибок форматирования с 63% до 11%, а среднее время модерации сократилось до 24 часов.

Отсутствие подтверждения согласия пользователя

Отчет Meta по глобальной модерации за второй квартал 2024 года показывает, что 34% отклоненных шаблонов WhatsApp Business напрямую связаны с «отсутствием подтверждения согласия пользователя». Например, на рынке электронной коммерции в Юго-Восточной Азии компании, которые не предоставляли записи о подписке пользователей или документы о согласии, получили 21 000 отказов в квартале, что приводило к задержке модерации в среднем на 72 часа за заявку и косвенно к потере 1.8% потенциальных заказов. Одна крупная курьерская компания из-за отсутствия скриншотов с согласием пользователей в шаблоне «уведомление об аномалии посылки» получила 8000 автоматических отказов за месяц, что привело к дополнительным 42 000 юаням расходов на консультации по модерации.

Ключевой момент в модерации «подтверждения согласия пользователя» WhatsApp — это проверка «законности основания» для отправки сообщения. Это требование основано на глобальных законах о защите данных (таких как GDPR в ЕС, законы о защите персональных данных в Тайване и PDPA в странах Юго-Восточной Азии). Система проверяет три типа доказательств: записи о добровольной подписке пользователя (например, временная метка нажатия кнопки «подписаться на уведомления»), явное заявление о согласии (например, флажок «Я согласен получать обновления о доставке»), и связь с договором (например, пункт «принимаю условия получения служебных уведомлений», отмеченный при покупке). Данные показывают, что уровень отказа для компаний, предоставляющих только «выбранные по умолчанию флажки» или «неясное согласие», достигает 89%. В то время как для компаний, предоставляющих полную цепочку доказательств («временная метка + конкретное содержание согласия + путь действия пользователя»), уровень одобрения возрастает до 91%.

При реальной модерации «отслеживаемость» согласия является ключевым моментом. Система требует, чтобы доказательства содержали три элемента: «идентификатор пользователя (например, зарегистрированная электронная почта/номер телефона)», «время согласия (с точностью до минуты)» и «содержание согласия (четко перечисленные типы сообщений для получения)». Например, шаблон «рассылка советов по уходу за ребенком» одной компании по электронной коммерции для товаров для мам и младенцев был отклонен 4 раза, потому что они предоставили только расплывчатую запись «пользователь согласился при регистрации», не указав конкретное время (например, «14:23 10 мая 2024 года») и содержание согласия (например, «согласен получать напоминания по уходу за ребенком в течение года»). После добавления скриншота «ID пользователя: mama_202405, 14:23 10 мая 2024 года на странице регистрации отметил ‘согласен получать напоминания по уходу за ребенком’» шаблон был одобрен в течение 2 часов.

Требования к соответствию в разных регионах существенно различаются. GDPR в ЕС требует, чтобы согласие пользователя было «свободным, конкретным, информированным», и компания должна сохранять записи о «возможности отозвать согласие в любое время». Закон о защите персональных данных Тайваня требует, чтобы отправка сообщений была напрямую связана с «необходимым объемом выполнения договора». Предоставление только «согласия при покупке» недостаточно, нужно также доказать, что «это сообщение является необходимой частью услуги». Большинство стран Юго-Восточной Азии (например, Индонезия, Малайзия) подчеркивают «двойное подтверждение» — пользователь должен сначала получить код подтверждения при первой подписке, а затем активно подтвердить «согласие на получение уведомлений». Данные показывают, что уровень отклонения для компаний, которые не адаптируют подтверждение согласия под региональные законы, достигает 76%. В то время как компании, которые добавляют доказательства, требуемые местными законами (например, индонезийские компании добавляют записи «SMS-код подтверждения + кнопка подтверждения»), увеличивают уровень одобрения до 85%.

Распространенные ошибки компаний включают: замену добровольных действий пользователя на «автоматическую отправку системой» (например, «поскольку вы указали номер телефона при регистрации, вам отправляются уведомления»), расплывчатые записи о согласии (например, просто «пользователь согласился» без конкретного времени) и несоответствие доказательств содержанию шаблона (например, использование «согласия на рекламные акции» для подтверждения отправки «уведомлений о доставке»). Практические данные одной платформы электронной коммерции доказывают: после изменения «флажка по умолчанию при регистрации» на «после завершения первого платежа всплывающее окно запрашивает ‘согласие на получение обновлений о заказе’» и сохранения «временной метки + ID пользователя + записи о нажатии», уровень одобрения шаблона «уведомление о заказе» вырос с 43% до 94%, а среднее время модерации сократилось с 68 до 16 часов.

Последствия несоответствия нормам выходят за рамки простого отказа в модерации. С 2023 года Meta ужесточила наказания за шаблоны «без подтверждения согласия»: при первом отказе компания должна заплатить 500 долларов США за задержку модерации. Если в течение полугода у одной и той же компании происходит более 3 подобных отказов, ее право на отправку шаблонов ограничивается (не более 5 раз в месяц), что косвенно приводит к снижению охвата пользователей на 41%. Что еще серьезнее, если компания из-за отсутствия подтверждения согласия нарушает местные законы о конфиденциальности (например, GDPR), она может столкнуться с высокими штрафами — в 2024 году одна международная компания электронной коммерции в ЕС была оштрафована на 2% от годового дохода (около 2.2 миллиона евро) за отсутствие записей о согласии пользователей.

Практический совет: компаниям рекомендуется создать «архив подтверждений согласия», где записи о согласии пользователей хранятся по регионам и типам бизнеса (рекомендуется использовать технологию блокчейн для обеспечения неизменяемости). Данные показывают, что компании, использующие этот метод, увеличили уровень одобрения при международной модерации до 89%, а риск штрафов за нарушения конфиденциальности снизился на 67%. Перед отправкой обязательно используйте «инструмент сканирования на соответствие данным» Meta. Этот инструмент распознает 98.1% проблем, связанных с отсутствием доказательств (например, «отсутствие временной метки», «неясное содержание согласия»), и предоставляет конкретные рекомендации по исправлению (например, «добавить конкретное время, когда пользователь нажал ‘согласен’»), обеспечивая полную и законную цепочку доказательств.

Отсутствие объяснения обработки данных

Согласно отчету аудита Meta за первый квартал 2024 года, 27% отклоненных шаблонов WhatsApp Business связаны с «недостаточным объяснением обработки данных». Европейский рынок особенно строг: уровень отказа для немецких компаний, которые не указывают срок хранения данных, достигает 42%, а количество отклоненных заявок от компаний из Азиатско-Тихоокеанского региона из-за необъясненного обмена данными с третьими сторонами выросло на 38% по сравнению с прошлым годом. Одна международная платежная платформа из-за отсутствия заявления «данные будут переданы в Сингапур» в шаблоне «проверка транзакции» получила задержку модерации на 96 часов, что повлияло на своевременное уведомление о 120 000 транзакциях.

WhatsApp требует, чтобы все коммерческие сообщения четко информировали пользователей о трех ключевых аспектах обработки данных: цель использования данных (почему они собираются), срок хранения (как долго хранятся) и объем обмена с третьими сторонами (с кем делятся). Согласно GDPR и глобальным законам о конфиденциальности, отсутствие любого из этих заявлений вызывает проверку на соответствие. Данные показывают, что уровень отказа для шаблонов, не содержащих заявления о сроке хранения данных, достигает 81%, а уровень одобрения при первой подаче для шаблонов, которые не объясняют обмен с третьими сторонами, составляет всего 29%.

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

• Цель использования данных: должна быть конкретизирована до бизнес-сценария (например, «проверка личности», «отправка статуса доставки»). Использование расплывчатых формулировок, таких как «улучшение сервиса» или «оптимизация опыта», запрещено. Одна социальная платформа получила отказ, потому что в шаблоне «напоминание об активности друзей» было написано «для персонализированных рекомендаций». После изменения на «показывать вам актуальную активность пользователей, на которых вы подписаны» шаблон был одобрен.

• Срок хранения: должен быть четко указан конкретный срок или определенная основа (например, «хранятся 180 дней после завершения транзакции», «хранятся 7 лет в соответствии с местным налоговым законодательством»). Одна компания по электронной коммерции в Юго-Восточной Азии из-за отсутствия заявления о сроке хранения данных о заказах получила 1200 отказов за месяц. После добавления «данные о заказах хранятся 365 дней после завершения транзакции» уровень одобрения вырос до 88%.

• Обмен с третьими сторонами: необходимо перечислить типы партнеров (например, «партнеры по доставке», «операторы платежей») и объем данных (например, «предоставляется только имя, телефон и адрес доставки»). Одна туристическая платформа получила 3 отказа, потому что не указала, что данные пользователя передаются страховой компании. После добавления «ваша информация о заказе будет предоставлена страховой компании AIG для оформления полиса» шаблон был одобрен с первой попытки.

Различия в региональных требованиях существенно влияют на результаты модерации:

• GDPR в ЕС: требует указания правовых оснований для передачи данных в третьи страны (например, «на основе решения ЕС о достаточности» или «стандартных договорных условий»)

• CCPA в Калифорнии: требует заявления о праве пользователя на удаление данных и предоставления ссылки для отказа от рассылки (Opt-out)

• Азиатско-Тихоокеанский регион: многие страны требуют заявления о локальном хранении данных (например, «данные хранятся на узле AWS в Сингапуре»)

Таблица ниже сравнивает ключевые требования к заявлениям о данных в основных регионах:

С технической стороны, компании должны убедиться, что шаблон и заявление в политике конфиденциальности полностью совпадают. Система автоматически сверяет действия по обработке данных, упомянутые в шаблоне (например, «обмен с партнерами по доставке»), с соответствующими пунктами в политике конфиденциальности. Одна курьерская компания получила отказ, потому что в шаблоне было написано «обмен номером телефона с курьером», а в политике конфиденциальности — «обмен информацией с партнерами». Это было расценено как «конфликт заявлений». После изменения политики конфиденциальности на «обмен именем, номером телефона и адресом с сотрудниками службы доставки» время модерации сократилось с 72 до 12 часов.

Новые правила Meta в 2024 году требуют, чтобы все шаблоны содержали краткое изложение заявления об обработке данных (даже если подробности уже указаны в политике конфиденциальности). Например, в конце шаблона можно добавить: «Мы используем ваш адрес только для целей доставки. Подробнее в пункте 5.2 политики конфиденциальности». Данные показывают, что уровень одобрения шаблонов с таким кратким изложением возрастает до 93%, а уровень жалоб пользователей снижается на 57%.

На практике рекомендуется использовать технологию динамического встраивания заявлений: автоматически выбирать соответствующий шаблон заявления в зависимости от региона пользователя. Одна международная компания, которая внедрила эту технологию, увеличила уровень одобрения шаблонов с 56% до 89%, а расходы на юридическую корректировку снизились на 72% (не нужно писать отдельные заявления для каждого региона). Перед отправкой обязательно используйте «инструмент сканирования на соответствие данным» Meta. Он распознает 98.1% проблем, связанных с отсутствием заявлений (например, «не указан срок хранения данных»), и предоставляет региональные рекомендации по исправлению.