Яндекс Директ2026-03-27

ORD (ord) Яндекс.Директ — что это в URL и как правильно использовать

ORD (параметр ord) в URL Яндекс.Директа — что это, зачем Яндекс добавляет ord, как сохранить корректный трекинг и не навредить SEO ✅ Практическое руководство.

Короткий ответ: ord — это параметр, который Яндекс.Директ добавляет в URL рекламных кликов (обычно числовая метка/идентификатор клика). Его цель — учёт клика и предотвращение кэширования; правильная обработка ord на сайте позволяет точно привязывать заказы и конверсии к рекламным кликам без ущерба для SEO.

Краткое содержание

Что такое ord в Яндекс.Директе — подробное объяснение

В рекламных ссылках Яндекс.Директа вы иногда видите параметр ord (например, ?ord=123456789). Это не номер заказа и не специальный маркетинговый тег в привычном смысле — это служебная метка, которую Яндекс добавляет при генерации ссылки. Как правило, ord — числовая метка/идентификатор клика или случайное значение, которое выполняет две основные задачи:

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

Важно понимать: ord сам по себе не равен номеру заказа. Чтобы показать заказу связь с кликом, ord нужно сохранить и передать в CRM/систему аналитики вместе с данными о покупке.

Зачем Яндекс добавляет ord и как он используется для трекинга

Технические причины

Яндекс использует ord для точной атрибуции кликов и для исключения эффекта кэширования сторонних систем/прокси. Без подобного маркера некоторые переходы могли бы обрабатываться как повторные или вообще не учитываться в статистике.

Бизнес‑ценность

  • Помогает связать рекламный клик с последующими событиями (заполнение формы, звонок, онлайн‑покупка).
  • Уменьшает ошибки при сопоставлении заказов и кликов, особенно при офлайн‑конверсиях или длительном цикле сделки.
  • Упрощает дедупликацию конверсий: при корректной передаче ord вы исключаете двойную запись одной и той же оплаты.

Как технически принимать и сохранять ord на сайте (реализация)

Алгоритм приёма ord на стороне сайта — стандартный: прочитать параметр из URL, записать в cookie/session и передать в момент оформления заявки/заказа в CRM и в систему аналитики. Ниже — примерная реализация и лучшие практики.

/* Простая функция для чтения параметра */
function getParam(name) {
  const url = new URL(window.location.href);
  return url.searchParams.get(name);
}

const ord = getParam('ord'); if (ord) { // записываем на 30 дней document.cookie = 'ord=' + encodeURIComponent(ord) + '; path=/; max-age=' + 302460*60; }

Эта запись сохраняет ord в cookie; при отправке формы скрипт подтянет значение и вставит в скрытое поле.

Добавление ord в форму заказа (пример)

// при загрузке страницы или при открытии формы
const ordCookie = document.cookie.replace(/(?:(?:^|.*;\s*)ord\s*\=\s*([^;]*).*$)|^.*$/, '$1');
if (ordCookie) {
  const hidden = document.querySelector('input[name="ord"]');
  if (hidden) hidden.value = decodeURIComponent(ordCookie);
}

Сервер: сохраняем ord вместе с заказом

При приёме формы на сервере добавляйте поле ord в карточку заказа в базе и передавайте его в CRM. Это позволит позже сопоставлять заказы и клики.

// примерный PHP
$ord = $_POST['ord'] ?? null;
// сохранить $ord в таблице orders как click_ord

Советы по надёжности

  • Сохраняйте ord в cookie с достаточным сроком жизни (обычно 30–90 дней, в зависимости от цикла продажи).
  • Если есть согласие на обработку персональных данных, можно привязывать ord к клиентскому профилю в CRM.
  • Передавайте ord в момент подтверждения оплаты/заказа в отчёты по рекламе (см. блок по интеграции с Direct/CRM ниже).

Как связывать ord с заказом в CRM и с отчётностью по рекламе

Чтобы ord стал эффективным инструментом атрибуции, нужно обеспечить проход метки через все этапы: клик → сайт → форма/заказ → CRM/учёт → отчётность. Практические варианты:

  1. Сохраняете ord в cookie и передаёте как hidden‑поле при отправке формы.
  2. Сохраняете ord в карточке заказа в базе данных/CRM.
  3. При оплате/подтверждении заказа отправляете в вашу систему аналитики/Direct API соответствие: «order_id (ваш internal id) → ord (click id)» — чтобы при необходимости сделать повторную сверку или послать информацию о конверсии в Direct.

Важно: если вы отправляете в Yandex.Direct/Яндекс.Метрику данные о достижении цели, используйте уникальный идентификатор заказа (order_id) и в сопутствующих полях передавайте ord для сопоставления. Это позволит корректно дедуплицировать и восстановить атрибуцию при офлайн‑обработке заявок.

SEO и ord: чего бояться и что настроить

ORD — сервисный параметр, и основная SEO‑угроза от него — генерация множества URL с разными параметрами, ведущих на одну и ту же страницу. Если поисковые роботы будут индексировать эти URL, это приведёт к раздроблению весов страницы и дублированию контента. Что делать:

1) Устанавливайте rel="canonical"

