Алеандр

Ну почему ничего? Например, можно так:

RewriteEngine On
RewriteCond %{QUERY_STRING} (http|.com|.ru) [NC]
RewriteRule .* - [F]

Это позволит отсечь все запросы, которые содержат в качестве параметров искомые вводные.
Например, такой урл не пройдет: https://site.com/search.php?query=http://somesite.com

А дальше уже нужно понимать, какие именно урлы формируют боты и бить конкретно по уже этим запросам. Главное, ничего лишнего случайно не заблокировать )

Все, что угодно. Насколько я помню, для зоны com вообще могут просто запросить периодическую проверку контактных данных. А регистратор, соответственно, должен предоставить эти данные. Если их нет или они недостоверны - снимут с делегирования.

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

Ну и как по мне, серые проекты сами по себе зло, особенно, если это обман пользователей в любой ипостаси.

Ну, а я что сказал? htaccess представления не имеет, что правильно: "категория/текст" или "текст/категория"  - и то и то для него - просто буквы. А связаны ли эти буквы с конкретной категорией - знает только движок. Так что у меня, как раз, ничего не перепутано и ответ по делу: копать в движок.

У ТС не "не работает", у ТС движок выдает, что ему вздумается и это не решается правилами htaccess. Ты офигеешь в него писать все возможные пути и ссылки.

Ты у него в примере htaccess видишь хоть какие-то правила реврайта по папкам или относительно пути? Все его ЧПУ управляется движком. 
Весь его htaccess - единственное правило: "Чтобы ты не запросил, если этого нет на диске - обрабатывать движком".

Это тебя так удивляет, что все заруленное в index.php можно превратить в ЧПУ без тонны спец правил?

Хотя, кому я отвечаю. Тебе же лишь бы ляпнуть.

А при чем тут htaccess, если этим управляет движок сайта? htaccess даже близко не знает динамическую структуру и никогда ее не узнает. Если нет жесткого правила, то "category 1/ category 2" будет равняться "category 2/ category 1" в обработке правил htaccess. Это работает совсем иначе и предназначено для совершенно разных задач.

В вашем случае все управляется движком, отдающим 301, 404 или 200 + тег canonical, если он присутствует на страницах.

Не туда вообще копаете.

Если указали верный урл и ваши рефы учитываются за счет get параметров, то нет. Это же простой редирект, как если бы пользователь просто нажал на ссылку.

Почему? Вы для начала попробуйте. Это как главная страница, к ней можно обратиться как site.com, так и site.com/index.php
Давайте ссылку как /ozon/ и все.
Если конечно, DirectoryIndex не переназначен, тогда придется его прописать для этой папки. Но, скорее всего, это не потребуется.

Есть и сложнее варианты, можно подпапку сделать, а в подпапке уже htaccess, а можно и одним скриптом с указанием параметров. Короче, на вкус и цвет.

Можно и без плагина.
На примере "site.ru/ozon/" - создаешь папку ozon, кидаешь в нее index.php с содержанием:

<?php 
 header("HTTP/1.1 301 Moved Permanently"); 
 header("Location: http://www.host.ru"); 
 exit(); 
 ?> 

и ставишь ссылки где нужно.

Точно так же можно сделать и через htaccess, просто добавив правило. Но лазить каждый раз в htaccess так себе идея, можно ошибиться и не заметив завалить весь сайт. Так что лучше просто папка-index-редирект.

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

Они там у него реализованы по наведению на картинку. Не очень понятно и заметно.

~4000 уников в день и приносить 150 тыс? Только в том случае, если у вас это целевой трафик на прямых рекламодателей или очень дорогие ниши. В противном случае для 4к уников - у вас еще неплохой, в целом, доход.