​Помните Советник от Яндекса? Расширение, цель которого показать пользователю более выгодные предложения, чем то, где он сейчас находится. По сути, уведение клиента от вас к конкуренту или агрегатору. Яндекс.Советник по умолчанию включен в Яндекс.Браузере и также его устанавливают как отдельное расширение в других браузерах.
https://browser.yandex.ru/help/recommendation/sovetnik.html

Теперь очередь Google с функцией браузера "Continuous Search". Цель этой функции отличается от Яндекс.Советника, но общее схоже — показ конкурентов во время, когда пользователь находится на вашем сайте, и возможно уже готов оформить заказ. Google Chrome будет показывать карусель поисковых результатов сразу под адресной строкой для быстрого перехода на другой сайт.

Непрерывный поиск это пока экспериментальная функция, но оптимизаторы уже напряглись.
https://blog.google/products/chrome/testing-new-ways-explore-and-share-through-chrome/

SEO календарь перевернул… 😎

9 сентября начинается мой курс Hard SEO. Еще есть места, приглашаю к участию!
https://seotech.com.ua/kurs-hard-seo/

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

Желательно наличие собственного проекта для внедрения домашних заданий.

Ну а через пол часа я проведу вебинар про методы оптимизации в эпоху семантического поиска. Если еще не зарегистрировались, это можно сделать здесь. До встречи! Жду вас и ваши вопросы.

"Но имеются исключения" — хорошая фраза, которая повышает CTR в блоке ответов. И ответ вроде получен, но и хочется больше узнать, что за исключения... по фразе чувствуется, что в тексте должны быть подробности. Используйте!

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

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

А. Будет ли исходящая ссылка с важной страницы полезна для этой же страницы?
Б. Будет ли польза от распределения ссылочных весов на новую группу страниц перевешивать потери весов на другие?

Этими мыслями поделился Will Critchlow, проводя разные эксперименты с внутренней перелинковкой.

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

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

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

​Инсайты про Google Discover от Lily Ray
https://www.amsivedigital.com/?p=18274

Несколько тезисов из статьи
— Discover может давать очень много трафика инфо-сайтам и должен рассматриваться как часть SEO-стратегии.
— Ранжирование в Discover требует вовлеченных пользователей, но также нужно обращать внимание на E-A-T и уменьшение кликбейта в заголовках при оптимизации контента.
— Статья должна использовать изображение высокого качества и мета-тег max image-preview:large, либо использовать AMP.
— На данный момент нет специальных тегов, которые закроют ваш сайт от появления в Google Discover. Любой контент способен там появиться.
— На данный момент аналитику по Discover можно посмотреть только в GSC. Но она появляется там только через некоторое время, поэтому возникает сложность анализа.
— Нельзя строить бизнес-модель чисто на Discover-трафике, так как он не прогнозируемый и никогда не гарантируется. Также на этот трафик влияют апдейты гугла.
— Google может наложить ручные санкции на страницы из-за нарушений правил Google Discover. Которые включают недостаточную прозрачность по отношению к авторам, вводящий в заблуждение контент (включая кликбейт).
— Google не скажет вам, какие урлы под санкциями, что приведет к проблемам поиска причин падения трафика.
— Контент в Discover обычно сильно эмоциональный. Звезды, скандалы, расследования, советы по поддержке отношений...
— Активно используются кликбейтные заголовки, хотя и могут привлечь ручные санкции.
— Что хорошо работает в Discover будет плохо работать в SEO. Вам надо выбрать, какой канал для статей приоритетней. Статьи в Дискавер больше похоже на статьи из соцсетей, где обсуждаются вещи, которые пользователь даже не знал, что можно искать, но они ему интересны.
— E-A-T для Dicsover может рассчитываться не так же, как E-A-T для органики.
— Поставленные в заголовках вопросы дают больший CTR.

​Единственный курс про линкбилдинг, который я могу порекомендовать.

22 сентября, авторский курс от Игоря Рудника — https://bit.ly/linkbuilding-course

Рассчитан на уровень средний+, но начинающим тоже подойдет, если будете упорно работать. По итогу курса вы будете знать:

- как составить стратегию линкбилдинга;
- как комбинировать методы;
- как делать бюджетирование и оценивать эффективность.

Если вы или ваш линкбилдер еще не проходили курс, рекомендую обратить внимание.

Также он будет полезен маркетологам и предпринимателям, которые хотят понимать возможности линкбилдинга для ускорения роста бизнеса.

Подробности: https://bit.ly/linkbuilding-course

