Shureg

Не там. rel - это атрибут ссылки, сама ссылка перед ним: <link href="http://www.likarskasprava.com.ua/index.php?route=product/product&product_id=55" rel="canonical" />

Нету такого косяка по умолчанию в оксторе. Не знаю, что вы там с сео-урл понастраивали, судя по сайту, вы переоцениваете свою безошибочность. Гадать не берусь

дел

Вы нашли не то, что надо. Именно эти надписи удалять не надо, с ними все в порядке. Вам уже написали, ищите в файлах (не в названии, а в контенте) var_dump или print_r И их удаляйте. Кто-то у вас ковырял сайт, и забыл убрать отладочные закладки. Можете предъявить, если знаете, кто, за халатное отношение.

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

view-source:https://www.likarskasprava.com.ua/index.php?route=product/product&path=59&product_id=55 <link href="http://www.likarskasprava.com.ua/index.php?route=product/product&amp;product_id=55" rel="canonical" />

сео ссылки у вас присутствуют "не только лишь везде. мало где они есть". canonical в товарах бестолковый, ведет "налево": view-source:https://www.likarskasprava.com.ua/bakteriofagi/bakteriofag-klebsiell-polivalentnyy-flakony/ <link href="http://www.likarskasprava.com.ua/bakteriofag-klebsiell-polivalentnyy-flakony/" rel="canonical" /> Причем /bakteriofag-klebsiell-polivalentnyy-flakony/ редиректит на /bakteriofagi/bakteriofag-klebsiell-polivalentnyy-flakony/...

Не "сломалось", а "сломали" . Зачем вы ссылки на товары удалили?

Правильно думаете. Вообще, не понимаю, зачем вам на сайте страницы, на которые посетитель не может попасть "изнутри". Гугл-бот, думаю, тоже не видит необходимости такие страницы индексировать.

Не увидел в вашем примере сортировки. И что там можно сортировать, тоже не увидел. Модуль 3 в 1?

А чем не устраивает модуль html? Если ссылки все равно вручную.

Мне кажется, скачать бесплатный модуль и посмотреть будет все же проще

И не найдете именно такой. Это не модуль, это верстка шаблона. А просто возможность искать в категории есть в модулях:

А вы не забывайте после очистки кэша модификаторов заново его создавать в админке. Там не для красоты две кнопочки есть. PS: "Не верный тип файла" - типа, недостаточно преданный делу опенкарта?

Гугл уже писал, что выдача site colon создается, исходя из производительности. Так что может даже утром и вечером отличаться https://www.searchenginejournal.com/googles-mueller-offers-two-tips-for-getting-indexed/407995/ А еще о том, что использует "живую" оценку важности страниц по действиям пользователя, примерно как Core Web Vitals. А если все-таки вернуться к теме топика, про ноуиндекс: https://www.searchenginejournal.com/google-noindexed-pages-can-impact-core-web-vitals/390209 Гугл все равно учитывает закрытые страницы, даже если в индекс не помещает. Так что индексуй, не индексуй, все равно получишь.. гугл.

Вам БД надо оптимизировать. А всякие tpl/twig, версия php и т.п. влияние крайне незначительное оказывают (если, конечно, в теме и модулях нет каких-то явных грубых ошибок).

Вот таким strstr($product_info['name'], ' ') Почитайте про strstr в php. И это не два разных варианта, а две части одного.

Возможно. Создать в контроллере catalog\controller\product\product.php переменную из $product_info['name'] без первого слова, вывести во вьювере \catalog\view\theme\default\template\product\product.twig после {{ text_related }}. Само {{ text_related }} изменить в catalog\language\ru-ru\product\product.php $_['text_related'] = 'Аналог товара';

Никак. Даже если делать свое дополнение, возникает много вопросов. Надо всю систему заказов модифицировать.

catalog\controller\mail\order.php замените в методе public function edit Да, то, что я написал, оставьте, это все равно нужно.

Я думаю, сначала стоит прочитать первое сообщение темы, и осознать, что контроллер и библиотека тут вообще не при делах. Сорри, был неправ. Вывод в контроллере таки надо сменить Ну и написали бы сразу для ТС, что $mail->setText($this->load->view('mail/order_edit', $data)); надо сделать $mail->setHtml($this->load->view('mail/order_edit', $data));

Не работает, потому что в шаблоне обновления /catalog/view/theme/default/template/mail/order_edit.twig нет необходимого объявления типа документа для отображения html, и он открывается как простой текст. В /catalog/view/theme/default/template/mail/order_add.twig такое объявление есть, поэтому там работает html. Вы шаблоны-то сравните, неужели не видите разницы. Я уже написал выше, что надо добавить. Контроллер ковырять бесполезно, чуда не случится.

Для начала кэш модификаторов обновить, если раньше ошибки не было

Поскольку вы живете в алтернативном мире с альтернативными поисковиками, не вижу предмета для дальнейшего обсуждения.

А зачем платный, ТС хватит этого