Перейти до вмісту
Пошук в
  • Детальніше...
Шукати результати, які ...
Шукати результати в ...

Мелкие недочеты писателей шаблонов и как их исправить


max1985

3 013 перегляди

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

 

Так как много времени на написание полноценного материала нет, начну с малого и со временем дополню данный материал. Все что будет описано ниже внедрено на собственном сайте тут.

 

И так поехали!

 

11.png.7734009ca8bff8c2b3e56e1f8630fd24.png

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

 

В контроллере категории /catalog/controller/product/category.php после:

$data['products'][] = array(

 

Вставляем:

'width'  => $this->config->get($this->config->get('config_theme') . '_image_product_width'),
'height'  => $this->config->get($this->config->get('config_theme') . '_image_product_height'),

 

А в самом шаблоне делаем та:

<img loading="lazy" src="<?php echo $product['thumb'];?>" width="<?php echo $product['width']; ?>" height="<?php echo $product['height']; ?>" alt="<?php echo $product['name']; ?>" title="<?php echo $product['name']; ?>" class="img-responsive" />

 

Ну и конечно в стилях должно быть так, а то картинки поедут...

.img-responsive {
    display: block;
    max-width: 100%;
    height: auto;
}

 

Можно тут конечно обойтись и без контроллера, но это будет как некоторые говорят - не кошерно :D

 

 

 

22.png.137ebfc0aceae8f45bcc23974c956c7c.png

2. Вторая супер мелочь, которая может прибавить пару Попугаев в PageSpeed Insights это нет свойство CSS font-display в описании шрифтов. Все довольно просто.

 

Было так:

@font-face {
                font-family: 'Open Sans';
                font-display:auto;
                src: local('Open Sans'), local('OpenSans'), url('fonts/opensans.woff2') format('woff2'), url('fonts/opensans.woff') format('woff'), url('fonts/opensans.ttf') format('truetype');
                font-weight: 400;
                font-style: normal;
}

 

Стало так:

@font-face {
                font-display: swap;
                font-family: 'Open Sans';
                font-display:auto;
                src: local('Open Sans'), local('OpenSans'), url('fonts/opensans.woff2') format('woff2'), url('fonts/opensans.woff') format('woff'), url('fonts/opensans.ttf') format('truetype');
                font-weight: 400;
                font-style: normal;
}

Ну и обратите внимание чтоб в хедере шрифт был прописан с rel="preload", где-то так:

<link rel="preload" href="opensans.woff2" as="font" type="font/woff2" crossorigin="anonymous">

 

3. Почти у всех шаблонов есть поле для вставки счетчиков, но смысл его добавлять если этот ф-л уже есть в самом движке. Другое дело если б это было так, как реализовано в модуле от @spectre. Это бы избавило от лагов которые появляются от Аналитики и других подобных счетчиков и чатов.

 

4. Многие делают объединение файлов css и js в один файл. У некоторых это реализовано более менее, у других это полная катастрофа. Расскажу на примере. Было у меня на сайте в шаблоне реализация в таком виде:

<script src="/min/f=catalog/view/theme/aurus/js/jquery/jquery-2.1.1.min.js,catalog/view/javascript/bootstrap/js/bootstrap.min.js,catalog/view/theme/aurus/js/aridius/blazy.min.js,catalog/view/theme/aurus/js/swiper/js/swiper.min.js,catalog/view/theme/aurus/js/common.js,catalog/view/theme/aurus/js/aridius/aridiusquickview.js,catalog/view/theme/aurus/js/aridius/slideout.min.js,catalog/view/javascript/jquery/magnific/jquery.magnific-popup.min.js,catalog/view/theme/aurus/js/aridius/module.js"></script>
<link href="/min/f=catalog/view/javascript/bootstrap/css/bootstrap.min.css,catalog/view/theme/aurus/js/font-awesome/css/font-awesome.min.css,catalog/view/theme/aurus/stylesheet/stylesheet.css,catalog/view/theme/aurus/stylesheet/aurus.css,catalog/view/theme/aurus/stylesheet/module.css,catalog/view/theme/aurus/js/swiper/css/swiper.min.css,catalog/view/javascript/jquery/magnific/magnific-popup.css,catalog/view/theme/aurus/stylesheet/animate.min.css" rel="stylesheet" media="screen" />

 

Это полная жесть, мало того что такую конструкцию не удалось завести, когда я надумал перевести сайт под nginx, так такой запрос отдает кривой заголовок и браузер его не до конца понимает как css и не кеширует. Лучше уже создавать кешируемый файл, который есть физически на сервере и имеет нормальный заголовок.

Тогда еще решил этот вопрос костылем, создал физические файлы на основе такого запроса и прописал их в шаблоне. Сейчас сменил на шаблон CyberStore от @29aleksey где это реализовано более менее, но тоже есть и тут не мало минусов, по крайней мере лучшего не нашел.

 

5. Еще один момент, многие используют в своих шаблонах отложенную загрузку изображений. И вместо картинки товара поисковик видит какую-то картинку без ничего в один пиксель. В коде это выглядит так:

<img class="lazyload" src="lazyload.png" data-src="apple-200x200.jpg" alt="Apple" title="Apple" />

 

Лучше сделать так:

<img loading="lazy" src="apple-200x200.jpg" width="200" height="200" alt="Apple" title="Apple" class="img-responsive" />

 

На этом пока все. Надеюсь, в скором времени дополню пост еще информацией. Если у Вас есть еще чем дополнить информацию пожалуйста предлагайте, будем дополнять.

 

И еще, все эти мелочи и идеальные шаблоны не сделают ваш сайт по истине быстрым, особенно если на нем несколько десятков тысяч товаров. Тут еще может понадобиться улучшить ответ сервера, а для этого скорее всего понадобиться перейти на более мощный сервер, правильно его настроить, оптимизировать базу и избавиться от модулей с кривыми запросами или поправить их. С частью из этих вопросов помог справиться @Yoda. И только тогда вы увидите заветное слово в PageSpeed InsightsОтвечает

 

33.png.4330dbc55d8c0470b34b58c942db532e.png

 

Так же хочу сказать, что вся эта гонка за скоростью не принесет Вам много трафика, это как маленькая доля СЕО, которая скорее всего будет работать только в комплексе с другими видами СЕО оптимизации. Но как минимум сейчас это будет способствовать тому что пользователь не сбежит с сайта пока будет ждать прогрузки страницы. В будущем может это и будет одним из основных методов ранжирования… Так что стоит подготовиться за ранее, почему нет.

 

Всем мирного неба над головой, щедрых клиентов и хороших продаж!

  • +1 11

35 коментарів


Recommended Comments



Великолепно, но тема до конца не раскрыта.
Для того чтобы вышел такой результат, пришлось  сделать много твиков и реально секретных реализаций, выжечь джет кеш, переехать на турбохост. И много чего еще.
Если ТС будет не против, я со своей стороны сделаю развернутый кейс, по всем решениям, которые пришлось внедрить.

Надіслати
Цитата

ширина и высоту для изображений

Смысла нет, так как верстка адаптивная и указанные в атрибутах фиксированные width и height будут не актуальными.

 

Цитата

CSS font-display

При использовании Google Fonts, он выдает код для вставки, где всё как положено.

 

Цитата

Это бы избавило от лагов

Какие именно лаги тут имеются ввиду? Нужно отложить загрузку скриптов аналитики и прочего? И зачем ставить множество модулей для того, что можно вставить открыв footer.twig?

 

Цитата

Лучше сделать так

А лучше сделать один плейсхолдер для всех лейзи изображений, например так

spacer.png

 

 

Цитата

прибавить пару Попугаев в PageSpeed Insights

Цитата

способствовать тому что пользователь не сбежит с сайта

Шашечки или ехать? То что вы перечислили, посетитель сайта даже не заметит ваших стараний. Значительную роль играет серверная оптимизация, которую провел @Yoda Был бы фронтенд узким горлышком, не весили бы шрифты, ui kits, frontend frameworks и ajax json по несколько мегабайт.

 

Если очень хочется достичь идеала - отдавайте разным типам устройств разную верстку и медиа (Mobile Detect). Например, зачем на мобильных загружать js и css, которые используются на больших разрешениях? Или зачем на смартфон загружать изображения 1920px в ширину и более?

 

Меня больше повергает в ужас, когда в view тонна кода, которая должна быть в controller или даже в model.

Или люди которые с помощью божьей силы внедряют в twig шаблон php код. Потратьте пару часов на чтение документации twig.

Надіслати
 <li class="thumbnail" data-mfp-src="https://demo3.slasoft.kharkov.ua/image/cache/500x500/catalog/demo/iphone_1.webp" >
<img decoding="async" 
src="https://demo3.slasoft.kharkov.ua/image/cache/500x500/catalog/demo/iphone_1.webp" 
srcset="https://demo3.slasoft.kharkov.ua/image/cache/500x500/catalog/demo/iphone_1.webp 500w, 
https://demo3.slasoft.kharkov.ua/image/cache/228x228/catalog/demo/iphone_1.webp 228w" 
sizes="(max-width: 500px) 
228px, 
500px" 
width="228" height="228"
title="iPhone" alt="iPhone" class="img-responsive" /></li>

а так?

Надіслати
9 часов назад, Yoda сказал:

Если ТС будет не против, я со своей стороны сделаю развернутый кейс, по всем решениям, которые пришлось внедрить.

Конечно не против! Не вижу преград.

Надіслати
9 часов назад, efremovxp сказал:

Смысла нет, так как верстка адаптивная и указанные в атрибутах фиксированные width и height будут не актуальными.

Почему нет? Я ж в статье написал, если будет так

img {
    display: block;
    max-width: 100%;
    height: auto;
}

то все будет ровненько. А width и height это чисто для гугла чтоб дать ему быстрей понять что за картинка.

9 часов назад, efremovxp сказал:

При использовании Google Fonts, он выдает код для вставки, где всё как положено.

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

9 часов назад, efremovxp сказал:

А лучше сделать один плейсхолдер для всех лейзи изображений, например так

Дело не в том какая там картинка, а в том что у всех ссылок на товары будет одна и та же картинка, это как сделать у всех ссылок на сайте один и тот же анкор. Вы сейчас скажете что у них же есть свой alt и title, но картинка тоже имеет не малое значение, она должна соответствовать ссылке.

9 часов назад, efremovxp сказал:

То что вы перечислили, посетитель сайта даже не заметит ваших стараний.

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

9 часов назад, efremovxp сказал:

Например, зачем на мобильных загружать js и css, которые используются на больших разрешениях? Или зачем на смартфон загружать изображения 1920px в ширину и более?

Это конечно круто и это является единственной проблемой на пути к идеальному результату в PageSpeed на мобильной версии. Но создатели шаблонов тут ничего сделать не смогут. Разве что напишут собственный фреймворк или я не знаю, может уже есть такой, я не в курсе. Но даже так эта проблема не изчезнит, есть же еще модули. Возможно это должно решаться на уровне движка.

 

  • +1 1
Надіслати
9 часов назад, chukcha сказал:

 <li class="thumbnail" data-mfp-src="https://demo3.slasoft.kharkov.ua/image/cache/500x500/catalog/demo/iphone_1.webp" >
<img decoding="async" 
src="https://demo3.slasoft.kharkov.ua/image/cache/500x500/catalog/demo/iphone_1.webp" 
srcset="https://demo3.slasoft.kharkov.ua/image/cache/500x500/catalog/demo/iphone_1.webp 500w, 
https://demo3.slasoft.kharkov.ua/image/cache/228x228/catalog/demo/iphone_1.webp 228w" 
sizes="(max-width: 500px) 
228px, 
500px" 
width="228" height="228"
title="iPhone" alt="iPhone" class="img-responsive" /></li>

а так?

С такой конструкцией не сталкивался, почитаю на досуге. Это из модуля какого-то?

А вот с форматом картинок .webp столкнулся на собственном опыте. Внедрил на сайте .webp и траф просел на 20-30%, а все дело в том что этот траф был из гугл картинок, а они не включают в выдачу .webp из-за того что не все браузеры его поддерживают. Ну я сильно не расстроился т.к. такой траф у меня не конверсионный, а вот в других нишах это может навредить.

Надіслати
11 часов назад, chukcha сказал:

а так?

Оно стоит того, чтобы заморачиваться и создавать вместо одной картинки сразу несколько с разными размерами?

Надіслати
8 минут назад, buslikdrev сказал:

Оно стоит того, чтобы заморачиваться и создавать вместо одной картинки сразу несколько с разными размерами?

Да, потому как браузер подберет  оптимальную картинку под разрешение
зато в  src будет лежать оригинальное

  • +1 1
Надіслати
2 часа назад, max1985 сказал:

А вот с форматом картинок .webp столкнулся на собственном опыте. Внедрил на сайте .webp и траф просел на 20-30%, а все дело в том что этот траф был из гугл картинок, а они не включают в выдачу .webp из-за того что не все браузеры его поддерживают. Ну я сильно не расстроился т.к. такой траф у меня не конверсионный, а вот в других нишах это может навредить.

Спойлер

if (isset($this->request->server['HTTP_ACCEPT']) && stripos($this->request->server['HTTP_ACCEPT'], 'image/webp') !== false) {
// Я браузер и поддерживаю webp
} else {
// Что это? Дай мне jpg, png, gif
}

 

 

  • +1 1
Надіслати
1 минуту назад, buslikdrev сказал:
  Скрыть контент


if (isset($this->request->server['HTTP_ACCEPT']) && stripos($this->request->server['HTTP_ACCEPT'], 'image/webp') !== false) {
// Я браузер и поддерживаю webp
} else {
// Что это? Дай мне jpg, png, gif
}

 

 

Попробую подправить. Спасибо!

Надіслати

Кстати,в src можно положить оригинальный jpg
А в srcset webp
А если почитать про picture то там масса интересных возможностей, как с поддержкой форматов, так и разрешениями.

В моем приведенном коде видно, что галерея сделана без тега <a>
Таким образом уменьшено dom дерево. :)

