SEO life

Изменение выдачи! Яндекс [30.05.24 10:00] (SERP/XML): МСК --/4.5, СПб --/4.6, Киев --/4.5, Минск --/3.9

30 мая в 3:50 текстовый апдейт яндекса: индекс по 28 мая В базе яндекса произошли изменения: появились документы, проиндексированные по 28 мая: [3:50] - апдейт русского индекса яндекса Подробнее: https://l.bbk.name/4e0GIVq #яндексапдейт

29 мая в 5:10 текстовый апдейт яндекса: индекс по 27 мая В базе яндекса произошли изменения: появились документы, проиндексированные по 27 мая: [5:10] - апдейт русского индекса яндекса Подробнее: https://l.bbk.name/453Fepd #яндексапдейт

Утечка внутренней документации Гугл. Часть 3: Контент. Ограничение длины документов Существует максимальное количество символов, которые могут быть учтены для документа в системе Mustang. Это подчеркивает важность размещения самого важного контента в начале документа. Оценка короткого контента за оригинальность Метрика OriginalContentScore указывает на то, что короткий контент оценивается за оригинальность. Поэтому качество контента не всегда зависит от его длины. В то же время существует метрика для выявления переизбытка ключевых слов (keyword stuffing). Значимость заголовков страниц Метрика titlematchScore показывает, что Гугл все еще оценивает, насколько хорошо заголовок страницы соответствует запросу пользователя. Рекомендуется размещать целевые ключевые слова в начале заголовка. Отсутствие порога символов в Title/Desc В документации нет метрик, учитывающих длину мета тегов. Единственная мера подсчета символов — snippetPrefixCharCount, которая определяет, что может быть использовано в качестве части сниппета. Это подтверждает, что длинные заголовки страниц не оптимальны для кликов, но они могут помогать в ранжировании. Авторы. Гугл хранит авторов в привязке к документу, а также пытается связать является ли сайт(компания) опубликовавший статью ее автором. Все это показывает, что существует некая метрика измеряющая автора документа. Значимость дат Гугл уделяет большое внимание свежести результатов, и документы иллюстрируют многочисленные попытки ассоциировать даты с страницами: bylineDate: Явно указанная дата на странице. syntacticDate: Извлеченная дата из URL или заголовка. semanticDate: Дата, полученная из содержания страницы. Рекомендуется указывать дату и быть последовательным в её указании в структурированных данных, заголовках страниц и XML-картах сайта. Несоответствие дат в URL и других частях страницы может негативно повлиять на производительность контента. Регистрация домена Гугл хранит информацию о последней регистрации домена на уровне составного документа. Это подтверждает теорию о том, что статус Гугл как регистратора влияет на алгоритм. Применение: Используется для "песочницы" нового контента и доменов, которые изменили владельца. Недавнее обновление: Вес этой информации мог быть увеличен с введением политики против злоупотребления истекшими доменами. Видео контент Сайты, на которых более 50% страниц содержат видео, считаются видео-ориентированными и обрабатываются по-особому. Оценка Your Money Your Life (YMYL) Гугл имеет классификаторы, генерирующие оценки для YMYL Health и YMYL News. Они также предсказывают "пограничные запросы", чтобы определить, относятся ли они к YMYL. Векторизация сайтов и страниц Гугл векторизует страницы и сайты, сравнивая векторные представления страниц с векторными представлениями сайтов, чтобы определить, насколько страница выходит за пределы основной темы. Метрики: siteFocusScore оценивает, насколько сайт придерживается одной темы, а site radius - насколько страница выходит за пределы основной темы. Мелкие сайты могут целенаправленно понижаться Гугл имеет флаг, указывающий, является ли сайт "маленьким личным сайтом". Хотя нет определения таких сайтов, они могут быть понижены или повышены с помощью Twiddlers.

