Редирект трафик что это

В этом гайде постаралась собрать всё написанное ранее воедино и структурировать инфо по работе с редирект и попап-трафом в целом.

Немного теории обобщенно:
Pop Up — при заходе на сайт или при клике по ссылке на сайте, у юзера открывается дополнительное окно браузера, где он видит наш ленд.
Redirect — при заходе на сайт юзер (чаще всего так поступают с мобильным трафиком) просто перенаправляется на наш ленд.

В целом оба варианта — это такая огромная помойка, куда сливается весь дикий трэш: боты (много ботов, много-много ботов), трафбэк, остатки какого-либо трафика, доменные редиректы и проч и проч. Оба варианта обычно представлены в виде адалт/не адалт, поэтому будьте внимательны, когда работаете с таким разделением и не налейте случайно адалт траф на оффер, где он категорически запрещен.

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

Какие вертикали чаще всего крутят на таком трафике?

  • Google Play инсталлы
  • пинсабмиты
  • sweepstakes, купоны, ваучеры, giftcards
  • любые адалт офферы (тут соображаем сразу, какой траф лить, мейнстрим вам вряд ли разрешат лить на адалт-оффер)

Особенности работы

1. Необходима надежная VDS/сервер для лендов

Выбирайте для работы хорошее железо, которое способно вывозить тонны этого трэша и не упасть. Здесь прежде всего зависит от ваших задач, оборота и понимания, сколько вы будете лить и какие гео. Например: Индонезия, Индия — трафика очень много, он дешевый и нужно учитывать тот факт, что впс за 1$ купленная у хостера на просторах отечественных провайдеров вероятно не обеспечит вам безумный ROI. Я утрирую конечно, но бывает, что новички берут и такое.

Если используем только html, то сверхмощное железо нам не требуется, но необходим nginx и хороший канал.

Это довольно известный облачный хостинг с очень приятными ценами и хорошими характеристиками VPS. Кстати, у них совсем не жадная реферальная система, при регистрации по моей рефке, вы получите 10$ на счёт, этого хватит на пару месяцев попробовать (!для новичка), а затем уже сможете решить, стоит ли дальше пользоваться. Подробнее об этом хостере и о работе с ним, я писала здесь.

2. Хорошая скорость отдачи. Сервер близко к гео либо CDN

Первый вариант: льём Азию — берём сервер в Сингапуре, льём ЕС — берём сервер в Нидерландах/Германии, льём ЛатАм — сервер в США и тому подобное.

Второй вариант: используем облачные инфраструктуры, как то CDN от Amazon и проч. Писала об этом подробно здесь и немного затрагивала вопрос здесь.

3. Быстрая загрузка ленда

а) учитываем, что скорость загрузки ленда на большом кол-ве трафа не должна нам ставить палки в колеса. Всегда проверяем пинг pingdom.com, либо host-tracker.com. Скорость загрузки ленда можно также проверить здесь.

б) всегда вылизываем наш код до оптимального состояния. Подробно и в картинках можно изучить этот мой гайд и в дополнение этот.

4. Трекинг

Очень важный момент, на трекере нельзя экономить в данном случае, многие задаются вопросом подойдёт ли например ТДС, я не буду спорить, есть хорошие продукты, но не будем забывать — у ТДС другие задачи. Нам нужна тонкая аналитика, поэтому наш выбор — трекер. На данный момент времени я использую Voluum, есть плюсы и минусы, о которых писала уже, но пока альтернатив ему вижу не много, но и не утверждаю, что их совсем нет, их сейчас довольно много на рынке, просто он удобен для меня по множеству причин и не требует практически ничего для быстрого старта, кроме оплаты разумеется. Если используете селфхост трекер типа iMobiTrax или аналоги, то крайне желательна хорошая настройка сервера, в идеале лучше это переложить на плечи грамотного админа и не лезть, если нет опыта, самим в дебри линуксоидов, запутаетесь и потеряете кучу времени зря. Поэтому на мой взгляд новичку проще будет купить voluum, его тарифа за 100$ в месяц хватит для начала вполне, а для опытного арбитражника и стоимость Enterprise не должна являться большой проблемой.

5. Ботовый трафик

В любом источнике трафика за редким исключением можно отлавливать ботов по токенам, присвоенным для площадок (сайтов, у которых мы покупаем траф). Для нас это святой грааль. Расклад по площадкам оптимизируем в первую очередь, блочим ботовых пабов, хороших не трогаем. Ботов отсеиваем по CTR ленда. Рубить с плеча и чистить сходу площадки с мелким CTR не стоит, особенно если на них есть лиды. По отсеиванию наиболее наглых ботов есть разные стратегии, из самых распространенных и наиболее известных и экономичных: 50 visits и 0 CTR = баним площадку. Примеры таких площадок на скрине ниже (см столбики Visits и CTR, делаем выводы):

