Закон о русском языке: четыре зоны риска, о которых забывают диджитал-команды

Статья от агентства from scratch и ИТ-компании Бот.рф.

С 1 марта 2026 года вступил в силу закон, который обязывает переводить на русский язык всю публичную информацию для потребителей. Бизнес уже вовсю меняет вывески и переписывает лендинги, но дьявол, как обычно, кроется в деталях. На консультациях мы видим одну и ту же картину: компании чистят главные страницы, но забывают про надписи в интерфейсах, социальные сети и хитрые пользовательские сценарии вроде формы восстановления пароля или фильтров в каталоге интернет-магазина.

Пока вместе с клиентами разбирались в нюансах, поняли, что проверять всё вручную невозможно. В итоге даже разработали собственный сервис «Проверка локализации», который теперь используем в консультациях. Но прежде чем автоматизировать работу, нужно понять, где именно прячутся риски.

МегаФон Таргет: рекламная платформа для бизнеса

• Сервис позволяет запускать рекламные кампании в одном окне.
• Сегментируйте базу по поведению и интересам с таргетингами.
• Стабильный СМС-канал.
• На первый запуск 3000 бонусных рублей.
• Запустите первую кампанию за 10 минут с ИИ-помощником.

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

Реклама. ПАО «МегаФон». ИНН 7812014560. ОГРН 1027809169585. ERID: 2W5zFHynoTX.

Интерфейсная ловушка

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

Представьте типичный интернет-магазин. Маркетологи перевели все описания товаров и баннеры. Но кнопка добавления в корзину по-прежнему называется «Add to cart», а карточка товаров манит обещанием «Sale 20%». С точки зрения закона о защите прав потребителей — это нарушение. Покупатель должен получать всю информацию о товаре и способах его приобретения на государственном языке.

Небольшая игра «Найдите зону риска на скриншоте»

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

То же самое касается системных уведомлений, статусов заказов и навигации. Если в личном кабинете висит плашка «Payment failed» или «Processing», это повод для претензий. Интерфейс ведь тоже публичная информация.

Иллюзия безопасности в соцсетях

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

Если основатель компании пишет, как провёл выходные — это его личное дело и его личный контент. Но если в следующем посте он рассказывает о новом продукте своей компании и приглашает на вебинар, пост превращается в рекламное сообщение. А в рекламе использование иностранных слов без перевода запрещено.

Особая зона риска — посты с маркировкой (erid). Если публикация официально зарегистрирована как рекламная, её гарантированно увидят проверяющие органы. Любой англицизм в таком тексте — потенциальный штраф.

С этим столкнулся основатель одной IT-компании, с которой мы работали. Он вёл Telegram-канал в смешанном формате: рассказывал про путешествия, делился книжными подборками и время от времени анонсировал вебинары своей команды. Когда один из таких анонсов разместили как рекламный пост с маркировкой erid, выяснилось, что текст пестрит фразами в духе «case study» и «early bird билеты». Именно этот пост попал на мониторинг, потому что erid автоматически привлекает внимание проверяющих. Пришлось срочно менять формулировки и публиковать заново.

Примерно так выглядит Telegram-пост с нарушениями

Поэтому разграничивать личный и рабочий контент нужно очень чётко.

Проблема UGC и отзывов

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

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

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

Довольные клиенты хотят вам добра, но невольно могут причинить немало проблем

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

Серая зона: FAQ, колонки и техническая информация

Есть зоны, которые команды обычно не трогают вовсе — считают, что там нет рекламы, поэтому закон на них не распространяется. Это не совсем так.

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

FAQ и сервисные страницы несут высокий риск, который часто недооценивают. Разделы «Как оформить заказ», «Условия доставки», «Политика возврата» напрямую помогают клиенту совершить покупку, а значит, фактически работают как потребительская информация. Кнопки типа «Download PDF», «Book now», «Free trial» внутри таких страниц — отдельная уязвимость.

Показательный пример — SaaS-компания, которая тщательно перевела лендинг и все рекламные материалы, но оставила нетронутой страницу помощи. Статусы тикетов отображались как «Open», «In progress», «Resolved». Команда считала это технической зоной, которая не касается покупателя. Но именно через эти кнопки пользователь управлял подпиской — то есть совершал коммерческие действия. После консультации страницу переработали за один спринт.

Если в ваших интерфейсах есть что-то подобное, с переводом лучше не тянуть

Техническая информация. Здесь всё зависит от контекста. Нейтральное описание типа «Backend переведён на open-source-решение, переработан user flow в личном кабинете» не содержит оффера и само по себе не нарушает закон. Но если рядом стоят кнопки покупки, обещания выгоды или оценочные формулировки — нейтральный технический текст начинает работать как часть продающего сообщения.

Главный ориентир: если слово или фраза помогает клиенту выбрать, сравнить и купить — это зона высокого риска. Если просто информирует без коммерческого контекста — риск значительно ниже.

Что делать с названиями и терминами без аналогов

Один из самых болезненных вопросов — как быть с выдуманными названиями и профессиональными терминами, у которых нет прямого перевода.

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

Правило распространяется также на фирменные наименования. Например, у нас в агентстве From Scratch отдельного товарного знака нет — само название зафиксировано как фирменное наименование юрлица, поэтому мы используем его без перевода. Этот путь работает, если англоязычное название уже прописано в учредительных документах.

Лучше зарегистрировать название компании как товарный знак

С терминами сложнее. Закон разрешает использовать иностранные слова, если они зафиксированы в нормативных словарях. Недавно правительство расширило этот список до девяти изданий, включая словари синонимов, антонимов и сокращений.

Но на практике словари спасают далеко не всегда. Попытки перевести устоявшиеся технические аббревиатуры и термины нередко приводят к обратному эффекту — формулировки становятся менее понятными для аудитории. И это та реальность, с которой диджитал-командам придётся как-то мириться.

Мы советуем автоматизировать этот процесс: загрузить PDF-версии официальных словарей в нейросеть и прогонять через неё спорные тексты. ИИ быстро проверит, есть ли слово в словаре, и если нет — предложит русский аналог. Это особенно полезно для слов с неочевидным написанием, вроде «кэшбек» или «риэлтор». Если возиться с самописными промптами не хочется, мы как раз дорабатываем специального бота-локализатора для внутренних задач — залетайте, пользуйтесь, он совершенно бесплатный.

Закон уже работает. Проверки идут, практика нарабатывается. Показательно, что РКН пошёл по пути автоматизации в смежной области: ведомство запустило бота-поисковика, который сам мониторит домены.ru, .рф и.su на нарушения — от отсутствия политики конфиденциальности до утечек данных. Не исключено, что похожий автоматический контроль за локализацией — вопрос времени.

У команд, которые уже выстроили системную проверку, будет значительно меньше проблем, чем у тех, кто всё ещё чистит вручную.

Мнение редакции может не совпадать с мнением автора. Ваши статьи присылайте нам на 42@cossa.ru. А наши требования к ним — вот тут.