Что за переадресация на Ютубе

Google беспощадно пессимизирует ушлые веб-сайты, уличенные в обмане мобильных пользователей. Теперь скрытая переадресация на спамные домены, а также скрытное перенаправление или «невидимый» редирект, входят в список нарушений официальных рекомендаций для веб-мастеров.

Поисковая система Google ведёт беспощадную борьбу с веб-спамом во всех его проявлениях и любых вариациях. Например, распространённый Sneaky Mobile Redirect или скрытая переадресация мобильных пользователей (сотовые телефоны, смартфоны, планшетные компьютеры) считается явным нарушением правил Google.

Что такое скрытая переадресация

Под этим мудрёным термином кроется банальное перенаправление (редирект) мобильных пользователей на контент и (или) другие веб-ресурсы, которые закрыты для посещений поисковым роботом GoogleBot. Команда Google различными способами выявляет подобные нарушения, в том числе и с помощью сообщений от неравнодушных людей.

Наказание сайта за редирект (скрытую переадресацию) – удаление спамного URL-адреса из индекса Google. В справочной информации для веб-мастеров содержится уточнение мобильного редиректа, когда десктопным пользователям показывается целевая веб-страница, а пользователи смартфонов скрытным образом перенаправляются на совершенно другую интернет-страницу спамного домена.

Как настроить переадресацию звонков на Android? — Простая инструкция!

В отдельных случаях переадресация не запрещается и даже рекомендована для удобства владельцев смартфонов и других мобильных гаджетов. Например, при адаптации текстового, графического и медийного контента под возможности конкретных устройств, когда пользователям смартфонов предлагается мобильная версия сайта одной и той же страницы.

Но скрытое перенаправление на другие URL-адреса вводит пользователей сотовых телефонов в заблуждение и однозначно расценивает как нарушение рекомендаций для веб-мастеров.

На некоторых сайтах скрытый редирект действует без ведома владельцев этих ресурсов. Типичные причины появления Sneaky Mobile Redirect:

• Неправильный код веб-страницы нарушает правила переадресации.
• На странице размещён специальный скрипт (элемент) для демонстрации мобильной рекламы или монетизации веб-сайта.
• На странице размещен хакерский скрипт для перенаправления посетителей сайта на спамные веб-ресурсы с вредоносным контентом и опасными приложениями.

Скрытая переадресация: как обнаружить признаки Sneaky Mobile Redirect

Наличие на сайте скрытного редиректа (переадресации) мобильных пользователей определяется несколькими способами:

• Личный опыт . Посетите сайт с помощью смартфона или планшетного компьютера, перейдя как по прямой ссылке, так и через органическую выдачу Google.
• Проверка через веб-браузер . Выполните эмуляцию действий мобильных пользователей через десктопный браузер (в настройках браузера включите режим эмуляции мобильных устройств).
• Отзывы посетителей . Найдите пользовательские отзывы в сети. Это надёжная информация о состоянии сайта. Критические замечания посетителей веб-ресурса помогут своевременно обнаружить проблемы с редиректом.
• Веб-аналитика . Обследуйте сайт с помощью аналитических систем, например Google Analytics. Профессиональный анализ статистики сайта и поведенческие факторы могут рассказать о многом. Резкое уменьшение посещаемости или среднего времени, проведенного мобильными пользователям на сайте, может свидетельствовать о перенаправлении посетителей на другой домен.

Скрытая переадресация: как опознать и удалить Sneaky Mobile Redirect

КАК РАБОТАЕТ ПЕРЕАДРЕСАЦИЯ ВЫЗОВА

1. Взломанный сайт . Зайдите под собственным аккаунтом в Search Console и откройте раздел «Проблемы безопасности». При наличии обнаруженных проблем в этом разделе будете специальное оповещение.
2. Проверка кода сайта . Убедитесь в отсутствии на сайте подозрительных скриптов и сторонних элементов, которые вызывают (могут вызвать) переадресацию.
3. Обнаружен посторонний код . В случае обнаружения постороннего кода следует удалить по одному сторонние скрипты и элементы с тех страниц, где выявлено перенаправление. После удаления очередного скрипта (элемента) каждый раз проверяете наличие (отсутствие) скрытой переадресации. Для этого используйте мобильное устройство или запустите веб-браузер в режиме эмуляции.
4. Помощь со стороны . В некоторых случаях скрытое перенаправление выполняется легальными скриптами или элементам сторонних поставщиков программного обеспечения. Удалите или локализуйте подозрительные скрипты (элементы) с сайта и обратитесь поставщику для решения проблемы с отладкой.

Как исключить скрытую переадресацию мобильных пользователей

