В блок:
nobohed.website
spiornerery.com
airquint.com
sunny-seeds.info (важно!)
karlson.website
enjaholic.com
manicure63.site
manager-beauty.site
krovli-zabori.ru
mozedrig.com
telejewel.com
sp2000.club
krovli-zabori.ru - выглядит как настоящий, но объявление "скачать файл" и оригинал krovlizabori.ru
Эти два под вопросом:
arcoprol.com
Это, ребят, а зачем списывальщиков долгов блокировать? Они ж вроде не чёрные жулики, не?
Samba1982, да забейте. Если идентификатор один, просто киньте в корень основного домена без указания поддоменов. Если разные, тогда да, надо разделять. Уж Гугл-то, надеюсь, должен следовать спецификациям. Ну можно и на поддомены на всякий случай такие же файлы, вдруг в будущем что изменится.
Там в общем в п 5.5 написано, что файл должен лежать в корневом домене и если на поддоменах другие инструменты, нужно указать их директивой subdomain=. В общем случае, если набор тот же, я так понял поддомены указывать не надо. И даже на поддомене он не обязателен.
Еще глянул угозовский ads, там куча идентификаторов, но поддоменов нет.
Хм... точно. Мне кажется, при необходимости он и на субдомене должен просканировать этот файл и без прописывания? - не факт. Файл должен быть в корневом. Подробности ниже.
Вроде нашел:
Хотя вот смотрю, это пример, когда на поддоменах используется инструментарий, отличный от корневого домена. Может для начала не стоит прописывать поддомены?
Samba1982, прописывать поддомены не надо. Надо, чтобы этот файл был доступен в т.ч. на поддоменах, если он там требуется.
Просто поместить правильно настроенный файл в корень сайта. Дополнительных действий не требуется.
Наверное, правильнее даже сказать, если сайт очень популярный, т.е. если кто-то пожелает продавать рекламу от вашего имени якобы с вашего сайта.
Формально на реальном трафике его не подменить, если нет возможности использовать для редиректов необходимый домен с размещенной конструкцией вроде "location.href=". Ибо это http-заголовок, формируемый браузером согласно "своим убеждениям". Максимум, браузера можно попросить не передавать реферера, используя, например, атрибут или заголовок noreferer.
Браузер есть частный случай http-клиента, который может быть в т.ч. серверным. И вот в "своём" клиенте или браузере уже можно устанавливать в рефер любое значение. Но юзеру на чужом сайте в хром или файрфокс его не подсунуть.
Если вопрос про то, как передать что-то именно счетчикам, то зачастую тоже можно сделать (и, суки, делают) с помощью специальных запросов. Но с реальным трафиком, это как правило не связано.
И да: причём тут адсенс?
Самый прикол, что на мобильных эта хрень не работает - что-то со скриптами, стилями или версткой :D (iOS 10.2, Safari). На сайты, сделанные вурдалаками из гугла, как обычно, их же требования и рекомендации не распространяются.
flictly.com
cuine.ru
a-file.ru
midput.com