Презентация Софи Гибсон с BrightonSEO про тонкости работы с HREFLANG или почему он в некоторых случаях не работает
https://www.slideshare.net/SophieGibson3/why-the-fck-doesnt-href-lang-work

Несколько тезисов с ее выступления:
— Hreflang можно внедрить тремя способами: HTML теги, HTTP заголовки, XML Sitemap.
— Для работы hreflang достаточно двух условий: валидные атрибуты и возвратные теги на всех альтернативных версиях страниц.
— В реальности все сложнее. Основные сложности: размер сайта, CMS, наличие ресурсов.
— Внешние проблемы: смесь разных версий страниц в нужной локации, контент не индексируется, гугл классифицирует альтернативные страницы как канонические для других страниц.

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

Проверили страницу W3C валидатором. Нашли NOSCRIPT в теге HEAD. В частности, это был пиксель от FB. Переместили NOSCRIPT в BODY. Не-UK версии по-прежнему в UK выдаче.

Проверили страницу в Sitebulb. Одна из ошибок: скрипты третьих лиц в HEAD мешают загрузке страницы или приводят к ошибкам. Скриптов было около 20. Переместили теги hreflang над скриптами. Не-UK версии страниц по-прежнему в UK выдаче. Почему этот hreflang не работает?

Если ты посещаешь .com версию сайта, то тебя редиректит в папку. Забыли, что гугл приходит с американских айпи и его редиректило в /us/. Пользователь мог поменять регион, но мог ли поисковик? Гугл не видел ссылки на региональные версии страниц, т.к. меню использовались яваскрипт-ссылки. Пофиксили эти ссылки, заменив на обычные. Все наладилось.

Итог: Проблема с hreflang может каскадироваться. Используйте лучше sitemap вместо head для hreflang.

AI Content Driven SEO

— можно сказать, тренд этого и последующих ближайших лет.

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

Основные языковые модели:
— GPT-3. Закрытый источник. 175 млрд параметров. Гибкая к различным задачам.
— GPT-J. Наиболее продвинутая из open-source NLP моделей. 6 млрд параметров.
— Jurassic-1. Закрытая, но в 3 раза больше словарь чем у GPT-3. 178 млрд параметров.

Но как бы там ни было, языковые модели не знают, о чем говорят. Они не понимают язык, а являются лишь приближением языка.
— Могут врать в фактах
— Могут быть расистами
— Могут вносить необъективность
— Контент необходимо обновлять, даже если его сгенерил AI
— ...

См. также: Презентация Andrea Volpini с Brighton SEO "SEO Automation Using GPT-3 and Transformer Based Lang. Models"
https://wordlift.io/academy-entries/transformers-seo/

Инструменты для генерации текстов, основанные на AI:
— https://www.jarvis.ai
— https://writesonic.com
— https://automatedinsights.com/wordsmith/
— https://ai-writer.com
— https://quillbot.com
— https://www.articleforge.com

AI-Driven Content сыграет большую роль для бизнеса в будущем. Но пока что компании думают, как и для чего лучше всего использовать эти инструменты. За ними, однозначно, нужно наблюдать.

Примеры успешно сгенерированных сайтов

https://findanyanswer.com
Похож чем-то на Quora. Состоит из ответов на миллион вопросов без факт-чекинга. Контент читается хорошо. Синдицируется из 5 трастовых источников (судя по описанию). Но, скорей всего, здесь используется AI. А может и то и другое.

Создан на дропе медицинского сайта, запущен во время пандемии
Суточный трафик: более 100к посетителей
Видимость по 8+ млн. ключей
Средний размер страницы 760 слов
В индексе 651к страница
Оценка дохода: ~$20к в месяц

https://askinglot.com/
Домен того же владельца, зарегистрирован в один день с предыдущим. Используется другой шаблон, запущен чуть позже предыдущего.

Органический трафик: 86к в сутки
Средняя длина контента - 1023 слов
Страниц в индексе 428к
Оценка дохода: ~$15к

Похоже, что частично сгенерен из PAA блоков.
Над проектами работает 5 человек из Пакистана. Интересно, сколько они нагенерили сайтов?

Нашел у Джейка
https://jsvxc.com/scaling-content-with-ai/

Количество или плотность ключевых слов, что важнее? Билл Славский кратко объяснил у себя в твиттере. Дельные заметки!

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

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

TF-IDF (Term Frequency over Inverse document frequency) это как часто слово используется на странице и то же слово встречается в проценте документов в этом корпусе. Оно популярное на редко используемых страницах или же популярное на часто используемых страницах? Не то же самое, что плотность ключевых слов, но более важное.

Несмотря на всю эту разницу, TF-IDF это устаревшая метрика. На ее смену пришла BM25, которая тоже успела устареть. Но обе использовались в отличие от "плотности ключевых слов".