• Серьёзный подход к рекламе . Выбирайте добросовестных рекламодателей, которые избегают спамные методы рекламы для мобильных устройств.
• Рекомендации профессионалов . Доверие клиентов и заказчиков – солидный нематериальный актив. Чтобы сохранить собственный имидж и репутацию изучите рекомендации профессионалов по работе с рекламными сетями. Например, правила IAB (Interactive Advertising Bureau) по обеспечению качества интерактивной рекламы
• Правильная монетизация контента . Для коммерческих сайтов разработаны действенные технологии монетизации контента. Они обеспечивают комфортный просмотра контента сайта с мобильных устройств.

Источник: www.watermillsky.ru

Что за переадресация на ютубе

Подскажите пожалуйста..
вот функция «Переадресация» я поставил ссылку , всё хорошо работает , при нажатии перекидывает на сайт.. а можно сделать исключения для него?

т.е. чтоб плеер воровали например.. и их перекидывала на мой сайт.. а на моём сайте работал этот же плеер без переадресации…

Не знаю как сделать через «Проверка на домен» 2 сайта для работы..

т.е. нужно чтоб плеер работал на 2-х сайтах.. один и тот же..

dengger

Ссылка на пост (Смотрели 1051)

22.04.11 19:21 Ответить

support 23.04.11 — 21:00

Проверка на домен так и работает, если указана переадресация. Два домена можно указать через запятую (при наведении на поле есть подсказка).

dengger 24.04.11 — 03:06

на счет Проверка на домен понял спасибо

а вот на счет переадресации.. не понял..

можно ли сделать так.. на моём сайте работало хорошо.. а если поставить на другой сайт.. там будет переадресация на указанный…

Источник: uppod.ru

Как сделать редирект ссылки: примеры + бесплатная Авторская схема!

Главная > Теория и практика > Как сделать редирект ссылки: примеры + бесплатная Авторская схема!

Всем привет! По вашим многочисленным просьбам — представляю новую статью, на тему редирект ссылок! На самом деле, для меня было несколько неожиданным, что данный вопрос возымеет такую популярность. Я, действительно, получил очень много писем с просьбой подробнее раскрыть тему, после чего, сразу взялся это сделать.

В общем — небольшой ликбез по редиректу и пара мыслей об усложнении жизни в конце статьи). Поехали!

Что такое редирект

Редирект — это перенаправление пользователя с одного интернет-адреса (URL) на другой. Поясню на примере: вбиваете в адресной строке своего браузера https://casecollector.ru, а попадаете на https://casecollector.ru. Заметили разницу?

А вот пример уже по-жестче: вводите https://prtglp.ru/affiliate/10685064. В результате открылась https://q-sender.ru/qsultra. Что тут происходит?! Это вообще законно?)

Еще, наверняка, многие видели ссылки вида bit.ly (например, вот такая: https://bit.ly/1oJrmXs — откроется википедия) или vk.cc. Это — так называемые, «сокращатели ссылок». Они делают длинные некрасивые ссылки короткими.

Все приведенные примеры — это как раз и есть редирект ссылки, т.е. переброс на другой URL. Существует несколько механизмов его реализации, но об этом чуть позже. Важно понимать, что без этого механизма многие необходимые вещи в сети были бы невозможны.

2. Если в спам-рассылке использовать одну и ту же ссылку, то она станет критерием для отправки страниц аккаунтов-распространителей в бан. Дальнейшее использование ссылки становится небезопасным — аккаунты, рассылающие её будут морозить, и морозить надолго.

Есть еще один неочевидный момент, побуждающий арбитражника перебрасывать трафик — использование так называемых трекеров. Трекер — это специальное серверное ПО, дающее возможность глубокой аналитики происхождения трафика. Профессионалы применяют в обязательном порядке. Может, в будущем созрею на статью или обзор трекера.

Итак, разбираемся, что здесь творится) Я расставил номера в соответствии с порядком действий:

1. Клиент (т.е. пользователь) запрашивает страницу сайта по адресу https://сайт_1.ru;
2. Сервер сайта 1, получив запрос от клиента (запрос идет через интернет, там еще куча промежуточных узлов, которые я умышленно не стал показывать, дабы не усложнять картину), проверяет наличие такой страницы;
3. Оказалось, что для данной страницы установлено правило: «перейди на другую страницу с адресомhttps://сайт_2.ru«;
4. Это означает, что сервер должен оповестить клиента о необходимости открывать другую страницу;
5. Сервер сайта 1 отправляет клиенту соответствующий ответ;
6. Клиент (уже без участия пользователя) устанавливает соединение с новым узлом по адресу https://сайт_2.ru;
7. Сервер сайта 2, также, проверяет состояние запрашиваемой страницы;
8. Редиректов обнаружено не было и сервер должен отдать клиенту содержимое запрашиваемой страницы;
9. Сервер сайта 2 отправляет клиенту запрашиваемую страницу. Пользователь доволен)

