New Horizon Team

Реальная тема (подкинул ее Maurizio Petrone). Берите на вооружение и решайте проблему нехватки бэков с нужными анкорами на ваших коммерческих (или не очень) сайтах.

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

У вас есть сайт со множеством очень красивых картинок. Если вы достаточно разбираетесь в SEO, вы их уже оптимизировали и когда люди используют их любимые Поисковики по картинкам, они находят ваши картинки на первых страницах в результатах выдачи:

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

Когда кто-то копирует вашу картинку он:

• Использует вашу картинку без разрешения
• Грузит ваш сервер, который стоит денег
• Чаще всего ничего не платит и даже не ставит обратную ссылку

Примечание: Я думаю, что автоматически блокировать вызов картинки (например, закрывая доступ к картинке если HTTP REFERER не пуст и не принадлежит вашему хосту) – не самая лучшая стратегия. Зачем, если наши картинки можно использовать как источник обратных ссылок?Гугловский поиск по картинкам приносит Маурициу Петроне наибольший траф по картинкам. И вот, что он заметил:

• Если юзер заинтересован в сайте, он скорее всего будет серфить, используя Гугл Фреймсет
• Если же юзер хочет просто скачать картинку или скопировать ее адрес, чтобы вставить его себе на сайт, он скорее всего кликнет по уменьшенной версии картинки в верху фрейма:

В таком случае ваш сервер отсылает клиенту (браузеру) картинку, а в поле HTTP REFERER значится «images.google.com».

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

Что происходит, когда выполняется обычный клик?

• Браузер выводит на странице только картинку
• Адрес картинки – обычный, заканчивается на jpeg/png/gif (не принципиально).

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

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

Метод I – Клоакинг Посадочной Страницы

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

Если юзер приходит с результатов поиска по картинкам, мы просто будет отправлять его на особенную посадочную страницу:

На которой мы предложим юзеру скопировать картинку, используя предлагаемый нами код, типа такого:

<a href=”линк_куда_надо”><img src=”линк на картинку” alt=”нужные_ключеые_слова”></a>

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

Эффективность: низкая (зависит от посадочной страницы)
Законность: высокая (вы показываете юзеру картинку, которую он искал, просто добавляя текст)
Сложность: средняя

Как осуществить задуманное?

Используя специальный скрипт. Этот скрипт будет проверять, откуда пришел юзер и показывать разные страницы в зависимости от места, с которого совершается переход.

Если у вас Apache сервер с PHP и у вас есть возможность редактировать .htaccess файл, добавьте туда следующие строки:

RewriteEngine On
RewriteCond %{REQUEST_URI} (.*)\.(jpg|jpeg|gif|png|bmp)$ [NC]
RewriteRule (.*) /script.php?imgpath=$1 [PT]

Это сообщит вашему серверу переписывать все URL, которые заканчиваются на “jpg”, “jpeg”, “gif”, “png” или “bmp” на основе данных из файла «script.php» в вашей корневой папке.

В самом файле «script.php» мы будет проверять значение HTTP REFERER. И если там будет находится images.google.com (или какой-либо другой аналогичный сайт поиска по картинкам), скрипт будет отсылать ему особенную посадочную страницу. А в остальных случаях – обычную картинку.

Пример кода для файла «script.php» (внимательно читайте каменты к коду).

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

Примечание: если вы используете какую-либо CMS, возможно, вам придется подредактировать код, чтобы все работало как надо.

Метод номер два - «Волшебный URL»

Это метод более хитрый. Мы будем эксплуатировать незнание людей как «работают» веб страницы и их лень для того, чтобы получать бэклинки. И это – магия.

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

Но… есть таки способ заставить их поставить на вас ссылку.

Что если есть возможность в самом URL картинки, который и будут копировать большинство вебмастеров пришедших совершить копипаст, делать встроенную ссылку?

Как это работает?

• Вебмастер, желающий сослаться на вашу картинку, приходит с результатов поиска по картинкам
• Мы знаем, что приходит он с сайта типа http://images.google.com
• В таком случае мы заменяем URL картинки в строке браузера с

http://example.com/image.jpg

на

http://example.com/image.jpg?foo="><a href="http://www.example.com">Anchortext</a>


