optimlab

@alex380 , не совсем понял что вы хотите, но может быть continue вам поможет...

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

А что вы исправляли?

Это вы про СеоКвик?

Нормальной она станет если: Есть настройки размеров srcset для каждой области страницы и модулей. Есть большие изображения исходников высокой чёткости. Конвертация происходит от исходника в меньшую сторону размеров, а не наоборот тупо ширину и высоту умножать - х2, х3, х4, х5 Увеличение изображения с 500х500 до 2500х2500 - не даёт ему чёткости!!! А для увеличения там стоит w-100, который и без этого увеличит изображение на всю ширину блока. Если есть место на хостинге, так как при нескольких тысячах товаров объем диска требуется запредельный. Вывод: в 99% случаев заполнения магазинов когда изображения поступают от поставщика в обычном размере - эта приблуда нафиг не нужна вообще!!! Вообще!!!

А зачем вы изображения высокой чёткости включили? И почему тут пишите, а не в теме шаблона? Папка выросла из-за того что включен srcset вот он и создаёт из изображений 100-200 кб по 2-15 Мб, да еще и по несколько раз. Я уже гневался на эту приблуду два года назад, разраб не стал её удалять... Отключите и очистите папку кеша, только пройдитесь снова по сайту чтоб изображения кеша опять создать...

"PageSpeed Insights анализирует контент веб-страницы и советует, как ускорить ее загрузку." Где он там рекомендует? Рекомендует прога как ускорить и пишет чё попало? Новые форматы, удалите лишние коннекты..., а лучше оставьте один логотип, да? Так? Ну ну... Особенно смешно когда Попугаи PageSpeed связывают с разделом качества страниц. А где попугаи? Но к ним мы вернёмся чуть ниже и попробуем найти корреляцию Page Experience, Core Web Vitals и PageSpeed которую не видят сеошники, но зато вы видите всё. Линкбилдер наверное? ))) Это вы тут сами себя опровергли или была попытка связать отчёт из консоли и попугаев? Но в принципе, золотые слова, согласен с ними на все сто в их буквальном понимании. Точно, Линкбилдер! Ничего, скоро Гугл вам порежет эту дырку, и тогда никакие попугаи вас не спасут... Ахрефс! Вы серьезно?))) А чё там, чё там? По каким запросам органика просела? А чё там в 19 году? А давайте проверим: rozetka - 27 (не отвечает требованиям Core Web Vitalsсоответствует) / 67 (отвечает требованиям Core Web Vitals). Вау! 67 достаточно, для Core Web Vitals!!! Ну ничего себе! А может даже можно было меньше? Говорят 50 тоже норм? амазон - 68|86 (отвечает требованиям Core Web Vitals) А где ваши зеленые 93-94? На скрине специально обрезали мобильную версию? Вы думали никто не проверит и поверят на слово? Ну вот! Вы попались на лжи! Поздравляю! Опять ложь! Я говорил про попугаев пейджспид! А в 19 не было спада как в 18! А когда там новый алгоритм вышел? А то сеошники не вкурсе, вы лучше нас знаете, вы вроде выше смеялись, даже... ПС.. "Кейс", блин...))))

У вас сайт не под сео, тогда когда захотите тогда и добавляйте. Можете вообще не добавлять.

Для чего все эти советы верстальщикам шаблонов? Уже было разобрано что попугаи PageSpeed вообще никак не влияют на ранжирование: Никогда пейджспид не будет основным методом ранжирования! Там есть другие факторы ранжирования которые в 1000X раз перекрывают факторы из пейджспид. PageSpeed - чушь собачья! Нужно работать над качеством сайта, его реальной скоростью загрузки и рендеринга, а про пейджспид забыть! Из-за таких некомпетентных статей и постов мне приходится тратить время на развенчивание мифов про пейджспид у потенциальных клиентов, а так же писать модификаторы отрубающие эти модные приблуды в шаблонах направленные на увеличение попугаев, но реально мешающие обычным пользователям и роботам ПС. Некоторые уже доходят до абсурда, и CSS код вставляют в тело страницы, лишь бы клиент увидел сотку на пейджспиде! Остановитесь!

