У меня он отключен. Не понравилось.
На видимость влияет отсутствие отвлекающих компонентов. То есть убрав боковой сайдбар на десктопе в сложенный вид как на мобиле, есть шанс увеличить видимость блоков рекламы в теле статьи. Но это выбор может быть не в пользу поведенческих и он для тех кто сам верстает шаблоны, а не пользуется движками.
А это, кстати, мысль убрать сайдбар. Вот, к примеру, New York Times прекрасно обходится без сайдбара (только крошечный список "выбор редакции" проскальзывает), см. https://www.nytimes.com/2022/07/03/health/covid-ppe-masks-health-care.html. В итоге реклама внутри текста очень хорошо видна.
Впрочем, если основной трафик мобильный, то наличие/отсутствие сайдбара уже не так актуально.
Спасибо за совет.
У меня при расстановке через каждые 5 абзацев расклад по пропорции доходов от рекламных блоков следующий (мобильный трафик 75%): полноэкранный 38%, floor 37%, внутри текста 23%, в сайдбаре 2%. При этом 91% дохода идет с мобильных устройств.
Отсюда и возник вопрос об оптимальной расстановке блоков внутри длинных текстов, так как их CPMV существенно уступает полноэкранному и floor.
это как-то должно повлиять на расстановку блоков, как и наличие медицинского образования у Вас?
Не имею понятия. Но должен же быть какой-то баланс между контентом и зарекламленностью.
Если у вас качественные авторские тексты, имеет смысл расстановка блоков вручную. Между логическими разделами текста. Мысль закончилась, реклама на отдохнуть, следующая мысль.
Понял. Перед тегами H2, H3, H4 самое то.
Так а что делать с интерскроллером? Он позволяет визуально отделять рекламу от контента и сопутствующих ему изображений, но как он влияет на видимость?
Над статьёй, в статье и под статьёй. Всё остальное смысла не имеет, ибо при увеличении количества блоков понижается CPMV. Стандартный/нативный - предметно тестируйте в течении минимум месяца. Стандартно 3 объявления в блоке.
Спасибо за дельные советы.
Получается, что даже в простынях (например, 10-15 тыс. знаков) оптимальнее ставить всего ОДИН блок внутри?
Чуть видоизмененный код приводит к вставке только последнего блока. Что опять не так?
<script type="text/javascript">var randomNumber = Math.ceil(Math.random() * 1000);document.write("<div id='R-A-330561-155-",randomNumber,"'></div>");(function(w, d, n, s, t) { w[n] = w[n] || []; w[n].push(function() { Ya.Context.AdvManager.render({ blockId: "R-A-330561-155", renderTo: "R-A-330561-155-"+randomNumber, pageNumber: randomNumber }); }); t = d.getElementsByTagName("script")[0]; s = d.createElement("script"); s.type = "text/javascript"; s.src = "//an.yandex.ru/system/context.js"; s.async = true; t.parentNode.insertBefore(s, t);})(this, this.document, "yandexContextAsyncCallbacks");</script>
P. S. Честно признаться, как же всё это бесит!
-- Куча рекламных форматов (шаблонов натива).-- Жуткие настройки.-- Отдельные десктопное и мобильное представления.-- Тормоза с обновлениями блоков при добавлении/изменении форматов.-- Необходимость ручного удаления форматов, не приносящих доход.-- Необходимость ручной генерации многих десятков блоков, если тексты очень длинные.-- Непрозрачность по ряду вопросов: к примеру, что лучше, один или несколько рекламных модулей в одном блоке.
Я не понимаю, к чему и для кого все эти сложности? Возможно, виновата унаследованность: в кои-то века была реализована подобная громоздкость, и она работала, но если тогда это было приемлемо, сейчас нет. Однако ответственным лицам попросту лень переписывать систему РСЯ.
Если бы все эти ужасы несли хоть какую-то значимость, допустим, в плане роста доходов, это было бы понятно. Но ведь это не так. Полнейшая непредсказуемость и мрак.
Дмитрий,
можно ли вас попросить предоставить готовый код для сайта на WordPress, в которым была бы реализована возможность многократной вставки на одной и той же странице одного и того же блока с меняющимся pageNumber и renderTo при помощи плагина Ad Inserter?
Я использую следующий код:
<div id="yandex_rtb_R-A-330561-155"></div><script type="text/javascript"> if (typeof pageNumber == "undefined") var pageNumber = 1; else pageNumber++;document.getElementById("yandex_rtb_R-A-330561-155").id = "yandex_rtb_R-A-330561-155-" + pageNumber;(function(w, d, n, s, t) { w[n] = w[n] || []; w[n].push(function() { Ya.Context.AdvManager.render({ blockId: "R-A-330561-155", renderTo: "yandex_rtb_R-A-330561-155-" + pageNumber, async: true, pageNumber: pageNumber }); }); t = d.getElementsByTagName("script")[0]; s = d.createElement("script"); s.type = "text/javascript"; s.src = "//an.yandex.ru/system/context.js"; s.async = true; t.parentNode.insertBefore(s, t);})(this, this.document, "yandexContextAsyncCallbacks");</script>
В Ad Inserter задаю вставку после каждого 5-го абзаца (%5).
В итоге рекламный блок отображается только после "первого" 5-го абзаца и не отображается после всех последующих (10, 15, 20, 25 и т. п.).
Что я делаю не так?
Другими словами, код для бесконечной прокрутки, описанный по ссылке https://yandex.ru/support/partner/web/products-rtb/partner-code.html.
Нужен такой код, чтобы его однократно вставить в Ad Inserter, указав, что его следует размещать после абзацев 5, 10, 15, 20, 25, 30 и т. п. См. скриншот.
Я пробовал код, опубликованный здесь https://danilin.biz/yandex-rtb-multiple.htm, но ничего не вышло.
Поиск в Интернете и на форумах аналогично ничего не обнаружил.
Заранее вас благодарю.
Всем добрый день) Подскажите пожалуйста, я в этой теме не силен. Планирую увеличить cкорость загрузки своего блога https://niksolovov.ru . В статьях большое количество скриншотов.
Нет плагина кеширования, подскажите пожалуйста. Пока что выбираю из платного WP-rocket или WP Super Cache.
WP Rocket, однозначно.
После многомесячных мучений с разными "ускорителями" и "оптимизаторами" только он выдал адски хорошие результаты.
Для WebP-версий изображений можно использовать бесплатный JetPack с их облаком для картинок.
На скорость сайта не сильно влияет?
В PageSpeed не влияет. Субъективно тоже нет. Впрочем, я бы вначале попробовал бесплатную версию, чтобы оценить показатели по скорости.
У меня следующие (установлен WP Rocket):
Используете его сами?
Да, очень мощный плагин. Хорошая документация. Но поддержка специфическая -- как раз ввиду более чем обширной документации: автор постоянно ссылается на нее в своих ответах на вопросы. В большинстве случаев это помогает.