Процесс оптимизации тут прост: боты не кликают по ленду и в графе клики нет ни одного события, следовательно площадка вероятно ботовая.

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

Ну и не стоит забывать, что бывают случаи, когда частично-ботовая площадка может нести профит, иногда стоит слить на таких пабов до ХХ стоимостей лида, чтобы понять дальнейшую стратегию оптимизации. Здесь опять же отталкиваемся от бюджета. Если он есть — экспериментируем, ждём, наливаем больше трафа и анализируем поведение площадок. В целом помним, что оптимизировать площадки на редирект трафе надо в самую последнюю очередь, если позволяет бюджет. Исключение составляют разве что совсем ботовые площадки, которые отрубаем сразу же.

6. Биддинг

Нужно учиться понимать систему ставок, подробнее об этом вопросе можно почитать у Чарльза или мой перевод его статьи. Короткая, но очень ёмкая статья, которой хватит для примерного представления о возможных системах биддинга в крупных редирект-сетках, дальше вас обучать будут только ваши тесты.

7. Ограничения (restrictions)

Обязательно смотрим этот пункт в сурсе, что разрешено лить, какие подходы можно, какие нельзя. Сейчас очень сильно сужают возможности, понятное дело, что зайдя в adplexity или другую спаилку, видим только жесткие подходы, которые запрещены, но в уме держим, что за это легко можно получить бан, поэтому клоачимся/договариваемся с сеткой. Где можно — используем жесткие подходы в рамках разумного, где нельзя — клоачимся и морально готовимся к возможным последствиям. Пример рестрикшнов из сетки zeropark.

Заметка про разную степень жести:
Жесткий подход: «У вас 12 вирусов!»
На грани: «У вас может быть вирус»
Белый подход: «Установи лучший антивирус 2016, защити свой телефон!»

б) Агрессивные скрипты

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

Читайте также:  Настройки wifi на ноутбуке dns

Комментарии (10):

Обещаю лить только качественный траф!

А в среднем по больнице подмена хистори браузера банится источниками?

на affplaybook меня нет, по поводу форума барсага лучше пообщаться с Владимиром лично и узнать, что конкретно вам нужно

Именно за подмену хистори меня лично не банили на источниках. Всё зависит от рестрикшнов, можно попинать менеджеров сеток и узнать можно ли юзать тот или иной скрипт.

Можешь рассказать что это такое, подмена истории? На чужих лендингах часто нахожу скрипты подобные, но понять из статей зачем они и что с этого можно поиметь не могу, спасибо=)

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

Лутше за меня! У меня RIO большой. 😀

Понимаешь, в мире affiliate marketing-a сегодня у тебя RIO большой, а завтра упадёт и станет маленьким.
Ну и кому ты будешь нужен с маленьким RIO?

Подскажите,никак не могу понять. Правильно ли я понимаю что popup и popunder отличаются тем, что наш LP открывается сверху и, соответсвенно, снизу текущего окна. Если так, то получается странная ситуация. Вот примеры, где пишут «Pop-under ad demo» а в самом демо явно pop-up: https://www.adglare.com/ad-formats/pop-under-ad-demo, https://support.propellerads.com/Knowledgebase/Article/View/104/3/onclick-pop-under-demo

Как тогда различать где какую рекламу я покупаю?

А откуда берется редиректный трафик? Со взломанных сайтов? Или нет? И как он перенаправляется. Весь на 100%, или частично? Не нахожу информации об этом в интернете.

Войдите или зарегистрируйтесь чтобы оставить комментарий

Источник

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

Автор: Игорь Кантор · Опубликовано 10 ноября, 2019 · Обновлено 10 октября, 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 причины:

  1. Как правило, все партнерские ссылки товаров и услуг ведут на домен CPA-сети. В силу того, что товаров и услуг в CPA-сети множество, на них льет очень много народа, и все ссылки содержат одинаковое доменное имя в основании — большинство площадок просто запрещает использовать такие ссылки. ВКонтакте, например, будет ругаться, если вы попытаетесь пройти по ссылке почти любой более-менее крупной CPA-сети:

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

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

Есть 3 причины, по которым арбитражник использует перенаправление:

1. Без него просто не перейти по ссылке на партнерский оффер (см. картинку выше)

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

