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

Думаю тот случай, когда ожидаемые опасения опережают реальность :)

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

?

Такое могло произойти только в случае, если автоматически редирект временно не работает и ПС начало индексировать подобные адреса.

Я уже понял это из вашего скриншота :)

Если 301 редирект корректно срабатывает, то вам не нужны запреты через robots.

Другой вопрос откуда базово возникает адресация на страницы вида /?= 

Вот этот "источник" (генерирующие короткие ссылки компонент) я бы убрал.  

Значит что-то не так делаете.

Напишите на хостинг, уточните у них. У различных хостингов могут быть нюансы в обработке htaccess файлов.

p.s. При проверке редиректов браузер надо перегружать, чтобы запрос не кешировался.  

Что вы имеете ввиду под "доппинг ПФ халтурный"? Что вы вкладывает в понятие "доппинг" и по каким критериям он халтурный?

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

Если сайт крупный, трафик большой, надо думать как заинтересовать и привлечь пользователей на новые страницы с максимальной вовлечённостью. Это решается на стыке маркетинга и UI/UX. 

Движок автоматически генерирует доп. навигацию через /?=n, где n - порядковый номер документа и редиректит на рабочий URL.

У вас в определённый момент перестали работать редиректы? Почему  /?p=6447 попал в поиск? Судя по скриншотам движок автоматически обрабатывает редиректы.

ПФ и присутствие дублей с get параметрами может стать причиной перераспределения релевантности.

Да, конечно. Для ПС pdf файл - веб документ и страница сайта - веб документ.

Вбиваете в поиск запрос как реализовать редирект в htaccess и смотрите как это делается.

Нужно всё привести в порядок, потому что уже сами начинают путаться в тех сущностях, которые насоздавали и теперь вынуждены точечно редиректить.

Если изначально всё сделать правильно, ничего не придётся редиректить.

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

Тогда вполне годится как общность (т.е. как родительский раздел).

rel="canonical" - это уже отдельная тема. Тут может быть множество дополнительных настроек и условий в виде каноникалов и редиректов. Я вам разъясняю общий принцип в реализации структуры т.е. я даю основу и вектор в котором развиваться.

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

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

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

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

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

Если мы рассматриваем данный вопрос в самом общем контексте и вы предлагаете такой вариант, то вы должны четко ответить - уровень /programmmy-18/ - это что за раздел?

Если это общий раздел, то почему в алиасе используется цифра 18?

Если этот уровень определяет признак (а не общность) конкретной страницы (и поэтому там цифра 18-ать), то вам нужно означится тем, а что тогда будет выводить адрес https://frenchkiss-events.ru/programmy-18/  сам по себе и здесь возникает ещё больше вопросов.

Разъясняю на отстранённом примере.

Допустим, вы продаете груши. У вас есть сорта груш, как конечные страницы (именно сорта, а не штуки):