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

Пустая трата времени. После дорвея индекс загаживается всегда, но если страниц на сайте больше нет - они будут удалены.
Гугл сейчас очень неторопливый, но всё равно всё удалит.
Ни разу не видел, чтобы такая ситуация негативно сказывалась на ранжировании, а японские доры - это уже легенда.

По своим проектам не встречал, у меня только рунет. У вас есть ассоциированные учётки в других сервисах Google? Запросы, гипотетически, могут подтягиваться и оттуда, если GSC знает эти ассоциации.

Как уже сказали выше - настройте 301-й редирект с зеркал. Этого будет достаточно.
А причины можно и отдельно поразбирать: скажем, на версии с www накопилось больше внешних или внутренних ссылок, пользовательских сигналов и т.п. Canonical - не приказ для роботов, а пожелание, и при ряде чисто технических моментов они могут игнорироваться.
К слову: я бы ещё проверил, выводится ли Canonical в raw-html или это добавляется уже на уровне JS. Чисто из любопытства.

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

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

Заставить Гугл? - Никак. Он технически не позволит реализовать многие хотелки.
Исключение - серьёзный линкбилдинг, подклейка дропов, либо реальный всплеск интереса к бренду. Подчеркну: речь не об имитации работы со ссылками и пользовательскими сигналами, а об экстра-усилиях (и бюджетах).
Попробуйте Indexing API. 200 страниц в сутки с одной учётки. Проблема в том, что в индекс страницы зайдут, но этого мало - и они не удержатся.

Во-первых, 200 URL в сутки - это на одну учётку. Добавьте ещё учётки, если нужно заливать на объёмах.
Во-вторых, нет никакого особого смысла заливать в индекс вообще всё. Если Гугл не увидит особой ценности этих страниц (а их, вероятно, и нету) – всё равно деиндексирует через какое-то время.
Прокачивайте узловые страницы – контентом, ссылками. Будет естественный трафик – будет и индексирование, и положительная динамика. Поисковые системы сейчас не будут тратить ресурсы на обход и индексацию всего подряд без каких-то особых причин.

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

robots.txt - это про сканирование и возможность скачивать. Это не запрет на индексацию, и Гугл может всё равно индексировать страницу, если получит достаточный объём сигналов делать так. Ссылки, визиты пользователей - что угодно.
Он не видит вашей рекомендации не индексировать, поскольку не может скачать и просканировать проблемные URL.
Убирайте Disallow в robotx.txt, решайте вопрос метатегами.

Можно взять Screaming Frog SEO Spider. Там есть коннектор к Search Console. Вытягиваем по API данные, сопоставляем с реальными данными по сайту. Профит.
Ну или как уже сказано выше - просто выгружаете из консоли и в "Эксель" сопоставляете.

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

У вас не настроены редиректы (301) на основное зеркало?
Настройте, добавьте canonical. Всё переклеится куда нужно через какое-то время.

Однозначного ответа нет и быть не может.
Наиболее полезны именно анкорные ссылки, их ещё называют "денежными". Именно они влияют на ранжирование, поскольку не просто связывают два хоста, а предлагают ещё и описание страницы реципиента.
Из ключей в анкорах складывается монолитный индекс, составляющий список ключей, по которым страница видна в поиске.
Но надо понимать, что именно за анкоры ПС и наказывают, если сочтут это спамом. Это достаточно тонкий лёд, и вам стоит провести предварительный анализ в своей нише (и гео-зоне). Например, то, за что гугл карает в бурже, спокойно прокатывает (пока) в рунете - хотя декабрьский спам-апдейт тут кое-что поменял, судя по всему.
Яндексу же безанкорка вообще неинтересна. Если вы посмотрите в список "быстрых ссылок" в Яндекс-Вебмастере, то обнаружите, что он предлагает по страницам текст анкоров внешних ссылок (вплоть до "Читать...", "Далее..." и т.п.).
В общем, соберите данные по конкурентам в топах и отталкивайтесь от медианных цифр - по анкорам, объёмам анкорных и безанкорных, явно купленных и естественных и т.п.

Рассматривайте это звено как набор ключевых слов. Добавляют ли они что-то текстовой релевантности или просто дублируют заголовок и тайтл? Если нет - то звено лишнее.
Тем более там не нужна кольцевая ссылка, ведущая на эту же страницу..
Единственный вариант, при котором такое звено можно вывести на странице - если у вас в принципе нету товарной микроразметки, но есть микроразметка на "хлебных крошках". Толку там много не будет, но всё таки лишняя возможность для ПС понять, что страница - не полный дубль другой точно такой же.

Причин блокировок - тонны.
Первая - это снижение нагрузки на сервер. Не каждый провайдер спокойно отнесется даже к интенсивному обходу сайта каким-нибудь Screaming Frog.
Вторая - это нежелание отдавать вовне важную информацию по сайту. К примеру, данные о ссылочном профиле, контенту страниц и т.п. Банально: вы не хотите, чтобы ваши данные кто-то банально спёр и разместил у себя - а это обычная практика.
Ну, и есть ещё пачка разных суеверий у вебмастеров, которым дали чьи-то чеклисты, только не объяснили, что это конкретно и для чего.

Дело не в IP, а в фингерпринтах. Туда и советую копать.