VVB

Я бы начал с профилирования.
Если вы уверены в том что это WP , то установить P3 (Plugin Perfomance Profiler) и запустить аудит плагинов.
Таким образом можно выявить какие плагины сильно грузять WP и какие MySQL запросы долго отрабатывают.

1) CF7 хранить данные в базе, как и большинство плагинов.
2) CRON таска которая будет делать выгрузку через определенные промежутки времени из одной базы (где работает CF7) в другую (где работает самописная CMS)
Альтернативный вариант
3) Обработка почты (все что вводится в CF7, отправляется на указанный вам ящик), складываем полученные даные в базу

Может быть стилями закрыта. (например тема обновилась).
Может обновился function.php (перезатер ваши правки).
Может быть отключена в опциях /wp-admin/profile.php

Начните с этих пунктов.

1) Для начала стоит включить дебаг в WP и посмотреть логи.
2) Посмотреть логи ошиок PHP.
Это одно из главных правил. Если что-то не работает то чаще всего что-то или WP не нравиться или PHP.
Я рассматриваю вариант когда проблема не в htaccess а сайт до внесения каких-то правок работал.

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

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

В 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. Если есть возможность переехать на более дорогой хостинг. Но этот пункт я считаю не критичным.

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

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) Ну и как вариант попробуйте на время отключить плагины для того чтобы определить тонкие места

Копать в сторону API вашего регистратора, либо создавать вручную домены. Создавать нужно будет для каждого продукта домены 3го уровня (это не просто замена URL как со / после URL).
Но со стороны SEO данное решение не самое лучшее.
Подумайте, есть ли в этом такая необходимость?

Это форма авторизации которая прописана в htaccess пример статьи
Надо знать логин и пароль для того чтобы достучаться до /wp-admin
Вариант решения, отключить в htaccess если есть FTP доступ

Обратите внимание на поля с email. Если вы открываете CSV файл в Excel он может не отображать HTML теги но они присутствуют в самом файле. Вариант решения два :
1) Открывайте обычным текстовым редактором
2) Открывайте OpenOffice Calc

Мне кажется в вашем случае будет лучше сделать экспорт в таком формате, а затем обработать данные под удобный вам формат. NotePad++ , SublimeText вам в помощь

Очень похоже что у Вас не удален второй плагин. Вы просто его переименовали (папку) и положили в сторону.
Попробуйте удалить его в админ панели, а затем вручную на FTP (wp-content/plugins/имя плагина).

Попробуйте вручную поправить шаблон

Возможно эта часть реализована в платной версии (так часто делают).

А нельзя ли данный вопрос закрыть при помощи реализации Leverage Browser Caching?https://varvy.com/pagespeed/leverage-browser-cachi...
Посмотрите тут есть решение для nginx.conf

1) Белый экран по причине 500 ошибки. Для того чтобы найти причину, необходимо включить режим мониторинга ошибок (debug).
Вот детальное разъяснение как включить и сконфигурировать debug mode
https://codex.wordpress.org/Debugging_in_WordPress
2) Обычно достаточно для начала поменять параметры для доступа к базе в wp-config.php. Посмотрите что у Вас в htaccess, нет ли редиректов.
3) После запуска, плагином для работы с базой, поменяйте абсолютные пути на новые (локальные).