Написал новый JS букмарклет для просмотра "турбо листингов" http://joxi.ru/KAgPjqKfEG0b3r, если таковые у сайта имеются.
https://docs.google.com/document/d/1NNz9u94cfXR5OX4zHmkDjjrQW-fLycLH--xztlfwaPI/
Как и ранее, нужно создать новую закладку, в поле URL вставить код из файла.
По клику на букмарклет, независимо от того на какой странице сайта находитесь, откроется "корневой листинг" турбо.

P.S. Да уж, в наше время фраза "создать новую закладку" играет новыми красками 😄

Друзья, канал переименован в связи с созвучностью с другим хорошим, стремительно набирающим популярность каналом по SEO.
Кстати вот ссылка на канал, рекомендую https://t.me/seo_inside.

В своей работе всё чаще прибегаю к анализу логов сервера. При этом, общаясь с другими специалистами, часто слышу, что они никогда не анализировали логи, а зря, в них можно найти много интересного. Узнать, почему важно анализировать логи вы можете в моей статье - https://biryukov-seo.ru/articles/seo-log-analysis/

Позавчера вышло новое видео на канале Google Webmasters из серии SEO Mythbusting
https://youtu.be/gEWkYTPSEjs

В этот раз обсуждали каноникализацию. Краткая выжимка информации из видео:

1. Каноникал это сигнал, а не директива.
Каноникал является одним из многих сигналов, которые собирает Google со страниц сайтов. Поэтому указание каноникала не гарантирует, что канонической в итоге будет выбрана именно та страница, которую вы указали.

2. Не стоит использовать каноникал как редирект, это не редирект. Звучит немного глупо, но они указали на это.

3. Самое важное. Каноникал служит не для группировки контента или сигналов со страниц, а для избавления от дубликатов.
Каноникал может сработать только в том случае, если контент между страницами будет идентичен или максимально идентичен (алгоритм определяет % идентичности и принимает решение самостоятельно).
Каноникал отлично работает когда вы размещаете свой контент сразу на нескольких площадках, указывая одну каноническую версию (междоменный каноникал). Аналогично и внутри сайта (дубли страниц по разным URL, параметрические URL с идентичным контентом и пр.).

4. Flipping canonical.
В видео зацепили момент, когда алгоритм может с некоторой периодичностью определять каноническим разный URL. Например есть страница и её дубль или дубли и Google каждый раз выбирает канонической то одну, то другую. Указав каноникал вы поможете алгоритму определиться.
То есть важно указывать на сайте на канонические версии страниц и использовать self-referencing canonical.

5. Краулинговый бюджет.
Да, указание каноникала экономит краулинговый бюджет. По словам Мартина Сплитта Google реже посещает неканонические URL.

Учитывая изложенное, становится понятно, почему Google всегда указывали на ошибочное использование canonical для пагинации.
Указывать канонической первую страницу пагинации неверно.
Каноникал служит не для группировки, а для исключения дубликатов. Страницы пагинации не являются дубликатами.

Очередной удар по нашим нервам.
https://vc.ru/flood/151586-dva-ekrana-reklamy-v-yandeks-poiske

Пока читал статью и комменты под ней, вспомнилось видео (по ссылке выставлено нужное время):
https://www.youtube.com/watch?v=7OGWpYxGrBw&feature=youtu.be&t=635

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

Прошло пара лет и мы имеем то, что имеем. Смешно, что тут сказать...

Новая статья в блоге:

👉 https://biryukov-seo.ru/articles/faceted-navigation-seo/

На этот раз поговорим о фасетной навигации.
О тех принципах, на основе которых можно построить хорошее базовое SEO на сайте с фасетной навигацией, которое "будет работать само".

Кавычки тут не зря, работать всё равно придется 🙃

Новое исследование в блоге Ahrefs на тему "Как часто Google «переписывает» meta description на выдаче"

Ссылка на исследование: https://ahrefs.com/blog/meta-description-study/

Данные для исследования: 20000 поисковых запросов.

По данным исследования:
- 25% ранжирующихся в ТОПе страниц не имеют meta decription вовсе.

- Гугл использует в сниппете контент отличный от meta description в 62,78% случаев - http://joxi.ru/xAevVMGuRvNRxr

