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

Если сайту больше года - то вероятно, что из sandbox технически он вышел. В сливе доков Гугл озвучивали срок в 1-1,5 года. (точно не помню)
А вот по факту сайт, вероятно, просто не имеет ожидаемых полезных сигналов: ссылки и трафик.
Способы выхода - стандартные:

• Подклейка хорошего дропа
  
• Достаточно жирное ссылочное
  
• Трафик – такой, чтобы был понятен Гуглу.
  

Для Яндекс проблема неактуальна.
А в описываемом случае речь, вероятно, вообще не про песочницу: ПС не видит ценности в проиндексированных страницах и удаляет их из базы. Проводите аудит, выясняйте причины, другого варианта нет.

В общем-то - в лучшем случае никак. Если поисковые системы и обращают внимание на названия файлов, то редко, и влияние их на что либо – околонулевое.
Влияют ссылки с серьёзных доменов, текст ссылок, тематический трафик с сайтов с устойчивой динамикой. Цитирование бренда (без ссылок) тоже влияет. Вшитые в метаданные (микроразметку) ссылки могут быть учтены для связывания сущностей (и учитываются), если есть ожидаемый системой контекст.
Теоретически, описываемая схема может быть полезной, если слушатель дичайше заинтересуется, что же там упоминается в названии трека - и полезет гуглить, кто это и что это вообще. Но выхлоп тут едва ли можно ожидать хоть сколь-нибудь заметный.

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

Тут надо для себя логику и задачи определить: редиректы и переклейка – для чего? В индексе остаться подольше? Ссылки не потерять? Чуть дольше побегать от РКН? Трафик как можно быстрее вернуть?
В любом варианте схема какая-то странная. Обычно под Гугл в цепочку обязательно встраивается 302 (временный) редирект, не позволяющий потерять хостовые. РКН-то не везде муравьишками управляет. В Яндекс 302 не нужен.
Вот для примера реализация от одного из нехороших сайтов, которые блокают как по расписанию. Тут схема для гуглобота, для Яндекса 302 исключается. Обратите внимание на субдомен в редиректе, это часть процесса.
А дальше – логика.

Я бы сказал - да, влияет. Яндекс использует все источники данных для оценки. Свои "автоцели" они также не зря так навязчиво втыкали и активировали. С их помощью он пытается оценить микроконверсии и конверсии. Если сайт не продаёт, а должен бы - это, вероятно, не совсем хороший сайт.
Во времена экспериментов с накруткой ПФ я это использовал, и это работало. Как минимум, это источник информации, что именно пытается оценить Яндекс и какие данные использует. Ликвидация автоцелей с нулевыми показателями и проработка реально коммерческих целей давала неплохой буст.
Сейчас у них акцент сместился в сторону собственных задач (экосистема Яндекса, фиды товаров и услуг сразу на выдаче и т.п.), однако это не значит, что оценка конверсий потеряла значение - просто, возможно, приоритеты отдаются конверсиям по другим каналам.
Как минимум, я бы снёс из метрики ненужные автоцели типа "просмотрел больше 1 страницы", "написал в ватсап" и т.п. - и те, что вообще не работают и показывают нулевую конверсию.

Не люблю конструкторы, но в общем-то кроме вероятных проблем с быстродействием на практике сверхъестественных сложностей с "Элементором" не вижу (если говорить о сеошке). Сканируется и рендерится нормально, если там есть что ранжировать - ранжируется хорошо.
WP с "Элементором" выглядит намного более интересным решением, чем сайт на "Тильде", хотя если делать всерьёз – лучше смотреть на кастомные сборки или вообще на другие платформы. Но это уже вопрос головы / рук / бюджетов.

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

Исходим из гипотезы, что если в сниппет выдёргивается рандомная картинка, ПС испытывает сложности с разметкой (в отличие от валидатора). Я бы плотнее пощупал три момента:

• в srcset указана картинка в webp, в разметке указан jpg
  
• разметка прописана хардкодом
  
• ровно так же размечены все картинки на странице, хотя и без логической привязки к конкретной схеме
  

Вероятно, есть какие-то проблемы с рендерингом. Хотя формирование сниппетов в рецептах сейчас вообще чехарда. Я, скажем, по этому запросу сниппет с картинками увидел только на видео-ресурсах (и в Яндекс, и в Гугл).

