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

Речь-то, похоже, вовсе не про Excel, а про локальные системные проблемы. Вероятнее всего - про права доступа и какую-то ерунду в системными путями.
Пробуйте проектные файлы держать только там, где у вас полный доступ, лучше всего - админский, не в системных папках и не в своём профиле. Хотя бы для теста.

proxyAPI, chadGPT - оба сервиса продают доступ по API к пачке моделей. vpn не нужен, телефон тоже.
Оба сервиса использую пару лет, нареканий никаких.

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

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

Блокировки мобильного интернета в зависимости от региона. Об этом пишут уже примерно месяц. Начали с южных регионов, на днях коснулось Архангельска. Про "замедления" в Сибири читаю с лета.
Дело даже не в провайдере, РКН и операторы связи потихоньку-помаленьку переводят страну на новые рельсы с "белым" листом.

Можно. Рекомендую посмотреть материалы по клоакингу. Только, разумеется, реализовывать так, чтобы поисковые системы не приняли это за попытку обмануть их, родимых.

Редиректы такого рода сами по себе не появляются. Это либо кто-то в htaccess внёс соответствующую строчку, либо где-то на уровне CMS в плагинах поставлена галочка с настройкой. Тему можно и не упоминать, ни один нормальный разработчик такое по умолчанию не вошьёт, либо он совсем умалишенный.
В указанных примерах речь о разных таксономиях, у WooCommerce тэги свои, как и их настройки.

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

Насколько мне известно, есть только два варианта: сохранять изображения локально в хранилище, или ссылаться на внешние источники. Формат-то не контейнерный, это просто markdown.
Вариант с base64 описан тут.

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

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

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

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

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

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

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

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

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

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

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

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