Виктор Петров

Ненужный метатег, пережиток прошлого. Сейчас ПС от самого понятия "ключевые слова" переходят к сущностям и контексту, а тут - аж прямое указание, по каким ключевым словам стоит ранжировать страницу.
В архив.

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

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

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

Несколько исходных данных:

• Поисковые системы - это по факту рекламные, коммерческие системы. Им неинтересно уже тратить ресурсы на сбор информации без какой-то выгоды для себя, а затраты там суровые.
  
• Для оценки контента они используют вспомогательные сигналы - пользовательские, ссылочные и т.п.
  

В общем, чтобы страница попала не просто в топ, а в выдачу вообще - надо эти самые сигналы обеспечить. Любыми средствами: покупка рекламы, привлечение трафика из соцсетей, поведенческие боты (да, это вроде как не одобряется), ссылки с серьёзных доноров.
Технически - можно попробовать инструментарий типа Google Indexing API. С одной учетки можно загонять в индекс 200 страниц в сутки, процесс пары минут. У Яндекса есть аналог, но там обычно проблем технического плана нету пока.
Основная проблема: если Гугл так и не увидит ценности страниц для индекса - выбросит, поэтому принудительная индексация не отменяет работы над созданием этих самых сигналов ценности страницы. Ну, и разумеется, надо дорабатывать контент, если есть проблемы. Чисто по заветам Елены Першиной ("делайте свой сайт лучше").

"Хлебные крошки", по идее, используются как элемент навигации и как элемент семантической разметки сайта. Куда попадёт ползатель при переходе? Вот от этого и отталкивайтесь.
Криминала в любом случае нет (хотя так и не делают обычно).
Я бы, в общем, подумал, куда подклеятся запросы, связанные с услугами. Анкоры в этом плане - серьёзный инструмент, и переклеивать ключи с главной на внутреннюю будет непросто и небыстро. Возможно, ссылку на "Услуги" стоит просто повесить на 302 редирект. Ссылка есть, ничего никуда не передаёт.

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

Решайте вопрос последовательно.
Вам эти отзывы зачем? Для конверсий и социальных доказательств? Сколько их нужно на странице? Полностью дублировать всё смысла нет - выведите несколько, где нужно, и дайте ссылку на все - в первоисточниках.
Второй расклад - выведите на отдельную страницу, и её закройте от индексации. Люди прочтут, роботы - продинамят (возможно).
Третий - ну да, выводите в iframe. Текстовые, вероятно, потеряете при этом. Как вариант - есть ещё микроразметка, где в явном виде указывается поле sameAs - со ссылкой на оригинал.
У вас официальные источники ПС и авторитетные модерируемые сервисы. Задачка - связать контент воедино. Инструментов хватает. остальное - логика и тесты. Криминала в любом случае нет.

Ставьте минимальную. На сайте укажите, что цена - вариативная, не оферта.
В принципе проблема такого рода с микроразметкой к значительным не относится - ну, максимум не выведется что-то в сниппет. Но микроразметка сниппетами не ограничивается.
Надо понимать, что товарная микроразметка в рамках эко-системы Google имеет наибольшее отношение к Google Merchant, а там цена - обязательное поле. Как в фид выводить товар, если у него нет важнейшего атрибута? Так что ищите компромисс, цен "по запросу" не бывает. Обозначайте хотя бы минималку (например).

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

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