при использовании picture - dom растет
И надо тщательно подбирать галерею просмотра, чтобы она поддерживала picture

Надіслати

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

 

//одел шапку из фольги 

  • +1 1
Надіслати
23 минуты назад, Tank сказал:

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

 

//одел шапку из фольги 

Имеет, так как в тот момент, когда бразуер пересчитывает размер картинок,  расставляет им контейнер и ресайзит саму картинку - это косты вычислений, когда у тебя 100 картинок на странице - это может быть 1-1.5 сек!
Поэтому норм тема!

  • +1 1
Надіслати
2 часа назад, Tank сказал:

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

 

//одел шапку из фольги 

простой пример
<div>
<img>
</div>
Размер блока НЕ ИЗВЕСТЕН на момент рендеринга

<div>
<img width height>
</div>
браузеру уже не нужно что-то пересчитывать


 

  • +1 1
Надіслати
В 16.10.2021 в 11:17, max1985 сказал:

Так же хочу сказать, что вся эта гонка за скоростью не принесет Вам много трафика, это как маленькая доля СЕО, которая скорее всего будет работать только в комплексе с другими видами СЕО оптимизации. Но как минимум сейчас это будет способствовать тому что пользователь не сбежит с сайта пока будет ждать прогрузки страницы. В будущем может это и будет одним из основных методов ранжирования… Так что стоит подготовиться за ранее, почему нет.

 

