.
Как сравнивали? Откуда такая уверенность?

Все правильно. на главную надо переходить и все работает.

Tiny тоже хороший инструмент, в особенности по png. Но уступает уже Squoosh по оптимизации.

1. Не все так просто. Фото из original нужны для генерации различных вариаций изображений для сайта. Поэтому надо оптимизировать их, затем запустить заново генерацию.
2. Все индивидуально и можно сравнить на глаз) я бы оставлял 90.
3. Нет, удалять их из папки original нельзя, см пункт 1).

Фотографии в формате png обязательно переводите в jpg хотя бы.
Как пример: http://evrokomfort12.ru/shop/santekhnika/vanny-i-komplektuyuschie/akrilovye-vanny/vanak-bas-atlanta--17070--bez-foldona/#prettyPhoto[gallery28397shop]-2 - тут фото в интерьере весит 880 кб. Это очень много и недопустимо. Если пожать через https://squoosh.app/editor то получится 54 кб при том же качестве. По squoosh желательно все jpg гнать.

А если у вас все товары будут с картинками (у вас порядка 10 000 товаров) - боюсь и 10 гб не хватит даже при сжатии

Скорее всего что-то намудрили на сайте и скорее всего в коде.
К примеру у вас в хеад:

<div class="span3 leftnav">
<script>
function openNav() {
document.getElementById("menu_left_block").style.width = "250px";
}

/* Set the width of the side navigation to 0 */
function closeNav() {
document.getElementById("menu_left_block").style.width = "0";
}

Вот "<div class="span3 leftnav">" в head не должно быть.

1. Разве при добавлении в index.html оно не должно отображаться на сайте? - нет. Этот файл совсем не для этого.
2. Если вы покажите сайт, велика вероятность, что вам прямо дадут код который надо вставить и куда вставить.

сайт покажите пожалуйста
Скорее всего <i class="fa fa-facebook"></i> надо

По идеи если мы скрываем страницу - отдается обычный ответ 404. Этого и должно хватать. Если у вас иная ситуация - вопрос почему не отрабатывает стандартное поведение.

Средствами CMS и скрывается. Если у вас что-то не так - смотрите конкретные доработки/ошибки.
Не индексировать в вашей версии вроде в дополнительных настройках внизу (если такое вообще там есть)

Все печально будет.
Кто-то должен отвечать за все. И за продукт и за сроки и за поддержку. В описанной вами схеме нет ничего подобного. Так ничего хорошего не выйдет.

Сменить домен можно только если это один и тот же сайт. То есть переезжаете на другой домен к примеру.
А если у вас сменилось направление, сайт и подобное - бесплатно не сменить. Как вариант - продлить коммерческую поддержку за 4900 и появится возможность сменить домен.

Для рекапчи третьей версии, да

Она не работает из коробки

Ну да - все верно. Если ошибка ушла, папку переименованную можно удалить.

subscribtion в subscribtion_1 переименуйте и посмотрите уйдет ли ошибка

Зайдите просто по фтп.

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

Обвновлялись?
Посмотрите в папке modules папку subscribtion и если такая есть - переименуйте subscribtion_1 и посмотрите уйдет ли ошибка
Папка subsription оставьте как есть

Смотреть в сторону импорт-экспорт

Да легко))

Берем к примеру карточку товара. За вывод данных товара отвечает файл shop.view.id
В нем есть стандартный вывод изображений:

if(! empty($result["img"]))
{
echo '<div class="js_shop_all_img shop_all_img shop-item-big-images">';
$k = 0;
foreach($result["img"] as $img)
{
switch ($img["type"])
{
case 'animation':
echo '<a class="js_shop_img shop-item-image'.(empty($k) ? ' active' : '').'" href="'.BASE_PATH.$img["link"].'" data-fancybox="gallery'.$result["id"].'shop" image_id="'.$img["id"].'">';
break;
case 'large_image':
echo '<a class="js_shop_img shop-item-image'.(empty($k) ? ' active' : '').'" href="'.BASE_PATH.$img["link"].'" rel="large_image" width="'.$img["link_width"].'" height="'.$img["link_height"].'" image_id="'.$img["id"].'">';
break;
default:
echo '<a class="js_shop_img shop-item-image'.(empty($k) ? ' active' : '').'" href="'.BASE_PATH.$img["link"].'" image_id="'.$img["id"].'">';
break;
}
echo '<img src="'.BASE_PATH.$img["link"].'" alt="'.$img["alt"].'" title="'.$img["title"].'" image_id="'.$img["id"].'" class="shop_id_img">';
echo '</a>';
$k++;
}
echo '<span class="shop-photo-labels">';
if (!empty($result['hit']))
{
echo '<img src="'.BASE_PATH.Custom::path('img/label_hot_big.png').'">';
}
if (!empty($result['action']))
{
echo '<img src="'.BASE_PATH.Custom::path('img/label_special_big.png').'">';
}
if (!empty($result['new']))
{
echo '<img src="'.BASE_PATH.Custom::path('img/label_new_big.png').'">';
}
echo '</span>';

echo '<span class="icon-zoom">&nbsp;</span>
<span class="js_shop_wishlist shop_wishlist shop-like'.(! empty($result["wish"]) ? ' active' : '').'"><i class="fa fa-heart'.(! empty($result["wish"]) ? '' : '-o').'">&nbsp;</i></span>';

echo '</div>';
if($result["preview_images"])
{
echo '<a class="control-prev shop-previews-control" href="#"><i class="fa fa-toggle-left"></i></a>
<a class="control-next shop-previews-control" href="#"><i class="fa fa-toggle-right"></i></a>';
echo '<div class="shop_preview_img shop-item-previews items-scroller" data-item-per-screen="3" data-controls="shop-previews-control">';
foreach($result["img"] as $img)
{
echo ' <a class="js_shop_preview_img item" href="#" style="background-image:url('.$img["preview"].')" image_id="'.$img["id"].'">&nbsp;</a>';
}
echo '</div>';
}
}

else {
echo '<img src="'.BASE_PATH.Custom::path('img/label_new_big.png').'">';
}


Все, что нам нужно - добавить после стандарта условие else (добавленное выделено жирным).

Таким образом, условие имеет вид: Если у товара есть фото - выводи фото, а ежели фото нема - выводи <img src="'.BASE_PATH.Custom::path('img/label_new_big.png').'">

Ну вместо <img src="'.BASE_PATH.Custom::path('img/label_new_big.png').'"> любое ваше изображение или текст или html

Создать условие в необходимых view-файлах вывода товаров. В каждом есть конструкция вывода фотографий с проверкой. Достаточно дописать условие когда нет ни одного фото и подставить изображение или надпись.

Предлагаю обратиться в РК и заблокировать инстаграммы и прочие приблуды ненужные рабоче-крестьянскому народу. Нет инсты - нет проблем с корзиной у диафана. И вообще нет проблем.. Люди наконец-таки делом займутся))

Вам надо смотреть настройки шаблонного тега. По всей видимости у вас фильтр сейчас работает как фильтр. Он фильтрует. Есть товары - фильтр выводит списки фильтрации. Нет товаров - фильтр отдыхает в сторонке.

В стандарте можно через атрибут шаблонного тега перенастроить фильтр на работу как "поиск". Тогда фильтр будет выводить всевозможные параметры, вне зависимости от текущей категории и товаров в ней.

Это не включается. Это настраивается в шаблонном теге. Меняете атрибуты.
https://www.diafan.ru/dokument/full-manual/modules/shop/#SHablonnye-tegi show_search

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

Возможными проблемами с обновлением cms. Если вы правите системный файл, при обновлении он улетит в custom и "перекроет" системный файл (в котором могут быть новые функции и тд). Чтобы такого не происходило применяется частичная кастомизация, как выше сделал Евгений.
Подробнее https://www.diafan.ru/dokument/full-manual/developers/api/custom/

Я вообще впервые слышу о квиз)))

Экономия на спичках) Мы вот пару проектов обновляли недавно с 5.4 версии древних годов (2015-2016) и там была кастомизация по причине новых полей в базе. При обновлении до последней версии с этим начинаются проблемы, так как не всегда выполнена частичная кастомизация, проще отрубать модельки разные (в том числе выводы в админке).
Идея простая - если есть возможность не трогать системные файлы, даже с частичной кастомизацией, лучше их не трогать.

Самое простое, через Дин блок вывести.
Добавление поля в базу это крайний вариант.

Вы все слишком усложнили.
В вашем случае каждый затронутый кусок кода надо выносить из файла в кастомизацию. https://www.diafan.ru/dokument/full-manual/developers/api/custom/

Из варианта с динамическим блоком все проще. Создали дин блок для категорий. Далее в зависимости от вашего шаблона вывели заголовок во вьюхе вашего файла (мы делаем условие - если дин блок заполнен - выводим его, если нет - выводит стандартный h1)
Все. Никаких файлов кроме вьюхи не затронуто.