Конечно, это упрощенный пример. База данных показана на картинке условно. На деле, обращения к ней может и не быть — все зависит от реализации.

После установки, запускаем программу, вводим настройки своего FTP-подключения и устанавливаем связь с удаленным сервером, на котором вы размещаете свой сайт:

Файл .htaccess обычно лежит в каталоге public_html (там же, где и главная страница вашего сайта index.html). Дальше, порядок действий следующий:

1. Скачиваете .htaccess на свой локальный ПК (левая половина окна программы)
2. Открываете файл на редактирование в блокноте
3. Прописываете правило перенаправления ссылки
4. Записываете .htaccess обратно на сервер (с заменой старого файла)

Теперь, собственно, как выглядит сам htaccess редирект ссылки:

Это очень просто! Я добавил всего одну строчку в начало файла .htaccess :

Redirect / https://casecollector.ru/

Закиньте этот .htaccess на свой сервер и будете приятно удивлены, когда при попытке открыть ваш сайт все пользователи будут переброшены на главную страницу моего блога)

Доступ к htaccess из панели управления хостинг-провайдера

Если ваш хостинг-провайдер предоставляет доступ к сайту через панель управления, то, иногда, проще отредактировать .htaccess прямо там.

Как я уже говорил, в качестве хостинга всех своих проектов я использую TimeWeb. Нужный нам файл можно найти следующим образом:

1. Открываем панель управления
2. Заходим в раздел «Файловый менеджер» . Откроется список каталогов всех ваших сайтов
3. Открываете каталог с вашим сайтом, через который будет идти редирект
4. Открываем папку public_html
5. Там будет лежать .htaccess
6. Двойным кликом открываете и добавляете запись редиректа в начало файла прямо в редакторе панели управления
7. Сохраняете файл — все готово!

PHP

Другой способ сделать серверный редирект ссылки — это написать строчку кода на языке PHP. Этот способ менее предпочтительный, чем предыдущий, т.к. он медленнее и требует понимания структуры вашего сайта. И, разумеется, сайт должен работать на PHP)

Среди преимуществ — возможность дописать обработчики для сбора статистики или сделать умный редирект php, который по определенным условия будет определять правило перенаправления. Иногда, без этого невозможно обойтись.

Клиентский редирект

Теперь, коротко про редирект на стороне клиента. Принцип действия, также, покажу с помощью картинки:

Идем по пунктам:

1. Клиент (т.е. пользователь) запрашивает страницу сайта по адресу https://сайт_1.ru;
2. Сервер сайта 1, получив запрос от клиента, проверяет наличие такой страницы и готовит ответ, если страница найдена;
3. Сервер отправляет клиенту стандартный ответ с содержимым запрашиваемой страницы;
4. Клиент (вернее, браузер клиента) должен открыть и показать содержимое страницы, НО, в процессе открытия, обнаруживает в содержимом полученной страницы редирект на другую страницу!
5. Следуя инструкции, браузер клиента запрашивает новый адрес https://сайт_2.ru ;
6. Сервер сайта 2, получает запрос, проверяет состояние запрашиваемой страницы и готовит ответ клиенту;
7. Сервер сайта 2 отправляет клиенту запрашиваемую страницу. Пользователь доволен)

Почувствовали разницу? Теперь редирект ссылки делает не сервер, а браузер пользователя по инструкции, которая содержится прямо в запрошенной странице сайта!

Такой подход менее надежен, чем серверные варианты в силу того, что браузер пользователя может блокировать загрузку скриптов — тогда перенаправление не сработает. Кроме того, редирект на клиентской стороне работает медленнее, т.к. браузер должен сначала получить запрашиваемую страницу с сервера. Если страница написана неоптимально (избыток JS или тяжеловесная CMS) — загрузка будет долгой, а редирект сработает в самом конце.

Главный недостаток HTML редиректа в том, что мета-тег нужно вставить во все страницы, требующие перенаправления (страницы-доноры). Соответственно, когда вам потребуется изменить адрес страницы-акцептора (так по-научному называется страница, на которую редиректим), придется менять адрес на каждой странице-доноре.

JavaScript

Последний способ, который я здесь приведу — это JS редирект. Делается аналогично HTML, но вместо мета-тега в страницу встраивается код на языке JavaScript. Этот код исполняет браузер клиента после загрузки страницы.