@annnn Редакотором SEO-урл почему не пользуемся? Установите модификатор common-home.ocmod.zip common-home.ocmod.zip Дизайн -> SEO URL Добавьте в поле Запрос "common/home", а поле Ключ оставьте пустым. Магазин и Язык - самостоятельно. Сохранить.

Прочитайте инструкцию и выполните все пункты установки. Если первое не помогло, то возможно у вас стоит сео-про. Отключите и удалите его к чёртовой матери! Этот модуль больше не нужен, так как склейка одинакового контента произойдет через canonical адрес.

Ничего не понял! У него же реально Главная на выдаче. @jaffagold в чём подвох?

Это вот этот сайт? А диджитал-веб не справились?

Можно: https://demo.optimcart.com/frame/optimblog-frame Для категории есть модуль:

да да

https://www.reg.ru/support/hosting-i-servery/kak-dobavit-redirekt/

Нет, сюда лезть вам не нужно. У вас тут кто-то или что-то заменило 404: https://github.com/opencart/opencart/blob/3.0.3.8/upload/catalog/controller/product/category.php#L401 Сделайте так же как заменяли, только в обратном порядке...

Для склеивания несуществующих страниц листинга, но которые еще в индексе. Нет там уже пагинации, стоит 302. Ставят 302 чтоб вместо 404 был редирект на первую, типа вдруг товары добавятся и она восстанет из пепла как феникс. Или чтоб "страница не найдена" пользователей не пугать. Только он УРЛы хочет убрать из индекса, которые имеют 302, который не убирает их оттуда. Судя по всему ТС не вкурсе как отрубить 302 или заменить его на 301, и что это такое и для чего)))))

Такое 301 клеят. А у ТС стоит 302, а из-за этого ноуиндекс робот не видит. Как была она в индексе, так и останется так как ПС ожидает что там контент появится. То есть, как ранее сказал Флорапрактик, ситуацию ТС создал патовую: Можно и роботсом удалить, но гугл удаляет долго, из-за некоторых факторов. Яндекс сразу удаляет, после сканирования.

А как вы категории делали и "посадочные" без статистики запросов? Просто наобум? Полностью согласен.

А в вашей тематике вообще есть гео-запросы в статистике? А то судя по вашей нише, я стал сомневаться..

Т.е. вы принудительно склеиваете несклеиваемое через каноникал, и потом ждёте "у моря погоды" когда алгоритм увидит что это не дубли вовсе? А потом он это опять склеивает и опять видит ошибку и расклеивает и опять по кругу, да? Точно три?

https://navsl.ru/katalog/kuhonnoe-i-torgovoe-oborudovanie/ https://navsl.ru/katalog/kuhonnoe-i-torgovoe-oborudovanie/?page=4 Т.е. по вашему эти страницы похожи (каноничны)?

А если СЕО-ПРО отключить?

Не запускает он АЯЙКС запросы по событиям. Только через .load() (к примеру отзывы) или по ссылке подгружающей контент типа Agree to Terms. Значит у вас было что-то одно из этого, либо было "одно в другом" как матрёшка. Но у этого сайта ссылки эти закрыты в ******* И в выдачу они не попадают: ****** В английском языке "сканировать сайт" и "индексировать сайт" - это "indexed". Это всего лишь неправильный перевод на русский аналога от Яндекса: "Просканированно, но не проиндексированно." Т.е эти страницы из-за блокировки в роботсе не попадут в выдачу и не будут участвовать в ранжировании, и уж тем более в канибализации более релевантных страниц. Если бы так было, то у каждого магазины были бы проблемы с урлами сортировок типа: ?sort=pd.name&order=DESC Выводы: Владелец сайта паникер! Позиции снизились по другой причине. ПС.. Очень интересно, что там были за позиции и по каким запросам?..