Код для редиректа на другой сайт
HTML редирект или перенаправление на другой сайт
Рассмотрим, как самостоятельно правильно сделать HTML редирект
Глава содержит примеры HTML редиректов на другие страницы и сайты.
В меню слева вы найдете современные и очень подробные уроки по HTML.
Основная информация про HTML редирект
Прежде, чем приступить к HTML редиректу, предлагаю ознакомиться с некоторой информацией.
Это может быть интересно.
Технология Word Wide Web и ее значение
Создание сайтов – процесс, который требует времени и средств. Цена услуги зависит от того, принадлежит ли сайт одному человеку или представляет лицо некой коммерческой или политической структуры. Независимо от того, принадлежит ли сайт человеку, пишущему о домашних цветах или закрытой коммерческой структуре, например, банку, процесс создания сайта базируется на стандартах технологии Word Wide Web. World Wide Web (сокращенно WWW) или Всемирная паутина – система взаимосвязанных гипертекстовых документов. Документы или страницы в системе World Wide Web обыкновенно содержат текст, изображения, видео и другие мультимедийные компоненты, а связь между ними осуществляется с помощью гиперссылок.
HTML редирект и его синтаксис
Использование редиректа иногда может пригодится. У каждого свои потребности, а вот его код:
HTML редирект – это соответствующий мета-тег с некоторыми параметрами и значениями.
Параметр content=”” со значением 1 определяет перенаправление через 1 секунду и т.п.
Слышал, что поисковики не любят редиректы со значением 0, но сам не проверял.
После URL= вводится адрес перенаправления с текущей страницы.
Вот и все детали HTML редиректа, а вы думали – это роман Л. Н. Толстого «Война и мир» 🙂
Повторю, что данный проект является самоучителем по созданию интернет-страниц и сайтов.
Дата публикации: Июль 2011 | Обновление: Ноябрь 2018
HTML коды сайта и страницы 
Правила написания HTML редиректа
HTML redirect играют важную роль для масштабных веб-проектов. Возможность переадресации трафика с одного сайта на другой помогает лучше управлять потоками посетителей и выполнять реструктуризацию ресурса.
С помощью редиректов пользователи могут отправлять сообщения с одинаковым содержанием на разных доменах, не позволяя их классифицировать как дублированный контент. Кроме этого перенаправления доменов являются эффективными способом для поисковой оптимизации.
Перенаправление доменов сайта
Редиректы используются для информирования серверов о том, что контент сайта был перенесен с одного URL-адреса на другой. Делать это необходимо, когда исходный веб-адрес ( цель входящей ссылки ) занимает высокие позиции в выдаче поисковых систем ( SERP ). В этом случае редирект сообщает поисковому роботу, что нужный контент был перенесен, предоставляя пользователю ссылку на новый адрес.
Без таких переадресаций веб-мастера столкнулись бы со страницей ошибки 404 вместо искомого сайта. Это то, чего коммерческие ресурсы особенно стремятся избежать. Онлайн-магазины предлагают постоянно меняющийся ассортимент товара, который отображается на многих страницах. Как только товар перестает продаваться, потенциальных клиентов перенаправляют на страницу с аналогичным продуктом. Это позволяет более эффективно управлять потоком посетителей, а также уменьшить показатель отказов.
Кроме этого перенаправление позволяет одинаковому контенту быть доступным по различным веб-адресам. Все альтернативные адреса перенаправляются в сторону приоритетного домена сайта:
Типы редиректов
Когда дело доходит до перенаправлений на стороне клиента, все выглядит по-другому: они выполняются без какого-либо ответа, и никакие коды состояний не передаются. Именно поэтому не все системы поддерживают редирект. Это может привести к ситуациям, когда посетители остаются на оригинальном сайте и не перенаправляются на новую страницу.
Такие недостатки делают использование серверных редиректов более предпочтительным. Поэтому клиентские решения должны применяться только тогда, когда перенаправления домена на стороне сервера невозможно из-за технических препятствий.
Серверные редиректы
Ниже приведены актуальные коды состояния HTTP 301 и 302 :
Этот метод позволяет перенаправить отдельные файлы. Следующий код показывает редирект с одного сайта на другой:
.htaccess перенаправление из подкаталога на другой URL
Вот как выглядит постоянное перенаправление на сервере Apache с активным модулем mod_rewrite :
Перенаправления с помощью PHP
HTML redirect на другую страницу может также быть выполнен PHP скриптом ( например, в index.php ). Следующий код отображает постоянное перенаправление к целевому URL ‘www.example.com’ :
В примере перенаправление происходит на ‘ http://www.example.com ‘. Функция ‘ exit ‘ в четвертой строке кода заканчивает сценарий и препятствует выполнению следующей строки. Чтобы редиректы работали через PHP скрипт, блок кода должен быть расположен в начале HTML страницы. Это препятствует передаче сервером содержимого HTML на страницу перенаправления.
Клиентские редиректы
Более того, перенаправления на стороне клиента не поддерживаются всеми пользовательскими агентами, а это значит, есть риск того, что не все посетители сайта будут перенаправлены.
Переадресация с помощью HTML метатега refresh
HTML перенаправления реализуются через метатеги с атрибутом ‘ http-equiv ’. Для этого нужен простой HTML-файл и соответствующий тег в заголовке для создания перенаправления. Чтобы посетители получали информацию о редиректе, в HTML-документе должно быть установлено соответствующее уведомление: « Пожалуйста, подождите. Вы будете перенаправлены … ‘. Простое перенаправление с помощью refresh выглядит следующим образом:
Переадресация с помощью JavaScript
Самое главное здесь это третья строка кода. Объект ‘ window.location ‘ используется, чтобы сделать ссылку на текущий адрес сайта. Команда ‘ replace ‘ инструктирует браузер направить пользователя к домену назначения (‘ www.example.com ‘).
Дайте знать, что вы думаете по данной теме материала в комментариях. Мы очень благодарим вас за ваши комментарии, лайки, дизлайки, подписки, отклики!
Как сделать редирект ссылки: примеры + бесплатная Авторская схема!
Автор: Игорь Кантор · Опубликовано 10 ноября, 2019 · Обновлено 31 мая, 2021
Всем привет! По вашим многочисленным просьбам – представляю новую статью, посвященную редиректу ссылок! На самом деле, для меня было несколько неожиданным, что данный вопрос возымеет такую популярность. Я, действительно, получил очень много писем с просьбой подробнее раскрыть тему, после чего, сразу взялся это сделать. В общем – небольшой ликбез по редиректу и пара мыслей об усложнении жизни в конце статьи). Поехали!
Что такое редирект
Редирект – это перенаправление пользователя с одного интернет-адреса (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. Существует несколько механизмов его реализации, но об этом чуть позже. Важно понимать, что без редиректа многие необходимые вещи в сети были бы невозможны.
Редирект – это необходимый инструмент, который решает задачи перенаправления интернет-трафика
Другой пример, когда, по какой-либо причине, меняется название доменного имени (ребрендинг, санкции к старому имени, смена владельца и др.) было бы весьма неплохо сохранить позиции сайта в поиске, тем более, что вся наработанная клиентская база будет искать ресурс по старому имени. Это уже к вопросу, как сделать редирект на другой сайт. То же касается перехода сайта на HTTPS (см. первый пример).
Такой же метод применяется и для перенаправления трафика в пределах одного ресурса. Редирект, в этом случае, используется для переброса с неактуальных на актуальные страницы сайта.
Зачем редирект арбитражнику?
Наконец, подходим к главному вопросу: почему все арбитражники (здесь небольшой ликбез по арбитражу трафика, если кто забыл или еще не знает, чем мы тут занимаемся)) и многие вебмастера так озабочены перенаправлением трафика?
Если вы уже имели дело с CPA-сетями или даже попробовали делать спам-рассылку во ВКонтакте, то знаете не понаслышке – полить трафик на партнерку без редиректа ссылок просто не получится. И тому есть 2 причины:
2. Если в спам-рассылке использовать одну и ту же ссылку, то она станет критерием для отправки страниц аккаунтов-распространителей в бан. Дальнейшее использование ссылки становится небезопасным – аккаунты, рассылающие её будут морозить, и морозить надолго.
Есть еще один неочевидный момент, побуждающий арбитражника перебрасывать трафик – использование так называемых трекеров. Трекер – это специальное серверное ПО, дающее возможность глубокой аналитики происхождения трафика. Профессионалы применяют в обязательном порядке. Может, в будущем созрею на статью или обзор трекера.
Есть 3 причины, по которым арбитражник использует редирект:
1. Без него просто не перейти по ссылке на партнерский оффер (см. картинку выше)
2. Одну и ту же ссылку не удается рассылать многократно – со временем, она становится причиной блокировок аккаунтов
3. Необходим для работы с трекером (инструмент для аналитики)
Поэтому, если кто-то уже начал работать по моей схеме со спамом в ЛС или с получением хештег-трафика, настоятельно рекомендую дочитать эту статью до конца, тем более, что многие уже столкнулись с проблемой и озвучивали вопросы на этот счет.
Какие виды редиректов бывают
Несмотря на одинаковый (ну или почти одинаковый) результат работы, механизмы редиректа принципиально различаются. Все виды редиректов можно разделить на 2 типа по локализации:
В наших делах со спамом часто приходится иметь дело с обоими видами, поэтому рассмотрим каждый из них подробнее.
Если вы уже знаете, как устроен редирект или не хотите изучать основы теории – можете пролистать этот раздел и сразу перейти к практической части в конце статьи. По понятным причинам я не рекомендую так делать)
Серверный редирект
Серверный редирект называется так потому, что реализован на стороне сервера. Спасибо кэп) На самом деле, многие не знают, как происходит взаимодействие узлов в сети интернет. В принципе, в рамках данной темы необязательно хорошо разбираться в стеке TCP/IP и клиент-серверной архитектуре взаимодействия удаленных узлов. Но, какие-то вещи из теории, все же, весьма неплохо было бы знать. Поясню принцип работы серверного редиректа с помощью следующей картинки:
Серверный редирект
Итак, разбираемся, что здесь творится) Я расставил номера в соответствии с порядком действий:
Конечно, это упрощенный пример. База данных показана на картинке условно. На деле, обращения к ней может и не быть – все зависит от реализации.
Скорость, надежность и безопасность – это главные преимущества реализации редиректа на стороне сервера перед клиентским редиректом. Главный недостаток – необходимость иметь доступ к файлам сервера, что не всегда возможно.
Главные преимущества серверного редиректа – это скорость и надежность. Кроме того, это наиболее легальный способ перенаправления, который вызывает наименьшие подозрения со стороны различных сервисов.
Теперь рассмотрим самые популярные способы реализовать редирект с одного домена на другой на серверной стороне:
Редирект через htaccess
Если с первыми двумя пунктами проблем обычно нет, т.к. большинство сайтов работают под Apache (уж точно больше половины)), то с доступом не все так просто. Иногда, хостер не дает возможности копаться во внутренностях. Но, к счастью, это скорее исключение.
Коротко распишу оба варианта:
Доступ к htaccess с помощью FileZilla (универсальный способ)
Этот способ наиболее общий. Скачиваете с официального сайта бесплатную программу FileZilla. Не перепутайте – нам нужен FTP-клиент! Не скачайте случайно версию “сервер”.
После установки, запускаем программу, вводим настройки своего FTP-подключения и устанавливаем связь с удаленным сервером, на котором вы размещаете свой сайт или редирект:
Подключение к удаленному серверу с помощью FileZilla
Файл .htaccess обычно лежит в каталоге public_html (там же, где и главная страница вашего сайта index.html). Дальше, порядок действий следующий:
Теперь, собственно, как выглядит сам htaccess редирект ссылки:
Это очень просто! Я добавил всего одну строчку в начало файла .htaccess :
Redirect / https://casecollector.ru/
Закиньте этот .htaccess на свой сервер и будете приятно удивлены, когда при попытке открыть ваш сайт все пользователи будут переброшены на главную страницу моего блога)
Доступ к htaccess из панели управления хостинг-провайдера
Если ваш хостинг-провайдер предоставляет доступ к сайту через панель управления, то, иногда, проще отредактировать .htaccess прямо там.
Как я уже говорил, в качестве хостинга всех своих проектов я использую TimeWeb. Нужный нам файл можно найти следующим образом:
Редирект на PHP
Другой способ сделать серверный редирект ссылки – это написать строчку кода на языке PHP. Этот способ менее предпочтительный, чем предыдущий, т.к. он медленнее и требует понимания структуры вашего сайта. И, разумеется, сайт должен работать на PHP)
Среди преимуществ – возможность дописать обработчики для сбора статистики или сделать умный редирект php, который по определенным условия будет определять правило перенаправления. Иногда, без этого невозможно обойтись.
В самом простом случае, достаточно найти файл index.php, расположенный в каталоге public_html вашего сайта (как это сделать – см. выше) и добавить в его начало следующий код:
Пример того, как это может выглядеть для сайта на WordPress:
Клиентский редирект
Теперь, коротко про редирект на стороне клиента. Принцип действия, также, покажу с помощью картинки:
Почувствовали разницу? Теперь редирект ссылки делает не сервер, а браузер пользователя по инструкции, которая содержится прямо в запрошенной странице сайта!
Такой подход менее надежен, чем серверные варианты в силу того, что браузер пользователя может блокировать загрузку скриптов – тогда перенаправление не сработает. Кроме того, редирект на клиентской стороне работает медленнее, т.к. браузер должен сначала получить запрашиваемую страницу с сервера. Если страница написана неоптимально (избыток JS или тяжеловесная CMS) – загрузка будет долгой, а редирект сработает в самом конце.
У редиректа на стороне клиента есть 2 основных недостатка:
1. Он может не сработать из-за возможных настроек браузера клиента
2. Клиентский редирект, в большинстве случаев, работает медленнее серверного
HTML редирект
Делается очень просто – путем добавления специального мета-тега внутри тега HTML-страницы. Для этого, вам опять нужно получать доступ к файлу index.html (или index.php) на сервере, где расположен ваш сайт (например, с помощью FTP-клиента FileZilla – выше писал об этом).
Сам мета-тег выглядит так:
Первый параметр атрибута content позволяет задать время задержки (в секундах). В моем примере выставлено значение 3. Это значит, что после загрузки страницы клиентским браузером переброс произойдет через 3 секунды. Если нужен мгновенный редирект, то следует установить значение атрибута = 0.
HTML редирект позволяет задать время задержки перенаправления. Это регулируется значением первого параметра атрибута content. Если нужен мгновенный редирект, установите значение = 0
Вот пример HTML-страницы со встроенным мета-тегом для редиректа:
Если пользуетесь CMS, то можете данный код вставить в соответствующую страницу средствами админ-панели. Так, например, для WordPress редирект делается при редактировании страницы. Нужно вставить новый блок типа “HTML-код” и вписать туда свой мета-тег:
Главный недостаток HTML редиректа в том, что мета-тег нужно вставить во все страницы, требующие перенаправления (страницы-доноры). Соответственно, когда вам потребуется изменить адрес страницы-акцептора (так по-научному называется страница, на которую редиректим), придется менять адрес на каждой странице-доноре.
JavaScript редирект
Последний способ, который я здесь приведу – это JS редирект. Делается аналогично HTML, но вместо мета-тега в страницу встраивается код на языке JavaScript. Этот код исполняет браузер клиента после загрузки страницы.
У JavaScript редиректа есть один существенный недостаток: если пользователь в настройках браузера запретил исполнение JavaScript, то редирект ссылки не сработает
Хорошая новость – без JS большинство современных сайтов будут работать некорректно, поэтому, скорее всего, JS у пользователя в браузере будет разрешен
Синтаксис на JS следующий:
Пример реализации для случая ручного добавления кода в index.html:
Также, как в случае с HTML реализацией, в данном способе можно задать задержку на переход. Будьте внимательны! В JS задержка задается в миллисекундах! В моем примере переход произойдет через 3 секунды после загрузки кода браузером.
Главное преимущество метода заключается в том, что сам код JS можно вынести в отдельный файл, а на всех требуемых страницах-донорах сделать ссылку на JS. Тогда, для смены адреса редиректа достаточно изменить ссылку в одном документе.
Генератор редиректов
В завершении нудного теоретического блока приведу генератор редиректа, который позволит без ошибок сгенерировать код для нужного вам типа редиректа. Хотя, для тех, кто внимательно читал, все и так предельно понятно)
На самом деле, инструментов на этот случай великое множество (в том числе – плагины для CMS). Так как все они делают они одно и то же, приведу только один пример: 301 Redirect Code Generator
Пожалуй, дополнительные комментарии тут излишни: просто вводите адрес страницы-донора (опционально), страницы-акцептора, выбираете подходящий тип редиректа, жмете кнопку “Generate Code” и будет вам счастье)
Авторская схема: бесплатный редирект ссылки на uCoz
Я хочу поделиться схемой, которую я применяю, когда срочно нужно что-нибудь затестить, а без редиректа не пускают. Данный способ абсолютно бесплатный и не требует наличия своего хостинга, сервера или сайта. Отличный способ, чтобы, например, сделать редирект для ВК.
Идея в том, чтобы использовать бесплатный конструктор сайтов. Я сделал свой выбор в пользу конструктора uCoz. Вы получаете в свое распоряжение доменное имя третьего уровня и место на сервере, где размещается ваш “сайт”. Сам сайт нас мало интересует, а вот возможность ручного редактирования HTML сайта – это именно то, что принесет нам радость.
Оффтоп: кстати, пока я писал эту статью случился фейл с этой схемой с uCoz и, я думал, что она больше нежизнеспособна! Но, немного поломав голову, я нашел лазейку и теперь все ОК)) Дальше расскажу, в чем суть.
ВАЖНОЕ ОБНОВЛЕНИЕ (от 05.2020).
На момент мая 2020 г мои подписчики сообщили, что предложенный мной вариант тоже перестал работать!
К дальнейшему материалу прошу относиться, как к теоретической части и применять для поиска других схем (возможно, на других платформах)
ШАГ 1. Регистрация и создание сайта
Заходим на uCoz – попадаем на страницу регистрации:
Заполняем необходимые поля:
После этого, получаем подтверждение на указанный нами e-mail и, перейдя по ссылке из письма, заполняем еще пару форм и попадаем в панель создания сайтов:
Теперь, придумываете адрес сайта (имя домена третьего уровня) и выбираете доступные варианты бесплатных доменов от uCoz. Рекомендую создавать сайты с именами, релевантными продвигаемым офферам, чтобы ссылка вызывала больше доверия в лице потенциального клиента. Мой выбор был очевиден)):
Следуя приглашению, переходим в панель управления.
ШАГ 2. Вставка кода редиректа
Полпути пройдено! Осталось правильно внедрить код редиректа в новоиспеченный сайт, чтобы он стал выполнять свое темное дело.
После того, как откроется панель управления сайтом, переходим на вкладку “Дизайн”:
Нам нужно найти шаблон главной страницы сайта. На вкладке “Дизайн” есть выпадающий список шаблонов, действующих на сайте. Выбираем шаблон с названием “Страницы сайта”:
Прежде, чем редактировать шаблон, убедитесь, что ваш сайт работает и доступен по адресу, который вы задавали. Я проверил свой сайт по адресу casecollector.usite.pro (на момент прочтения вами статьи, он может уже не работать, т.к. uCoz периодически требует подтверждения активности сайта, а я мог на это забить):
Убедившись, что все работает, переходим к вставке редиректа в код шаблона нашего сайта. И тут – ВНИМАНИЕ. Из-за подставы со стороны uCoz пришлось пойти на хитрость и вставить код редиректа ссылки на JQuery.
JQuery – это популярная библиотека JavaScript, которая облегчает некоторые задачи разработчикам сайтов (в частности, разработку FrontEnd’а сайта). uCoz поддерживает работу с этой библиотекой, поэтому код, написанный на JQuery будет корректно работать. Так, как это библиотека JS, то и синтаксис будет таким же, как в JS.
Так будет выглядеть код для перенаправления на JQuery:
Сохраняем шаблон и проверяем свой сайт, введя адрес в браузере (напомню, у меня был casecollector.usite.pro). Если все сделали правильно, то откроется желаемая страница и вас можно поздравить).
Что перестало работать?
Рассказываю про свой эпик фейл. Можете взять на заметку при проработке альтернативных схем. Суть в следующем: раньше (на протяжении последних нескольких лет) я всегда прогонял ссылки для теста через uCoz, как описано выше. НО! Я всегда использовал HTML или JavaScript редиректы. Причем, предпочтение отдавал HTML, т.к. больше шансов на успех в случае блокировки JS в клиентском браузере.
Пока писал статью, uCoz изменили алгоритмы валидации кода и, когда я решил по старой схеме сделать переброс на HTML, то получил вот это:
Самое печальное то, что написав редирект ссылки на JavaScript я получил ровно такой же результат! Причем, все мои старые ссылки на HTML продолжают работать. Изменения коснулись только нового редактора кода шаблонов.
Редиректы на HTML и JavaScript теперь не работают на конструкторе сайтов uCoz! Подобные конструкции попадают под фильтр валидатора кода редактора шаблонов.
Терять такую вкуснятину я никак не хотел, поэтому, перепробовал буквально всё. Сработал единственный метод – вставлять редирект ссылки на JQuery, как я описал в примере выше.
Срок жизни редиректа
Через некоторое время, после создания и публикации сайта uCoz вам на почту будут приходить сообщения следующего вида:
Это происходит потому, что uCoz мониторит ваш сайт и действия пользователей с ним и, в случае, если активности нет (подробнее читайте Условия использования), то сайт отключают.
Активности пользователей, по понятным причинам, не будет, т.к. все они перенаправляются на другой ресурс.
Выход один: следите за почтой и своевременно восстанавливайте свои сайты. Именно по этой причине, я использую данную схему только для тестов.
Заключение
Еще раз поздравляю тех, кто дочитал до конца! К сожалению, схема с uCoz перестала работать. Честно сказать – метод не самый надежный и этого стоило ожидать рано или поздно. Тем не менее, я не зря делаю акцент на редиректе. Большинство доменов CPA-сетей под фильтром у ВК. Это значит, что при переходе по такой ссылке, пользователь увидит от ВК предупреждение вида: “Ссылка на подозрительный сайт”. Чуть позже напишу, как я делаю надежные платные редиректы. Если работаете с трафиком – не забудьте ознакомиться с моим мануалом по продвижению в ВК и другими материалами блога.