Актуальный список запрещённых площадок РСЯ для Яндекс.Директ

Площадки РСЯ (Рекламные сети Яндекса) – это сайты и приложения, на которых показываются рекламные объявлений рекламных кампаний с настройками мест показов «В сетях».

При настройке рекламной кампании, есть возможность запретить показ рекламы во внешних сетях и на площадках РСЯ, которые вы выберете. Есть два варианта, как это можно сделать:

1. Страница «Параметры кампании» → блок «Запрещенные площадки и внешние сети» → указываете ссылки сайтов/идентификаторы мобильных приложений/названия внешних сетей (но к сожалению не более 1000)
2. Страница «Статистика» → отчет «По площадкам» → выбрать в списке соответствующие площадки → выпадающий список «Действие» → запретить

Важно: для media-кампании в блоке «Запрещенные площадки видео-объявлений» можно указать не более 20 площадок.

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

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

Важно: для рекламных кампаний «На поиске» нет возможности отключать показ объявлений на поиске Яндекса и Mail.ru.

В сервисе «Мастер отчетов» можно увидеть площадки, на которых были показы объявлений, открыв раздел «Название площадки»

Читайте подробнее про DSP-площадки для внешних сетей, которые торгуют мобильным трафиком ссылка »

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

Мы собрали и переодически обновляем список неэффективных площадок РСЯ с низкими показателями эффективности, которые находим у наших клиентов!

Знакомства (сайты и мобильные приложения)

• topznakomstva. com
• mamba.ru
• ru.mamba.client
• teamo.ru
• dating.ru
• beboo.ru
• loveplanet.ru
• mylove.ru
• com.topface.topface
• com.hornet.android
• com.mocomediallc.fastfriend
• znakomstva.ua
• drug.vokrug
• com.badoo.badoo
• badoo.com
• com.evermatch
• com.badoo.mobile
• love.ru

Социальные сети

• ok.ru
• www.odnoklassniki.ru
• vk.com
• my.mail.ru
• local.yandex.ru

Плагины и виджеты

• ru.yandex.searchplugin
• com.yandex.launcher

Интернет браузеры

• com.yandex.browser
• com.opera.browser

Игры и развлечения (десктопные и мобильные)

Мобильные приложения (другие)

• com.easybrain.groovepad
• call.recorder.automatic.acr
• com.taplane.logoquiz
• ru.yandex.yandexbus
• com.europosit.pixelcoloring
• com.fugo.wow
• com.easybrain.sudoku. android
• com.pixel.art.coloring.color.number
• com.imo.android.imoim
• com.imo.android.imoimbeta
• com.gjg.colorfill3d
• com.veraxen.colorbynumber.oilpainting
• com.zhiliaoapp.musically
• art.color.planet.oil.paint.canvas.number.free

Недобросовестные сайты (СПАМ-площадки РСЯ)

• ficbook.net
• binbank-info.ru
• centr-massage.ru
• 100vkusov.ru
• mintmanga.com
• tarbie.kz
• cross.expert
• army-today.ru
• fishki.net
• abcdef.wiki

Доски объявлений

• avito.ru

Почтовые сервисы

• win.mail.ru

Мультимедиа (фото, картинки, видео, музыка и т.п.)

• images.yandex.ru
• m.images.yandex.ru
• video.yandex.ru
• m.video.yandex.ru
• video.yandex.ru
• zaycev.net
• video.like.lite
• armtv.org
• zvukipro.com
• video.like

Телевидение (ТВ / TV) кино, фильмы, сериалы и т.

п.

• ntv.ru
• ren.tv
• ontvtime.ru
• vokrug.tv
• kinopoisk.ru
• glaz.tv
• chas.tv
• tv.yandex.ru
• doramatv.live
• showjet.ru
• com.infolink.limehdtv
• 1plus1tv.ru
• kinoturkey.ru
• ontvtime.ru

Развлекательные сайты

• pikabu.ru
• ru.pikabu.android
• idaprikol.ru
• ru.idaprikol
• 4фотки1слово.рф
• anekdotdom.ru
• readmanga.me
• mangabook.ru
• mangaclub.ru
• mangahub.ru
• mangalib.me
• mangaonelove.ru
• mangapoisk.ru
• remanga.org
• ru.garretech.readmanga
• selfmanga.ru

