Я не знаю, с Яндексом по моему вообще все отлично.
Мне нравится писать системы под свой проект с ноля, начинал с PHP, потом начал разбираться с Node.js, пересадил на node.js, многие URL поменялись для более удобной структуры, затем перешел на Next.js и опять некоторые URL поменялись. По мимо всего этого, url каталогов и прочего, менял сначала на одни, потом на другие, потом возвращал все как было, потом вообще по другому все стало, бывало что даже на некоторых страницах забывал URL поменять на новые, а там структура URL генерится по созданному шаблону и десятки тысяч URL отдавали 404 ошибки, в sitemap забывал URL поменять, в вебматере регулярно мои косяки вылазят, правлю. Лет за 10 чего ток не было, косяков куча и еще тележка, и все это время Яндекс индексировал сайт, и хорошо его ранжировал, если что то и проседало, то затем опять возвращал с новыми URL. Структура HTML вообще даже не представляю сколько раз менялась, включая заголовки и описания, шаблон, внешний вид сайта в целом, да и до сих пор меняется. Когда вводил мультиязычность, там вообще жо.. была. Яндекс бот регулярно потеет со мной ))
Да и бывало что сервера по пол дня не работали.
Но все это я делаю для пользователей, чтобы им удобно было, ввожу разные плюшки и прочее и все гуд. Было что от яндекса прилетало по шапке, но исправлял и через пару недель все на своих местах.
Мне кажется именно Яндекс более лоялен ко всему этого, нежели тот же Google, с гуглом вообще хрень полная.
ПС. Я бы смотрел на поведенческие, у меня они намного лучше чем у конкурентов. А если глядеть по метрике в новой фишке по средним показателям по рынку, так там вообще все зашкаливает.
Глубина просмотра: На 799 % больше, чем в среднем по рынку
Время на сайте: На 99 % больше, чем в среднем по рынку
Доля отказов: На 93 % меньше, чем в среднем по рынку
Возвращаемость: Ваш сайт 3.42 %, В среднем по рынку 0.87
Динамика трафика: Ваш сайт 272.5 %, В среднем по рынку 99.5 %
Frontend делает много запросов к серверу, в nginx прописал limit, но если кто то точечно делает запросы на сервер API, nginx их пропускает, потому что они проходят под лимиты. При сокращении лимитов в nginx, фронтед не получает нужной информации, поэтому и хочу в nftables ограничить, не получается у меня обойтись только nginx.
Че эт....? Если моб трафик, фуллскрин и готово.
У меня моб трафик, примерно 70%, да, доходы не высокие, но у меня на весь сайт 4 блока включая фуллскрин.
С 4к, с учетом ее трафика, должно выходить что то вроде 200-400р в день, это боль менее нормальные цифры в сегодняшних реалиях.
Спамить блоками сайт не стоит, далеко не факт что чем больше блоков -> тем больше доход, на мой взгляд больший доход можно получить от минимум блоков в нормальных местах.
Я бы на ее месте сделал следующее, проштудировал конкурентов в ее тематики, глянул их шаблон внешне и посмотрел в каких местах блоки у них стоят и сделал примерно тоже самое, а после уже по каждому блоку экспериментировал передвигая его туда сюда через день другой смотря на изменение доходности, в случае если блок приносит мало, удалял бы его нафиг.
С 4.5к, 1.3к видимых показов очень мало, должно быть больше 5к как минимум (сужу сугубо по своей статистике). По сути у нее только 1300 человек видят рекламу, это говорит о том что еще 3к вообще ее не наблюдают на сайте или прокручивают страницу в самый конец где рекламы нету. Кликабельной блоков тож играет важную роль чтобы кто не говорил.
Если тексты разные. а они разные, то они точно не дубли для яндекса и клеить он их по каноникалу в этом случае не будет.
А эти будет, только зачем вообще вторая страница?
Такие особенности структуры сайта, у конкурентов также, за исключением того что хочу сделать, указывать canonical на правильную версию в случае если идет обращение с не той локализации.
Здравствуйте. Если пришлёте детали мне в личные сообщения, посмотрю с командой, в чём может быть дело.
Подскажите по Floor Ad, хочу попробовать добавить данный формат на сайт, но с одним ограничением.
У меня на сайте стоит Fullscreen формат, который отображается в определенном разделе, в том же разделе я хочу добавить и Floor Ad, но сделать так чтобы это не напрягало пользователя, я регистрирую просмотры пользователя в localStore (банальный счетчик) и хочу выводить floor ad к примеру на 10+ просмотр от пользователя, но дело в том что Fullscreen он же через определенное время отображается для пользователя повторно, и может случится такая ситуация что и fullscreen и floor одновременно покажутся пользователю, а этого очень бы не хотелось.
В связи с этим у меня вопрос, если ли какой метод на JS, где я могу узнать отображается ли сейчас fullscreen или нет. Хочется узнать прежде чем внедрить floor на страницу, понять активен ли fullscreen.
Так же интересно, если ли в fullscreen блоке какая-нибудь callback функция, которая поможет понять отработал ли рекламный блок у пользователя (например он его закрыл, или блок сам закрылся по истечению времени), чтобы я смог занести данные в localstore пользователя информацию о том что он уже видел fullscreen рекламу.
Никаких подводных камней нет, есть API по которому пишешь вход на свой сайт через социалки, у всех их API свое, данные свои, но плюс минус все идентичное. Чего меня бесит так это API и дока от одноклассников, там лютейший треш. Ну и от задач нужно исходить, то по некоторым API придется с javascript`ом дергать дополнительные данные, т.е. банально удлиняется вход, юзер при этом ничего не замечает
По факту ничего сложного, плюсов куча, у меня некоторые пользователи регнуться не могут по нормальному, одни мыло при реги одно вводят, а при входе пытаются другое ввести, у других память как рыбки и пароль забывают через пару секунд, долбят форму минут 5, а потом через социалки входят.
Забавно, у меня в день по 50к показав, и только что решил проверить сколько за 1к выходит, действительно 50р )) Чет стремненько все это дело, чем то попахивает в воздухе...
Самое простое и быстрое решение nginx cache, многие его не до оценивают, а работает он прям отлично. С ним к бекенду обращения можно свести до минимума, так что дергать данные с базы будешь только изредка.
ПС. Раньше тоже страдал с выборкой.
