Вы судите с позиции вебмастера — и понять вас можно.
Но сайты создаются не ради скорости и не ради чистоты кода. Их создают (зачастую), чтобы заработать денег. Да, с помощью логов вы отследите посещаемость, время на сайте и даже страну пользователя. И это хорошо.
А как же достижение целей, структура аудитории (возраст, пол, интересы?), источники трафика (например, по тем же UTM меткам), пути конверсии и многое другое?
Одними логами тут не обойтись.
А по поводу вреда кода Яндекс.Метрики или Гугл Аналитики — знаете, это как муха на теле слона))
Практически на любом сайте (особенно если дело касается интернет-магазинов) столько тормозящих загрузку моментов, что одна строчка кода погоды не сыграет. Если сомневаетесь, посмотрите наше исследование скорости загрузки топовых интернет-магазинов РФ https://habr.com/ru/company/promopult/blog/470604/
Резюмируем известной польской поговоркой: co za dużo to niezdrowo.
Бороться за чистоту кода важно, но не всегда это уместно, а иногда даже вредно.
В статье как раз исследуются лейблы изображений, занимающих ТОП выдачи по картинкам, так что можно говорить о некой корреляции между информативностью картинки и местом в выдаче.
Если проскролить интерактивные графики по ссылкам в статье глубже, можно увидеть: чем ниже в ТОПе картинка, тем меньше лейблов смог поставить на ней Гугл. Это вроде как подтверждает тезис о связи тегирования и ранжирования)
Директива all означает, что нет ограничений на индексирование страницы, ссылок на ней и показ контента. То же самое при совместном использовании директив index,follow. То есть разницы нет. Более того, если вы не хотите задавать ограничения при индексировании страницы, то прописывать отдельно директивы all или index,follow нет смысла — поисковик по умолчанию следует им. А вот если нужно что-то ограничить — тогда уже используем nofollow, noindex. О возможных ситуациях, когда эти атрибуты полезны, вы можете почитать в нашем блоге https://blog.promopult.ru/seo/4-sluchaya-ispolzovaniya-noindex-i-nofollow.html
Обратите внимание на webpagetest.org и gtmetrix.com — и сравните полезность и функционал с сабжем.
Тут важно понимать контекст. webpagetest.org и gtmetrix.com — это инструменты для разработчиков, перед которыми стоит конкретная задача — ускорить загрузку сайта. PSI — это инструмент оптимизатора/маркетолога [заметьте, в каких разделах Хабра опубликована статья], который отвечает за продвижение сайта в поиске и хочет узнать, как Google оценивает его скорость. На практике это выглядит так: оптимизатор анализирует сайт с помощью PSI и ставит задачу разработчику — "вот тут бы надо подкрутить". Разработчик уже пользуется более функциональными инструментами.
Вывод: проделанная вами работа по автоматизации просто бесполезна ибо ненужна :)
Это субъективно. В статье описан способ работы с конкретным инструментом — PSI. И только вам решать, полезен он вам или нет. В нашей практике PSI не раз помогал быстро найти "узкие места" на сайте.
И да, Яндекс и гугл умеют опознавать товарные карточки по микро разметке и в выдаче показывать. Но в вашей статье об этом ни слова, а для маленьких лавок это важно.
О микроразметке мы написали несколько статей в блоге.
Или нужно об этом писать каждый раз в каждой статье?
При прочих равных скорость загрузки может сыграть в плюс. Или вы считаете, что надо все ставки делать на один прием продвижения?
только желание продать свой труд, преувеличивая важность своих услуг
Продавать свой труд не зазорно. Главное не продешевить)
Конечно, базовые потребности — чтобы подешевле, а лучше даром. И чтоб до двери доставка. И чтоб бесплатная. Но если сайт на мобильнике будет грузиться еле-еле, кто-то просто откроет другой.
Думается, судить, сколько процентов пользователей делает выбор без учета каких-то (любых!) факторов, можно только на основе замеров и исследований.
Вот мы померяли скорость загрузки)
Да, это не самый приоритетный параметр, судя по результатам. Но у кого-то он может оказаться решающим.
Кажется, что до наступания на эту штуку нужно как-то дорасти и точно смотреть либо на собственное решение, либо выбирать сервисы по другим параметрам.
MailChimp — клёвый и всё, что есть в его коробке позволяется быстро создать и управлять рассылками для каких-то маленьких и средних дел: блоги, сайты, магазины, сообщества. Даже в бесплатном тарифе.
А расскажите, пожалуйста, свою историю, зачем кастомный Return-Path и в какой момент понадобилось и для каких задач?
использование микроразметки HowTo пока что не является обязательным условием для отображения расширенных результатов
Судя по всему, такая разметка пока не стала ни обязательной. ни широко распространенной, так что наработанных кейсов и советов, как правильно, практически не найти.
Рекомендуем прислушаться к требованиям валидатора.
И почитать западные форумы по этой теме.
Спасибо за отзыв. Только не дает покоя ваше "в остальном все правильно". То есть в чем-то мы не правы. Уточните, пожалуйста, в чем именно.
Спасибо за комментарий.
Вы судите с позиции вебмастера — и понять вас можно.
Но сайты создаются не ради скорости и не ради чистоты кода. Их создают (зачастую), чтобы заработать денег. Да, с помощью логов вы отследите посещаемость, время на сайте и даже страну пользователя. И это хорошо.
А как же достижение целей, структура аудитории (возраст, пол, интересы?), источники трафика (например, по тем же UTM меткам), пути конверсии и многое другое?
Одними логами тут не обойтись.
А по поводу вреда кода Яндекс.Метрики или Гугл Аналитики — знаете, это как муха на теле слона))
Практически на любом сайте (особенно если дело касается интернет-магазинов) столько тормозящих загрузку моментов, что одна строчка кода погоды не сыграет. Если сомневаетесь, посмотрите наше исследование скорости загрузки топовых интернет-магазинов РФ https://habr.com/ru/company/promopult/blog/470604/
Резюмируем известной польской поговоркой: co za dużo to niezdrowo.
Бороться за чистоту кода важно, но не всегда это уместно, а иногда даже вредно.
Спасибо)
Мы старались.
В статье как раз исследуются лейблы изображений, занимающих ТОП выдачи по картинкам, так что можно говорить о некой корреляции между информативностью картинки и местом в выдаче.
Если проскролить интерактивные графики по ссылкам в статье глубже, можно увидеть: чем ниже в ТОПе картинка, тем меньше лейблов смог поставить на ней Гугл. Это вроде как подтверждает тезис о связи тегирования и ранжирования)
Директива all означает, что нет ограничений на индексирование страницы, ссылок на ней и показ контента. То же самое при совместном использовании директив index,follow. То есть разницы нет. Более того, если вы не хотите задавать ограничения при индексировании страницы, то прописывать отдельно директивы all или index,follow нет смысла — поисковик по умолчанию следует им. А вот если нужно что-то ограничить — тогда уже используем nofollow, noindex. О возможных ситуациях, когда эти атрибуты полезны, вы можете почитать в нашем блоге https://blog.promopult.ru/seo/4-sluchaya-ispolzovaniya-noindex-i-nofollow.html
Спасибо за замечание. Развернули мысль про общий и частный случай определения языка в тексте.
Судя по результатам исследования, вы не одиноки — вместе с вами ленится 90% вебмастеров)
И вам спасибо, что читаете нас)
Спасибо, интересно, посмотрим.
Тут важно понимать контекст. webpagetest.org и gtmetrix.com — это инструменты для разработчиков, перед которыми стоит конкретная задача — ускорить загрузку сайта. PSI — это инструмент оптимизатора/маркетолога [заметьте, в каких разделах Хабра опубликована статья], который отвечает за продвижение сайта в поиске и хочет узнать, как Google оценивает его скорость. На практике это выглядит так: оптимизатор анализирует сайт с помощью PSI и ставит задачу разработчику — "вот тут бы надо подкрутить". Разработчик уже пользуется более функциональными инструментами.
Это субъективно. В статье описан способ работы с конкретным инструментом — PSI. И только вам решать, полезен он вам или нет. В нашей практике PSI не раз помогал быстро найти "узкие места" на сайте.
Да, интересно бы знать.
Можно предположить, что внутри у них много легаси и рудиментарных штук.
Или не заморачивались оптимизацией пока.
О микроразметке мы написали несколько статей в блоге.
Или нужно об этом писать каждый раз в каждой статье?
При прочих равных скорость загрузки может сыграть в плюс. Или вы считаете, что надо все ставки делать на один прием продвижения?
Продавать свой труд не зазорно. Главное не продешевить)
Конечно, базовые потребности — чтобы подешевле, а лучше даром. И чтоб до двери доставка. И чтоб бесплатная. Но если сайт на мобильнике будет грузиться еле-еле, кто-то просто откроет другой.
Думается, судить, сколько процентов пользователей делает выбор без учета каких-то (любых!) факторов, можно только на основе замеров и исследований.
Вот мы померяли скорость загрузки)
Да, это не самый приоритетный параметр, судя по результатам. Но у кого-то он может оказаться решающим.
О, спасибо за уточнение.
Поздравляем)
Гуглотаблицы — хороший инструмент, почему бы не написать)
И вам спасибо, что читаете нас)
Кажется, что до наступания на эту штуку нужно как-то дорасти и точно смотреть либо на собственное решение, либо выбирать сервисы по другим параметрам.
MailChimp — клёвый и всё, что есть в его коробке позволяется быстро создать и управлять рассылками для каких-то маленьких и средних дел: блоги, сайты, магазины, сообщества. Даже в бесплатном тарифе.
А расскажите, пожалуйста, свою историю, зачем кастомный
Return-Pathи в какой момент понадобилось и для каких задач?Судя по всему, такая разметка пока не стала ни обязательной. ни широко распространенной, так что наработанных кейсов и советов, как правильно, практически не найти.
Рекомендуем прислушаться к требованиям валидатора.
И почитать западные форумы по этой теме.