СМИ и новости (сайты с плохими показателями)

• starhit.ru
• woman.ru

Другое (рекомендованные к запрещённым)

• wi-fi.ru
• otvet.mail.ru
• скачатьвидеосютуба.рф
• dsp-mopub.yandex.ru
• textgenerator.ru
• 1001goroskop.ru
• tests24.ru
• tests24x7. ru
• 2ip.ru
• ru.savefrom.net
• com.opera.browser
• poisk-cheloveka.ru
• 6bb.ru
• 0lik.ru
• championat.com
• 2ip.ru
• onlinetestpad.com
• gdz.ru
• inpot.ru

Список площадок обновлён 22 сентября 2022 года

Инструкция Alytics — Alytics Wiki

Материал из Alytics Wiki

(перенаправлено с «Заглавная страница»)

Перейти к: навигация, поиск

Если у вас остались вопросы или предложения, пожалуйста, свяжитесь с нашими менеджерами по телефону +7 (495) 215-23-57 или электронной почте support@alytics. ru

Пространства имён

• Статья
• Обсуждение

Просмотры

• Читать
• Просмотр
• История

Навигация

• Заглавная страница
• Свежие правки
• Случайная статья
• Справка

Инструменты

• Ссылки сюда
• Связанные правки
• Спецстраницы
• Версия для печати
• Постоянная ссылка
• Сведения о странице

Кейсов: Яндекс | Kotlin Multiplatform Mobile

Яндекс ↗ — технологическая компания, которая создает интеллектуальные продукты и услуги на основе машинного обучения. Его цель — помочь потребителям и компаниям лучше ориентироваться в онлайн- и офлайн-мире. С 1997 года Яндекс предоставляет локальные поисковые и информационные услуги мирового уровня. Кроме того, компания разработала лидирующие на рынке транспортные услуги по требованию, навигационные продукты и другие мобильные приложения для миллионов потребителей по всему миру. Яндекс имеет 30 офисов по всему миру и котируется на NASDAQ с 2011 года.

Не могли бы вы сказать несколько слов о вашей команде?

Яндекс.Диск создан командой, участники которой работают в Москве и Санкт-Петербурге, и является одним из самых популярных в России облачных сервисов для хранения файлов в облаке. Яндекс.Диск, запущенный 5 апреля 2012 года, предоставляет неограниченное пространство в облаке для хранения фотографий с мобильных устройств — в приложении можно включить автоматическую загрузку изображений с мобильного устройства. Он включает в себя интеллектуальную фотогалерею, в которой представлены коллекции ваших самых красивых фотографий и лучших воспоминаний. Яндекс.Диск доступен в веб-версии, в виде клиента для Windows и macOS, а также в виде приложения для iOS и Android.

Как Kotlin Multiplatform Mobile используется в вашем продукте?

У нас есть несколько функций, написанных с помощью Kotlin Multiplatform Mobile. Сначала мы начали экспериментировать с KMM, реализовав сетевой уровень для наших приложений для iOS и Android. Изначально мы думали об использовании Ktor, но он не подходил под наши требования, поэтому мы написали собственную легковесную сетевую библиотеку, которая использует под капотом механизм expect/actual и может делать простые REST-запросы.

Мы посчитали это успешным экспериментом, и следующей функцией, которую мы реализовали в KMM, были покупки в приложении. Мы реализовали мультиплатформенную библиотеку, которая объединяет API-интерфейсы для конкретных платформ (Google Play и Apple Store) с использованием expect/actual, скрывает всю сложную обработку платежей и предоставляет универсальный интерфейс для работы с логикой покупки как в приложениях для iOS, так и для Android.

Это тоже был успех, поэтому мы расширили нашу мультиплатформенную команду, и теперь над KMM работают три инженера. Последней важной функцией, которую мы сделали с KMM, была синхронизация данных для фотоальбомов. Сеть, хранение данных и синхронизация данных реализованы на чистом Kotlin для обеих платформ. Нам часто нужно выполнять множество операций в фоновом режиме, а поскольку сопрограммы в настоящее время поддерживаются только в основном потоке, нам пришлось реализовать собственное решение для многопоточности. Для хранения данных мы использовали SQLDelight, который сэкономил нам много времени, создав безопасные API-интерфейсы Kotlin для выполнения SQL-запросов.

