?a=support что это за страница

А если вот так ставить, все ?input по всему сайту автоматом редиректит на изначальную страницу. На одном из сайтов висит в поиске до сих пор 8*4200 (вернее проиндексирована со 2 марта). Посмотрю удалиться ли без лишних движений.

User-agent: *
Disallow:
Clean-param: input

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

А общий признак URL-а действительно можно постараться закрыть через Clean-param (правда,  только для Яндекса), Гугл будет игнорировать. 

Гугл так то страницы без колдовства с api не заносит в индекс, поэтому я думаю с ним проблем на этот счет не будет. Они так или иначе впереди по алгоритму как поисковик. Я вот честно говоря себе пока не представляю такой ситуации, чтобы get параметры были нужны как таковые. Если какая то страница продвигается, то по прямому урлу, собственно говоря все cannonical и редиректы для этого условно и придуманы. Надеюсь яша выплюнет страницу, а их происхождение очевидно скрипты и различные ajax запросы. Их я просто мягко говоря взаимствую толком не разбираясь что там за функции.

Даже тот же скрипт с калькулятора 8*4200 , ну это откровенно смешно загонять в индекс такие страницы. Это явно недостатки робота.

Вы правы, как правило целевые страницы должны иметь чёткий ЧПУ URL, get параметры образуют листинги, условия сортировок и т.д., хотя конечно на форумах, например, страницы с профилями пользователей могут быть с get параметрами.

Должен выплюнуть, но процесс может затягиваться, поэтому наряду с закрытием индексации рекомендуется также вручную отправить заявку на исключение из индекса через Яндекс.Вебмастер.

У Яндекса много странностей (например, массовая индексация страниц с UTM метками) и казалось бы - Яндекса отчётливо понимает назначение этих страниц, но всё-равно может индексировать, если нет запрета на их индексацию через того же clear-param.  

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

Тут вообще жуть какую то заметил. Я 200 запросов через каждые два дня прогоняю в KeyCollector. Достаточное время чтобы офигеть, первый раз за все время увидел что у части запросов url позиции стоит /?= вместо главной. Причем при проверке в браузере отображается просто главная. Жесть какая то...Правильно ли будет так ,  < link rel=“canonical” href=“https://site.ru/”/>  разместить на главной? Или тут много лишних слэшей?

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

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

Может быть это и есть причина на самом деле... Всем кто помогал огромный респект и уважение.

Где "везде"?

Каноникал сам на себя - это нормально и часто спасает от подобной у тебя проблемы. Простым языком поясню: допустим, ты проставил на главную страницу каноникал на саму себя. Тогда на внезапно появившейся в вебмастере странице  /?page=support (которой как бы нет) у тебя в коде будет стоять каноникал на главную. Сечёшь?

На конце слэш можно убрать т.е. 

< link rel=“canonical” href=“https://site.ru”/>

Либо вы что-то путаете, либо ерунду пишут, - в авторитетных источниках такого написано быть не может.

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

Механика здесь следующая, каждый целевой странице прописывается свой canonical, соот-но, при этом все производные дубли (с get параметрами или страницы печатной версии) - всё будет указывать на тот адрес, который и рекомендуется поисковой системе как основной. Так что не сомневайтесь, указывайте.