Page-Audit.ru

Хотел бы отметить, что ни Яндекс, ни Гугл не любят, когда путь заканчивается на слэш.
Зачем принудительно опускать документ на уровень ниже?
/catalog/document - это второй уровень вложенности,
/catalog/document/ - это уже третий уровень.
Чем глубже помещён документ, тем ниже его SEO-вес. Ни на много, может быть на доли процента, но зачем делать хуже для сайта?

Ну, только, если стоит задача действительно вывести какие-то страницы с первого плана. Но тогда проще поместить их в доп. каталог /catalog/subcatalog/document, чем мучаться со слэшем.
А если по теме, то можно попробовать одним махом всё это реализовать через rewrite-правило на уровне веб-сервера.

Очень есть, работает. За несколько лет не смог вывести из реестра только 1 страницу, остальные - успешно.

Не будет. Уж лет 10 практикую, ни разу не было претензии.

Ибо это Mobile Index.
У Гугла две разные версии индекса для десктопов и мобильных. Поэтому и наблюдаются различия.

H1 не любит никаких вложенных тегов.
Копайте в сторону CSS overflow ellipsis, он сам скрывает "лишний" контент.

Можно. См. как пример главную страницу Википедии.

На главной поставьте разметку WebSite.

Используйте стандартные возможности элемента meta:
<meta name="description" content="">

Используйте мета-разметку Open Graph:

<meta property="og:description" content="Описание">

Используйте LD-JSON:

<script type="application/ld+json">
	{
		"@context": "https://schema.org",
		"@graph":.....

Что-нибудь да понравится поисковикам.

1. Если совсем худо с программированием, то для обратной связи просто подключите скрипт внешнего сервиса, например, Jivo. По скорости просадок не будет, Яндекс его любит, Гуглу - фиолетово.
2. В качестве поиска подключите API Яндекс.Поиск по сайтам. Будет seo-бонус от Яндекса. Гуглу так же фиолетово.
3. Перспективы вполне себе нормальные, если его не забрасывать, а заниматься систематически.

1. Будет провал в посещаемости. Потому как даже старые (отсутствующие) товары порой суммарно приводят на сайт довольно много посетителей. Ловите их через 301. А лучше всё-таки перетащить 100 % страниц и только потом экспериментировать с 301, 410 и т.п.
2. Sitemap никак не гарантирует быстрой индексации. Если Вы не меняете домен, то думать об индексации уже проиндексированных страниц не имеет смысла. Если домен меняется, то хорошо помогают внешние ссылки. Причём много ссылок на нужные страницы. Но тут при новом домене можно и фильтр схлопотать за неестественный рост ссылочной массы. В общем "Восток - дело тонкое" (с).
3. Редиректить надо не на главную, а на страницу категории товара (хаб).

Без потери индексации никак - для поисковых систем это будет совершенно новый домен (и скорее всего даже с другой, новой файловой структурой ибо вряд ли на новом домене вы разместите форум в папке /forum/, скорее сразу в корне сайта / ).
Не потерять посетителей поможет редирект 301 со старого домена на новый.
А далее нужно молится всем компьютерным богам и прямым рукам...

Сократив путь, вы потеряете вхождение ключевых слов в URL.
Не трагедия, но, возможно, вам для топа не хватит именно этих микрофакторов ранжирования.

Нужно взять обе страницы. Для каждой посчитать BM25 по ключевой фразе и посмотреть, у какой страницы он выше, та и более релевантна.
Если фактическая релевантность не совпадает с ожидаемой, доработать страницу.
Важно понимать, что BM25 должен быть не просто больше. Он не должен быть задран в космос, что будет свидетельствовать о переспаме на странице. И такая страница может быть понижена/исключена алгоритмами.

Что сразу бросилось в глаза по техничке:
0. Документ генерируется в формате UTF-8 with BOM
1. На сайте два тега title
2. Не прописан основной язык страницы html lang="ru"
3. Не прописан meta property="og:description", property="og:site_name", property="og:title" и прочие OG
4. Излишне большой meta description
5. Документ в формате HTML5, а в элементах link используются невалидные рудименты XHTML в виде />
6. Не используется бонус от link rel="dns-prefetch", rel="preconnect", rel="preload"
7. Страница может словить фильтр НКС, слабое качество текста
8. Три H1. Допустимо, но не кошерно. Почему сразу не 10 или 20?
9. H1 содержит ссылку. Нехорошо.
10. Нарушена иерархия H2-H3
11. Переизбыток H2
12. Не используется strong, em
13. У внутренней перелинковки не используется бонус от атрибута title
14. a rel="tag" пессимизирует ссылку
15. Где «Политика конфиденциальности», «Пользовательское соглашение»?
16. С исходящих ссылок снимите rel="nofollow" (зачем ссылаться на то, чему боишься передать вес? это же очевидный пессимизирующий признак на странице), и поставьте rel="noopener noreferrer"
17. Избавьтесь от счётчика LI, поставьте Google Tag Manager
18. Перейдите с кода РСЯ на AdFox
19. Переведите сервер на современный HTTP/2

И https://validator.w3.org/ Вам в помощь вычистить сайт.

1. Укоротить Title (по символам и словам)
2. Исключить имя домена из заголовка
3. Прагма meta http-equiv="Content-Type" устарела
4. Добавить http-equiv="x-ua-compatible"
5. Добавить meta charset
6. Прописать meta property="og:site_name"
7. Добавить link rel="canonical", если у страницы могут возникать параметры, генерирующие дубль страницы
8. Проработайте link rel="dns-prefetch", rel="preconnect", rel="preload"
9. Объём контента страницы маловат
10. Используйте на странице strong, em
11. Слабая внутренняя перелинковка, добавьте больше внутренних ссылок
12. Добавьте Пользовательское соглашение
13. Добавьте Политику конфиденциальности
14. Добавьте исходящие на соцгруппы в Fb, Inst, Ok, Tw, Vk, канал YouTube (при наличии)
15. Исходящие ссылки закройте rel="noopener noreferrer"
16. Добавьте микроразметку в формате JSON-LD
17. Переведите сервер на HTTP/2
18. В URL вместо "-" используйте символ подчёркивания "_"

В общем так, по верхам. Если задачу привязать к ключевой фразе, то пунктов 200-250 можно ещё доработать.