1) Да, сквозняк будет эффективно передавать статический вес. Но анкор ссылки там всегда один и тот же. И ставить его технически проще - можно прямо в шаблоне.
2) С каждой страницы, 2-го на идентичную 1-го - можно сделать отличное анкорное ссылочное ранжирование и передать статический вес. Но у вас же все внешние ссылки будут на один и тот же домен - это слишком палевно, ПС прочухают, что сайты аффилированы и выкинут один из выдачи или наложат санкции.
Я бы сделал на продвигаемом сайта навигационную страницу(или несколько страниц с листалкой) типа упрощенной карты сайта - немного текста, картинки и внутренние ссылки по продвигаемым запросам. На эту страницу поставил бы сквозняк "подробнее о Розовых слонах" со второго сайта. Также, на эту страницу можно ставить ссылки-картинки с других сайтов, для увеличения её статического веса. Тогда с неё будет хорошо работать внутреннее ссылочное ранжирование. Типа системы для отмывания грязных денег, только для ссылок.
Но решать - вам. Кроме работы технической части, вмешиваются ПС с их желанием устранить активное влияние сеошников на выдачу. Они изобретают всякие фильтры, системы отлова аффилированных сетей. Тут главное не спалиться.
Зарегал как то я домен (1) и сделал сайт. А домен оказался в бане Яндекса. Переписка с ТП и куча внешних ссылок не помогли.
Тогда я зарегал под Яндекс домен (2) и ботам Яндекса сделал на него постраничный редирект с домена (1). Ботам Google сделал наоборот - постраничный редирект с домена (2) на (1). А простым посетителям - доступны оба домена. Сайты - полные копии друг друга.
Так они и жили годами: (1) был только в индексе Google, а (2) - только в индексе Яндекса. При этом на обоих стоял и Адсенс и РСЯ. Удобно - ставишь ссылки на один сайт, а продвигаются оба.
Потом ещё пару сайтов так сплитанул, тоже жили годами.
Нет, см объяснение ниже. Затея со склеиванием сайта ничего не даст, а 2 сайта всегда лучше, чем один.
При чём тут "одинаковый оффер" не понял, но страница донора в SERP не заменится на страницу акцептора. Технически, редирект работает безо всякой "сеошной" магии:
Допустим, страница донора занимает 2 место в серпе. Это обеспечивается:
1). текстовым ранжированием контента страницы (количество ключей, вхождение в <title> и тп)
2). внутренней перелинковкой сайта (статический вес и внутреннее ссылочное)
3). внешние ссылки на страницу (статический вес и ссылочное ранжирование)
4). поведенческие факторы (если это не миф)
Когда вы ставите 301 редирект, бот ПС получает инструкцию "этой страницы больше нет, новое содержание на другой странице". При этом боту ПС контент страницы донора больше недоступен (она выпадает из индекса ПС). Значит, фактор 1). перестаёт работать, и вместо него будет работать текстовое ранжирование страницы акцептора, куда ведёт редирект.
Далее возможны 2 варианта:
А) Редирект сделан только на одной странице донора, остальные не тронуты.
- по редиректу будет переданы факторы 2). и 3). ибо внутренняя перелинковка продолжает работать, а внешние ссылки отредиректятся на страницу акцептора.
B) Редирект сделан на всех страницах сайта (не важно постраничный или всё на морду).
- фактор 2) перестаёт работать, ибо на доноре больше нет индексируемых страниц, которые обеспечивали навигацию и внутреннюю перелинковку. ПС быстро забудут всю внутреннюю структуру Url и содержимое всех страниц донора, кроме тех Url, на которые стоят внешние ссылки.
- фактор 3) отредиректится на акцептор (и, скорее всего, с потерей веса)
То есть, в этом варианте, редирект помогает только подобрать внешние ссылки и перенаправить их на страницы акцептора.
Поэтому, какое место в СЕРПе займет страница акцептора, "усиленная" редиректом с донора - это ещё бабка надвое сказала. Ибо если на страницу донора не было внешних ссылок, редирект с неё ничего не даст!
PS: про передачу фактора 4) по редиректам решайте сами. На эту тему у каждого сеошника свои тараканы в голове.
Трафика с ПС не будет, так как донор вылетит из индекса, останется только акцептор. Переходы по внешним ссылкам останутся, но тут уже не важно, постраничный редирект или "всё на морду".
Постраничный редирект имеет смысл при переносе сайта на другой домен с полным сохранением структуры. А у ТС - разные сайты, тут делать постраничный - задача нетривиальная.
1. Поставите редирект, и контент второго сайта станет недоступен, ибо при перенаправлении страница не присылается. То есть ваши варианты 1) и 2) идентичны по сути.
2. При редиректе, внешнее ссылочное переклеится на морду первого сайта. Трафик со второго сайта НЕ переадресуется, тк он исчезнет - ПС выкинут из индекса второй сайт.
Это то, что вы хотите получить?
Не имеет. Но файл ads.txt он не для Гугля, он больше для рекламодателей Адсенс. Они и проверяют этот файл. И всякие левые сканеры, которые собирают инфу о сайтах с Адсенсом.
А после отказа принять сайт в Адсенс, трафик ни у кого на падал?
Если сайт проверяет человек - грешно не использовать эту "аксессорскую" оценку в ранжировании, особенно если "сайт признан малополезным"...
Короче решил через события делать, разработчику не трудно прописать атрибут события, а пользователю без знаний JS надо просто скопировать готовую разметку и всё, так будет удобно для всех ИМХО
Фтоппку hollywar, прислушайтесь к Snake800. У фреймворка нет будущего, если он не совместим с Content Security Policy (CSP), а инлайн обработчики событий в тегах потребуют небезопасный 'unsafe-inline' в директиве CSP script-src.
Выносите скрипты во внешний файл, или юзайте встроенный <script>...</script>, но только не в теге <tag onclick='...'>. Иначе сайты на фреймворке будут регулярно взламывать.
После - не значит вследствие. Если бы Cloudflare заметно влиял на Адсенс, это бы уже обмусолили на сто рядов.
Скорее всего это побочный эффект переноса аккаунта на "тайский" и обратно.
Проверьте, изменилось ли что-то существенно из: посещаемость / показы / средняя стоимость клика. И всегда можно отключить CF и проверить вернётся ли всё на круги своя...