Почему ваша команда решила использовать Kotlin Multiplatform и какие альтернативы вы рассматривали?

Мы все согласились в одном: повторное использование кода — это хорошо. В Яндексе мы много экспериментируем, чтобы найти способы, чтобы разработчикам не приходилось писать один и тот же код несколько раз для разных платформ. Kotlin Multiplatform Mobile — не единственное доступное решение, и каждая команда решает эту проблему по-разному. Я был удивлен, когда пришел в команду Яндекс.Диска и понял, что у ребят здесь есть нативный код логики синхронизации для каждой платформы и они не используют, например, C++. Но они хотели попробовать КММ, а у меня был некоторый опыт, так что получилось очень хорошо.

Мы не верим в совместное использование слоя пользовательского интерфейса при разработке мобильных приложений. Такой подход почти всегда приводит к хакам в коде и более грубому, нерафинированному, тормозящему пользовательскому интерфейсу, и конечный результат не устраивает ни разработчиков, ни пользователей. Мы любим наших пользователей и хотим предоставить им лучший опыт, который включает в себя ощущение и плавность родного пользовательского интерфейса. Но нам очень интересно делиться бизнес-логикой: в Яндекс.Диске 20% нашей работы приходится на UI, а остальные 80% — на бизнес-логику — как собрать, синхронизировать и обработать все данные пользователя, не разряжая аккумулятор телефона. Поэтому мы не рассматривали решения для совместного использования пользовательского интерфейса, такие как Flutter, React Native или Xamarin. Одной из альтернатив был C++, но писать на C++ сложно и дорого. Наши коллеги в Dropbox узнали об этом на собственном горьком опыте, а у нашей конкретной команды не было достаточного опыта в этом.

Использование C++ для кросс-платформенной разработки также сопряжено с большими проблемами DX для разработчиков Android — JNI усложняет использование и имеет множество ограничений. Так что для Android-части нашей команды использование Kotlin для кроссплатформенной разработки было огромным преимуществом. Конечно, для разработчиков iOS KMM имеет свой собственный набор проблем, поскольку, в конце концов, он вводит новый язык в кодовую базу, и с этим могут быть некоторые проблемы с DX. Но они не так сильно беспокоят, как проблемы с разработкой на C++ для Android. Так что выбор для нас был очевиден, особенно с учетом того, что в нашей команде больше Android-разработчиков, чем iOS-разработчиков.

Каковы были ваши самые значительные достижения и трудности?

Самым важным приобретением для меня стала возможность выступать на различных конференциях. Kotlin Multiplatform Mobile — довольно новая технология, и число разработчиков, заинтересованных в ней, растет как снежный ком. Рассказы о вашем опыте работы с КММ будут приветствоваться на любой конференции!

Но на самом деле главное преимущество использования KMM заключается в том, что вы можете написать свой код один раз, и он будет работать одинаково во всех кросс-платформенных решениях. Дело не только в скорости разработки, по крайней мере, на старте. Когда мы впервые интегрировали KMM, мы потратили много времени, решая разные задачи и пытаясь понять, как это должно работать. Теперь у нас больше опыта, и мы можем быстрее добавлять новые функции. Но главное преимущество заключается в том, что мы знаем, что наша логика работает одинаково как в приложениях для iOS, так и для Android. Это означает, что мы можем протестировать наши функции один раз, и нам нужно будет исправлять ошибки только в одном месте. Кроме того, единая кодовая база для бизнес-логики дает нам одинаковые оценки новых функций на обеих платформах, что значительно упрощает процесс планирования.

Конечно, использование KMM сопряжено с определенными трудностями. Мы надеемся, что большинство из них скоро будет решено, так как технология развивается и быстро развивается. Мы начали использовать KMM, когда он был еще в «экспериментальной» стадии, и мы знали, чего ожидать.

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

Еще одна большая проблема — работа с параллелизмом в Kotlin/Native. Модель Kotlin/Native memory непроста для понимания, и не было руководств по работе с ней. Мы не знали, что делать, когда что-то пошло не так, поэтому нам пришлось копаться в исходниках Kotlin/Native, чтобы понять проблему, и это было настоящей проблемой.