Утечка внутренней документации Гугл. Часть 1: Мифы + поведенка + Twiddlers. Все уже увидели, что слили документацию Гугла. Кому лень читать всю - я сделал для себя выдержку разбора, делюсь с вами. В документации описано 2,596 модулей API, содержащих 14,014 атрибутов (функций). Все модули связаны с компонентами YouTube, Google Assistant, Google Books, видео-поиском, ссылками, веб-документами, инфраструктурой для сбора данных, внутренней календарной системой и People API. Очень часто документация ссылается на страницы, которые являются URL-адресами внутренней сети Гугл и требуют учетных данных Гугл для доступа. Без доступа к этим страницам остаётся только интерпретировать доступную информацию самостоятельно. Представители Гугл намеренно вводят в заблуждение пользователей и специалистов относительно работы своих систем. Вещи заявленные как не рабочие - работают. Основной пример “Авторитет домена” ("siteAuthority") - используется в системе ранжирование. Утверждалось обратное. Заявленное “Не использования кликовых (поведенческих) факторов” для ранжирования, также опровергнуто. С 2005 года используется система Navboost, которая использовала кликовые данные собранные за последние 18 месяцев. С недавнего времени - 13 месяцев. Инженер Гугл Paul Haahr заявлял, что “использование в ранжировании кликов непосредственно на поисковой выдаче - было бы ошибкой”. При этом Navboost имеет модуль полностью заточенный под “показы и клики”. Данный модуль включает в себя: плохие клики, хорошие клики, последние длинные клики, unsquashed clicks, а также unsquashed last longest clicks. Под словом “Squashing” согласно патенту Гугла мы подразумеваем функцию, которая не позволяет одному большому сигналу доминировать над другими. Другой модуль с индексацией сигналов имеет метрику “Последний хороший клик”, метрика которая может указывать на неактуальность контента на странице. Гугл считает и хранит общее количество плохих кликов и сегментирует их по странам и устройствам. Здесь я немного поспорю с автором. Если мы говорим о вышеперечисленном, то проводя аналогию с Яндексом, все это факторы поведенки внутри сайта, но не СЕРП. Поэтому заявление Paul Haahr’а все еще имеет смысл. Все указывает на то, что NavBoost "уже является одним из самых сильных сигналов рейтинга Гугл". В утечке присутствует 84 упоминания Navboost и 5 модулей с Navboost в названии. Также есть сведения о том, что для поддомена/морды/внутр урла действует своя формула расчета. Миф о “песочнице” - развеян. В модуле “PerDocData” имеется атрибут “hostAge” направленный исключительно для помещения в песочницу свежих спам сайтов в целях защиты выдачи. Миф “мы не используем ничего из Гугл Хром для ранжирования”. Один из модулей использует статистику посещений из Хром, также атрибут Гугл Хром есть в модуле связанном со ссылками. В документации вводится понятие “Twiddler”. Twiddlers - это функции, которые изменяют ранжирование результатов поиска после работы основного алгоритма Гугл. Они работают подобно фильтрам на странице, изменяя отображаемый контент прямо перед его показом пользователю. Основные функции Twiddlers: Изменение ранжирования: Корректируют баллы и позиции документов в результатах поиска. Категорийные ограничения: Ограничивают количество результатов определенного типа, например, до трех блогов на одной странице выдачи. Эксперименты и Boost-системы: Многие системы, такие как Panda, начинали как Twiddlers и позже интегрировались в основной алгоритм. Примеры Boost-систем: NavBoost: Улучшает навигационные результаты. QualityBoost: Повышает качество результатов. RealTimeBoost: Обрабатывает результаты в реальном времени. WebImageBoost: Оптимизирует результаты для веб-изображений.