Проверяется достаточно просто:
а) Сохраненные копии. Google их уже не показывает, но вполне можно ориентироваться на Яндекс.
б) Парсинг и рендеринг на уровне эмуляции правил выбранного поискового робота. SFSS это может. Если есть проблемы там – значит, реальный UA будет иметь их на 100%.
Как вы будете скармливать роботам свой контент – ваш выбор и вопрос тестов, но чем меньше поисковику нужно затрачивать на рендеринг – тем лучше для ранжирования. Тратить вычислительные ресурсы на ненужное ПС не склонны, это вопрос реальных бюджетов, выражаемых в деньгах, а не абстракция.

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

Микроразметка нужна не для сниппетов, а для машиночитаемости – отделять котлеты от мух. ПС в сниппеты выводят наиболее важную информацию с сайта по запросу с их точки зрения. У вас эта информация теоретически и должна составлять Q&A.
Микроразметка такого рода помогает поисковым моделям понять самое важное на странице, а уж как они этим распорядятся – дело десятое. Например, если у вас товарные листинги и товары не размечены верно – цену ПС на странице не увидят (если вы им фид напрямую не скармливаете).
В любом случае – это то, что надо делать.

По моим наблюдениям на формирование сниппетов сейчас работают не столько лексические метрики (те же цитаты), сколько нейронное сопоставление – по смыслу, на эмбеддингах. В этом отчасти видится и причина того, что кластеризация запросов по топам в том же Яндекс сильно хромает.

Было время, когда редиректом накопленные метрики обнулялись. Если причина реально в дурном сссылочном – документные метрики должны обвалиться и сейчас.
Но новый домен сейчас – не самая лучшая идея, тем более, что прогоны хрумаком едва ли могут повлиять сейчас что в плюс, что в минус.
Я бы не торопился.

Тут нет однозначного ответа. В рамках одной страницы повторяющихся контентных блоков, по идее, быть не должно. Но это только по идее. В какой-то момент времени это может работать и в плюс, и удаление скрытых блоков на переиндексировании может заметно отбросить сайт вниз в том же Гугл.
Это касается и меню ровно в той же мере.
Я сам склонен от дублирующихся блоков избавляться, и меню делать с минимальной вложенностью, но всё же для выводов нужен текстовый анализ, сравнения с топами, а эксперименты - это для сплит-тестов.
Ну и главное: "работает - не трогай".
Недавняя история: у клиента на сайте в листинг выводился в скрытом виде полный контент карточек. Яше это не нравилось. Вывод убрали. Яндекс вырос, Гугл просел. И это при том, что для юзверя на страничке ничего не поменялось, просто убрали скрытый контент (притом там описания были уровня нечетких дублей).

Регион "Россия" - это то, что показывает Яндекс, когда не понимает, из какого региона запрос. То есть примерно никогда.
Если вы продаёте по всей России - думайте, к каким регионам можете реально привязать сайт. То есть как минимум у вас там должна быть хоть какая-то физическая точка: офис, склад, шоу-рум, партнёрский магазин. Ну и да, делать это стоит через Яндекс-Бизнес в первую очередь.

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

Такой себе метод раскачки по текстовым. У вас страничка по запросу в топ-30 попадает? Если да, то не вижу смысла подгонять частотность и вхождения по медианным данным.
Если уж брать релевантность как таковую - я бы посоветовал больше на семантику смотреть, то есть на соответствие по смыслам максимально большой пачки связанных запросов по этому кластеру. Инструментов для этого сейчас более чем достаточно (любая модель, способная извлекать векторные вложения плюс сопоставление векторов запросов с векторами отдельных шинглов страницы - хоть по косинусной близости, хоть по эвклидову расстоянию).
Не в одни текстовые метрики ранжирование сейчас упирается.
Ну и в принципе плюсану за решение Михаила: если есть сомнения - спрячьте калькулятор, хоть средствами AJAX, хоть вообще на отдельную страницу вынесите.

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

Они прокси продают и облачные серверы. Не их это ботовня.
По подсетям блокать, как по мне - не лучшее решение, много лишнего-нужного залетает под запрет.
Можно мутный траф на субдомен без Метрики и закрытый от индексирования редиректить, можно Метрику от них прятать, тут вариантов не так много.