Для чего все эти советы верстальщикам шаблонов?

Уже было разобрано что попугаи PageSpeed вообще никак не влияют на ранжирование:

 

Никогда пейджспид не будет основным методом ранжирования!

Там есть другие факторы ранжирования которые в 1000X раз перекрывают факторы из пейджспид.

PageSpeed - чушь собачья!

 

Нужно работать над качеством сайта, его реальной скоростью загрузки и рендеринга, а про пейджспид забыть!

 

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

 

Некоторые уже доходят до абсурда, и CSS код вставляют в тело страницы, лишь бы клиент увидел сотку на пейджспиде!

Остановитесь!

  • +1 3
Надіслати

 

В 17.10.2021 в 14:00, optimlab сказал:

Уже было разобрано что попугаи PageSpeed вообще никак не влияют на ранжирование

 

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

И особенно смешно когда Вы предоставили статью 2020 года. Если Вы не в курсе, то новый алгоритм ранжирования под названием Page Experience был реально применен только в марте - мае этого года. Странно когда сеошники не следят за нововведениями и не применяют их на сайтах клиентов.

 

В 17.10.2021 в 14:00, optimlab сказал:

Никогда пейджспид не будет основным методом ранжирования!

Будет! ) Для чего тогда в вебмастере столько нововведений связанных с этим всем делом?

 