Утечка внутренней документации Гугл. Часть 2: Ссылки + Пессимизации. Ссылки все еще важны На данный момент нет доказательств того, что ссылки стали менее важными. Влияние уровня индексации на ценность ссылок Показатель sourceType указывает на связь между местом хранения страницы в индексе Гугл и её ценностью. Индекс Гугл разделён на уровни: -Флэш-память: наиболее важный и регулярно обновляемый контент. - Твердотельные накопители: менее важный контент. - Жёсткие диски: нерегулярно обновляемый контент. Чем выше уровень, тем ценнее ссылка. "Свежие" страницы также считаются высококачественными. Поэтому ссылки с высокоранжируемых страниц и новостных ресурсов имеют больший вес. Сигналы скорости появления спам-ссылок Гугл отслеживает всплески спам-анкоров с помощью метрики phraseAnchorSpamDays, что позволяет измерять скорость появления спам-ссылок. Это помогает идентифицировать спам-атаки и не учитывать негативные SEO-атаки. Анализ последних 20 изменений URL Гугл хранит все версии страниц, но для анализа учитывает только последние 20 изменений. Это значит, что для "обнуления" страницы нужно изменить её и проиндексировать не менее 20 раз. Влияние PageRank главной страницы Каждый документ имеет связанный PageRank морды (Nearest Seed version). Это используется как прокси для новых страниц до тех пор, пока не будет рассчитан их собственный PageRank. Траст главной страницы Гугл оценивает ссылку на основе общего траста морды. Поэтому важно сосредоточиться на качестве и релевантности ссылок, а не на их количестве. Размер шрифта терминов и ссылок Гугл отслеживает средний вес шрифта терминов и анкорных текстов. Размер шрифта может влиять на важность терминов и ссылок. Влияние Penguin на внутренние ссылки Многие внутренние ссылки могут не учитываться, что следует из метрики droppedLocalAnchorCount. Отсутствие упоминаний о Disavow Данные о Disavow могут храниться в другом месте, но в данной API они не упоминаются. Это может указывать на то, что Disavow используется для обучения классификаторов спама. Алгоритм Панда. Приведу здесь свою вольную трактовку перевода: “Очень качественный контент позволяет нам получать больше кликов и видимости по релевантным запросам, а больше кликов и видимости на документе позволяют нам смелее спамить в анкорах и ссылках.” Пессимизация. Автор выделил несколько типов. - Несоответствие ссылки целевому сайту (Гугл ищет релевантность как на доноре, так и на акцепторе) - Понижение в SERP. Сигнал, указывающий на понижение страницы на основе факторов, наблюдаемых в SERP, вероятно, измеряется кликами и удовлетворением пользователя результатом. - Понижение навигации - Предположительно, это понижение, применяемое к страницам имееющим проблемы с пользовательским опытом. - Понижение EMD. В 2012 году Мэтт Каттс объявил, что точные соответствия доменов (Exact Match Domains) больше не будут получать такое же значение, как раньше. - Понижение обзоров продукта. Нет конкретной информации, но, вероятно, связано с обновлением обзоров продуктов в 2023 году. - Понижение местоположения. Указывается, что "глобальные" и "супер-глобальные" страницы могут быть понижены. Гугл пытается связать страницы с определенным местоположением и ранжировать их соответственно. - Порно понижение.

тут вот вам еще подарочек на день сеошника/пограничника

Поздравляем с Днем SEO-специалиста 🎉 Сегодня, в день оптимизатора Рунета, мы временно обновили логотип Вебмастера. Сейчас на нем вместо гаечного ключа и буквы Я — человек. Этим хочется напомнить, что в центре любого подхода к оптимизации стоит человек. Именно благодаря вам бизнесы растут и развиваются, используя актуальные технологии. Читайте в блоге Яндекс Вебмастера пост от Михаила Сливинского, амбассадора интернет-площадок в поиске Яндекса. 👀 И заходите в Вебмастер, чтобы увидеть праздничный логотип!

внезапно, даж Яндекс нас поздравляет сегодня

❗️Утечка тысяч документов Google Search API Аноним связался с Рэндом Фишкиным и поделился тысячами документов Google Search API. Некоторые из утверждений совпадают с информацией, раскрытой в ходе антимонопольного дела, многие из них являются новыми и предполагают инсайдерские знания. Утечка содержит более 2500 страниц документации API, 14014 атрибутов (функций API), которые, по всей видимости, взяты из внутреннего «Хранилища API контента» Google. Судя по истории коммитов документа, этот код был загружен на GitHub 27 марта 2024 года и удален только 7 мая 2024 года. Эта документация не показывает такие вещи, как вес отдельных элементов в алгоритме ранжирования поиска, а также не доказывает, какие элементы используются в системах ранжирования. Но он показывает невероятные подробности о данных, которые собирает Google. Рэнд связался с Майком Кингом и он также выпустил свой обзор: https://ipullrank.com/google-algo-leak