3. Необходим для работы с трекером (инструмент для аналитики)

Поэтому, если кто-то уже начал работать по моей схеме со спамом в ЛС или с получением хештег-трафика, настоятельно рекомендую дочитать эту статью до конца, тем более, что многие уже столкнулись с проблемой и озвучивали вопросы на этот счет.

Какие виды редиректов бывают

Несмотря на одинаковый (ну или почти одинаковый) результат работы, механизмы редиректа принципиально различаются. Все виды редиректов можно разделить на 2 типа по локализации:

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

Если вы уже знаете, как устроен редирект или не хотите изучать основы теории — можете пролистать этот раздел и сразу перейти к практической части в конце статьи. По понятным причинам я не рекомендую так делать)

Серверный редирект

Серверный редирект называется так потому, что реализован на стороне сервера. Спасибо кэп) На самом деле, многие не знают, как происходит взаимодействие узлов в сети интернет. В принципе, в рамках данной темы необязательно хорошо разбираться в стеке TCP/IP и клиент-серверной архитектуре взаимодействия удаленных узлов. Но, какие-то вещи из теории, все же, весьма неплохо было бы знать. Поясню принцип работы серверного редиректа с помощью следующей картинки:

Серверный редирект

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

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

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

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

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

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

Через htaccess

Самый распространенный и, пожалуй, самый правильный способ (при переезде домена — особенно) — прописать правило редиректа в файле .htaccess на вашем сервере. Но тут есть несколько ограничений:

  • Разумеется, у вас должен быть куплен хостинг или свой сервер
  • Сайт должен работать на сервере под управлением Apache
  • У вас должен быть доступ к файлу .htaccess

Если с первыми двумя пунктами проблем обычно нет, т.к. большинство сайтов работают под Apache (уж точно больше половины)), то с доступом не все так просто. Иногда, хостер не дает возможности копаться во внутренностях. Но, к счастью, это скорее исключение.

Если будете делать редирект ссылки с помощью .htaccess убедитесь, что хостер разрешает его редактировать. Лучше сделать это до того, как оплатите услуги хостинга)

Я размещаю свои сайты и редиректы на хостинге TimeWeb — он без проблем позволяет редактировать .htaccess

Получить доступ к файлу .htaccess можно двумя способами:

  1. С помощью любого FTP-клиента, например, FileZilla
  2. Через панель управления вашего хостинг-провайдера

Коротко распишу оба варианта:

Доступ к htaccess с помощью FileZilla (универсальный способ)

Этот способ наиболее общий. Скачиваете с официального сайта бесплатную программу FileZilla. Не перепутайте — нам нужен FTP-клиент! Не скачайте случайно версию «сервер».

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

Подключение к удаленному серверу с помощью FileZilla

Файл .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 имеет свои преимущества и недостатки. В большинстве случаев, можно обойтись более простыми и эффективными способами, например, прописать редирект в файле .htaccess или реализовать его на стороне клиента помощью JavaScript (об этом дальше)

В самом простом случае, достаточно найти файл index.php, расположенный в каталоге public_html вашего сайта (как это сделать — см. выше) и добавить в его начало следующий код:

Пример того, как это может выглядеть для сайта на WordPress:

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

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

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

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

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

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

У редиректа на стороне клиента есть 2 основных недостатка:

1. Он может не сработать из-за возможных настроек браузера клиента

2. Клиентский редирект, в большинстве случаев, работает медленнее серверного

Делается очень просто — путем добавления специального мета-тега внутри тега HTML-страницы. Для этого, вам опять нужно получать доступ к файлу index.html (или index.php) на сервере, где расположен ваш сайт (например, с помощью FTP-клиента FileZilla — выше писал об этом).

Сам мета-тег выглядит так:

Первый параметр атрибута content позволяет задать время задержки (в секундах). В моем примере выставлено значение 3. Это значит, что после загрузки страницы клиентским браузером переброс произойдет через 3 секунды. Если нужен мгновенный редирект, то следует установить значение атрибута = 0.

HTML редирект позволяет задать время задержки перенаправления. Это регулируется значением первого параметра атрибута content. Если нужен мгновенный редирект, установите значение = 0

Вот пример HTML-страницы со встроенным мета-тегом для редиректа:

Если пользуетесь CMS, то можете данный код вставить в соответствующую страницу средствами админ-панели. Так, например, для WordPress редирект делается при редактировании страницы. Нужно вставить новый блок типа «HTML-код» и вписать туда свой мета-тег:

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

Читайте также:  Что такое wdr ip камеры

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

Источник

Adblock
detector