markimax

Ну правильно всё, потому что это курилка, поэтому все и высказывают свои "мысли". Вот если бы это был раздел Услуги, тогда другое дело, это был бы флуд

1. Поверьте вы её уже "занесли туда", когда создали "профиль" и указали домен в панели веб мастера поисковой системы Не беспокойтесь поисковая система её проиндексирует - причем в первую же очередь (так что не обязательный "параметр")

Раз вы уже поправляете юзабилити дам рекомендацию Флагами не делайте, только текстом (или кодом языка) Флагами обозначают геозону, языки не принадлежат странам Флаги в переключателе языков - ошибка юзабилити и больше процент отказов

Я же написал как сделать Вы сделали не так

Это из СSS модуля Возможно какой то минификатор CSS ляпнул Тема ТП не здесь Напишите в ЛС Сразу с доступами

Можете сделать модулем уже сейчас Только разделение языков вот так сделать для городов https: //site.ua/mariupol/mebel-dla-detskoy https: //site.ua/ru-mariupol/mebel-dla-detskoy

Конечно надо поправить многие моменты Все же попугаи показывают и дельные советы по юзабилити К примеру у вас FID большой 1210 мс, а это фризы (да Google измерят FPS как в играх) при скролл свайпе на мобильном. Т е реакция на скролл будет только через 1 секунду (у default темы - 100 мс (0.1 c) Т е конечно есть "поле" для работы и оптимизации. Да и TTFB не мешало бы сократить, (pagespeed тоже ругается). TTFB очень важный параметр даже разница в 0.5 секунды очень заметна на глаз, не говоря уже что чем быстрее TTFB. тем лучше поведенческий фактор SEO т к пользователи посетят больше страниц. А чем больше посетят тем лучше и конверсия корзины. Поисковые боты быстрее проиндексируют страницы. Быстрее TTFB - пользователи не раздражены "ожиданием" страниц. А уравновешенные пользователь - тоже лучше конверсия Всё взаимосвязано

Вы не путайте реальную скорость (TTFB ответ сервера) с баллами (попугаями) pagespeed за верстку и юзабилити (замечу не скорость) Это разные вещи. Мало того могу привести ответ Yandex по поводу попугаев ТП Яндекс ответила Это они так мягко обошли "углы" еще...

Да в карточке категории

У вас SEO мультиязык стоит? Там заполните для Главной

В поле Title категории товаров

Не конфликтует - указываете в исключения если надо и будут Turbo страницы без кеширования (не вижу смысла там выключать Turbo это не feed продуктов под маркет)

По большому счету я считаю что sitemap себя изжил Зачем он вообще надо если поисковики "едят" все что "движется" Они индексируют все страницы без разборок Ну указали вы страницами в sitemap и что Он проиндексирует их и + еще все которые найдет

Да + редирект с www на без и + редирект на https с http (только чего то закоментарино) Но здесь явно не 14 мб

Стоит .. с Joomla точно стоит уйти (только не на WP) Но по сути у вас не магазин скорее, но opencart все равно отлично подойдет И внешний вид поменять (у вас он начала 2000 -х, а уже 2019)

SEO шники бывает редиректов туда напихают

И выключите тормозной подсчет товаров в категориях (в настройках магазина) Там же включаются и ЧПУ Заполните поля SEO URL ЧПУ

Это не дубли https://www.google.com/#1564581763.3085 И не "префиксы", это "якорь"

1. Я гипотетически, но в среднем процент отказов будет очень большим. ~30% человечества - ярые националисты (психологи исследовали) Т е плюс 30% отказов - это нормально? Да даже плюс 10% отказов из-за флага - это не правильное юзабилити Поэтому специалисты по юзабилити - не рекомендуют использовать флаги в переключателе языков 2. На eBay там геотаргетирование флагами, а не язык А на Aliexpress - языки без флагов (а флаги только как геотаргетирование страны доставки)

Да, флаги в переключателе языков это ГРУБАЯ ошибка юзабилити Флаги показывают геозону. Языки не принадлежат странам Представьте лицо гипотетического "американца", который зашел в магазин и увидел флаг union jack Великобритании в переключателе языков и наоборот англичанина увидевшего флаг США в переключателе. Они его тут же закроют. Никто из них больше не зайдет в этот магазин Поэтому флаги из переключателей надо убирать

Google продолжает предпринимать шаги для вытеснения протокола HTTP в пользу более защищеного HTTPS. Еще несколько лет назад Google начал учитывать поддержку HTTPS при ранжировании результатов поиска с индексацией HTTPS-страниц по умолчанию. Затем в фирменном браузере Chrome (с версии 68) страницы, использующие протокол HTTP, начали помечаться небезопасными. Теперь же Google готова перейти к следующему этапу плана забвения HTTP — включить в Chrome полную блокировку «смешанного» контента. Под «смешанным» контентом подразумеваются отдельные элементы на HTTPS-страницах, которые небезопасно подгружаются посредством соединения HTTP. Как рассказывается в официальном блоге Chromium, браузеры по умолчанию блокируют многие типы смешанного контента вроде скриптов и фреймов iframe, но изображения, аудио и видео по-прежнему могут загружаться, что представляет угрозу конфиденциальности и безопасности пользователей. Например, злоумышленник может изменить смешанное изображение биржевого графика, чтобы ввести инвесторов в заблуждение, или вставить отслеживающий файл cookie в смешанный контент. Также загрузка смешанного контента вызывает путаницу в безопасности — в таком случае страница не безопасная и не небезопасная, а где-то посередине. Google намерена исправить ситуацию: Chrome по умолчанию будет блокировать весь смешанный контент. Сразу оговорим, что блокировка будет внедрятся постепенно. Chrome 80 (в ранних каналах сборка выйдет в январе 2020 года) по умолчанию будет блокировать звук и видео, которые не смогут загружаться через HTTPS. Снять блокировку можно будет способом описанным выше. Также в Chrome 80 при загрузке смешанных изображений в строке Omnibox будет отображаться предупреждение о потенциальной опасности страницы. Оно будет выглядеть вот так: Это должно побудило разработчиков обновить сертификаты SSL. Кстати, Google говорит о достижении большого прогресса в вопросе перехода на HTTPS. По словам компании, пользователи Chrome сейчас тратят более 90% времени на просмотр HTTPS-сайтой на всех основных платформах. Наконец, в Chrome 81 по умолчанию будут блокироваться и изображения, загружаемые через HTTP. Выпуск Chrome 81 в ранних ветках запланирован на февраль 2020 года. Чтобы избежать блокировок, Google советует разработчикам сайтов как можно быстрее полностью перейти на HTTPS. В блоге компания приводит несколько ресурсов, которые могут помочь в этом вопросе. Источник: blog.chromium

Да кстати проблема Иногда обращаются пользователи которые купили модуль лет 8 назад... и как его найти, чтобы проверить покупал ли он модуль

Есть еще варинат ocfilter и его посадочными страницами типа как фильтрацией одного товара, группы и т п Но тут лучше проконсультироваться с @SooR

Вы можете в префиксе запрос указать site.com/kupit-apple-ayfon/iphone-11-max Где префикс kupit-apple-ayfon а товар iphone-11-max Только учитываете что ЧПУ уже давно не учитывается как сигнал ранжирования

ЧПУ уже давно не учитывается как сигнал ранжирования Об этом Мюллер уже ооочень давно говорил