Антоний Казанский

Переходить на полноценную CMS в вашем случае имеет свой практический резон.

Проблема не в том, что в индексе появилась страница вида  /?a=support и вы её стараетесь перекрыть её для индекса через robots.

Проблем в том, что в целом сайт по части обработки 404 ответов сайт неправильно и у вас в индексе может появляться бесконечное множество дублей Главной и это естественно будет сказываться на ранжировании. Кроме того, наверняка есть и другие проблемы с сайтом с которыми вы ещё не столкнулись, поэтому вопросы нужно решать фундаментально и устранять самую причину некорректной работы вашего ПО, а не точечно устранять последствия неправильной работы вашего сайта. 

Да, действительно, я не вижу признаков WordPress-а, но в этом случае (по текущему состоянию сайта) содержание можно смело переносить на WordPress, если TC знаком с WordPress-ом и самостоятельно сможет работать с нужными ему материалами.

Ковырять и выполнять настройки самописного сайта хостинг точно не будет.

Дело в том, что нужно уметь искать точки роста и рабочие зависимости.

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

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

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

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

Кто-то явно перестраховался :) Для тега <img> nofollow не нужен. 

А какие-то данные по конкурентному анализу были представлены?

Пожалуйста.

Какую конкретно надо использовать инструкцию в robots.txt я вам однозначно сказать не могу - это зависит от структуры и функциональности сайта. Некоторые CMS по адресам типа /page могут выводить статические страницы (как правило страницы вне структурной иерархии), поэтому для начала нужно видеть сайт и понимать принципы его URL адресации (здесь может быть масса вариантов).

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

Html карту также нет большой необходимости использовать. Это анахронизм.

Важно правильно использовать все функциональные возможности XML карты (не надо путать с html картой), вот там должны быть не только все корректные адреса, но и даты модификации страниц в теге <lastmod>.

Если у вас крупный новостной/тематический проект с обилием входящих комментариев на материалы страниц, то рекомендуется настроить поддержку заголовком last-modified и  last-modified  since. 

p.s. Также важно будет проверить, что даже изменение  заголовка страницы или meta тега должна отражаться на дате модификации страницы (зачастую этот момент упускают). 

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

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

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

Я посмотрел. Внутри сайта таких адресаций (ссылок в шаблонах нет). Это генерация адресов извне.

У вас довольно странно настроена обработка 404 ошибок, она происходит не движком, а серверными настройками хостинга reg.ru. Eсли в адресе в самом начале использовать символ "?", то обработка 404-ошибок уже не срабатывает, по любому адресу типа

https://site/?=chto_ugodno 

сайт выводит дубль Главной страницы с 200-ым результатом. Именно поэтому у вас возникают дубли. Так быть не должно.

Проблема в обработке 404-ых ошибок. Ищите специалиста по Wordpress-у, который проверит рабочие настройки и обеспечит работу CMS так как нужно.

Пришлите мне в личку адрес вашего сайта, я посмотрю.