Наконец, DX для меня как iOS-разработчика — настоящая боль. Отладка вашей бизнес-логики с помощью запуска iOS-приложения обычно является плохой идеей — вам нужно запускать две IDE одновременно и переключаться между ними. Кроме того, Kotlin/Native имеет длительное время компиляции, что снижает скорость разработки. Так что теперь, если мне нужно что-то отладить, я запускаю приложение для Android. Хорошее тестовое покрытие вашего общего кода может сэкономить вам много времени на отладку, потому что вам не нужно запускать приложения для iOS или Android, чтобы проверить, правильно ли работает ваш код. Использование KMM дает вам отличную мотивацию начать писать тесты в своем проекте, если вы еще этого не сделали.

У вас есть советы или советы, которыми вы хотели бы поделиться с нашими читателями?

Эксперимент — это отличный способ понять, подходит ли технология для ваших нужд. Вы можете попробовать это на одной функции в небольшом проекте. Делая что-то небольшими шагами, вы сэкономите время в долгосрочной перспективе и получите большой опыт. Отсутствие документации компенсирует активное сообщество в Slack, там всегда можно найти ответы на свои вопросы.

Хотите поделиться своей контактной информацией с нашими читателями?

Основное преимущество заключается в том, что мы знаем, что наша логика работает одинаково как в приложениях для iOS, так и для Android. Это означает, что мы можем протестировать наши функции один раз, и нам нужно будет исправлять ошибки только в одном месте. Кроме того, единая кодовая база для бизнес-логики дает нам одинаковые оценки новых функций на обеих платформах, что значительно упрощает процесс планирования.

Артем Ольков, Мобильный разработчик, Яндекс.Диск

Артем Ольков, Мобильный разработчик, Яндекс [email protected]

Яндекс и Google, Платформа Enshittification, Nice-to-Have Economy

Факторы ранжирования Яндекса и Google

Поскольку алгоритм ранжирования российской поисковой системы Яндекс был «слит» или взломан на прошлой неделе, SEO-специалисты тщательно изучают его в поисках информации об алгоритме Google. Сообщается, что Яндекс был создан «как клон Google», и многие бывшие сотрудники Google работают / работали там. Существует около 1900 факторов ранжирования, многие из которых больше не действуют, что вызывает вопросы о том, насколько актуальны данные. В сети много анализов (здесь, здесь, здесь). Среди выявленных основных переменных: обратные ссылки и их возраст, трафик сайта (включая платную рекламу), сигналы поведения пользователей (CTR, показатель отказов, время на сайте, повторные посещения), качество/возраст контента, трафик Википедии, ключевые слова в URL, количество рекламы на странице и различные другие сигналы доверия. Наличие карты на странице, по-видимому, является еще одним фактором ранжирования. Алгоритм Google более сложен и, вероятно, использует больше переменных, чем Яндекс. Однако многие факторы, выявленные в утечке из Яндекса, несомненно, относятся и к Google.

Наш вариант:

• В переводе факторов, которые я видел, много упоминаний о «местных». Факторами являются соответствие между местоположением IP-адреса пользователя, местоположением документа и местоположением в URL-адресе. Приставка «гео» также имеет 65 упоминаний.
• Я опросил людей в Twitter и LinkedIn о гипотетическом влиянии подобной утечки Google; в среднем 68% сказали, что это вызовет больше спама.
• Мы увидим еще больше анализа; неясно, изменят ли какие-либо SEO-специалисты свое поведение на основе выводов об алгоритме Google.

Что такое «эншиттификация»?

Автор Кори Доктороу написал грандиозную тираду о жизненном цикле и упадке платформ, которую он называет «эншиттификацией». Он говорит: «Во-первых, [платформы] хороши для своих пользователей; затем они злоупотребляют своими пользователями, чтобы улучшить положение своих бизнес-клиентов; наконец, они злоупотребляют этими бизнес-клиентами, чтобы вернуть себе всю ценность». Он утверждает, что растущие платформы субсидируют использование (например, продают ниже себестоимости), а затем переносят эту субсидию на приобретение B2B. Как только возникает блокировка, пользовательская и B2B-ценность сжимается в пользу акционеров. Доктороу говорит, что такая же картина наблюдалась в Amazon, Facebook и Google («Сегодняшние результаты Google представляют собой все более бесполезную трясину ссылок на собственные продукты, рекламу продуктов, которые недостаточно хороши, чтобы всплывать в верхней части списка на свой собственный и паразитический SEO-мусор»). Он утверждает, что TikTok находится в процессе «эншитификации», потому что он все чаще манипулирует алгоритмом в коммерческих целях. Хотя в некоторых отношениях это вульгарно, прочитать стоит.