Пожалуй, дополнительные комментарии тут излишни: просто вводите адрес страницы-донора (опционально), страницы-акцептора, выбираете подходящий тип редиректа, жмете кнопку «Generate Code» и будет вам счастье)

Авторская схема: бесплатный редирект ссылки на uCoz

Я хочу поделиться схемой, которую я применяю, когда срочно нужно что-нибудь затестить, а без редиректа не пускают. Данный способ абсолютно бесплатный и не требует наличия своего хостинга, сервера или сайта. Отличный способ, чтобы, например, сделать редирект для ВК.

Идея в том, чтобы использовать бесплатный конструктор сайтов. Я сделал свой выбор в пользу конструктора uCoz. Вы получаете в свое распоряжение доменное имя третьего уровня и место на сервере, где размещается ваш «сайт». Сам сайт нас мало интересует, а вот возможность ручного редактирования HTML сайта — это именно то, что принесет нам радость.

Оффтоп: кстати, пока я писал эту статью случился фейл с этой схемой с uCoz и, я думал, что она больше нежизнеспособна! Но, немного поломав голову, я нашел лазейку и теперь все ОК)) Дальше расскажу, в чем суть.

Заполняем необходимые поля:

После этого, получаем подтверждение на указанный нами e-mail и, перейдя по ссылке из письма, заполняем еще пару форм и попадаем в панель создания сайтов:

Теперь, придумываете адрес сайта (имя домена третьего уровня) и выбираете доступные варианты бесплатных доменов от uCoz. Рекомендую создавать сайты с именами, релевантными продвигаемым офферам, чтобы ссылка вызывала больше доверия в лице потенциального клиента. Мой выбор был очевиден)):

Следуя приглашению, переходим в панель управления.

ШАГ 2. Вставка кода редиректа

Полпути пройдено! Осталось правильно внедрить код редиректа в новоиспеченный сайт, чтобы он стал выполнять свое темное дело.

После того, как откроется панель управления сайтом, переходим на вкладку «Дизайн»:

Нам нужно найти шаблон главной страницы сайта. На вкладке «Дизайн» есть выпадающий список шаблонов, действующих на сайте. Выбираем шаблон с названием «Страницы сайта»:

Прежде, чем редактировать шаблон, убедитесь, что ваш сайт работает и доступен по адресу, который вы задавали. Я проверил свой сайт по адресу casecollector.usite.pro (на момент прочтения вами статьи, он может уже не работать, т.к. uCoz периодически требует подтверждения активности сайта, а я мог на это забить):

Убедившись, что все работает, переходим к вставке редиректа в код шаблона нашего сайта. И тут — ВНИМАНИЕ. Из-за подставы со стороны uCoz пришлось пойти на хитрость и вставить код редиректа ссылки на JQuery.

Сохраняем шаблон и проверяем свой сайт, введя адрес в браузере (напомню, у меня был casecollector.usite.pro). Если все сделали правильно, то откроется желаемая страница и вас можно поздравить).

Что перестало работать?

Рассказываю про свой эпик фейл. Можете взять на заметку при проработке альтернативных схем. Суть в следующем: раньше (на протяжении последних нескольких лет) я всегда прогонял ссылки для теста через uCoz, как описано выше. НО! Я всегда использовал HTML или JavaScript редиректы.

Причем, предпочтение отдавал HTML, т.к. больше шансов на успех в случае блокировки JS в клиентском браузере.

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

Самое печальное то, что написав редирект ссылки на JavaScript я получил ровно такой же результат! Причем, все мои старые ссылки на HTML продолжают работать. Изменения коснулись только нового редактора кода шаблонов.

Это происходит потому, что uCoz мониторит ваш сайт и действия пользователей с ним и, в случае, если активности нет (подробнее читайте Условия использования), то сайт отключают.

Активности пользователей, по понятным причинам, не будет, т.к. все они перенаправляются на другой ресурс.

Выход один: следите за почтой и своевременно восстанавливайте свои сайты. Именно по этой причине, я использую данную схему только для тестов.

Заключение

Еще раз поздравляю тех, кто дочитал до конца! К сожалению, схема с uCoz перестала работать. Честно сказать — метод не самый надежный и этого стоило ожидать рано или поздно. Тем не менее, я не зря делаю акцент на редиректе. Большинство доменов CPA-сетей под фильтром у ВК.

Это значит, что при переходе по такой ссылке, пользователь увидит от ВК предупреждение вида: «Ссылка на подозрительный сайт». Чуть позже напишу, как я делаю надежные платные редиректы. Если работаете с трафиком — не забудьте ознакомиться с моим мануалом по продвижению в ВК и другими материалами блога.

Источник: casecollector.ru