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

Если брать ценник, то тут, кмк, локально размещенная бесплатная модель + RAG решает.
Из минусов: "железо" и время. Тут всё таки для серьёзной модели и железо соответствующее нужно.

Я бы посоветовал OpenCart или Webasyst: это дёшево, заточено под ИМ, хорошо масштабируется, нет проблем найти технаря на поддержку. Много готовых шаблонов, небольшая доработка - и на прод.
Однако есть ещё один момент: магазин на 20-30 товаров - это не про коммерческую выдачу в поиске, слишком малый ассортимент даже при грамотно реализованном тегировании. Семь шапок из одной овчинки сшить можно, но носить их будет нельзя. Вам стоит изначально подумать о том, как вы собираетесь привлекать потенциальных покупателей, если не из поиска по коммерческим запросам. Вам, вероятно, надо будет использовать обходные пути: обзоры, руководства (связанные с вашей нишей) и т.п - и ту же контекстную рекламу.
А это уже не про товарный каталог в основном.
Вкладываться в кастомный дизайн при таких раскладах кажется чрезмерным вложением бюджетов. Дизайны сами по себе мало в какой нише имеют значение, со смартфона все красоты оформления теряются.
Плюсану к мнению: начните с шаблонного оформления, CMS в вашем случае особой роли не играет, берите то, что сможете поддерживать и масштабировать.

а) Подождать. Кэш-то тут немножко сложнее.
б) Чекнуть сайт на ссылки на небезопасном протоколе. Они могут обнулить SSL.
в) Проверить совместимость сертификата с "Хром". Издатель имеет значение

Пользуюсь AdBlock. Режет не всё и не везде, но достаточно, чтобы не испытывать дискомфорта. Проблемы с сервисами Яндекс такого рода у меня нет, так что присоединюсь к предложению попробовать именно его. Он и на автомате по спискам работает хорошо, а можно добавлять и собственные фильтры очень просто.

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

UPD Вариант с Яндекс-капчей, предложенный выше – хорошая идея, хотя бы потому, что инструмент использует собственные данные Яндекса, доступа к которым больше ни у кого нет. Кроме того, сам Яндекс в режиме "инкогнито" использует JS-челлендж примерно в том виде, что предложен "Пикселями" (Яша просто выдаёт всплывающее окошечко с предложением установить Яндекс поиском по умолчанию или ещё какую-нибудь ерунду - только ради клика).

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

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

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

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

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

С учётом того, что сами модели используют F-паттерн, тут не на ИИ надо смотреть, а на классику UX/UI. Там всё давно расписано, а речь в принципе о психологии восприятия, с которой никакая модель не работает. Их задача - суммировать, классифицировать, усреднять.

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

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

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

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

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

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

Нормальная ситуация.
Оцените вероятные причины. Чаще всего проблема упирается в отсутствие трафика на эти страницы, запросов, по которым Яндекс может эти страницы показать в поиске - а значит, в индексе они не нужны.
Но вообще говоря - раз трафик-то был, значит, претензии у Яши более серьёзные. Ищите причину.

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

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

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

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

Обычная подклейка редиректом. Через время Гугл прокладку склеит и деиндексирует.

Hola так работает.
Из недостатков: для некоторых сайтов (типа LinkedIn) нужен платный доступ. Плюс есть ограничения по времени: скажем, YouTube в течение долгого времени не поскроллишь.
Для обычных задач вполне достаточно.