VVB

Однозначно 503 редирект!
Год назад была проблема у одной SaaS ( Г олос). Не знаю по какой причине (они так и не разъяснили) у них была удалена полностью система + все базы. Как комментарий говорили что слетел жесткий диск и тд (вопрос бекапов так и остался открытым). Как решение им было предложено использовать сквозняковые заглушки с 503 кодом.
Часть магазинов переехало на новые платформы, часть ждало восставновления информации.
503 редирект провисел на некоторых платформах более месяца.
По собственному опыту в данной ситуации.
1) 2 магазино было востановлено после месяца 503 редиректа. Была просадка, со временем позиции восстановились
2) Один магазин переехал на новую платформу через 2 недели. Я помогал делать импорт данных по восстановленным данным.

Кстати кому интересно у Dejan вроде было исследование где он проверял как 404 ответ влияет на потерю позиций сайтов и как на долго можно отключать страницу (использовать 404).

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

Не надо ждать! Просто продолжайте работать над ним! Поисковые системы сами поймут когда сайт будет готов конкурировать с топами выдачи.
А если о цифре, то от 6 месяцев до 12 бывает. Все зависит от ниши и конкурентности.

В 99% не произвели очистку кеша в плагине для оптимизации скорости. W3 Total Cache, WP Super Cache и тд.
Очистите кеш и все увидите изменения.
В 1% сконфигурированные Leverage Browser Caching, который кеширует данные на стороне браузера. Тут поможет CTRL + R или CTRL + SHIFT +R
В остальных случаях необходимо детальней изучать проблему включив возможность отладки.

Данные для вашего сайта беруться со стороннего домена cdn.ecuras.com потому оптимизацию надо производить там тоже.
Это касается относительно
1) Leverage browser caching. Скопируйте часть htaccess которая касается кеширования в htaccess на домене cdn.ecuras.com
2) У Вас не оптимизированы изображения. Я пробовал множество онлай и офлайн утилит. Остановился для себя на TinyPNG. Он работает с PNG, JPG файлами.
3) Reduce server response time. По этому пункту посмотрите какие плагины можно отключить в WP. Если есть возможность переехать на более дорогой хостинг. Но этот пункт я считаю не критичным.

Я делал по этой инструкции Sitelinks Search Box Markup
И посмотрите еще тут Другой источник
PS. И сделайте редиректы принудительные на HTTPS. У вас в индексе и HTTP и HTTPS версии сайта. Хотя посмотрел, это не у Вас а у тех кого вы для примера взяли =)

Да конечно, URLы то поменялись! Надо сообщить об этом посредством sitemap.xml. При этом стоит его перегенерировать.
И не забудьте добавить новый сайт в GSC(WMT) с https:// (обратите внимание на то www или non-www версию вы используете и добавляйте именно ту) для того чтобы собирать статистику.

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

Не знаю конкретно вашего случая, но я бы делал миграцию в таких случаях :
1) При необходимости смены CMS (эта причина наиболее популярная)
2) Ради использования нового домена, содержащего в имени ключевики (на грани EMD)
3) Ради возможности использовать ключевые слова в URL

Миграцию комфортно делать если вы не топ, так есть шансы что вы улучшите позиции. Если вы топ, то так есть риски потерять позиции. Решать Вам.

PS. Работал только с Google, как в Yandex обстоят дела сказать не могу.

Обратите внимание что GSC (WMT) считает статистику для 4х разнх версий сайта. И рекомендует их все добавлять (http ://www, http: //non-www, https: //www, https ://non-www)
Недавно GSC ввели возможность объединения статистики в Сеты.
Потому :
1) Добавить 4 версии сайта в GSC
2) Создать Сет где объединить все 4 версии, для удобного просмотра
Если такой вариант не подходит, тогда:
Смотрим в Google site:domain.com (версия без www) и смотрим в выдаче какая версия отображается. Добавляем такую версию в GSC

По всем признакам умер аккумулятор.
- долгое время выдает неверное значение заряда в %
- выключается не на пороговых (ближе к 0) значениях
- если пробовать включить телефон кабелем без аккумулятора, логотип + вечная перезагрузка
В любом сервисе попросить аккумулятор подкинуть на проверку. 2 минуты дела.

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

Если вы хорошо пользуетесь поиском Google вы можете точно также искать на Youtube используя конструкцию site:youtube.com.
Например money vlog site:youtube.com

1) Посмотрите WP профайлером ваши узкие места. Вероятно какойто плагин не дает нормально работать системе.
2) Для того чтобы убедитсья что проблема не с хостером а с WP, залейте статическую страницу на хостинг и проверьте ее PageSpeed Insight. Так вы исключите WP из проверки и поймете где проблема
3) Если акстивно карулится ботами, используйте Crawl-delay: в файле robots.txt
4) WP хорошо кеширует статику, с магазинами все сложнее. Если сайт обычный статейник, то не должно возникать вопросов.
Как вариант обратите внимание включены ли у вас в htaccess или nginx.conf настройки :
-leverage brower caching
-gzip (deflate)
-правильно ли оптимизированы изображения(рекомендую tinypng для jpg и png файлов)
5) Ну и как вариант попробуйте на время отключить плагины для того чтобы определить тонкие места

Нет ничего страшного если вы НЕ используете анкорные ссылки, вроде "разработка сайтов Москва".
В случае если вы используете анкорные ссылки такого вида, есть все шансы попасть под "пингвин".
Если в качестве ссылки вы используете бренднейм, или доменное имя, тогда нет ничего страшного. Как вариант, для улучшения качества ссылок, проработайте "околоанкорые" текста, чтобы ссылки были вроде :
Разработка сайтов в Москве "БестДезигнГрупп". Есть варианты на некоторых сайтах ставить эти ссылки в Nofollow, для того чтобы небыло перекоса между nofollow и dofollow ссылками.

Да, стоит указывать один вариант sitemap.xml в котором указаны правильные URLs (те для которых вы задали приоритет и используете как основной). Не стоит забывать, что необходимо настроит 301 редиректы для тех версий сайта которые не основные.
Относительно GSC (по старому WMT) то с недавних пор у них появилась возможность делать наборы (sets) в которые можно объединять данные из разных вариантов. Я рекомендую использовать все 4 набора на всякий случай (http : //non-www. http : //www. https : //non-www. https : //www.) Таким образом вы будете получать максимально полную информацию (бывали случаи когда редиректы отваливались, плагины отключались, начинали давать сбои и т.д, а данные собирались полностью).