SЕalytics (SEO-аналитика от Сергея Людкевича)

Буржуйский специалист по Google Discover Дэмиен Анделл рассказывает о "холодном старте" – тестировании статьи, у которой еще нет взаимодействий с пользователями.

"«Холодный старт» — пожалуй, один из самых недооцененных аспектов Google Discover. За каждой новой статьей стоит невидимое решение: кому показать ее в первую очередь, как долго тестировать, каких сигналов ждать, когда расширять показ, а когда остановиться.
Классические конвейеры обработки данных отдают предпочтение уже имеющимся сигналам: уже распространенным статьям, известным источникам, проверенным темам. Но лента не может работать только таким образом: она также должна обнаруживать и тестировать свежие статьи, выявлять слабые сигналы и быстро реагировать на события. Для этого ей необходимы механизмы холодного старта. coldstartcard.f, похоже, один из них.
И если специалисты по управлению контентом войдут в этот цикл, их наиболее вероятная роль будет заключаться не в том, чтобы «выбирать статью вместо раздела «Открыть для себя»», а в том, чтобы помочь системе лучше инициализировать новые материалы и выбрать первые тестовые профили, чтобы быстрее принимать решение о том, стоит ли расширять охват нового контента.
Discover не просто ждет, пока статьи станут популярными. Ему также необходимо организовать первую же возможность для их публикации."

Буржуйское SEO-агентство Derivatex провело исследование 100 запросов, отражающих намерения покупателей, по пять запросов на каждую категорию, в 20 категориях программного обеспечения для B2B-сектора.

"Для каждого запроса мы фиксировали две вещи в одном и том же поиске Google: (1) полную панель обзора ИИ, включая все рекомендованные продукты и все указанные URL-адреса источников, и (2) 10 лучших органических результатов в классической выдаче поисковой выдачи Google под этой панелью. В общей сложности набор данных содержит 1259 упоминаний ИИ и 1000 результатов выдачи поисковой выдачи , а также 445 рекомендованных ИИ продуктов, сопоставленных с заголовками и доменами результатов выдачи поисковой выдачи.
...
Ключевые статистические данные
• РАЗДЕЛЕНИЕ ИСТОЧНИКОВ
35%
Источники, посвященные обзору ИИ, также входят в топ-10 результатов поиска Google. 65% из них являются эксклюзивными для AIO.
• РАЗДЕЛЕНИЕ ПРОДУКТОВ
28%
Рекомендованные компанией AIO продукты также отображаются в обычных результатах поиска Google. 72% из них не отображаются.
• ПРОБЕЛ YOUTUBE
7,3x
AIO упоминает YouTube в 51 из 100 поисковых запросов . В Google YouTube отображается лишь в 7 из 100 запросов.
• REDDIT (SERP)
82 из 100 поисковых запросов, в которых Google ранжирует Reddit, AIO упоминает Reddit только в 43 из них."

В сухом остатке – поисковый алгоритм любит Reddit, а AI Overviews любит Youtube.

Сервис Microsoft Clarity представил инструмент Topic Insights, который

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

Гуглоид Джон Мюллер поясняет, что в случае одновременного показа URL в AI Overviews и органике для него будет засчитан один показ в отчетах Google Search Console:

"Мы учитываем их один раз на каждой странице результатов поиска, поэтому (предполагая, что это один и тот же URL, что здесь сложно увидеть) это будет 1 показ URL и 1 показ сайта (в зависимости от настроек в отчете, вы видите либо показы URL, либо показы сайта)."

Гуглоиды добавили в справочный документ о канонических страницах рекомендацию указывать самореферентные канонические ссылки:

• "Обязательно добавьте ссылку rel="canonical" на саму каноническую страницу (также известную как самореферентная каноническая ссылка).
...
★ Мы рекомендуем добавить этот же самореферентный элемент ссылки rel="canonical" и на саму каноническую страницу."

Меж тем, советы по GEO от буржуйского сеошника Шая Белинского в блоге SimilarWeb полностью противоречат выводам Дэна Петровича:

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

Различие в том, что Белинский, в основном, теоретизирует и подкрепляет свои слова всего одним довольно спорным примером, а Петрович все проверил на практике, потратив три миллиарда токенов на эксперименты.

Как организовать переезд сайта и не потерять трафик 🔗

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

В Яндекс Вебмастере для этого есть отдельные инструменты:

➡️Структура сайта
➡️Переезд сайта

Оба находятся в разделе Индексирование.

Разобрали, как с ними работать и на что обратить внимание, чтобы переезд прошёл без потерь.

Подробности — в карточках!

📌Структура сайта | Переезд сайта

Буржуйский сеошник Дэн Петрович формулирует парадоксальный вывод о системах ранжирования на основе ИИ, на который потратил 3 миллиарда токенов:

"Модель оценивает вас по тому, насколько точно вы соответствуете сжатому среднему значению всего, что она когда-либо видела. Ваше лучшее предложение — наименее вероятное, а для модели невероятное выглядит как плохое соответствие. Отличительность — это статистическое отклонение, и отклонения сразу же снижаются в оценке.

Парадокс
Подумайте вот о чём. Если ранжирование вознаграждает близость к среднему значению, то все, кто оптимизирует свой контент, стремятся к одной и той же середине одной и той же области. Идеально слиться с толпой — и вы всё равно ничего не выиграете, потому что теперь вас не отличить от четырёхсот страниц, которые последовали тем же советам, что и вы."

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

Буржуйский сеошник Гленн Гейб констатирует, что Grokipedia практически полностью восстановила трафик из Google.
Снова стала вдруг полезной? 😄

Буржуйский сеошник Мэтт Холлингсхед рассказывает о возможном негативном влиянии технологии гидратации на SEO.

"В большинстве случаев гидратация не создает проблемы для SEO. Она возникает только тогда, когда что-то ломается, обычно из-за несоответствия . Это происходит, когда HTML-код сервера и то, что фреймворк создает в браузере, не совпадают.
Несоответствие обычно возникает по одной из нескольких причин:
Контент, отображаемый через API, доступный только в браузере, к которому сервер не имеет доступа, например localStorage, .
Значение, которое изменяется между сервером и клиентом, например new Date().
Скрипт стороннего разработчика или расширение для браузера, изменяющее DOM до того, как фреймворк его обработает.
Некорректный HTML-код, который браузер переписывает в фоновом режиме, создавая структуру, которую фреймворк не ожидал.
В таких случаях гидратация не может согласовать две версии, поэтому фреймворк отбрасывает несоответствующую часть и перерисовывает её. Точный процесс зависит от используемого фреймворка.
В данном случае значение <time> из функции new Date() отображается по-разному на сервере и в браузере, что приводит к повторной отрисовке.
Это создает проблемы по трем направлениям. Перерисовка замедляет работу страницы (INP) и меняет ее макет (CLS). Кроме того, страница может полностью перестать работать, поскольку обработчики событий могут не прикрепиться, из-за чего кнопки и формы перестанут функционировать.
В особо тяжелых случаях, поскольку Google может счит ывать необработанный HTML-код сервера до отрисовки JavaScript, он может индексировать версию, которая будет удалена, сохраняя контент, который посетители фактически никогда не увидят."