Токен erid

Происхождение и история термина

Нормативная история идентификатора связана с российской системой учёта интернет-рекламы. Закон № 347-ФЗ ввёл статью 18.1 закона «О рекламе»; соответствующий пункт вступил в силу 1 сентября 2022 года. В редакции этого изменения от 14 июля 2022 года часть 17 уже описывает условие присвоения идентификатора. ^[8] Это дата начала действия нормы, а не доказанная дата первого употребления слова erid.

Следующий важный для нынешнего текста шаг — распространение положений части 17 на социальную рекламу с 1 марта 2025 года законом № 479-ФЗ. ^[9] Приказ Роскомнадзора № 68 от 25 марта 2025 года утвердил обновлённые требования и отменил приказ № 191 от 30 ноября 2022 года. Новые требования действуют с 25 апреля 2025 года. ^[1] Поэтому старое руководство по размещению маркера может описывать уже изменившиеся правила.

В документации ОРД Яндекса слова «маркер», «идентификатор» и «токен» обозначают результат регистрации креатива. ^[3] Креатив здесь — подготовленный рекламный материал, например текст с изображением. У слова «токен» есть и другое применение в той же документации: реквизит авторизации приложения. Отдельные операции нужно различать по назначению, а не по одному слову в названии поля.

Суть и механизм

В цепочке участвуют рекламодатель, распространитель и ОРД. Рекламодатель определяет объект или содержание рекламы, распространитель доводит её до аудитории; такие роли различает статья 3 закона. ^[2] ОРД служит посредником передачи сведений для государственного учёта. ЕРИР — единый реестр интернет-рекламы, куда, в частности, передаёт информацию ОРД Яндекса. ^[3] Реестр и оператор не являются двумя названиями одной организации.

Для понимания механизма достаточно разделить три действия. Сначала материал передают оператору. Затем оператор присваивает идентификатор. После этого полученное значение размещают вместе с рекламой предусмотренным способом. ^[1] Если редактор просто добавил к адресу выдуманные буквы, второй этап отсутствует: внешне похожая строка не доказывает присвоения.

Технический пример даёт ОРД Яндекса. При работе через API — программный интерфейс обмена данными — регистрацию выполняет операция creative; полученный маркер находится в поле token ответа. Ранее в инструкции отдельно описано получение токена авторизации API. ^[3] Один результат предназначен для рекламы, другой — для доступа программы. Переносить реквизит доступа в публикацию вместо рекламного маркера нельзя считать выполнением регистрации.

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

Виды и классификации

Для повседневной работы полезнее различать соседние понятия, чем делить erid на несуществующие категории «хороших» и «плохих» токенов. Следующая таблица сопоставляет назначения; это схема объяснения, а не нормативная классификация.

Отдельно различаются способы размещения erid. Пункт 10 Требований описывает присоединение к адресу страницы. Пункт 11 допускает пометку в начале или конце текста, поверх текстово-графического блока, в начале и/или поверх видео. Пункт 12 требует доступности такой контрастной пометки для визуализации, в том числе программными средствами. ^[1] Поэтому отсутствие параметра в одной проверенной ссылке само по себе ещё не доказывает отсутствие идентификатора во всём материале.

Как применяется на практике

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

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

Платформенный порядок может отличаться от ручной передачи файла. Например, справка Реферальной программы Яндекс Маркета описывает добавление рекламного токена при создании реферальной ссылки: пользователь выбирает блог и передаёт текст поста; затем в соответствующем поле появляется код. Там же предусмотрена регистрация через API. ^[4] Это пример одной программы, а не универсальная последовательность кнопок для всех ОРД.

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

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

Как измерить или проверить

Открыть мини-инструмент «Разбор erid в URL». Он разбирает один абсолютный адрес HTTP или HTTPS. Он показывает все значения параметра с именем erid, замечает отсутствие, пустое значение, повторы, другой регистр имени. Во фрагменте после # он ищет буквальное erid= без учёта регистра в начале или после ?, & либо ещё одного #. Запись #%65rid=A он не распознает; фрагмент не разбирается как строка параметров. Он также предупреждает о кодировании имени или значения и о символах, отличных от латинских букв и цифр. Последнее — технический сигнал для сверки, не проверка подлинности по формату.

Адрес состоит из разных частей. В общих правилах URI компонент запроса, называемый query, начинается с первого вопросительного знака и заканчивается перед # либо в конце адреса. Фрагмент начинается после #. ^[5] В учебном адресе https://example.org/?erid=DEMO123#details значение относится к запросу. В адресе https://example.org/#erid=DEMO123 похожий текст находится только во фрагменте.