В 17.10.2021 в 14:00, optimlab сказал:

Там есть другие факторы ранжирования которые в 1000X раз перекрывают факторы из пейджспид.

Ссылки наверно? ))

 

В 17.10.2021 в 14:00, optimlab сказал:

Нужно работать над качеством сайта и его реальной скоростью загрузки и рендеринга, а про пейджспид забыть!

Скорость сайта - это качество! Ну я Вам открою секрет, без реальной скоростью загрузки страниц, она не попадет в Core Web Vitals. Есть Попугаи , а есть Core Web Vitals

 

В 17.10.2021 в 14:00, optimlab сказал:

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

Никогда б не доверил Вам свой сайт на продвижение. SEO должно быть комплексным: техническое - ликбилдинг - копирайтинг и т.д. И каждый должен заниматься своей частью, а не так как у Вас не понятно что делаете.

 

  • +1 5
Надіслати
18 часов назад, optimlab сказал:

Уже было разобрано что попугаи PageSpeed вообще никак не влияют на ранжирование:

Просмотрел я вчера пост от @RGB про мифы о PageSpeed, что я хочу сказать, это бездоказательная пустышка. Не хочу обидеть автора статьи, я думаю он не плохой прогер, но зачем перечить рекомендациям гугла и призывать забить на все это, ровно так же как делает это @optimlab

 