Коллеги из Majento написали бота для тестирования знаний по SEO — @SEO_Tester_bot

100 вопросов по SEO (можно выбрать меньше). В конце доступна статистика прохождения теста. Плюс вы попадаете в рейтинг сеошников.

Крутой бот! Но не расстраивайтесь, если у вас ХХ лет опыта, а вас оценят как Junior SEO! 😊

​Инструменты Ahrefs переехали на новый адрес
https://app.ahrefs.com/
Видимо, готовят основной домен к новому поисковику!?

Когда в SEO что-то пошло не так...

Поучительные истории неудачного SEO от коллег:
https://collaborator.pro/blog/seo-antikejsy

— Как мы спустили 20к$ на эксперимент, который не дал результатов
— Как из-за невнимательности можно удалить сайт из индекса Google на 3 дня
— Как промахнуться с PBN и чуть не уничтожить десяток сайтов, но успеть выжать максимум и выжить
— О том, как я хотела подтолкнуть вверх, но уронила
— и другие интересные истории...

В любой спорной ситуации — используй здравый смысл!

"Google не использует LSI" звучит также, как "Google не использует зомби-страницы" или "у поисковика нет фильтра афиллиатов".

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

Зарубежные оптимизаторы (большая часть) не любят термин LSI и постоянно повторяют, что Google не использует LSI-фразы. Особенно это любит повторять Билл Славски, имеющий большой авторитет на зарубежном рынке SEO. Но не отрицает, что семантически близкие термины и фразы важны для контента.

Когда кто-то зарубежом говорит о важности LSI слов, у многих возникает фейспалм, и масла в огонь добавляет Джон Мюллер из гугла, который говорит — не слушайте этих ребят.

Но про LSI говорят не ноунеймы.

Вчера про LSI говорил Брайан Дин, с которым сложно спорить, так как он практик, а не просто изучает патенты гугла:
https://twitter.com/Backlinko/status/1441009573251489793

Так совпало, что вчера и я говорил про LSI. Было занятие для студентов, где мы рассматривали важность этих слов, как их искать и использовать на странице. И эту технику я впервые тестировал еще 6 лет назад и она до сих пор показывает отличные результаты.

Иногда я не понимаю, почему люди спорят вместо того, чтобы просто оптимизировать сайты. А работает ли LSI или нет, можно проверить самостоятельно.

Свежая статья по теме от русскоязычных коллег — https://blog.completo.ru/lsi_hacks/

Даже если ты на далеком острове и в маске, сеошники узнают 😀

Приятная, но очень короткая встреча на Крите с бывшим студентом Hard SEO.

Индусы — самые креативные сеошники.

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

Пример плохого подхода к маркетингу и бренду. Я так и не понял, как они хотят, чтобы их называли, рекомендовали и искали. Для SEO это тоже плохо, когда у одной и той же компании 4 разных имени.

Почитать из интересного

Как молодой парень выгорел, создавая семантические ядра и инвестируя в сомнительные проекты. Но к 25 годам приобрел второе дыхание:
https://mc.today/blogs/kak-ya-vygorel-v-21-god-posle-7-let-raboty-i-poteri-50-000/

Ссылочные пирамиды по-прежнему работают. Как их правильно готовить:
https://shakin.ru/seo/link-wheels.html

Как мониторить отчеты Screaming Frog в Google Data Studio:
https://www.screamingfrog.co.uk/how-to-automate-crawl-reports-in-data-studio/

Продвинутое SEO для eCommerce (официально от Google):
https://developers.google.com/search/docs/advanced/ecommerce/overview

Пропустил такую новость!..

Яндекс добавил поддержку разметки хлебных крошек на выдаче. Соответствующий раздел был добавлен в хелпе для вебмастеров в меню "Поддерживаемые схемы Schema.org"
https://yandex.ru/support/webmaster/supported-schemas/navigation-links.html

Также Яндекс начал использовать JSON-LD для микроразметки, которая влияет на поиск. Раньше JSON-LD у них использовался только для Яндекс.Почты. Начать решили именно с разметки хлебных крошек, и я думаю, постепенно будут добавлять поддержку их остальных разметок с помощью JSON-LD.

Для формирования хлебных крошек в Яндексе
- Разметка не должна содержать ошибок
- Текст крошек должен быть заполнен (эмодзи вырезаются)

Короткие или очень длинные крошки Яндекс может исключать из цепочки. Также он может ее укорачивать, если цепочка содержит очень много элементов. Рекомендация от Яндекса: используйте до 3 крошек.