Page-Audit.ru

Например, на главной странице Википедии H1 спрятан через display: none !important;
По собственному опыту могу сказать, что за сокрытие H1 не будет никаких санкций. Самое вероятное - это некоторое понижение значимости контента скрытого заголовка, но ни как ни жёсткое наказание.
Делайте, как удобно.

Добрый!
Во-первых, хотелось бы спросить сразу у всех, чего вы все цепляетесь за такие мелочи как 404? Если вы сами убили страницу, зачем о ней переживать? Ну, нет её и нет, пусть Search Console хоть могильный крестик у себя рисует...
Во-вторых, HTTP-код 404 вовсе не означает, что страницы больше нет. 404 означает "Не найдено". Сегодня "не шмогла", в завтра "шмогла". Алгоритм некоторое время как бы защищает страницу от окончательного удаления из свой БД. Вот бот время от времени и тестит, вдруг страница неожиданно будет найдена. Поэтому его поведение и отображение ошибки вполне обоснованно.
А если есть желание навсегда распрощаться со страницей, отвечайте боту сразу 410 Gone.

2 недели для Гугла - не срок. Вот через пару месяцев имеет смысл бить в набат. Просто ждите.

Из своей практики.
1. Наличие на странице ссылки с анкором "Контакты" никак не влияет на позицию страницы в выдаче Яндекса и отрицательно влияет на позиции в Гугле.
2. Наличие на странице ссылки с href="/contacts*" для Яндекса чуть-чуть хорошо, для Гугла - плохо.
Не спрашивайте почему, не знаю, данные получены в результате наблюдения за позициями 1,2 млн. страниц в течение года.
Наличие микроразметки для организаций не проверялось, поставил в задачи.

Главное: определитесь с основным поисковым запросом, под который создаётся/оптимизируется страница.

Составьте H1, максимально учитывая правила (для Яндекса):
1. H1 должен содержать слова из запроса в точной форме
2. H1 не должен содержать повторов слов из запроса
3. H1 должен содержать все слова из запроса
4. Слова из запроса должны входить в H1 в том же порядке
5. H1 не должен содержать только слова из запроса (H1 не должен добуквенно совпадать с запросом)

Желательно выполнить:
6. H1 должен состоять из одного предложения
7. Прямое точное полное вхождение (DEF) запроса в H1 приветствуется

Это значит, что BM25(H1) > BM25(TITLE).
Другими словами H1 более релевантен к запросу, чем TITLE страницы.
Коэффициент релевантности (BM25, TF-IDF) зависит от общего количества слов в анализируемом тексте и от количества повторов слов из запроса, которые входят в текст.
Как правило проблемные тайтлы излишне длинные по сравнению с заголовком H1. Большое количество слов снижает BM25.
Поэтому необходимо провести ревизию содержимого TITLE: проверить наличие в нём слов из запроса и выбросить лишние слова. НО! Есть допустимые границы такой оптимизации. Сварганить Тайтл, полностью совпадающий с запросом - провальный вариант, немного "воды" в заголовке придаст ему естественности и положительно повлияет на ранжирование.
Также важно сравнить релевантность TITLE ко всему документу и релевантность H1 ко всему документу. Если H1 лучше описывает документ, чем TITLE, то вывод очевиден - более релевантный H1 Гуглу больше нравится.

Длинный тайтл подразумевает "больше чем нужно" слов.
Чем больше слов в тексте, тем меньше коэффициент BM25 (релевантность).
Чем ниже релевантность, тем хуже ранжирование.
Рекомендую 52-59 символов / 6-9 слов с учётом стоп-слов / 4-7 без стоп-слов.

Из моей практики:
- Не заметил какой-либо значимой связи между длиной доменного имени и ранжированием в Яндексе и Гугле.
- Также не установлена зависимость между уровнем домена и позицией сайта в Яндексе. Гугл радуется доменам второго уровня.
- Ни Яндекс, ни Гугл не любят кириллицу и цифры в доменных именах.
- Наличие транслитерированных ключевых слов в домене немного радует Яндекс и самую капельку - Гуглу.
Думаю, что последний фактор и будет определять длину домена. Главное, в ключевых словах не промахнуться, менять домен жесть как неприятно.

Для индексации всего:

User-agent: *
Allow: /

Давайте подкину теорию:
- ГА показывает органику из всей сети,
- Сёрч консоль - только из поиска Гугла.

Попробуйте
Page Audit RU

Обычно для этого используют текстовый редактор.
В нём печатают буквы в нужном порядке и обязательно сохраняют в конце работы.

Порядок букв указан в инструкции https://yandex.ru/support/webmaster/controlling-ro...

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

Во-первых, необходимо отловить на сайте баг, который позволил генерировать такой URL и который отвечает кодом 200 на такой URL.
Во-вторых, допилить код, чтобы такой URL отдавал 410 (если такие адреса не приносят трафик), и ждать, когда поисковик избавиться от таких адресов в своей БД. Либо, чтобы отдавал 301, и ждать того же.