А вот Вам реальные кейсы, все по той же Розетке, которая приведена в мифах.

ah.thumb.jpg.3a012311bf545ab0e796305abdb293ce.jpg

 

Как мы можем наблюдать, в то время когда пошел первый запуск алгоритма Page Experience, розетка попала под удар и потеряла более 30% органического трафа. И заметьте восстанавливалась долго, могу только представить потери компании, наверно миллиарды. А все из-за какого-то сеошника, который пренебрег советами гугла и забил на PageSpeed. Интересно что с ним сделали, может вывезли в лес? :D

 

А теперь посмотрим что ж они сделали для восстановления!

rr.thumb.png.23573cbfc92a1bd7bf284fc75dc820ae.png

А вот и Амазон:

am.png.57640eebf722cbdaef265f37d0cf78b8.png

 

И что мы видим заветное слово Отвечает

Так что? Будете дальше рассказывать своим клиентам байки про фуфайки?

18 часов назад, optimlab сказал:

мне приходится тратить время на развенчивание мифов про пейджспид у потенциальных клиентов

 

Совет для владельцев сайтов, никогда не пренебрегайте советами Гугла и не связывайтесь с теми кто перечит его рекомендациям. Если у Вас в вебмастере будет все сиять зеленым цветом, то хуже от этого не станет, а только наоборот. Да и это будет означать что Ваш сайт технически оптимизирован минимум на 50%

  • +1 5
Надіслати
19 часов назад, max1985 сказал:

предоставили статью 2020 года. Если Вы не в курсе, то новый алгоритм ранжирования под названием Page Experience был реально применен только в марте - мае этого года

Тут вы правы, статья немного устарела и скрины с розеткой и амазоном, из-за которых некоторые очень сильно возбуждаются, уже не актуальны, но давайте разберем все по сути, посмотрев немного дальше заголовков:

 

2 часа назад, max1985 сказал:

зачем перечить рекомендациям гугла и призывать забить на все это

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

 

Самый первый посыл той записи состоит в очень простом факте - цитата:

Цитата

Даже у такой могущественной корпорации, как Google, нет ни физической возможности, ни реальной необходимости регулярно прогонять все сайты из поисковой выдачи через PageSpeed, поэтому в ранжировании принимают участие вовсе не конкретные цифры из PageSpeed, а гораздо более объективные и реалистичные данные, к примеру, из пользовательских метрик, в частности, фактическая клиентская скорость загрузки сайта из Google Analytics.

1. Первый вопрос к вам - вы точно хотите оспорить это утверждение и заявить, что в ранжировании Google ориентируется именно на конкретные циферки PageSpeed, а не на реальную скорость работы сайта и его соответствие вышеупомянутым CWV?

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

 

 

2. Второй вопрос - зачем бы я призывал забить на элементарные требования, улучшающие юзабилити сайта, и при этом старался бы соблюдать их в своем же шаблоне?

Спойлер

d0a750185a01f536d2c4e63c01d33ef8.png

 

Зачем бы я призывал работать над этим и улучшать именно то, на что, по вашим утверждениям, я "призываю забить"? Цитата из моей же записи, где вы увидели призыв "забить":