- Процент падает для коротких ВЧ запросов (59,65%) и растет для НЧ запросов (65,62%).

Что логично, ведь вероятность упоминания НЧ запроса в description не велика. Соответственно релевантность данного заголовка для НЧ падает и гугл подставляет релевантные запросу отрывки из контента страниц.



Ребята из блога portent.com не поверили данным исследования Ahrefs. Точнее как они излагаются в блоге, поверили, но не хотели верить, что процент настолько большой, поэтому повторили эксперимент.

Ссылка на исследование: https://www.portent.com/blog/seo/how-often-google-ignores-our-meta-descriptions.htm

Данные для эксперимента: 30000 поисковых запросов (использованных для продвижения их текущих и ушедших клиентов за исключением брендовых фраз).

Результаты исследования:
- Google использует в сниппете контент отличный от meta description в 71% случаев для мобильных и в 68% случаев на десктопе.

- График изменения % "перезаписи description" в зависимости от частотности поискового запроса для мобильных и десктопов - http://joxi.ru/l2ZlpkvuzYoEdr

- График изменения % "перезаписи description" в зависимости от длины поискового запроса для мобильных и десктопов - http://joxi.ru/4Ak8jq3SoLzXOr

Кроме того ребята исследовали длину описаний в сниппете для мобильных и десктопов.
Усредненные данные таковы:
- 140-160 символов для десктопа;
- 100-120 символов для мобайл.

В зависимости от того, есть ли в сниппете дата публикации - http://joxi.ru/D2P3vLjHqELJvm эти числа могут меняться, но всё равно попадут в усредненные (подробнее смотрите в источнике).


Выводы: Мы имеем примерно 30% вероятность того, что будет показан наш meta description. При написании description необходимо учитывать, что на мобильной выдаче будут показаны лишь 120 символов.

На повестке дня возобновление показательных порок от Яндекс за накрутку ПФ.
https://www.facebook.com/morgennru/posts/3355379661220622
https://www.facebook.com/kamskaya/posts/3398496356877882

Всё это очень занимательно, но вероятно, есть случаи наказания невинных:
https://www.facebook.com/barychev.alexander/posts/3395603720499337

Наблюдаем за ситуацией дальше =)

Произошло достаточно значительное обновление Турбо-страниц для интернет-магазинов.


"Большое обновление Турбо-страниц для интернет-магазинов: дизайн с фокусом на смартфоны" - https://webmaster.yandex.ru/blog/bolshoe-obnovlenie-turbo-stranits-dlya-internet-magazinov-dizayn-s-fokusom-na-smartfony

С фокусом на смартфоны... Интересно, а на что раньше фокусировались?)

Тем временем изменения на самом деле достаточно большие и приятные. Но будут работать только на сайтах с подключенной "Корзиной на Турбо".

Сегодня на почту прилетел опрос от Яндекс.

На одном из вопросов во мне проснулся параноик и я ответил вот так - http://joxi.ru/Drlbj0aSVRb6Y2

ПФ, Ссылки, Негативное SEO? Нее не слышал.

А вам приходил этот опросник?
Что ответили?
Какие мысли по этому поводу?)))

Открыл для себя интересное нововведение Яндекса.

http://joxi.ru/52avVl1uEwo43A.
Ранее там была ссылка на рекламную выдачу. Теперь на "коммерческую".
По ссылке смесь рекламы и коммерческой органики.
Выдача органики там и в простом поиске значительно отличается даже по явно коммерческим запросам.

Как и можно ли использовать это SEO-специалисту пока не ясно.

Новая статья в блоге на тему HTML и верстки. 😊

Да, эта тема скорее для новеньких и неопытных специалистов.
Но я решил её написать из-за разного рода недопониманий со стороны уже опытных спецов. Накопилось и прорвало, так сказать.

Например, я имел дело с диалогом по поводу того, что display:none это плохо для SEO.
Ок, есть исследования, где говорится о том, что тексты скрытые в аккордеон влияют на ранжирование хуже, чем те, что полностью отображаются на странице.
Но разговор был о мелких элементах дизайна появляющихся по клику или наведению, а в "спокойном состоянии" скрытых с помощью CSS свойства display:none.

