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

Речь идёт о метаданных. Поисковая система должна понимать, что у страницы есть версия на другом языке, для этого и нужна ссылка на альтернативную версию с заполненным 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 - про конкретный её фрагмент.

Может ли метатег h2 идти сразу после h1?

Законом не запрещено. Если Вы имеете ввиду seo оптимизацию, то не рекомендую, т.к. если ключ не совпадает с titile, то поисковик попытается найти ключ в ближайшем заголовке, если ключ в заголовке найден, то затем, поисковик попытается найти ближайший (относительно найденного заголовка) сниппет с аналогичным ключом.

Соответственно, если Вы хотите прогнозируемый сниппет в органике, то лучше вставлять описание (с ключом из заголовка) параграфом под заголовок.