Цитата

Поэтому сильно проседающие показатели можно и нужно выводить до более-менее приемлемого уровня, ориентируясь на самостоятельные наблюдения и на те самые вышеупомянутые метрики, среди которых можно выделить процент отказов как один из индикаторов того, «нравится» ли посетителям ваш сайт.

Вы понимаете, что приписываете мне абсурдные вещи, не соответствующие действительности и противоречащие самой записи?

 

3. Третий вопрос - ваша цитата:

2 часа назад, max1985 сказал:

Как мы можем наблюдать, в то время когда пошел первый запуск алгоритма Page Experience, розетка попала под удар и потеряла более 30% органического траф

Вы вот тут выше написали такое:

19 часов назад, max1985 сказал:

новый алгоритм ранжирования под названием Page Experience был реально применен только в марте - мае этого года

А потом приводите график, где последний спад приходится совсем не на март-май этого года, а вообще на декабрь-январь. Мне правда интересно - так кто виноват: алгоритм, плохой сеошник, фаза Венеры, а может - внезапно - банальный посленовогодний спад активности (как это было видно в январе 20-го, 19-го и 18-го), снижение покупательских настроений, пандемия, а также совместное влияние еще десятка факторов, достоверно известных лишь тем, кто непосредственно работает над этой темой в розетке, но, извините, точно не вам, вооруженному аккаунтом на ahrefs?

7875d06fa74d7ed2b1cb57d365fef92c.png

 

 

  • +1 2
Надіслати
59 минут назад, RGB сказал:

1. Первый вопрос к вам - вы точно хотите оспорить это утверждение и заявить, что в ранжировании Google ориентируется именно на конкретные циферки PageSpeed, а не на реальную скорость работы сайта и его соответствие вышеупомянутым CWV?

Если б Вы прочитали самый первый пост, то увидели:

В 16.10.2021 в 08:17, max1985 сказал:

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

 

59 минут назад, RGB сказал:

2. Второй вопрос - зачем бы я призывал забить на элементарные требования, улучшающие юзабилити сайта, и при этом старался бы соблюдать их в своем же шаблоне?

Сама статья один сплошной призыв. Больше не нравилось что теперь сеошники типа @optimlab пользуются Вашим мануалом чтоб доказать что Page Experience это бред.

 

59 минут назад, RGB сказал:

А потом приводите график, где последний спад приходится совсем не на март-май этого года, а вообще на декабрь-январь.

Это февраль! Да и такого спада как в этом году еще не было...

 

А если по делу, Вы бы лучше обратили внимание на это:

<link href="min/?g=moneymaker2_css&f=catalog/view/javascript/jquery/owl-carousel/owl.carousel.css,catalog/view/javascript/jquery/owl-carousel/owl.moneymaker2.css,catalog/view/javascript/jquery/owl-carousel/owl.transitions.css,catalog/view/theme/moneymaker2/stylesheet/bootstrap-theme-colors.store0.css,catalog/view/theme/moneymaker2/stylesheet/stylesheet.css,catalog/view/theme/moneymaker2/stylesheet/stylesheet.custom.store0.css&v=211012205750" rel="stylesheet">
<script src="min/?g=moneymaker2_js&f=catalog/view/javascript/jquery/owl-carousel/owl.carousel.min.js,catalog/view/javascript/jquery/moneymaker2/jquery.ba-throttle-debounce.min.js,catalog/view/javascript/jquery/moneymaker2/bootstrap-hover-dropdown.min.js,catalog/view/javascript/jquery/moneymaker2/jquery.mask.min.js,catalog/view/javascript/jquery/moneymaker2/js.cookie.js,catalog/view/javascript/jquery/moneymaker2/livesearch.js,catalog/view/javascript/jquery/moneymaker2/sidebars.responsive.js,catalog/view/javascript/jquery/moneymaker2/scrolltop.js&v=273"></script>

 

  • +1 4
Надіслати
44 минуты назад, max1985 сказал:

Если б Вы прочитали самый первый пост, то увидели:

Прочел, увидел, но это же вы решили назвать мою запись "бездоказательной пустышкой", а не я вашу? А раз вы решили "наехать", то будьте добры аргуметировать свою позицию. Я написал выше и даже процитировал свою же статью, где нет того, что вы ей приписываете, а вы ничего по сути так и не возразили.