При этом, меню на каждом втором сайте имеет блоки ссылок появляющихся при наведении... Как же так... 😖

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

https://biryukov-seo.ru/articles/html-seo/

Действительно достойный внимания инструмент. Особенно если вы сталкивались с неопытными разработчиками, которые задают вопросы типа "а что именно сдвигается?", "а куда смотреть?". Данный инструмент наглядно показывает все смещения происходящие при загрузке страницы поэлементно.

👍 Накопительный отладчик сдвига макета (CLS)

Привет, друзья!

Не так давно попался мне на глаза бесплатный SEO tool под названием Cumulative Layout Shift Debugger (CLS).

Этот инструмент генерирует такие отчёты:
1️⃣ Мобильная визуализация с кумулятивным сдвигом макета.
2️⃣ HTML-элементы, вызывающие кумулятивные сдвиги макета (моб.).
3️⃣ Данные мобильного тестирования.
4️⃣ Накопительная визуализация десктопа со сдвигом макета.
5️⃣ HTML-элементы, вызывающие кумулятивные сдвиги макета (десктоп.).
6️⃣ Данные десктопных тестов.
7️⃣ Измерения CLS реального пользователя для протестированного URL.
8️⃣ Измерения CLS реального пользователя для имени хоста (происхождения).

Единственный минус этого инструмента - он немного тормознутый. Проверка одной страницы занимает примерно полторы минуты.

👉 Ссылка на инструмент https://webvitals.dev/cls

*******
📌Более 700 брендов iGaming, уникальные условия под SEO-трафик тут 👉🏻 https://bit.ly/2NEwfYq

В е-коме всё больше сайтов с большим объемом динамического контента. И зачастую очень сложно быстро отследить все технические ошибки которые могут появляться в связи с этим. Я лично сталкивался со случаями, когда динамический контент заменял важные мета-данные документа на неверные и Google индексировал их. Да, такое случается не часто, но имеет место быть.
Потому контроль за отрендеренной версией страницы имеет важную роль в части технического SEO.

Для просмотра отрендерренного HTML можно пользоваться инструментами от Google для проверки микроразметки или mobile-friendly тест (там есть кнопка просмотра отрендеренного html).

Но, есть более быстрое и простое решение 🔥🔥🔥
Данный плагин в одном окне покажет исходный html и отрендеренный. А справа покажет различия между ними, подсвечивая их красным и зеленым.

https://chrome.google.com/webstore/detail/view-rendered-source/ejgngohbdedoabanmclafpkoogegdpob?hl=en


Так же стоит заметить, что имеется возможность подмены юзерагента на мобильный и GoogleBot http://joxi.ru/Grqv5pMu4WeQMm


🔥🔥🔥 Очень к месту свежее заявление Google о том, что просмотр кешированной версии документа - устаревшая и не поддерживаемая функция
https://www.seroundtable.com/google-cache-view-is-an-unmaintained-legacy-feature-31256.html

Очередные похороны SEO не за горами 😁

https://www.google.com/amp/s/www.technologyreview.com/2021/05/14/1024918/language-models-gpt3-search-engine-google/amp/

Опубликовано предложение по кардинальной переработке поисковой системы.
Вместо привычного ранжирования сайтов и предоставления пользователю топа, исследователи Google предлагают заменить всё это на одну большую языковую модель типа BERT, GPT-3 или их преемников.
То есть вместо поиска информации, предполагается, что пользователь будет задавать вопросы и получать ответы, сгенерированые AI.

Друзья, пакуем вещички и идём на завод 😊

Если серьезно, пока эта новость ничего, кроме глупой ухмылки не вызывает. Но кто знает куда кривая заведёт.

А теперь о реальных разработках Google.

На конференции Google IO, Вице-президент Google Прабхакар Рагхаван презентовал новую технологию "Multitask Unified Model" (MUM). Это нейросеть похожая на BERT, но в 1000 раз мощнее. С ней Google сможет ещё лучше понимать сложные поисковые запросы. Причем модель уже понимает информацию в тексте, изображениях, а в будущем будет работать с информацией в видео и аудио форматах.

В презентации автор указал на наличие сложных интентов, которые могут требовать несколько поисковых сессий для их решения. По подсчётам Google в среднем пользователю нужно 8 поисковых сессий чтобы решить такую проблему. С MUM Google намерен сократить это число.

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

