не допускается дублирование значений рекламных объектов что это значит
Лайфхак: Как дублировать объявление для разных целей в Facebook
Марина Пирнак, SMM-специалист в агентстве интернет-маркетинга Adindex.ua, рассказывает о том, как отследить эффективность нескольких целей для одного объявления путем дублирования utm-меток.
Если вы хоть раз создавали рекламу в Facebook Ads, то знаете, что при дублировании объявлений приходится формировать совершенно новое объявление в текущей или новой кампании. Часто задача проекта состоит в том, чтобы использовать одно и то же объявление с несколькими рекламными целями, например: «Охват», «Трафик» и «Вовлеченность». Зачем? Для того чтобы реакции не рассеивались между несколькими объявлениями.
Когда все реакции «падают» на одно объявление, алгоритм считает его интересным, что положительно влияет на показатель его релевантности. В результате чего, эти социальные доказательства помогут объявлению выиграть аукцион.
Существующая вовлеченность объявления в рекламной кампании по умолчанию переносится в новую кампанию при помощи переключателя «Показать вовлеченность существующей публикации» в положение «Вкл» или ввода post ID.
Utm-метки в «URL сайта» в дубликатах будут указаны для всех целей рекламных кампаний одинаково.
Для этого нужно внести «замену» в поле «Параметры URL» в «Отслеживании», что позволит отследить эффективность одного и того же объявления для разных целей рекламных кампаний, например «Вовлеченность» и «Трафик».
Параметры URL из соответствующего поля заменят собой дублирующиеся параметры из поля «URL сайта». Например, если в поле «URL сайта» добавлен параметр utm_medium=post, а в поле «Параметры URL» — utm_medium=cpc, в итоговом URL будет только utm_medium=cpc.
1. Зайдите в Ads Manager на уровне объявлений рекламного кабинета. Нажмите «Дублировать»:
3. Дайте название новой кампании и группе объявлений.
4. Нажмите «Создать копию». Появится вот такое модальное окно. Затем нажмите «Продолжить»:
5. В «Отслеживании» в поле «Параметры URL» пропишите параметр, который хотите заменить, например, utm_medium=post с рекламной кампании c целью «Вовлеченность» заменяем на utm_medium=cpc в рекламной кампании с целью «Трафик»:
6. Если вы не разбираетесь в параметрах utm-меток, нажмите «Создать параметр URL» и следуйте подсказкам. Затем нажмите «Применить»:
7. Опубликуйте рекламное объявление.
Как результат, в итоговом URL заменился дублирующий параметр на utm_medium=cpc.
Если вы промотируете одно объявление на разные цели и отслеживаете эффективность каждой из них, вам наверняка пригодится этот лайфхак.
Изменения utm-меток в поле «Параметры URL» позволят вам отслеживать эффективность каждой из ссылок, не создавая новых объявлений, при этом, оказывать положительное влияние на рейтинг релевантности этого объявления в рекламных кампаниях.
Дублированный контент. Какие причины и решения?
Представьте себе, что вы находитесь на перекрестке, а дорожные знаки указывают по двум разным направлениям на один и тот же конечный пункт назначения: какую дорогу вы должны выбрать? И если пойти по «худшему» направлению, конец пути также может слегка измениться. Как читателю, вам всё равно: вы получили контент, к которому стремились. Но поисковая система должна выбрать, какой из них показывать в результатах поиска, так как она не должна показывать один и тот же контент дважды.
Причины дублирующегося контента
Есть уйма причин, которые вызывают дублирование контента. Большинство из них являются техническими: не так уж часто человек решает разместить один и тот же контент в двух разных местах, не выделяя исходный источник. Тем не менее, технические причины многочисленны. Это происходит в основном потому, что разработчики не думают как браузер или пользователь, не говоря уже о паутине поисковых систем, они думают как разработчик. А как же вышеупомянутая статья, которая появляется на http://www.example.com/keyword-x/ и http://www.example.com/article-category/keyword-x/? Если вы спросите разработчика, он скажет, что она одна.
Давайте посмотрим, как выявить наличие дублирующегося контента на вашем веб-сайте, а также объясним его причину и сделаем всё возможное для его устранения.
Непонимание смысла URL-адресов
Идентификаторы сеансов посетителей
Некоторые системы возвращаются к использованию идентификаторов сеанса в URL-адресе. Это означает, что каждая внутренняя ссылка на веб-сайте получает этот идентификатор сеанса, добавленный к URL-адресу, и поскольку этот идентификатор сеанса уникален для этого сеанса, он создает новый URL-адрес и, таким образом, дублирует контент.
Параметры URL, используемые для отслеживания и сортировки
Разумеется, это не просто отслеживание параметров, это касается каждого параметра, который вы можете добавить к URL-адресу, который не меняет жизненно важную часть контента. Этот параметр предназначен для «изменения сортировки по набору продуктов» или «показа другой боковой панели»: все они вызывают дублирование содержимого.
Парсинг и синдикация контента
Большинство причин дублирования контента принадлежат вам самим или, по крайней мере, по вине вашего веб-сайта, когда другие сайты используют ваш контент с вашего согласия или без него. Они не всегда ссылаются на вашу оригинальную статью, и поэтому поисковая система не «получает» ее и приходится иметь дело с еще одной версией той же статьи. Чем популярнее становится ваш сайт, тем больше и чаще вы будете его парсить, расширяя эту проблему все больше и больше.
Порядок параметров
Другая распространенная причина заключается в том, что CMS не использует красивые и чистые URL-адреса, а скорее URL-адреса, такие как / & cat = 2, где ID ссылается на статью, а cat относится к категории. URL /? Cat = 2 & будет давать те же результаты в большинстве систем сайта, но они фактически совершенно разные для поисковой системы.
Пагинация комментариев
В моем любимом WordPress, а также и в некоторых других системах, есть возможность осуществлять пагинацию комментариев. Это приводит к дублированию содержимого по URL-адресу статьи и URL-адресу статьи + / comment-page-1 /, / comment-page-2 / и т. д.
Версия для печати
Если ваша система управления контентом создает страницы, удобные для печати, и вы связываете их со страницами своих статей, в большинстве случаев Google их найдет, если вы специально их не заблокируете. Какую версию покажет Google? Ту, которая загружена рекламой и периферийным контентом, или ту, которая содержит только вашу статью?
С WWW и без WWW
Одна из старых ситуаций: домен с WWW и без WWW, дублирующие контент, в случае, когда доступны обе версии вашего сайта. Ещё одна менее распространенная ситуация, которая существует: http и https дублируют контент, когда один и тот же контент передается на оба адреса.
Концептуальное решение: «канонический» URL
Это проблема, которая требует обязательного решения в таких случаях, потому что конечный адрес может быть только один (URL). Этот «правильный» URL-адрес должен быть определен поисковым сервером как канонический URL-адрес.
Ироническое примечание
Как найти дубли контента?
Возможно, вы не знаете, есть ли у вас дублирующийся контент на вашем сайте. Вот несколько способов, как это выяснить:
Инструменты Google для веб-мастеров
Нажав на ссылку, вы обнаружите URL-адреса, которые имеют дубликаты названий или описаний, что поможет вам идентифицировать дубли.
Поиск заголовков или фрагментов
Существует несколько операторов поиска, которые очень полезны для подобных случаев. Если вы хотите найти все URL-адреса на вашем сайте, которые содержат вашу статью с ключевым словом X, введите в Google следующую поисковую фразу:
Site:example.com intitle:»Ключевое слово X»
Google предоставит вам все сайты, соответствующие этому названию. Иногда стоит поискать одно или два полных предложения из вашей статьи, так как некоторые парсеры могут изменить заголовок.
Практические решения по дублированию контента
Когда вы решите, какой URL-адрес является каноническим URL-адресом для вашего контента, вам нужно начать процесс канонизации. Это в основном означает, что мы должны сообщить поисковой системе о канонической версии страницы и позволить ей найти ее как можно скорее.
Существует четыре метода решения, в порядке предпочтения:
Как избежать дублирования контента?
Некоторые из приведенных выше ошибок при дублировании контента имеют очень простые исправления:
Если вашу проблему не так легко устранить, возможно, стоит приложить все усилия, чтоб не допускать появления дублирующегося контента. Это, безусловно, лучшее решение проблемы.
301 редирект дублированного контента
В некоторых случаях невозможно полностью запретить системе, которую вы используете, создавать неправильные URL-адреса для контента, но иногда их можно перенаправить. Помните об этом во время разговора с разработчиками. Кроме того, если вы вообще избавляетесь от некоторых повторяющихся проблем с контентом, убедитесь, что вы перенаправляете все старые дублированные URL-адреса контента на соответствующие канонические URL-адреса.
Использование rel = «канонических» линков
Иногда нет возможности избавиться от дублируемой версии статьи, но вы знаете, что это неправильный URL-адрес. Для этой конкретной проблемы поисковые системы ввели элемент канонической ссылки. Он размещен в разделе вашего сайта и выглядит следующим образом:
В разделе канонической ссылки вы размещаете правильный канонический URL для своей статьи. Когда Google (или любая другая поисковая система, поддерживающая его) находит этот элемент ссылки, он выполняет автоматическую мягкую переадресацию: передаётся большая часть значения ссылки, собранной этой страницей, на вашу каноническую страницу.
Этот процесс немного медленнее, чем 301 редирект, упомянутый Джоном Мюллером от Google, который вы можете сделать, что было бы намного предпочтительнее.
Возврат к исходному контенту
Если вы не можете выполнить любое из вышеперечисленных действий, возможно, потому, что вы не контролируете раздел сайта, на котором отображается ваш контент, добавление ссылки на исходную статью сверху или снизу статьи всегда является хорошей идеей. Это может быть то, что вы хотите сделать в своем RSS-канале: добавьте ссылку на статью в ней. Если Google встретит несколько ссылок, указывающих на вашу статью, он вскоре выяснит, что это фактическая каноническая версия статьи.
Вывод: дублирующийся контент можно исправить, и его необходимо исправить!
Дублирующийся контент встречается повсюду. Это процесс, который вам необходимо постоянно отслеживать. Если вовремя всё исправлять, тогда и вознаграждение будет многочисленное. Ваш качественный контент может взлететь в рейтинге, просто избавляясь от дублирующегося контента на вашем сайте. Конечно, если вам нужна помощь в выявлении этих проблем, помощь вашим разработчикам в поиске решений для устранения проблем с дублирующимся контентом или даже решить эти проблемы для вас, вы всегда можете заказать сео оптимизацию.
Оценок: 1 521 (средняя 5 из 5 )
Нужны продажи? Настройте Е-commerce интернет-магазина!
Как получить 100/100 в Google Page Speed Test Tool?
Почему задается недопустимое дублирование значения, какой механизм используется за ними?
Я новичок в Java, я знаю, что набор не допускается дублирование значения, но я не знаю, почему набор не допускается дублирование значения, На самом деле я делаю практически,
Объявлен один набор и добавлено повторяющееся значение, но никакой ошибки не происходит, нет ошибки времени компиляции, нет времени выполнения. Зачем?
10 ответов
Значение «наборы не допускают дублирования значений» заключается в том, что при добавлении дубликата в набор дубликат игнорируется, а набор остается неизменным. Это не приводит к ошибкам компиляции или времени выполнения: дубликаты игнорируются.
Внутренний элемент хранилища SET, использующий HASHTABLE. HASHTABLE, представляет собой структуру пар ключ-значение. Вот то, что значения, переданные SET, обрабатываются как ключи HASHTABLE Внутренне. ключи уникальны, их нельзя дублировать. По этой причине, если вы передаете любое повторяющееся значение, оно возвращает false и не добавляется в SET.
Если добавляющий элемент вернет true, он будет добавлен в SET. В противном случае он вернет False, поэтому он не даст никакой ошибки компиляции или выполнения и не будет добавлен в SET
Набор не может хранить дублированные значения по определению. Если вам нужны дублированные значения, используйте список. Как указано в документации интерфейса, при попытке добавить дублированное значение метод add возвращает ложь, а не исключение.
Вот небольшой пример кода:
Набор (Документация Oracle)
Коллекция, которая не содержит повторяющихся элементов. Более формально, множества не содержат пары элементов e1 и e2, таких что e1.equals(e2), и не более одного нулевого элемента. Как следует из его названия, этот интерфейс моделирует абстракцию математического набора.
Добавить метод
Согласно документации интерфейса, если элемент не существует, он добавляется. Иначе ничего не изменится.
логическое сложение (E e):
Добавляет указанный элемент в этот набор, если он еще не существует (необязательная операция). Если этот набор уже содержит элемент, вызов оставляет набор неизменным и возвращает false.
Пример реализации кода: HashSet
В дополнение к ответам выше, вот почему set не допускает дублирование элементов:
Когда вы вызываете add(E e), метод set, он внутренне вызывает метод put(E, e) HashMap, который выглядит примерно так:
Следовательно, элемент, который вы добавляете в set/HashSet, внутренне добавляется в Map как ключ. Так как нам нужно связать какое-то значение с ключом в таком фиктивном значении (new Object()), PRESENT передается каждый раз (так как Map может содержать более одного повторяющегося значения).
Теперь, если вы внимательно изучите return map.put(e, PRESENT)==null; Добавить (E, E) метод. Там может быть две возможности:
Надеюсь, что это поможет в понимании ясно.
Когда вы передаете дублирующий элемент в методе add объекта set, он возвращает false и не добавляет его в набор, так как элемент уже присутствует.
Если вы посмотрите на реализацию HashSet, то это выглядит следующим образом.
Значит HashSet внутренне создает объект HashMap.
Метод put HashMap возвращает следующее
Итак, когда вы добавляете тестовый элемент в первый раз, HashMap добавит элемент и вернет значение null, после чего ваш метод добавления set вернет true. Если вы добавите тестовый элемент во второй раз, тогда ваш HashMap вернет старое значение ключа, а затем в методе add вашего набора вернет false как OldValue!= Null
Надеюсь, это будет полезно.
Из документации вы можете получить следующее:
boolean add(E e) : Метод возвращает true, если набор еще не содержал указанный элемент.
Выдает следующие типы исключений:
Потому что так определяются множества. Элемент может существовать только один раз в наборе, но это не означает, что попытка добавить его во второй раз должна быть ошибкой. Это просто неоперация. Это довольно ясно из документации, например, для Set#add :
Добавляет указанный элемент в этот набор, если он еще не существует (необязательная операция). Если этот набор уже содержит элемент, вызов оставляет набор неизменным и возвращает false. В сочетании с ограничением на конструкторы это гарантирует, что наборы никогда не будут содержать повторяющиеся элементы.
Помимо прочего, это позволяет вам с радостью добавлять наборы, не беспокоясь, и знать, что в результате будут только уникальные значения.
Объявлен один набор и добавлено повторяющееся значение, но никаких ошибок не происходит, нет ошибки времени компиляции, нет времени выполнения. Зачем?
Потому что это не ошибка. Но обратите внимание, что вы (или могли) получили указание, что значение уже присутствует: add Возвращаемое значение метода (см. ссылку выше) говорит вам: « true если этот набор еще не содержит указанный элемент «
Обнаружено дублирование ключевых значений в 1C 8.3
Абсолютно любая конфигурация 1С может выдать ошибку.
Она может быть вызвана при работе в режиме управляемого приложения, при открытии списка, формы выбора или установлении отбора. Другими словами, программа применяет запрос в динамическом списке.
При переносе из-за сбоя могут возникнуть дублирующие строки. В списке будут содержаться идентичные ссылки на регистр или справочник. К примеру, при установлении отбора в справочнике «Сотрудники». В результате появляется подобная ошибка.
Были и такие случаи, когда ошибка возникала при установлении отбора по группе в справочнике «Номенклатура» в «1С:Управление торговлей», при открытии «Входящие ТТН для ЕГАИС» в «1С:Розница».
Для устранения подобной ошибки требуется удалить из списка запроса ссылки, которые повторяются. Для этого нужно осуществить проверку регистров.
В ситуации со справочником «Сотрудников» необходимо проверить регистры текущих данных (кадровая информация и тарифная ставка), чтобы в них отсутствовали дубли по одному и тому же сотруднику, и регистр «Основные сотрудники», чтобы не было физических лиц с незаполненной информацией.
Здесь может быть сохранена информация о том, когда сотрудник устроился на работу и когда был уволен с нее, но почему-то первая запись не была удалена и произошло образование дублей.
Тогда требуется просмотреть записи регистров. В том случае, если подобная запись попадается, ее нужно удалить (предыдущую, оставив одну последнюю). В результате этого ошибка исчезает. Просмотр регистров осуществляется при помощи команды «Все функции».
Если этот раздел недоступен, то включить его можно в меню «Сервис-Параметры», для этого требуется установить соответствующую галочку.
Открыв регистр и проведя анализ информации, при обнаружении дублирующих записей их требуется удалить.
Появление ошибки происходит, так как динамические списки не поддерживают дублирование записей по ключевым полям. Когда вы работаете с динамическим списком, записи формируются в основную таблицу. Из нее происходит динамическое считывание сведений.
Обнаружено дублирование ключевых значений в колонках: ГруппировкаСтроки
После проведения второго документа динамический список выдает ошибку (приложил к теме).
Взял текст запроса, кинул в консольку. Дублей нет. Выгрузил результат консольки в эксель и там выполнил удаление дублей. Дублей нет 🙁
Чего этому ДС не хватает? 🙂
upd: Если удалить основную таблицу то все красиво (и без дублей).
Ага. У меня было поле с именем «Регистратор». Поэтому оно и ругалось.
Теперь без ошибки но не группирует.
Думаю забить на ДС и реализовать через таблицу значений 🙁
(4) alexey_asu, Что бы заюзать типовые кнопки создания документов и автообновление данных (через автообновление и ОповеститьОбИзменении).
Сделал через обработчик ожидания с автообновлением. Ну и свою команду создал.
(9) kuzev, На этом и была ошибка.
Есть стандартные реквизиты: Период, Регистратор, НомерСтроки и Активность.
Если в запросе не выбирать поле «Регистратор» а измерению «ДокументПартии» присвоить имя «Регистратор» то будет ошибка (0). Если оставить как есть и убрать основную таблицу то будет две записи (по выводимым полям есть дубли). Если этот же запрос (с этими же полями что и на форме) выполнить в консоле то дублей нет.
Логика ДС следующая:
1. Получаем данные запросом.
2. Если установленная основная таблица соединяем ее с данными запроса.
Вот и получаются дубли 🙁
Тут варианта 2: либо фича ДС либо ДС для такого не предназначен.
Ах да. У меня 8.3.8 в режиме совместимости 8.3.6. Вспомнилось про новшества ДС на 8.3.8. Нужно будет как-то снять режим совместимости и посмотреть что возвращает результат запроса. Может найду причину.