• Юзер копирует этот адрес и вставляет себе на страницу
• И вместо:

<img src="http://example.com/image.jpg">

выходит:

<img src="http://example.com/image.jpg?foo="><a href="http://www.example.com">Anchortext</a>">

• В итоге мы получаем работающую прямую ссылку c нужным анкором на свой сайт (вне тега IMG)!

Эффективность: Высокая
Законность: низкая
Сложность: высокая

Плюсы:

• высокая эффективность (зависящая от ниши, где вы проделываете этот трюк)

Минусы:

• Вам необходимо будет создать промежуточную страницу для JavaScript редиректа.
• Это работает только с Internet Expoleror (включая 7 версию)
• На сколько я (Maurizio Petrone) знаю, это не работает с Apache2
• У вас могут быть проблемы с настройкой в Apache
• У вас могут появится дыры в безопасности (опять в Apache)
• Анкорный текст в URL должен быть без пробелов (и вновь это касается Apache, в IIS 5 таких ограничений нет)
• Это не очень честно
• Работает на IE 5-7. Маурицио тестировал работоспособность на Windows XP, так как она на сегодняшний день одна из самых популярных операционных систем.

Требование к серверу:

• Тестировал на Apache версии 1.3.33, но Маурицио говорит, что должно работать с любой 1.3 серией, начиная с 1.3.27. Также может работать с некоторыми предыдущими, но он это не проверял (все-таки довольно трудоемкой занятие).
• Вам нужно будет править файл «httpd.conf». К сожалению, «.htaccess» не подходит. Совершая нижеописанные действия, вы можете нарушить безопастность вашу сайта, если вы на 100% не знаете что делаете. Поэтому будьте аккуратны. Советую связаться со знакомыми айтишниками.
• Если у вас Windows/IIS платформа, особых проблем возникнуть не должно (проверялось на Microsoft IIS 5.0).

Почему это работает?

Этот трюк возможен потому что иногда Internet Explorer не кодирует некоторые символы (включая пробел) в URL.

Начнем работу

Как и в первом случае, необходимо внести изменения в файл .htaccess (было бы неплохо добавить распознавание браузера юзера, можно добавить необходимые строчки в script.php файл):

RewriteEngine On
RewriteCond %{HTTP_USER_AGENT} ^MSIE.* RewriteCond %{REQUEST_URI} (.*)\.(jpg|jpeg|gif|png|bmp)$ [NC]
RewriteRule (.*) /script.php?imgpath=$1 [PT]

Теперь мы можем использовать файл script.php. Код довольно схож с первым вариантом, но все же имеет ряд отличия. Теперь, вместо того, чтобы отсылать юзера на посадочную страничку, скрипт будет обрабатывать URL, используя для этого еще один дополнительный скрипт - magic.php.

Код magic.php (там можно поменять анкорный текст и линк, который будет подставляться). И, наконец, код скрипта script.php.

Если ваш сервер работает на Microsoft IIS 5.0 (он проводил тесты только в этой версии), это все. Если же у вас Apache, нужно подредактировать файл httpd.conf, добавив следующее:

ProtocolReqCheck off

Этот «флажок» доступен в 1.3.27+ версии, но до 2ой (на эту тему: топик на Webmasterworld и Apache документация).

Предупреждение

Я – не проггер. Перевел, как описывал Петроне. У меня все проблемы решают мои программисты, если что-то не работает. Так что просьба меня не мучить вопросами программного характера.

Заключение

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

<img src="http://example.com/image.jpg?foo="><a href="http://www.example.com">Anchortext</a>">

Финальные мысли

Если у вас есть трафик с систем поиска по картинкам, вы можете заиметь ссылки на абсолютно разные сайты с абсолютно любым анкором. То есть. Продвигаем картинки какого-либо сайта, получаем трафик, используем какой-либо из методов, получаем бэклинки, вероятно через некоторое время – бан. А все равно. Главное получили обратные ссылки куда нужно и с каким нужно анкором. К тому же, никто не мешает создать еще один сайт, вновь получить бэки, вновь создать и так по кругу.  Ведь вы же будете делать все с умом?  И никто же не запрещает видоизменять методы, делая их еще более эффективными. Так, все, хватит палить темы.

взято тут