Источник: Unsplash

Наш вариант:

• Стиль и тон могут быть очень раздражающими для некоторых, но они содержат много пищи для размышлений.
• Это серьезное обсуждение упадка публичных интернет-компаний, которые сначала сосредоточились на UX, а затем сместили акцент на получение доходов, что, по словам Доктороу, привело к их упадку.
• Справедливо сказать, что UX в Amazon, Google и Facebook пострадал, поскольку они стремились угодить инвесторам. Но является ли эншиттификация неизбежным следствием публичной интернет-компании?

Конец «хорошей экономики»?

В разгар пандемии многие люди сосредоточили расходы на «предметах первой необходимости». Однако то, что было определено как необходимое, часто включало вещи, которые фактически были роскошью, но подходили для жизни в условиях изоляции: доставка еды, категории онлайн-расходов, потоковые сервисы и (для некоторых) Peloton. Когда в 2022 году вернулась квазинормальная жизнь и воцарилась инфляция, потребители избегали многих онлайн-сервисов, которые определяли образ жизни во время пандемии. Слияние экономических встречных ветров теперь угрожает уничтожить многие из этих стартапов, что Wall Street Journal называет концом «экономики, которую приятно иметь». К уязвимым относятся приготовление еды, доставка еды, потоковое вещание (множество сервисов), домашний фитнес и многие другие развлечения, доступные непосредственно потребителю. Carvana является примером в статье с огромными долгами, обрушившейся оценкой и продолжающимися увольнениями. Технически экономика США не находится в рецессии, но большинство (70%) потребителей считают, что это так. Восприятие есть реальность.

Источник: Опрос потребителей в США в числителе (январь 2023 г.)

Наше мнение:

• Многие из этих «хороших» стартапов, которые обычно субсидировали усыновление клиентов, теперь вынуждены перекладывать расходы на пользователей.
• Но повышение цен (например, Amazon Fresh) для получения большего дохода и удовлетворения инвесторов может привести к оттоку. Они находятся в своего рода двойной связи.
• Потребительские расходы должны оставаться ограниченными, а денег инвесторов должно быть мало (за исключением ИИ) в 2024 году. Многие стартапы просто не выживут.

Недавний анализ

• Ближайшая памятка 98: Mailchimp Campaign Manager, генеративный ИИ и авторское право, жалобы на форуме в фунтах стерлингов и информация об ошибках Google.

Короткие дубли

• Google создал ИИ, который генерирует музыку из подсказок (послушайте здесь).
• Далее: китайский SE Baidu , интегрирующий бота в стиле ChatGPT.
• Законопроекты о реформе антимонопольного законодательства кажутся мертвыми после смены руководства Палаты представителей США.
• AI-контент более широко распространен в массовой журналистике, чем вы думаете.
• TikTok Видео «день из жизни» посвящены увольнениям и безработице.
• Twitter заново открывает модерацию контента, предлагает разъяснения.
• Доктрина добросовестного использования , скорее всего, защитит ИИ от претензий по авторскому праву.
• Google продвигает функции конфиденциальности Менеджера рекламы.
• Выделение платформы Google Ad Tech изменит конфигурацию отрасли (WSJ).
• Состояние онлайн-речи и то, что поставлено на карту в предстоящих делах SCOTUS.
• Поставщикам рекламы общественность доверяет немногим больше, чем политикам.
• Сан-Франциско хочет замедлить развертывание Google, GM роботакси в городе.
• Нет складного iPhone, но складной iPad может появиться в следующем году.

Слушайте наш последний подкаст.

Как мы можем сделать это лучше? Пишите нам с предложениями и рекомендациями.

This entry was posted in Популярное