Зато теперь оказывается, что статья плохая, потому что там "сплошной призыв", так вы определитесь с чем спорите - с содержимым статьи или с вашей ее интерпретацией, где вы видите какой-то призыв? А если какой-то сумасшедший увидит в моей статье призыв убивать котят и поспешит поделиться этим с сообществом? :) 

 

44 минуты назад, max1985 сказал:

Больше не нравилось что теперь сеошники типа @optimlab пользуются Вашим мануалом чтоб доказать что Page Experience это бред.

@optimlab четко написал выше:

21 час назад, optimlab сказал:

Никогда пейджспид не будет основным методом ранжирования!

Вы с этим не согласны и утверждаете, что именно циферки PageSpeed - это основной фактор ранжирования?

Нет, конечно, никто в здравом уме не заявит такого, разве что человек зарабатывает на накрутке попугаев.

Одним из факторов ранжирования (одним из, а не главным!) является соблюдение рекомендаций PageSpeed на уровне соблюдения тех самых Core Web Vitals, а вовсе не то, показывает ли ваш сайт 90/100 или 70/80, это не одно и то же.

  

44 минуты назад, max1985 сказал:

А если по делу, Вы бы лучше обратили внимание на это:

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

 

  • +1 1
Надіслати

image.png.de9841cf32f8780d15b3dcb0674c14be.png

Помните магаз и чекуат из моей статьи:

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

 

 

  • +1 1
Надіслати
22 часа назад, max1985 сказал:

Может пока особо и не влияет. Но раз гугл рекомендует так сделать, лучше сделать.

"PageSpeed Insights анализирует контент веб-страницы и советует, как ускорить ее загрузку."

Где он там рекомендует? Рекомендует прога как ускорить и пишет чё попало? Новые форматы, удалите лишние коннекты..., а лучше оставьте один логотип, да? Так?

Ну ну...

 

22 часа назад, max1985 сказал:

И особенно смешно когда Вы предоставили статью 2020 года. Если Вы не в курсе, то новый алгоритм ранжирования под названием Page Experience был реально применен только в марте - мае этого года. Странно когда сеошники не следят за нововведениями и не применяют их на сайтах клиентов.

Особенно смешно когда Попугаи PageSpeed связывают с разделом качества страниц.

А где попугаи?

Но к ним мы вернёмся чуть ниже и попробуем найти корреляцию Page Experience, Core Web Vitals и PageSpeed которую не видят сеошники, но зато вы видите всё.

 

22 часа назад, max1985 сказал:

Ссылки наверно? ))

Линкбилдер наверное? )))

 

22 часа назад, max1985 сказал:

Есть Попугаи , а есть Core Web Vitals

Это вы тут сами себя опровергли или была попытка связать отчёт из консоли и попугаев?

Но в принципе, золотые слова, согласен с ними на все сто в их буквальном понимании.

 

22 часа назад, max1985 сказал:

техническое - ликбилдинг - копирайтинг

Точно, Линкбилдер!

Ничего, скоро Гугл вам порежет эту дырку, и тогда никакие попугаи вас не спасут...

 

4 часа назад, max1985 сказал:

А вот Вам реальные кейсы, все по той же Розетке

Ахрефс! Вы серьезно?)))

А чё там, чё там? По каким запросам органика просела? А чё там в 19 году?

 

4 часа назад, max1985 сказал:

А теперь посмотрим что ж они сделали для восстановления!

А давайте проверим:

  1. rozetka - 27 (не отвечает требованиям Core Web Vitalsсоответствует) / 67 (отвечает требованиям Core Web Vitals). Вау! 67 достаточно, для Core Web Vitals!!! Ну ничего себе! А может даже можно было меньше? Говорят 50 тоже норм?
  2. амазон - 68|86 (отвечает требованиям Core Web Vitals)

А где ваши зеленые 93-94?

На скрине специально обрезали мобильную версию?

Вы думали никто не проверит и поверят на слово?

Ну вот! Вы попались на лжи! Поздравляю!

 

1 час назад, max1985 сказал:

Больше не нравилось что теперь сеошники типа @optimlab пользуются Вашим мануалом чтоб доказать что Page Experience это бред.

Опять ложь!

Я говорил про попугаев пейджспид!

 

1 час назад, max1985 сказал:

Это февраль! Да и такого спада как в этом году еще не было...

А в 19 не было спада как в 18!

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

 

ПС..

"Кейс", блин...))))

  • +1 2
Надіслати

  

2 часа назад, Nameless сказал:

 

Помните магаз и чекуат из моей статьи:

 

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

 

 

 

Хозяин магазина добавил в свой магазин массу товаров с одинаковыми (!) названиями, предсказуемо получил кучу дублей заголовков (но виноват в этом, конечно, шаблон). Затем один продавец нательных крестиков и сео-аудитов г-н Nameless посоветовал добавить артикулы товаров в заголовки, чтобы хоть как-то их уникализировать. Правда, посоветовал он это только после того, как согрешил был пойман на попытке обмануть своих потенциальных клиентов, с тех пор мой преданный обиженный фанат не упускает возможности напомнить о себе, то ему сео-аудиты мерещатся и мешают зарабатывать денежку на своих услугах, то стучалки в моем шаблоне привидятся, то кокос не растет :) 

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

 

  • +1 1
Надіслати
36 минут назад, RGB сказал:

  

 

Хозяин магазина добавил в свой магазин массу товаров с одинаковыми (!) названиями, предсказуемо получил кучу дублей заголовков (но виноват в этом, конечно, шаблон). Затем один продавец нательных крестиков и сео-аудитов г-н Nameless посоветовал добавить артикулы товаров в заголовки, чтобы хоть как-то их уникализировать. Правда, посоветовал он это только после того, как согрешил был пойман на попытке обмануть своих потенциальных клиентов, с тех пор мой преданный обиженный фанат не упускает возможности напомнить о себе, то ему сео-аудиты мерещатся и мешают зарабатывать денежку на своих услугах, то стучалки в моем шаблоне привидятся, то кокос не растет :) 

 

 

Все верно, и товары были изначально уникализированы, но ваши кривые кривые руки все испортили владельцу. Но вместо того, что бы пофиксить баг в кратчайшие сроки признали его незначительным. Я показал обратное. То о чем пишет @max1985 так же имеет корреляцию когда сильно конкурентная нища, а вот если бы вы сами продавали, бы то таких диалогов бы не было

  • +1 3
Надіслати
4 часа назад, optimlab сказал:

Где он там рекомендует? Рекомендует прога как ускорить и пишет чё попало? Новые форматы, удалите лишние коннекты..., а лучше оставьте один логотип, да? Так?

Ну ну...

Я не пойму Вам лижьбы придраться к словам? Что за бред Вы тут несете? У Вас есть что-то по теме сказать или дополнить?

На счет рекомендаций, я имел ввиду те предупреждения которые появляются в вебмастере, например Основные интернет-показатели

 

4 часа назад, optimlab сказал:

Линкбилдер наверное? )))

Нет

4 часа назад, optimlab сказал:

А где ваши зеленые 93-94?

На скрине специально обрезали мобильную версию?

Вы думали никто не проверит и поверят на слово?

Ну вот! Вы попались на лжи! Поздравляю!

Видать у Вас дырявый интернет или находитесь где-то на краю цивилизации, а может просто днем нагрузка большая была на сайт. У меня даже с мобилы так показало. Через раз, может и 80-85-90 показать.

Смысл мне врать. Врете Вы своим клиентам!

1111.thumb.jpg.b96b88ba6f6a573d7f5059b528e92013.jpg

 

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

  • +1 1
Надіслати

Створіть аккаунт або увійдіть для коментування

Ви повинні бути користувачем, щоб залишити коментар

Створити обліковий запис

Зареєструйтеся для отримання облікового запису. Це просто!

Зареєструвати аккаунт

Вхід

Уже зареєстровані? Увійдіть тут.

Вхід зараз
  • Зараз на сторінці   0 користувачів

    • Ні користувачів, які переглядиють цю сторінку

×
×
  • Створити...

Important Information

На нашому сайті використовуються файли cookie і відбувається обробка деяких персональних даних користувачів, щоб поліпшити користувальницький інтерфейс. Щоб дізнатися для чого і які персональні дані ми обробляємо перейдіть за посиланням . Якщо Ви натиснете «Я даю згоду», це означає, що Ви розумієте і приймаєте всі умови, зазначені в цьому Повідомленні про конфіденційність.