По информации в блоге Google, они уже начали внутренние тесты MUM и результаты впечатляют.

Подробнее можно почитать в блоге Google https://blog.google/products/search/ai-making-information-helpful-io/

И статье https://www.google.com/amp/s/searchengineland.com/google-previews-mum-its-new-tech-thats-1000x-more-powerful-than-bert-348707/amp

Получить данные Яндекс Метрики по поисковым запросам, по которым пользователи переходили на конкретный URL всё еще возможно.

К сожалению не так просто как ранее, т.к. сейчас метрика показывает только те запросы, по которым было более 10 визитов за выбранный период (https://yandex.ru/blog/metrika/34). Для этого потребуется воспользоваться API, но не простым API метрики, а Logs API - https://yandex.ru/blog/metrika/vygruzhayte-syrye-dannye-iz-metriki-cherez-logs-api.

👉 Пример данных, которые я забрал из API (период 7 дней, на скриншоте лишь часть данных) - http://joxi.net/YmE9vMVhw1lddm.

Слева данные в интерфейсе метрики (если это можно назвать данными), справа данные импортированные мной из Logs API в Google Data Studio.
Рядом с каждым запросом указано число визитов. Наглядно видно, что в данном случае нет ограничения по 10 визитам на запрос.

Я не даю инструкцию по использованию API, лишь рассказываю о возможности получить такие данные, т.к. вы можете обратиться к API с помощью разных языков программирования, или вовсе через запросы в браузер. А быть может не самостоятельно, а дадите задачу вашему разработчику 😉

Кстати, не забывайте про более простой вариант получить подобные данные в вебмастере (Вебмастер - поисковые запросы - управление группами). Там тоже можно посмотреть данные по URL http://joxi.ru/EA4XVoNho8lJgA. Да, фильтр тут не идеален, т.к. не хватает регулярок, но в некоторых случаях позволяет получить необходимый результат, к тому же показывает запросы по которым были показы, но не было кликов.

P.S. Я использовал Python (Библиотеку для всех API Яндекс Метрики https://github.com/pavelmaksimov/tapi-yandex-metrika/ и библиотеку для API Google Sheets https://github.com/nithinmurali/pygsheets, чтобы отправить данные в Google таблицу, а затем загрузить данные в Google Data Studio).

Документация Logs Api тут https://yandex.ru/dev/metrika/doc/api2/logs/intro.html.

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

Делюсь мини-хаком.
В своей работе периодически анализирую контент страниц выключая JS и CSS (например, чтобы быстро оценить какой контент точно будет проиндексирован ПС или при проверке внедрения каких-либо технических рекомендаций).
В некоторых случаях SVG графика мешает процессу. Например можно наблюдать такую картинку в браузере - http://joxi.ru/n2YZjx8hbllOeA.

Да, такое встречается не очень часто, но однажды мне это надоело и я написал JS букмарклет, удаляющий SVG со страницы. Сегодня я решил поделиться им с вами.

Однако, если вы, как и я захотите анализировать контент страницы с выключенным JS - букмарклет не сработает (ему требуется JS).
Но если вставить код букмарклета в консоль, то он отработает даже при выключенном JS. Демонстрация для примера - https://recordit.co/wQ7emqjRlE.

Ссылка на букмарклет - https://clck.ru/V53YV

Короткая история из опыта.
Занимался продвижением одного Российского бренда с названием на латинице. Разделы и товары сайта содержали бренд в названиях и заголовках. Сайт имел положительную динамику, но рос неохотно.
Было обнаружено, что в силу того, что бренд российский и не имеет проблем с произношением/написанием на русском, его частотка на РУ в разы превышает частотность на англ (соотношение 7/1).
Было решено не просто добавить вхождения ру-бренда в заголовках, но и заменить бренд в названиях товаров на его ру-эквивалент, не смотря на то, что "Правильным названием" является англ.
После чего сайт пошел в значительный рост и по разделам и по карточкам товара. Кроме этого ТЗ включало употребление ру/англ вхождений в других зонах документа, но эта часть ТЗ еще не выполнена.
На скрине % в ТОП-5 Яндекс МСК (~1500 запросов в ядре).

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