На страницах, на которые ведут рекламные ссылки, указывайте канонический URL без параметров (или с нормализованными параметрами). Это гарантирует, что все параметры (включая ord) не создают отдельную индексируемую страницу.

2) Настройте игнорирование параметра в системах вебмастера

В Google Search Console и в Яндекс.Вебмастере можно указывать, какие параметры не влияют на содержимое страницы. Добавьте ord в список параметров для игнорирования, если это возможно.

3) Не используйте ord в ссылках, которые должны быть индексированы

Если на сайте есть ссылки, которые вы хотите индексировать как отдельные страницы, убедитесь, что ord не попадает в их структуру. Чаще всего ord встречается только в URL рекламных переходов и не должен появляться в внутренних ссылках.

4) Кэширование и CDN

CDN и серверы кеширования часто игнорируют параметры и кешируют по полному URL. Если ваш CDN кеширует страницу с ord в URL, это может привести к нежелательному поведению. Решение: настраивайте кеш‑ключ так, чтобы параметры вроде ord не влияли на кэшируемую версию страницы.

Метрики и отчётность: как ord улучшает атрибуцию

При корректной интеграции ord:

  • CPA/CPL считаются точнее — вы сопоставляете событие с реальным кликом.
  • ROMI улучшается за счёт точной дедупликации и возможности корректно считать LTV/ROMI по источникам трафика.
  • Можно анализировать качество кликов (по источнику/кампании/фразе) и оптимизировать ставку в кампаниях.

Пример KPI‑логики: если у вас высокий процент «потерянных» продаж с рекламы из‑за отсутствия click_id → order_id mapping, внедрение ord позволит снизить CPL за счёт правильного перераспределения конверсий в кампании с лучшей отдачей.

Пошаговый чеклист внедрения ord

  1. Проверить, добавляет ли ваш рекламный движок ord в URL (просмотреть реальные переходы).
  2. Реализовать чтение параметра ord и запись в cookie/session.
  3. Добавить ord в скрытое поле формы и в логи заказов/CRM.
  4. Настроить передачу ord вместе с подтверждением заказа/оплаты в систему аналитики и в CRM.
  5. Добавить rel=canonical без параметров на целевые страницы.
  6. Настроить исключение параметра ord в вебмастерах (если доступно) и в правилах кеширования CDN.
  7. Тестировать: пройти путь «клик → заполнение → оплата» и сверить совпадение ord в логе кликов и в карточке заказа.
  8. Периодически сверять статистику: сравнивать отчёты Direct и CRM/аналитики, отслеживать расхождения.

FAQ — частые вопросы по ord

1. Что такое ord: номер заказа или id клика?

Ord — это служебный параметр/метка клика, а не номер заказа. Чтобы связать клик с заказом, ord нужно сохранить и передать в CRM вместе с данными о заказе.

2. Нужно ли передавать ord в отчётность Яндекс.Директа?

Передача ord напрямую в интерфейс Директа необязательна, но важно иметь сопоставление ord → order_id в вашей CRM/аналитике, чтобы при необходимости сверять данные и корректно передавать офлайн‑конверсии.

3. Повредит ли ord SEO и появится ли дублирование?

Появление ord в URL само по себе не критично, если вы правильно настроите rel=canonical и исключите параметр из обработки поисковиками/кеше. Проблемы возникают, когда параметр приводит к индексируемым дублям страниц.

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

5. Можно ли использовать ord вместо других click_id (yclid, gclid)?

Ord дополняет, а не всегда заменяет специализированные click_id. В некоторых связках полезно сохранять все маркеры (yclid/ord), особенно если вы интегрируете данные из разных источников. Главное — иметь уникальный идентификатор, который пройдёт по цепочке до финального заказа.

6. Что делать, если ord отсутствует или обрезается?

Проверьте редиректы, настройки трэкера и сервер/кеш. Редиректы могут убирать параметры — используйте 301/302 корректно и избегайте лишних промежуточных страниц, которые обнуляют параметры. Также проверьте, не удаляет ли веб‑сервер параметры при перенаправлениях.

Как мы можем помочь

Если нужно: мы настроим корректный приём ord, интеграцию с CRM и передачу данных для точной атрибуции конверсий при сохранении SEO‑целостности сайта. Наш подход — SEO как основа: сначала делаем архитектуру сайта и трекинг устойчивыми и «чистыми», затем ускоряем продажи через контекстную рекламу и настройку отчётности.

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

Хотите такие же результаты?

Оставьте заявку — разберём ваш сайт и покажем точки роста

Получить аудит