Александр Денисов

301 редирект всех запросов со старого домена (http/https), на новый (https).

.htaccess:

RewriteEngine On
RewriteCond %{HTTP_HOST} ^old\.ru$ [OR]
RewriteCond %{HTTP_HOST} ^www\.old\.ru$
RewriteRule ^(.*)$ https://new.ru/$1 [R=301,L]

Краулер, который ходит по интернетам и ищет сам, то о чём я его попросил

Боюсь, что ответ Вашего частного поисковика придется долго ждать. Обратимся к цифрам: сейчас порядка 2 млрд. сайтов ( обратите внимание на то что это сайты, а не страницы, коих на многих сайтах десятки, сотни, тысячи а на части на порядки больше) предположим, что ваш краулер пожирает сайты по 10 шт в секунду (со всеми страницами), так вот ждать ответа придется лет 7.
И это мы опустили трафик, который сожрет краулер. А там все за гранью не то что домашнего сервера, а не все страны потребляют такой объем.
P.S. Тут вопрос не в алгоритмах или коде, вопрос в объеме "перевариваемой" информации

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

Нету тут никакой ситуации, тем более - печальной.
Сканирование, обработка и индексирование информации - реально затратные процессы. Речь о деньгах. Чтобы Гугл потратил на вас свои бюджеты - ему нужны какие-то причины. Первая и самая очевидная - это пользовательский спрос, который может выражаться в трафике, цитировании, ссылках и т.п.
35 страничек - это очень мало в любом случае.

Откуда вообще идея, что PBN - криминал сама по себе?
Если одна компания своей сеткой занимает все места в топе - рано или поздно кто-то вручную может проверить, кто там такой умный. Склеить два сайта на одну тему могут и алгоритмически и что-то покинет индекс. В вашем-то случае в чём нарушения и где манипуляция алгоритмами?
У меня есть несколько сайтов с пересекающимися тематиками. CMS, хостинг, набор плагинов, общие учётки в сервисах ПС и т.п. - все чувствуют себя хорошо, никаких проблем.

Добавлю пару моментов:

• Помимо гугловского валидатора есть ещё официальный: validator.schema.org. Проверять стоит и там, и там. У гугл немножко своя спецификация, и как выше уже отметили, какие-то поля он может считать обязательными, тогда как в общей спецификацией никаких проблем не будет.
  
• Вы используете RDFa. Её бы уже потихоньку заменять на JSON-LD. Формально RDFa считывается раньше, но ПС рекомендуют именно JSON-LD. Есть вероятность, что алго, учитывающий семантическую микроразметку, заточен теперь именно под этот синтаксис.
  

Такие вещи всегда лучше для начала проверять с помощью официального Schema Markup Validator + Rich Results Test от Google. Первый проверит, что все ок с синтаксисом (вне зависимости от поисковых систем), а второй - что конкретно Google может посчитать странным. В данном случае синтаксически все хорошо, но Google докапывается до отсутствующих position и говорит, что без них не будет эти данные использовать. В примере для itemListElement (во вкладке microdata) можно посмотреть, куда эти мета теги с position добавить. Вероятно вам стоит все ваши страницы прогнать через эти сервисы и посмотреть, что там еще не так.

Disallow: /*?*

Статус МПК говорит только о том, что у Яндекса нет достаточно объёма для просчётов в рамках BrowseRank. Причин может быть много разных, но все они упираются в трафик. Дайте ему этот трафик. Любой, который он сможет увидеть: из рекламы, или поведенческих роботов, или из соцсетей. Много не нужно. В среднем, по моим наблюдениям, достаточно 2-5 заходов в месяц (даже по внутренним ссылкам на сайте) на URL.
Ботный трафик - самый дешевый. И не надо смотреть на "роботность". "Роботность" - это метрика качества трафика. Если роботность высока, это значит, что Яндекс просто не понимает, кто тут ходит - люди, роботы, и если люди - то кто это такие и чем интересуются. В данном случае роботность вообще ни на что не влияет, тем более, что у вас информационная страничка, не магазин.
Переписывать ничего не надо, это ничего не даст. Были времена, когда Яндекс мог подкинуть обновленный контент в топы, используя своего "бандита" - и тогда можно было получить кратковременный трафик из топа. Это бывает и сейчас, но крайне редко, и рассчитывать на это не стоит.

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

Как написал Дмитрий, можете использовать планировщик слов и прочие сервисы.
Вот несколько примеров
coolakov.ru
pr-cy.ru
arsenkin.ru
liftweb.ru (Там еще и нейронка у них подвязана, но лимитов мало)
tools.pixelplus.ru
yandex wordstat

Нет проблемы. Заголовок первого уровня не должен обязательно отделяться от заголовка второго уровня каким-то текстом, если логика страницы именно такова.
Структура HTML не привязана жёстко к тексту исключительно, но даже если речь исключительно о текстовом контенте - логика проста. H1 - это про всю страницу, h2 - про конкретный её фрагмент.