В программе используется стандартный разбор URL и URLSearchParams. Он декодирует процентные последовательности, преобразует знак + в пробел при разборе параметров и может вернуть все значения одинакового имени. ^[6] Поэтому инструмент показывает декодированные значения, но отдельно отмечает необычную исходную запись. Он не исправляет введённую ссылку. Если вы измените адрес после разбора, прежний результат исчезнет. Нажмите «Разобрать» ещё раз, чтобы увидеть значения из новой строки.

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

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

Здесь D — доля завершённых проверок в процентах, C — число завершённых проверок (18), N — число назначенных размещений (20). Оставшиеся две составляют десять процентов списка. Нельзя исключить их из знаменателя только потому, что они ещё не готовы: тогда показатель ошибочно станет стопроцентным. При пустом списке долю не рассчитывают, поскольку деление на ноль не определено. Этот организационный показатель предложен редакцией; он не измеряет юридическую безупречность рекламы и не вычисляется мини-инструментом.

Разбор передачи материала: пример

Редакция готовит два объявления: о книжной ярмарке и о выставке. В учебном примере в карточках записаны фиктивные значения DEMOBOOK и DEMOEXPO. При создании второй публикации сотрудник копирует шаблон первой вместе со ссылкой. В результате текст посвящён выставке, а в ссылке остаётся erid=DEMOBOOK.

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

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

Во второй части примера ссылка выглядит так: https://example.org/?erid=DEMOEXPO&erid=DEMOBOOK. Здесь два значения одного имени. Инструмент выведет оба в порядке появления, а проверяющий выяснит, почему они оказались вместе. Автоматически оставить первое или последнее — значит выбрать без основания. Сначала нужно восстановить задуманный адрес по исходной карточке и проверить обработку на площадке.

Ошибки, ограничения и спорные вопросы

Первая ошибка — принимать похожую строку за подтверждение выдачи. Приказ связывает идентификатор с присвоением ОРД. ^[1] Длина, красивый набор символов или отсутствие предупреждений парсера не сообщают, происходило ли это действие. Учебные значения из примеров специально показывают проблему: они пригодны для проверки кода программы, но не для размещения настоящей рекламы.

Вторая ошибка — считать все обозначения взаимозаменяемыми. UTM-параметры помогают передавать сведения о переходах в аналитику, а рекламный идентификатор служит иной задаче. ^{[7] [2]} Можно увидеть обе группы параметров в одной строке; это не делает одну заменой другой. Аналогично наличие erid не сообщает, есть ли требуемые сведения о рекламодателе.

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

Четвёртая ошибка — переносить правило о видимой пометке из старой инструкции без проверки действующего текста. Например, пункт 11 приказа № 68 прямо допускает конец текстового блока. ^[1] При этом выбор места не снимает требования доступности пометки для визуализации. Для спорного размещения существенны и формат материала, и его фактическое отображение, а не один найденный параметр.

Правовой аспект

На 4 ноября 2026 года использована редакция закона № 38-ФЗ от 4 августа 2026 года, действующая с 1 сентября 2026 года. Для рекламной квалификации важны статья 3, пункт 1, и границы применения закона. По части 16 статьи 18.1 интернет-реклама должна содержать пометку «реклама» и указание на рекламодателя и (или) сайт либо страницу сайта со сведениями о нём. Эта часть предусматривает исключение для рекламы в теле- и радиопрограммах и передачах, распространяемых через интернет. Часть 17 регулирует присвоение идентификатора. ^[2] Исключение из одного требования нельзя автоматически переносить на другое.

Уже принятые отложенные поправки также нужно отличать от действующего текста. С 1 марта 2027 года закон № 520-ФЗ меняет пункт 7 статьи 7, а закон № 271-ФЗ — часть 10.3 статьи 5. Эти изменения относятся соответственно к рекламе деятельности, требующей разрешений или регистрации уведомления, и к рекламе на платёжных документах ЖКУ. Используемые здесь части 16–17 статьи 18.1 они не изменяют. ^{[10] [11]}

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

Границы автоматической проверки

У помощника нет доступа к ОРД, ЕРИР, макету и странице по введённому адресу. Он не делает сетевых запросов, не проходит перенаправления и не сохраняет введённую строку. Это локальный разбор текста, а не проверка реального маршрута ссылки. В частности, сообщение об отсутствии erid относится только к компоненту запроса указанного URL.

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

Частые вопросы

Связанные термины

• UTM-метки