Что такое RDAP и чем он лучше WHOIS?

RDAP (Registration Data Access Protocol) — это современный протокол доступа к регистрационным данным доменов, который возвращает информацию в структурированном JSON-формате. В отличие от WHOIS, RDAP быстрее работает, проще автоматизируется, не требует парсинга текста и поддерживает HTTP/HTTPS-запросы.

Какие данные о домене можно получить через RDAP?

Через RDAP можно получить регистратора домена, дату регистрации, дату истечения, дату последнего изменения, статус домена, а также определить, занят домен или свободен.

Подходит ли RDAP для массовой проверки доменов?

Да, RDAP отлично подходит для массовых проверок. Благодаря HTTP-запросам и многопоточности на Python можно проверять тысячи доменов за считанные минуты без ограничений классических WHOIS-сервисов.

Для каких задач в SEO можно использовать RDAP-чекер?

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

Работает ли RDAP с региональными доменными зонами?

Нет, RDAP не работает с региональными доменными зонами, такими как .ua, .ru, .fr и другими. Протокол поддерживается в основном для международных зон, например .com, .org и .net.

SEO Блог Евгения Молдовану

Кейс по GEO: выход в топ Google AI Overview

Евгений Молдовану — Mon, 22 Dec 2025 13:19:39 +0000

Пару недель я загорелся произвести эксперимент и выйти в топ по запросу «Лучший seo специалист в Одессе» в Google AI Overview. Одесса — город с более 1 млн населения, конкуренция среди сеошников — более 40 компаний и сотни seo специалистов.
Для начала разберемся что это за новомодные GEO, AEO и AI Overview.

GEO (Generative Engine Optimization): Оптимизация контента для генеративных AI-движков (например, ChatGPT, Perplexity), чтобы он цитировался в синтезированных ответах. Фокус на естественности, авторитетности и структуре для AI-моделей.
AEO (Answer Engine Optimization): Оптимизация для «движков ответов» (featured snippets, knowledge panels в Google), где цель — прямой ответ на вопрос пользователя без клика по ссылке. Уделяет внимание вопрос-ответ форматам и схемам.
AI Overview (Google): Функция Google Search (с 2024 г.), генерирующая краткий AI-обзор в топе результатов. Автоматически суммирует релевантный контент из топ-страниц для сложных запросов.

GEO шире AEO, а AI Overview — это их часть.

Первоначально выглядела так (скриншот с ноутбука не сохранился, только мобильная выдача):

Как видим тут большая проблема — AI Overview имеет другой интент и рекомендует не SEO специалистов, а компании. Эта проблема же наблюдалась и в ChatGPT. Поисковые системы упорно не хотели рекомендовать специалистов.

Публикация рейтингов

Для выхода в топ я создал пару десятков рейтингов лучших seo специалистов Одессы, а также отдельные статьи, цель которых — улучшить видимость меня в выдаче и описать как специалиста с большим опытом, специализирующегося на продвижении сайтов и EEAT.
Все статьи генерировались, в рейтинг включались seo специалисты из Одессы, о которых знал Google и ChatGPT. Это важно, так как продвинуть вымышленных намного сложнее. Рейтинги отличались, иногда появлялись другие имена, главное — везде я указывался как лучший.
Уже через пару недель я получил топ:

В инкогнито:

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

В процессе я обнаружил, что выдача не статична:

Выдача иногда зависела от того, залогинен ли в Гугле ли я
Выдача в Инкогнито иногда отличалась
Было отличие от использования VPN или другого гео.

Иногда в AI Overview Гугл опять выводил список компаний вместо рекомендаций seo специалистов.

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

Что с другими чатботами, Gemini, ChatGPT, Ai Alisa

В Gemini однозначный топ

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

Ну и напоследок — все это работает и в Яндексе, вот рекомендация ИИ Алисы:

Для попадания в Яндекс я сгенерировал пару видео и добавил статью в VK.

Обновление в 2026 году : Deepseek проиндексировал ссылку в посте на Гемини и теперь цитирует эту страницу и ставит меня в топ по запросу.

Заинтересовался GEO ? Подписывайся на мой Телеграм канал с больше 900 подписчиков, там больше инфы. Или добавляйтесь в Линкедин.

The post Кейс по GEO: выход в топ Google AI Overview first appeared on SEO Блог Евгения Молдовану.

Руководство по новому API Wordstat

Евгений Молдовану — Thu, 18 Sep 2025 09:00:49 +0000

Еще 5 июня Яндекс объявил о запуске нового Wordstat API. Почему его называют новым? Потому что ранее уже можно было получать доступ к Вордстат апи с помощью Direct API путем создания приложения. Таким образом глобально особо ничего не поменялось, Яндекс просто улучшил доступ к данным.

Какие данные можно получит с помощью Wordstat API?

Частотность запросов (общее количество, количество по датам или регионам)
Ключевые слова (самые популярные запросы с заданной фразой)
Похожие запросы (ассоциации)
Динамика запросов во времени (ежедневная, еженедельная, ежемесячная детализация)
Распределение запросов по регионам
Список поддерживаемых регионов
Информация о квотах пользователя (лимиты и остаток квоты)

Таким образом API позволяет получить все данные из сервиса wordstat.yandex.ru от Яндекса.

Лимиты сервиса — не более 10 запросов в секунду, 1000 запросов в сутки.

Как зарегистрироваться для доступа к API

Для доступа нужно иметь аккаунт в сервисе Яндекса с подтвержденным телефоном (страна не важна). Главное доступ к Яндекс ID.
Вторым шагом есть получение OAuth-токена, для этого переходим на страницу создания приложения и выберите «для доступа к API или отладки» и нажмите Перейти к созданию.

Если в процессе будет вылазить окно с регистрацией в Госуслугах — пропускаем его.
В разделе Доступ к данным выберите Использование API Яндекс Директа.

Будьте внимательны, иногда всплывающее окно не появляется или сбрасывается в компоненте. Убедитесь что вы его выбрали.

Жмем создать приложение.

Появится такое вот окно, сохраните себе ClientID в блокнот.

Далее необходимо Перейти по ссылке, докрутить до пункта
Шаг 4. Подайте заявку на доступ к API.
Подайте ручную заявку на подключение API. Для этого вам понадобится ClientID который вы сохранили ранее. Далее ожидаем от пару дней и на почту которую вы указали придет письмо с подключением.
Далее вам необходимо перейти по ссылке
https://oauth.yandex.ru/authorize?response_type=token&client_id=MyclientID
где MyclientID — это ваш ClientID из скриншота.
После перехода и авторизации в сервисе Яндекса вы получите ключ похожий на нечто вида:

y0__xCfEhdk-GNqfOiDfyhgqyFOb8gSEXZbDRiuquHyI6o05a8kfeux5
Это и есть ваш главный OAuth-токен или Authorization: Bearer.

Этот код вы никому не передаете если не хотите чтобы ваши лимиты кто то использовал. Не выкладывайте его в публичный доступ или Github.

Поздравляю! Если вам ранее приходило письмо с подключением к Вордстат Апи — вы можете его использовать.
Теперь рекомендую полноценно ознакомиться с справкой Яндекса
https://yandex.ru/support2/wordstat/ru/content/api-wordstat
https://yandex.ru/support2/wordstat/ru/content/api-structure
Все запросы, текстовые фразы нужно передавать в кодировке UTF-8.

Как использовать Wordstat API: примеры на php и python

Если вы готовы протестировать апишку, то скачайте архив, разархивируйте.
Отредактируйте файл zapros-work.php , вставив OAuth-токен

и залейте через FTP на сервер.

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

Мой скрипт для работы с Api Wordstat на python
Функционал:

Принимает ввод: фраза, регион, опция «без региона», число запросов.
Выполняет рекурсивные API-запросы для сбора связанных фраз и показов.
Отображает прогресс и таблицу с данными парсинга.
Экспортирует результаты в CSV и Excel.

Возможности парсера на видео:

Если вы как и я любите python, то ниже ссылка на Гитхаб исходника с интерфейсом streamlit:

Тут инструкция по установке и запуске. Заодно и подписывайтесь если хотите получать обновления скрипта.

The post Руководство по новому API Wordstat first appeared on SEO Блог Евгения Молдовану.

Кейс: продвижение сайта по продаже Iphone из других стран

Евгений Молдовану — Wed, 27 Aug 2025 06:26:21 +0000

В текущем посте я хочу рассказать о опыте продвижения сайта с статьями по тематике Iphone 15-16.
Все началось в 2020 году с покупки контент сайта в туристической тематике. В разгаре ковидная истерия, сайт показался мне интересным (я тогда массово выкупал такие сайты по туризму, страховкам, финансам) и я на падении рынка взял себе пачку под развитие.
Сайт по ссылке:

Уже спустя примерно год-два я понял что туристическая тематика почти мертва. Поэтому я залил на сайт около 120 страниц на тему курсов валют (я тестировал programmatic seo). Средняя посещаемость была около 100-200 человек в сутки, что показалось мне малоперспективно и сайт стал использоваться под продажу ссылок, тестирование гипотез в seo, для пинга ссылок на другие сайты.

Еще очень давно я на своих сайтах по Таиланду в момент появления Iphone 7 публиковал статьи по тому какие цены в Таиланде и где его можно купить. Такие статьи собирали хороший трафик, в моменте было от 100-200 человек в сутки.

Поэтому я решил повторить стратегию. Целью было привлечение живого трафика на сайт, улучшение поведенческих факторов.
Вот пример такой страницы которая сохранилась в WebArchive.

Старт работ

В начале работ я дооптимизировал шаблон, ускорил показатели загрузки шаблона. Проблема заключалась том, что сайт мне попал с многими зависимостями которые не позволяли изменить дефолтный шаблон WordPress. Отсюда пришлось потратить время на хуки, доработку function.php и ручную правку шаблона. В шаблоне было вшито много вещей которые тормозили продвижение сайта.
По ключам были написаны статьи по темам «iphone N в стране или городе».

Параллельно закупались ссылки, главная цель которых была занять топ именно в сентябре (месяц когда Apple выпускала новые айфоны). В некоторых случаях ссылки были опубликованы еще до появления самих статей и первоначально они ссылались на 404 страницы.

Также публиковались в самом сентябре 2023 года около 5-10 статей на тематику Iphone, их характеристик и дизайна. Тут же на них закупались ссылки с социальных сетей (фейсбук, ВК, Лайвинтернет).

Я понимал, что в момент выхода нового Айфона будет формироваться выдача из быстроробота. Так я за месяц до презентации Apple заманил на сайт быстроробота, который не только индексировал статьи в течении пару часов, но и хорошо ранжировал. Об этом я писал в отдельном посте.

Также смыслом публикации таких статей было формирование тематического кластера (topical cluster). Он означает группу связанных по смыслу статей, которые помогают поисковым системам лучше понять, о чём сайт и выше ранжировать его (так как основные статьи на сайте были о туризме и финансам).
При условии хороших поведенческих факторов, ссылок таким образом формируется тематическая авторитетность в нише.

Статьи оптимизировались не под 1 ключевой кластер, а под максимальный охват и закрытие интента. Основа такой стратегии в seo — по всему кластеру запросов максимально закрыть запросы и дать на них ответы.

Минус такой стратегии — это размер статей и ситуации, когда статья размывается по главному ключевому слову или подзапросах, что хоть и дает топ по большому количеству фраз, но не дает полноценно занять топ 1-5 места в выдаче Яндекса и Гугла.

Так как у меня были ключевые слова с консоли Гугла по предыдущим годам и другим сайтам, я максимально оптимизировал под интент.

Первый результат

Уже на первую статью с трансляцией Apple на русском языке прилетело больше 400 человек за первые сутки. Это было важно, так как в дальнейшем сформировало хорошие поведенческие факторы на сайте (люди сидели по минимум 40 минут смотря онлайн трансляцию). Это же положительно повлияло на ранжирование в будущем для них моего сайта, так как мой сайт показывался им выше за счет персональной выдачи.

Пять опубликованных статей заняли топ и начали давать трафик. Публикую данные из Яндекс Метрики:

Видно самые посещаемые страницы

Интересная статистика по посещаемости из операционных систем.

Вот скрины из консоли Google того времени:

Вот как залетали конкретные страницы в Яндексе:

Вот в Яндексе рост показов и кликов по конкретным url:

Вот динамика трафика по Гуглу (падение трафика — это падение интереса к покупке Iphone):

Сайт занял полностью топ 1-10 позиции и всегда лидировал, так как посетитель получал ответ на свой запрос.

Так как прямыми продажами я не планировал заниматься, так как в это время занимался получением высшего образования, то я просто напихал ссылок с AdmitAd и других партнерок, а потом и РСЯ. Это дало мне в общей сложности около 30 продаж Iphone с доставкой и около 500 долларов на других партнерках. Итого за сезон я получил около 1500 долларов.

Небольшая сумма, но за 10 статей очень приятно.

Второй результат

В 2024 году ситуация была не очень хорошая для того чтобы повторить результат. Я писал дипломную работу (140 страниц, которую нужно было сдать в декабре).

В августе перед презентацией Яндекс пессимизировал мой сайт (за сгенерированные неуникальные описания на 120 страницах под курс валют), что частично затронуло и страницы по описаниям цен по Iphone 15. В плюс сыграл тот факт что я поменял дизайн шаблона, что положительно сказалось на скорости загрузки сайта, сделало сайт более презентабельным в глазах посетителей и асессоров.

Тем не менее я снова запостил около 5 статей по новому Iphone 16. Правда в этот раз частично генерировал с помощью ChatGPT, так как времени не было достаточно для их написания, а биржи копирайтинга дали еще хуже результат чем нагенерировал я.
Результаты:

Страницы которые получили трафик:

Запросы в консоли Гугла:

График в консоли:

По многим запросам я стоял по коммерческим запросам выше интернет магазинов:

Проблемы

Несмотря на то что я вышел в топ и хорошо ранжировался, были и проблемы:
В сентябре был массовый баг в Google связанный с выпадением страниц которые имеют большой трафик. Меня это немного зацепило и это видно на графике.

Отдельной проблемой стало то, что запросы связанные с товарами ранжируются не по ключевым словам, а по сущностям. Новый Iphone 16 добавили только спустя 2-3 месяца после выхода, что привело к тому, что мои статьи постоянно конкурировали в топе друг с другом.

Каннибализация была такой большой проблемой, что я написал отдельный скрипт для анализа:

В отличии от 2023 года в этом году поставки Iphone 16 начались буквально через 10 дней после презентации. Это привело к тому, что спрос был резкий, а потом спад. В отличии от предыдущего опыта не было такого размазанного спроса. Более того появившиеся Iphone стоили почти так же как и ОАЭ и Китае, что привело к тому что поставлять их было не рентабельно. Я писал нескольким поставщикам, но никому трафик был не интересен. Как следствие заработать на таком трафике почти не получилось (пару сотен баксов маловато будет).

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

The post Кейс: продвижение сайта по продаже Iphone из других стран first appeared on SEO Блог Евгения Молдовану.

Массовая проверка доменов для перехвата дропов: используем RDAP и Python

Евгений Молдовану — Sat, 16 Aug 2025 16:20:10 +0000

В мире SEO стратегия построения PBN (Private Blog Network) часто начинается с поиска и перехвата качественных дроп-доменов. Чтобы понять, стоит ли брать домен, нужно быстро и точно получить информацию о доменах: кто регистратор, когда он был зарегистрирован, когда освободится.

Традиционные сервисы whois решают эту задачу, но медленно и с лимитами. Современной альтернативой стал протокол RDAP — и мы рассмотрим, как с его помощью создать собственный массовый многопоточный сервис whois на Python.

RDAP против WHOIS: в чем разница

Многие вебмастера привыкли использовать команду whois или веб-интерфейсы.

RDAP (Registration Data Access Protocol) — это стандартизованный, JSON-ориентированный протокол, который выдает ту же информацию, что и WHOIS, но в структурированном виде.

Структурированные данные — проще парсить и анализировать.
Поддержка HTTP/HTTPS — можно использовать обычные запросы requests в Python.
Единый формат — не зависит от регистратора.
Возможность автоматизации массовых проверок без сложного парсинга текста.

Как работает массовый RDAP-чекер

Если ваша цель — узнать дату регистрации домена, дату истечения и дату освобождения домена, вам нужен инструмент, который:

Принимает список доменов из файла .txt (по одному в строке, с поддержкой форматов http://, https://, www.).
Автоматически определяет RDAP-сервер для каждой зоны (.com, .org и т. д.).
Работает многопоточно — обрабатывает тысячи доменов за минуты.
Выдает результат в таблице и дает возможность скачать CSV.

Как работает Python код

Очистка доменов

def clean_domain(domain):
    domain = re.sub(r'^https?://', '', domain)
    domain = re.sub(r'^www\.', '', domain)
    return domain.split('/')[0].strip()

Эта функция удаляет протокол, www и лишние слэши, чтобы мы работали только с чистым доменным именем.

Определение RDAP-сервера

def get_rdap_server(domain_suffix):
    response = requests.get("https://data.iana.org/rdap/dns.json")
    data = response.json()
    for entry in data.get("services", []):
        if domain_suffix in [z.lower() for z in entry[0]]:
            return entry[1][0]

RDAP-сервер для каждой зоны берется из официального списка IANA. Это избавляет от необходимости вручную прописывать адреса.

Получение информации о домене

def get_domain_info(domain):
    domain = clean_domain(domain)
    suffix = domain.split('.')[-1].lower()
    rdap_server = get_rdap_server(suffix)
    if not rdap_server:
        return [domain, '', '', '', '', '', '', '', 'Нет RDAP сервера']

    rdap_url = f"{rdap_server.rstrip('/')}/domain/{domain}"
    response = requests.get(rdap_url, timeout=10)

    if response.status_code == 404:
        return [domain, '', '', '', '', '', 'свободен', rdap_url, 'OK']

    data = response.json()
    events = {e.get('eventAction'): e.get('eventDate') for e in data.get('events', [])}

    return [
        domain,
        get_registrar_name(data),
        events.get('registration', ''),
        events.get('expiration', ''),
        events.get('last changed', ''),
        ', '.join(data.get('status', [])),
        'занят',
        rdap_url,
        'OK'
    ]

Многопоточность

with ThreadPoolExecutor(max_workers=10) as executor:
    futures = {executor.submit(get_domain_info, domain): domain for domain in domains}
    for future in as_completed(futures):
        results.append(future.result())

Параллельная обработка позволяет проверять тысячи доменов в считанные минуты: 1 000 доменов — за ~20 секунд, 13 000 доменов — за 4 минуты.

Основной интерфейс:

Экспорт в CSV

После завершения проверки формируем CSV-файл с полями:

Домен
Регистратор
Дата регистрации
Дата истечения
Дата изменения
Статус
Свободен/занят
RDAP URL
Статус проверки

Где применить RDAP-чекер

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

Установка и запуск

Чтобы запустить сервис:

pip install streamlit requests

Код доступен на GitHub:
https://github.com/Devvver/rdap-demo/blob/main/rdap_check_mass.py

Запуск через Streamlit:

streamlit run rdap_check_mass.py

После старта в браузере откроется интерфейс, куда можно загрузить список доменов, получить таблицу и скачать CSV.

Внимание, RDAP не работает с региональными зонами, типа ua, ru, fr и других.

Если вы не хотите использовать IDE на свое компьютере, вы можете запустить код онлайн в Colab.

RDAP-чекер на Python — это быстрый, точный и гибкий инструмент, который заменяет классический WHOIS при массовых проверках.
Он помогает узнать дату регистрации домена, дату истечения и оценить, когда произойдет дата освобождения домена.
Для SEO-специалистов, работающих с PBN и дропами, это способ автоматизировать рутинную задачу, экономить время и всегда быть на шаг впереди конкурентов.

The post Массовая проверка доменов для перехвата дропов: используем RDAP и Python first appeared on SEO Блог Евгения Молдовану.

Расчет релевантности запроса к тексту с помощью BERT (скрипт на python)

Евгений Молдовану — Wed, 29 Jan 2025 09:19:00 +0000

Расчет релевантности статей и выдачи с помощью нейронных сетей. Скрипт на Python позволяет рассчитывать текстовую релевантность с помощью LaBSE (Language-agnostic BERT Sentence Embedding) с помощью метода косинусной близости. Это самый идеальный метод расчета, так как чистый BERT для расчета использовать не рекомендуют даже его разработчики.

Установка скрипта

1) Если вы никогда не использовали python, то тут 4 минутное видео с установки Python и IDE Pycharm. Это все что необходимо.

2) Скачиваем код из https://github.com/Devvver/vector_text_bert
3) Запускаем. В процессе с интернета скачается сама LaBSE (размер около 2 гигабайт). По этой причине первый запуск может быть долгим, дальше все закешируется и будет работать шустро.
Скрипт работает на CPU и на моем ноутбуке выполняет в среднем около 2 запросов в секунду. Если у вас мощная видеокарта можно переделать проект под GPU.

Расчет текстовой релевантности для запроса и статьи

Расчет текстовой релевантности для запроса и статьи. Это может быть как ваша статья, так и просто кусок текста от конкурента. С помощью этого метода для каждого абзаца будет рассчитана своя релевантность. Удобно также юзать для PBN — рассчитывать релевантность абзаца с которого будете ссылаться на другой сайт (бустит жестко позиции), генерировать максимально релевантное околоссылочное, title, заголовок.

Для этого запускаем скрипт в интерфейсе выбираем переключатель «Анализ текста», вбиваем наш запрос и поле ввода вставляем статью, релевантность запросу которой мы хотим проверить.

Пример на скриншоте:

Жмем на Рассчитать и получаем результат:

Как трактовать полученный результат: до 0.30 средний результат,40-60 хороший, все что выше — отличный. Значения могут быть от 0 до целой единицы.

LABSE поддерживает 110 языков, в том числе и русский украинский, американский, подробнее можно почитать о ней здесь, как и увидеть примеры использования. Научные труды по ее работе рассматриваются здесь.

Расчет релевантности для запроса и сайтов

Расчет релевантности для запроса и сайтов (идеально использовать топ 10 выдачи).
Переключаемся на режим «Анализ URL». Вводим наш запрос, в поле ввода вбиваем список url из топ 10.
Получить топ 10 можно с помощью расширения «Search Results Extractor«. Если вам нужны результаты по конкретных регионам из Гугла или Яндекса используйте бесплатный https://pr-cy.ru/tools/check-keywords/ (требуется регистрация, которая дает 10 запросов в сутки).
Выглядеть должно так:

Скрипт скачает тексты статей, title, h1 с каждого сайта и рассчитает семантическую схожесть векторов с помощью косинусной близости. Вы получите результат:

Вы увидите реальное соответствие запросу сайтов по их текстовому ранжированию. Но почему сайты не идут в порядке качества? Ответ прост, текстовое ранжирование занимает в современных поисковых системах не более 30-40 % от остальных факторов. Тем не менее таким методом можно сравнить свою статью с другими, чтобы понимать, а максимально вы постарались в качестве текста по сравнению с конкурентами.

Также вы можете обратить внимание, что у векторного BERT ранжирования есть один неприятный недостаток — чем больше текст, тем ниже значение. Именно по этой причине Bert используется вместе с другими алгоритмами, как то TF-IDF или Word2Vec.

Чтобы подытожить хочется объяснить почему все таки использовалась LaBSE, а не чистый BERT. В нем есть большой недостаток, он больше подходит для классификации текста, а не ранжирования. Подробно разжевано это в статье на английском языке и если вы хотите заниматься ранжированием с помощью BERT рекомендую с ней ознакомиться.

Если вы интересуетесь скриптами под SEO на python — подписывайтесь на новый телеграмм канал.

The post Расчет релевантности запроса к тексту с помощью BERT (скрипт на python) first appeared on SEO Блог Евгения Молдовану.

Блокировка feed на WordPress: Решение проблемы индексации rss ленты комментариев

Евгений Молдовану — Mon, 09 Sep 2024 06:24:05 +0000

Последнее время Google сходит с ума — несмотря на запрет индексации некоторых страниц в robots.txt — упорно их пытается индексировать. В качестве примера можно показать индексацию rss лент комментариев.

Вот как это выглядит на практике:

Если открыть проиндексированные url:

При этом в robots.txt есть блокировка индексации фидов:
Disallow: */feed

Чем это плохо?
К сожалению после индексации подобные страницы улетают в «сопли» (так называемый дополнительный индекс).

Такие страницы тянут ваш сайт вниз, мешая полноценному ранжированию в Гугле.

Откуда взялась проблема?
Если прочитать инструкцию Google по закрытии от индексации, то он рекомендует использовать код для закрытия индексации:

Но для RSS лент это не возможно, это формат xml, не очень корректно туда вставлять такие теги. Причем это не основная лента вида site.com/feed , а ленты rss комментариев, которых у меня на сайте нет.

В принципе решить проблему можно просто отключив в WordPress RSS ленты. Для этого ищем плагины в WordPress по слову «disable RSS«

Для меня это решение не подходит, так как мне нельзя блокировать основную RSS и вспомогательные, так как они используются по назначению, в том числе для агрегации в Яндекс Turbo.

Решение проблемы: WordPress плагин

Для решения проблемы я создал плагин, который блокирует RSS ленты комментариев вида:

site.com/category/post/feed site.com/post/feed site.com/author/name/feed
Но оставляет RSS ленты вида:
site.com/feed site.com/feed/turbo/

Что позволяет использовать Яндекс Турбо или другие RSS на сайте.

Что делает плагин ? Он прописывает 301 редиректы с фидов комментариев на посты. В принципе если вам такой вариант не нравится, можно отдавать 404 ошибку, отредактируйте плагин.

После установки я рекомендую дополнительно отредактировать robots.txt и временно удалить строки вида:

Disallow: */feed
У вас код может отличаться, но главное — это запрет на индексацию ленты. Я понимаю, что звучит странно, но вполне существует ситуация, когда Google робот не захочет заново пробовать переиндексировать закрытые страницы, поэтому это и нужно (понимаю что звучит как маразм, но так это и есть).

После этого ожидаем переиндексации, что может занять до несколько недель. Можно помочь с помощью переиндексации, используя API Google Console.
Только после того как Google переиндексирует страницы можно опять закрыть страницы от индексации. Плагин удалять не стоит.

The post Блокировка feed на WordPress: Решение проблемы индексации rss ленты комментариев first appeared on SEO Блог Евгения Молдовану.

15 seo-мифов, опровергнутых утечкой данных Google

Евгений Молдовану — Mon, 01 Jul 2024 07:52:33 +0000

Данная статья опубликована Matthew Woodward и это всего лишь перевод с моими комментариями. Мне показалось важным то что данный автор систематизировал много заявлений Джона Миллера и показал, что любым заявлениям Гугла доверять нельзя.

Самое интересное в утекших документах — это возможность сравнить данные с публичными заявлениями Google.

Google заявил, что они не используют оценку спама.

Но это не совсем так…

…Потому что мы видим, что в утекших документах действительно существует рейтинг спама :

Я использовал появившиеся в паблике данные Google, чтобы развеять 15 других SEO-мифов, представленных ниже.

Миф №1: Google не использует данные о кликах Chrome

Начнем с большого…

Google часто отрицает , что данные о кликах пользователей Chrome использовались для определения рейтинга в поисковой выдаче.

На самом деле, они довольно громко об этом заявили:

Не только это…

Гэри Иллис публично раскритиковал Рэнда Фишкина и идею использования CTR для влияния на поисковые рейтинги в своем Reddit AMA.

«Время задержки, CTR, какой бы ни была новая теория Фишкина, это, как правило, выдуманная чушь. Поиск гораздо проще, чем думают люди».
— Гэри Иллис

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

Что говорит утечка о данных о кликах

Но просочившаяся документация по API, похоже, говорит о другом…

Вопреки заявлениям Google, утечка предполагает, что Google действительно использует данные Chrome для оценки авторитета всего сайта и показателей вовлеченности пользователей.

Модуль API « NavBoost » (который появляется 50 раз в утекшем API) описывается как «повторное ранжирование на основе журналов кликов о поведении пользователей».

Одно это уже довольно безумно.

Это предполагает, что взаимодействие пользователей с браузером Chrome действительно отслеживается и используется для оценки веб-сайтов.

Вот еще несколько показателей и систем , которые могут использовать данные Chrome для ранжирования:

NavBoost – (упоминалось выше) Объединение запросов на основе журналов кликов.

badClicks, clicks,goodClicks – данные о кликах классифицируются как хорошие, нормальные и плохие.

unsquashed MobileSignals – данные о кликах, специфичные для мобильных устройств.

signals . Использует сигналы поведения пользователей (клики и т. д.) для корректировки рейтинга.

SiteEngagementScores — обобщенная оценка вовлеченности пользователей.

SiteClicks – рейтинг кликов для отдельного сайта.

TopicClicks – рейтинг кликов для тематических страниц.

ImageQuality ClickSignals — сигналы качества от кликов по изображениям.

chromeCounts — собирает данные о взаимодействии из Chrome.

chromeInTotal —  отслеживание просмотров Chrome на уровне сайта.

InstantChromeViews –  отслеживание просмотров страниц AMP через Chrome.

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

Вот вывод :

Несмотря на то, что Google преуменьшает значение данных о кликах, утечка предполагает, что они используют их (много) за кулисами для настройки поискового рейтинга.

Время для нового браузера?

В данном случае удивляет необознанность автора о том что поведенческие факторы давно используются в выдаче Гугла. Еще в 2015-2016 годах были публичные эксперименты по накрутке и они были успешные. Почему же массово не крутят Гугл? Дело в том, что Гугл предпочитает профили с временем жизни от 4-6 месяцев, тогда как у Яндекса и двухнедельные профили работают. Как следствие накрутка в Яндексе дорогая и доступна для ниш с хорошим доходом. Стоимость же рабочих профилей для Гугла будет в десятки раз дороже, никто не готов тратить такие инвестиции в профиля, проще с Яндексом работать.

Миф № 2: У Google нет внутреннего показателя авторитетности сайта

Google постоянно отрицает существование показателя типа «авторитет домена».

Они публично заявили, что ТОЛЬКО отдельные страницы оцениваются на основе их PageRank.

В видео ниже Джон Мюллер сказал, что у них нет рейтинга авторитетности веб-сайта:

Не только это…

В Твиттере ( сейчас удаленный твит ) он также сказал:

Звучит довольно определенно, не так ли?

Но эти утверждения не совсем верны…

Что говорит утечка о внутреннем авторитете сайта

Утечка алгоритма Google подтверждает существование метрики под названием siteAuthority .

Метрика siteAuthority, похоже, подразумевает, что Google ранжирует веб-сайты на основе их предполагаемого авторитета.

Они могут даже играть значительную роль в алгоритме ранжирования Google.

Мы не знаем наверняка, какое влияние (если таковое имеется) siteAuthority оказывает на рейтинг.

Но опять же…

Google явно собирает данные и, по крайней мере, измеряет авторитет каждого веб-сайта.

Чтобы внести ясность : «siteAuthority», вероятно, сильно отличается от «авторитета домена» Moz DA и «рейтинга домена» Ahrefs DR. Оба эти показателя авторитета тесно связаны друг с другом.

Также стоит упомянуть, что существует оценка PageRank, а также оценка на уровне сайта:

Измерение SiteAuthority от Google, скорее всего, представляет собой комбинацию факторов. Не основано только на одном, вот несколько примеров возможных компонентов:

sitePr – PageRank или авторитет сайта.

pagerank2 – еще одна версия PageRank.

homepagePagerankNs . Показ более высокого «PageRank» домашней страницы может быть еще одним сигналом авторитета.

IndexingDocjoiner DataVersion — извлекает данные со множества страниц для определения общего авторитета и опыта сайта по теме.

AuthorityFeedback – использует граф знаний и сущности для оценки авторитета.

Миф №3: «Песочницы» не существует

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

Для контекста: песочница Google не позволяет новым веб-сайтам ранжироваться до тех пор, пока они не докажут свою надежность.

Большинство SEO-специалистов считают, что это длится около 3-6 месяцев.

Google всегда отрицал существование какой-либо «песочницы».

Вот что они говорили раньше:

Что еще?

Ознакомьтесь с ответом Джона Мюллера здесь на вопрос о наличии в алгоритме Google новой песочницы Google.

Его ответ не вселяет в тебя уверенности, верно?

И теперь мы, возможно, знаем, почему!

Песочница всегда была, но чаще всего работала в сильно конкурентных нишах. Все помнят топы с страницами имеющими возраст от 5-7 лет. Но тут больше влияли все факторы, так как обычно в таких нишах ссылочное — это десятки, сотни мощных линков и новый сайт просто не в состоянии быстро нарастить такое ссылочное

Что говорит утечка о песочнице

Утечка выявила метрику под названием « hostAge ».

Похоже, этот показатель показывает, что Google измеряет возраст домена.

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

Джон Мюллер в прошлом также отвечал «Нет», когда его спрашивали, имеет ли возраст домена значение для рейтинга.

И это может быть правдой.

Но зачем Google собирать данные о возрасте домена, если они ими не пользуются?

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

Миф № 4: Специалисты по оценке качества не помечают веб-сайты

Google нанимает специалистов по оценке качества для оценки качества и релевантности результатов поиска.

Они следуют строгим правилам, изложенным в Руководстве для оценщиков качества поиска .

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

Google всегда открыто заявлял о существовании оценщиков качества поиска и их роли.

НО…

В ходе встречи в Google Джон Мюллер сказал, что оценщики качества « не специально помечают сайты » и « это не то, что мы бы использовали там напрямую». «

Но правда ли это?

Короткий ответ: Это не так выглядит.

Что говорит утечка об асессорах

Термин « EWOK » встречается в API несколько раз, ссылаясь на платформу асессоров для оценки качества текстов.

Более того, некоторые элементы показывают, что информация, собранная оценщиками качества, сохраняется, например:

isCorrectRange

ratingSource

raterCanUnderstandTopic

Но некоторые важные атрибуты, обнаруженные во время утечки, указывают на существование « Золотых документов ».

Golden это флаг, который оценщики качества присваивают определенным страницам веб-сайта.

isReadable сигнализирует о качестве контента, показываемого оценщикам, потенциально влияя на то, как алгоритмы проверяют качество контента на предмет ранжирования.

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

Довольно безумно, правда?

Суть здесь в следующем:

Если ваш сайт посетит оценщик качества, велика вероятность, что его мнение может повлиять на ваш рейтинг.

Очень удивительное замечание автора, ведь все знали, что некоторые сайты (Википедия, правительственные сайты и т.д.) ранжировались по своим правилам.

Миф №5: Google не поддерживает обновление старого контента

Я всегда считал, что свежесть играет важную роль в рейтинге контента.

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

Google подчеркивает важность свежего контента, но не дает четкого представления о том, насколько он важен.

Что еще?

Они зашли так далеко, что заявили, что Google не одобряет свежий контент.

Посмотрите этот теперь удаленный твит Джона Мюллера:

Правда в том, что свежесть действительно имеет значение – возможно, большее, чем думает большинство из нас.

Что утечка говорит о свежести контента

Утечка документов показывает, что Google рассматривает 127 атрибутов, связанных с актуальностью контента и сигналами, основанными на дате:

bylineDate – дата в подписи статьи.

SyntacticDate — даты, встроенные в URL-адрес.

semanticDate — Даты в содержимом страницы.

Вот некоторые атрибуты, подтверждающие утверждения о том, что контент следует поддерживать:

adjustmentInfo, date указывает, когда страница в последний раз «существенно» обновлялась (например, более крупные блоки контента).

timeAnnotations вероятно, используется для отслеживания свежести контента, известного фактора ранжирования.

Это показывает, что Google измеряет время последнего обновления контента.

Вероятно, это означает, что Google отдает приоритет «свежему» контенту в результатах органического поиска.

Похоже, что в этом алгоритме есть слои, которые по-разному обрабатывают чувствительный ко времени и новостной контент:

чувствительность ко времени – учитывает темы, связанные со временем, сокращая время ранжирования страницы.

NewspaperSpecific – последние новостные статьи из надежных источников могут иметь преимущество в результатах поиска.

На основе этой информации для нас стратегически ничего не меняется. Но приятно знать, что Google активно измеряет свежесть.

Мой совет?

Поддерживайте актуальность вашего контента и регулярно обновляйте важные страницы.

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

Миф №6: Отличный контент от AL с E-EAT и контент созданный людьми рассматриваются одинаково

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

По мнению Google, ключевым моментом является демонстрация отличного EEAT:

Опыт

Экспертиза

Авторитетность

Надежность

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

Вот что говорится в их документе «Руководство по поиску» :

Это буквально открыло дорогу для тысяч веб-сайтов с генерацией контента созданным искусственным интеллектом.

Ирония?

Google допустил те же ошибки, опубликовав собственные обзоры искусственного интеллекта, призывающие людей есть камни :

Но люди, похоже, забывают, что Google может развернуться на 180 градусов в любой момент.

И похоже, что они сделали это с контентом AI.

Они просто никому не сказали!

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

Утечка документов API может дать нам некоторое представление о том, почему это так…

Что говорит утечка о ИИ-контенте

Термин « золотой » появляется в утечке API как флаг, обозначающий документ «золотого стандарта».

Что это значит?

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

Он также может предоставить преференции, когда дело доходит до рейтинга.

В какой степени мы не знаем. И как Google измеряет эту разницу, мы тоже не знаем.

Что мы точно знаем, так это то, что Google отменил свои собственные обзоры ИИ .

Все логично, поэтому Гугл и без проблем определяет генерированный контент. Зачем его определять? В большинстве случает у него низкое качество.

Миф №7: Google не вносит сайты в белый список

Google уже много лет настаивает на том, что он не вмешивается в ранжирование вручную.

Алгоритм создает равные условия игры. Лучший контент будет ранжироваться.

Вот почему люди так доверяют результатам поиска Google.

Вот что Джон Мюллер говорил ранее:

Но утечки говорят о другом…

Что говорит утечка о белых списках сайтов

Это показывает, что Google поддерживает белые списки для определенных типов контента.

Например, некоторые доверенные сайты, похоже, пользуются особым вниманием во время выборов или для информации, связанной с COVID.

В просочившихся документах API есть два конкретных термина:

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

isCovidLocalAuthority – это может повлиять на ранжирование запросов, связанных с пандемией.

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

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

isEditorial — проверяет, проверялось или курировалось содержимое вручную.

AuthorityFeedback — проверяет информацию из авторитетных источников, таких как граф знаний известных авторитетных лиц.

Несмотря на то, что Google заявляет о своей беспристрастности , утечка показывает, что он имеет право внести в белый список любой сайт, который пожелает.

Вполне вероятно, что они уже есть.

Страшная штука.

Миф №8: Обратные ссылки не важны

Обратные ссылки уже давно считаются главным фактором ранжирования.

Но в последнее время Google последовательно преуменьшает их важность.

Вот пара утверждений, которые стоит обдумать:

Потом два года спустя…

Джон Мюллер заявил следующее в ходе вопросов и ответов на конференции BrightonSEO:

«Но я думаю, что со временем [ссылки] не будут таким важным фактором, как сегодня. Я думаю, что это уже немного изменилось». — Джон Мюллер

Что говорит утечка об обратных ссылках

Ссылки важны, и они здесь, чтобы остаться.

Особенно это касается качественных и разнообразных обратных ссылок с авторитетных сайтов. Это также согласуется с актуальностью ключевых элементов ранжирования, таких как PageRank.

В просочившихся документах упоминается более 136 атрибутов, ориентированных на входящие ссылки, некоторые ключевые атрибуты включают в себя:

linkWeight – указывает систему оценки силы ссылки в рейтинге.

PageRank – оценка, учитывающая различные факторы, значительную часть которых составляют ссылки.

penguinPenalty  – ясность в том, что штраф в виде пингвина по-прежнему оценивает текст привязки ссылки.

Вот еще несколько фрагментов, которые, вероятно, подчеркивают важность входящих ссылок и их качество:

linkData — ссылки внутри основного содержимого, окруженные релевантным текстом, являются четким сигналом.

contentlink — определение ссылок внутри внешнего или внутреннего контента может быть ключевым фактором.

anchor, homepage — как Google определяет релевантность и авторитетность ссылок, ведущих на веб-сайт.

NumBackwardLinksInWoS – подсчет количества цитирований (обратных ссылок).

Я предполагаю, что обратные ссылки будут продолжать играть важную роль в поисковом рейтинге. Как еще Google будет расшифровывать качество?

Миф № 9: Уникальность анкоров не означает хорошего рейтинга

Теперь переходим к технике.

Но техника важна!

Джон Мюллер заявил в своем удаленном твите, что соотношение анкоров, количество слов и количество ссылок не являются показателями качества поискового рейтинга.

Но это не совсем так.

Что говорит утечка

Утечка, похоже, показывает, что разнообразие обратных ссылок имеет решающее значение.

Самое важное не только количество обратных ссылок, но и их разнообразие и качество.

Разнообразные обратные ссылки с нескольких доменов сигнализируют Google о том, что контенту широко доверяют и на него ссылаются.

Вот как выглядит качественный профиль обратных ссылок.

Если цифры не указывают на качество, то почему существует 44 атрибута , специально измеряющих показатели количества якорей, например:

numIncomingAnchors – Количество входящих ссылок (анкоров).

AnchorSpamInfo – этот модуль фокусируется на анализе профиля привязки текста документа для выявления шаблонов спама.

AnchorStatistics — эти метрики предоставляют более подробную информацию о распределении текста привязки.

Утечка содержит целый модуль , демонстрирующий рекламный спам в анкорах.

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

Миф № 10: Не отказывайтесь от плохих ссылок, мы справимся с этим

Я всегда нервничаю, когда Google говорит: «Не волнуйтесь, мы обо всем позаботимся».

У них нет большого послужного списка доведения до конца. Я предпочитаю брать дело в свои руки.

И когда дело доходит до дезавуирования плохих ссылок, возможно, вам тоже стоит…

Вот что Google говорил ранее:

Это не все…

Джон Мюллер также подтвердил свои прошлые заявления в «недавно удаленном» комментарии на Reddit :

Это довольно сильные заявления.

Что говорит утечка о плохих ссылках

Вопреки публичной позиции Google, эта утечка показывает, что плохие ссылки имеют значение.

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

Например, в документации API присутствуют атрибуты « freaseAnchorSpamPenalty » и « spamrank ».

Судя по всему, это указывает на штрафы для сайтов, связанных со спам-ссылками и якорным текстом.

Это не то место, где вы хотите быть, другие включают в себя:

anchorCount — подсчет внутренних и внешних якорей для шаблонов спама.

penguinPenalty — Штрафы, применяемые алгоритмом Penguin .

penguinEarly AnchorProtected — возможно, некоторая ранняя защита от атак на ссылки на основе привязки.

spamProbability — анализ профиля привязки текста страницы на предмет выявления шаблонов спама.

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

Я, например, не хочу полагаться на стратегию «надежды» , когда Google поймает это за меня.

Тут можно было логически понять, что если Гугл присваивает ссылкам с спамом отрицательный вес, значит смысла их не учитывать нет. А значит в теории конкуренты вполне могут потопить ваш сайт.

Миф № 11: Лучше получать ссылки со старых авторитетных страниц

Вот миф, который может стать неожиданностью…

Google часто подчеркивает важность качества и релевантности ссылок.

Они также упомянули, что ссылки не имеют срока действия – в худшем случае они могут со временем обесцениться.

В часы работы центрального офиса веб-мастеров Джона Мюллера спросили : «Срок действия ссылок истекает через некоторое время?»

Джон Мюллер тут же ответил: «Нет, срок их действия не истекает…»

Это кажется довольно простым. Но это может быть не вся история.

Что утечка говорит о старых ссылках

Утечки показывают, что ссылки с новых страниц более эффективны, чем ссылки со старых, авторитетных страниц.

В просочившихся документах API показаны два ключевых термина:

Freshdocs : множитель ценности ссылки, который может указывать на то, что ссылки с новых веб-страниц более ценны, чем ссылки, вставленные в старый контент.

CreationDate : дата создания ссылки.

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

Новые ссылки, похоже, оказывают более существенное влияние.

Имхо, но автор поста совсем не понял цель подобных параметров. При условии что ссылка появляется в новом контенте (статье) то как правило она потребует больше денег, чем вставить ссылку в старый контент, который уже опубликован 5 лет назад. Таким образом Гугл борется с размещением ссылок в старых статьях, в том числе с помощью арендных ссылок (Сапе привет)

Миф № 12: Ссылки на авторитетные сайты не улучшают ваш рейтинг

Google всегда подчеркивал важность цитат и ссылок.

И это хорошо!

Но они ни разу не указали на внутреннюю систему отслеживания точности и уровня достоверности ссылок, которые вы добавляете в свой контент.

Я имею в виду, зачем им это?

Они лишь преуменьшают идею о том, что ссылки на источники улучшают SEO:

Не только это…

Джон Мюллер удвоил свой твит:

Что говорит утечка о ссылках на сайты с высоким авторитетом

Утечка документов предполагает, что действительно существует внутренняя система оценки цитирований и ссылок, особенно в нишах YMYL (Ваши деньги, ваша жизнь).

Они упоминают такие метрики, как « outlinkScore » и « outlinkDomainRelationship », которые, судя по всему, оценивают качество и релевантность исходящих ссылок.

Пристегнитесь для этого…

Вот что предлагают модули и атрибуты:

outlinkScore — указывает ценность исходящих ссылок.

outlinkDomainRelationship — оценивает связь между ссылающимся сайтом и связанным сайтом.

indexingConverter LinkRelOutlinks — анализирует исходящие ссылки на веб-странице на предмет качества и соответствия содержимому страницы.

webrefOutlinkInfos — исходящие ссылки страницы могут сигнализировать о ее авторитетности и актуальности, особенно если они указывают на другие высококачественные сайты.

Что это на самом деле значит?

Кажется, они показывают, что ссылки на качественные и релевантные внешние сайты МОГУТ повысить авторитет и надежность вашей страницы.

Это прямо противоположно тому, что Google говорил раньше.

Знаю, знаю.

Хотя это, возможно, не станет большим шоком, это должно стать тревожным звонком.

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

indexingConverter LinkRelOutlinks — параметр используется для оценки релевантности текста и ссылки и это очень правильно с точки зрения Гугла, чтобы SEO специалисты не размещали ссылки в нерелевантном контенте. OutlinkDomainRelationship может учитывать общие ссылки, при сильной близости (сайты ссылаются друг на друга или ссылочное закольцовано) полностью нивелировать его.

Миф № 13: Google не использует систему оценки токсичных ссылок

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

Когда SEO-специалист спросил о «токсичных ссылках» Semrush на веб-сайте их компании.

Джон Мюллер ответил:

Большинство оптимизаторов знают, что контент и качественные ссылки работают часто встречаются вместе.

Утечка подтверждает это.

Что говорит утечка о системе подсчета очков

Кажется, у Google есть несколько систем оценки ссылок.

Это указывает на более агрессивный подход к оценке ссылок, чем сообщалось публично.

На самом деле, весь граф ссылок Google очень сложен. Особенно, когда дело касается оценки токсичных ссылок.

В просочившихся документах API показан целый набор показателей ссылочного спама:

spamScore – оценивает уровень спама ссылок и упоминается 20 раз в документации API.

spamrank – значение от 0 до 65535, большее число указывает на вероятность того, что оно содержит ссылки на спамные или некачественные сайты.

С множеством различных ярлыков для штрафов за ссылки:

IndexingDocjoiner AnchorStatistics — этот модуль имеет набор атрибутов, которые говорят об обратном, например badbacklinksPenalized и penguinPenalty.

phraseAnchor SpamDemoted – Целью этого модуля является обнаружение и наказание за спам в анкорах.

spamPenalty — на основании этого анализа к окончательному расчету ссылки может быть применен штраф за спам.

Интересно, правда?

Меня очень впечатлил уровень, с которым Google измеряет качество ссылок. В какой степени это влияет на обратные ссылки, мы не знаем.

Но это явно противоречит тому, что они говорили в прошлом об отсутствии спам-оценки.

Миф № 14: Мы не используем авторство

Вот еще один миф, который циркулирует уже некоторое время…

Google утверждает, что их алгоритмы ранжирования не используют конкретный «показатель авторства» для ранжирования контента.

Еще в 2013 году Джон Мюллер сказал в Центре веб-мастеров :

«Мы не используем авторство для ранжирования».

Но эта позиция изменилась с появлением Schema…

В ходе видеовстречи 2021 года Джон Мюллер сообщил, что признание автора важно для Schema.

Какой из них верен?

Что утечка говорит об авторстве

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

OceanVolumeImprint – Репутация и авторитет автора в своей области могут существенно повлиять на рейтинг в поисковых системах.

OceanDataDocinfo WoodwingItemMetadata — метаданные об авторе и категории статьи могут использоваться для оценки опыта, авторитета и актуальности темы.

isAuthor, isPublisher — сигнализирует о роли объекта в документе (автор, издатель), что потенциально влияет на оценку достоверности.

document AuthorPresence — анализирует информацию на уровне документа, например авторитетность авторства.

Это означает, что авторство — это четко определенный и намеренно интегрированный компонент в системах Google.

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

Это объясняет, как Google отслеживает «экспертизу» в EEAT.

Если это правда, автор вашего контента может влиять на то, как контент оценивается на предмет качества и релевантности.

Нижняя граница:

Авторство вернулось.

Миф № 15: Домены и поддомены рассматриваются одинаково

Google уже давно утверждает, что субдомены и домены одинаково учитываются в их рейтингах.

В 2017 году Джон Мюллер ответил на вопрос о том, что лучше для SEO: поддомены или подпапки:

«Веб-поиск Google хорошо справляется с использованием как поддоменов, так и подкаталогов.[…] Нам нужно научиться сканировать их отдельно, но по большей части это просто формальность на первые несколько дней. Короче говоря, используйте то, что лучше всего подходит для вашей установки». — Джон Мюллер

Эти утверждения подразумевают, что Google рассматривает субдомены так же, как и их основные домены, в отношении SEO и сканирования.

По данным Google, нет существенной разницы в том, как они обрабатываются для целей ранжирования.

Это еще одно классическое заявление Google : «Не волнуйтесь, мы сделаем это за вас» .

Это похоже на токсичные ссылки из мифа №10.

Но утечка, похоже, показывает, что на самом деле это не так.

Что говорит утечка о доменах и поддоменах

Здесь есть две ключевые вещи:

Отдельная оценка: Google оценивает поддомены отдельно от основного домена.

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

Второй момент потенциально очень важен…

Это может означать, что вам придется отдельно повышать авторитет вашего поддомена И основного домена.

Это прямо противоречит тому, что Google говорил в прошлом, и на это стоит обратить внимание в будущем.

Поведение Гугла логичное, многие авторитетные площадки позволяют создавать или подпапки или отдельные домены 3 уровня для публикации своих статей (Пример — ЖЖ). В таком случае каждый отдельный поддомен — это отдельный сайт, и его нужно рассматривать отдельно, чтобы общий траст основного домена не позволял сильно высоко ранжироваться, это плохо, приводит к паразитному SEO.
The post 15 seo-мифов, опровергнутых утечкой данных Google first appeared on SEO Блог Евгения Молдовану.

Оптимизация скорости загрузки шрифтов на wordpress с CDN Google

Евгений Молдовану — Thu, 25 Apr 2024 06:53:46 +0000

Последнее время в России сильно уменьшилась скорость загрузки из CDN Google. Я думаю это связано с удалением CDN серверов из России начиная с 2022 года. В результате этого + снижения скорости загрузки ресурсов из-за рубежа упала загрузка из CDN Google Font. И если сама дискуссия по поводу использования Google Font велась и раньше, то основной посыл там был о скорости дополнительного соединения.

Откуда вообще взялась проблема? Зачастую шаблоны WordPress, скачанные из зарубежных источников, как пример Themeforest, использовали удобный способ загрузки который предоставлял CDN Google Font. Основные преимущества сервиса, как то поддержка кеша в разных странах, разных вариантов кириллицы, латиницы и других типов положительно работал в случае загрузки сайта из разных стран.

Но если у вас основной трафик из России, то использовать Google Font нецелесообразно. Проблема еще усилилась тем, что иногда IP Google Font попадается под блоком РКН и как следствие возникает вообще проблема с загрузкой шрифтов. Проблема довольно низкая, шанс меньше 1%, но это все влияет на поведенческие факторы на сайте.

Также на время загрузки шрифтов на вашем сайте блокируется отображение сайта (если вы специально не настраивали отображение локальных шрифтов из Windows или не выносили критические css и сам шаблон) и как следствие — плохие балы по скорости загрузки сайта в https://pagespeed.web.dev

Пример на моем блоге — очень низкая скорость загрузки страницы из-за блокирования загрузки:

Одной из задержки отображения (Total Blocking Time) является CDN Google:
Вот пример, 750 миллисекунд уходит на блокировку:

Решаем проблему

Для решения проблемы отлично подойдет один из 2 плагинов — Local Google Fonts (более 100 000 активных установок) или малопопулярный Easyfonts. Последний имеет несколько более расширенный функционал который позволяет работать на большем количестве сайтов.

Главный их функционал — скачивание шрифтов из CDN Font и загрузка их на ваш сайт.

Минус — удалять сам плагин нельзя, он должен работать.

В Easyfonts есть сервис, с помощью которого можно убедиться о том что все грузится именно с вашего сайта, а не CDN. https://easywpstuff.com/google-fonts-checker/

Важно после активации и включении плагина очищать кеш, если он у вас работает, иначе вы не увидите результат. Также помните, что иногда плагины не сразу удаляют кеш, а с некоторой задержкой или по крону. А некоторые типа WP Fast Cache еще и может не удалить кеш, поэтому если у вас не появляется результат работы плагина, то зайдите через ftp и физически удалите файлы кеша.

На практике мене популярный Easyfonts работает почти в 100% случаев, тогда как плагин Local Google Fonts имеет ограничения.
Ну и главное, ради чего это делалось? получаем +30 балов по Google pagespeed:

The post Оптимизация скорости загрузки шрифтов на wordpress с CDN Google first appeared on SEO Блог Евгения Молдовану.

Собираем событийный траф для получения поведенческих факторов сайта

Евгений Молдовану — Mon, 02 Oct 2023 10:40:08 +0000

Не секрет что собирать трафик новеньким сайтам после старта очень тяжело. Иногда получив трафик сначала сайт начинает быстро расти. А бывает и обратная ситуация — после старта сайта получает +100 позиции даже по низкочастотным запросам и страницы не лезут в топ даже по тем запросам, по которым конкуренции практически нет.

В свое время я уже писал пост о том как я подливал трафик для расчета поведенческих факторов на сайте. Для тех кто не в теме — после расчета поведенческих на странице страница или пул запросов получают хороший буст. Иногда можно прокачать текстовые, ссылочные факторы, выйти в топ 20, но так и не получить трафика на страницу. В таких случаях остается надеяться только на колдунщика или бандита который закинет на пару дней для теста качества сайта в топ и вы получите трафик.

Но еще хуже при старте проекта когда трафика нет не только на конкретную страницу, но и вообще на сайт. Если в среднем для расчета поведенческих надо от 1 до 3 месяцев, то если трафика очень мало расчет может быть вообще не произведен в целом для сайта. Поисковые системы считают трафик очень маленьким, данных с прямых заходов или другой поисковой системы очень мало (а этот трафик тоже влияет на расчет поведенческих). Как бороться с этим? Очевидно что получить трафик на сайт, предварительно установив google analytics и Метрику.

Если не устанавливать счетчики, расчет все равно произойдет, но времени на это будет потрачено в разы больше.

Для коммерческих сайтов проблемы налива трафика не существует. Потому что можно закинуть денег в Яндекс Директ и слить кучу трафа, еще и отбив его стоимость. В информационных сайтах лить просто не рентабельно, в большинстве случаев оправдать его не реально. Тем не менее довольно часто вижу что некоторые вебмастера все еще льют трафик. Я одно время лил с Директа, но к сожалению качество трафика настолько упало, что даже увеличение количества денег не сильно влияет на его качество, все равно льют до 50-70 % ботов. В теории оправдать можно и такой трафик с Директа при условии, что на сайте есть инфокурс или микроплатежи, как вот в пример на сайте https://okpython.net
Пример как льет трафик с Директа по запросам:

Сайт информационный, но есть возможность сделать оплату для развития сайта. Судя по Кейсо, трафика закупается до 5000 рублей в месяц и он в теории может оправдаться.

Событийный трафик:

Я последнее время использую событийный трафик для расчета поведенческих в ПС. В процессе я определил, что:

Трафик слитый на конкретную страницу влияет на расчет поведенческих не только к этой странице

Качественные страницы дают буст всей категории

Большое количество качественных страниц с рассчитанными ПФ дают буст даже новым категориям и страницам

Метод состоит в том чтобы загнать быстроробота и показать ему, что сайт регулярно обновляется и ему есть смысл приходить и индексировать новые страницы. Почему нам нужен именно быстроробот? Потому что трафик с обычными страницами начинает идти обычно от 3 месяцев до 8 (для новых сайтов), поэтому другого трафика нам просто не получить. Поэтому для старта нужно выбрать какую то конкретную категорию и на протяжении 10-40 дней наполнять рубрику контентом. Тут годятся и статьи сгенерированные с помощью ChatGPT, главное чтобы они были качественные. Я очень часто его использую для генерации дополнительного контента страницы, как то таблицы, подборки данных.

Если быстроробота на вашем сайте до старта нет, то не в коем случае не пользуйтесь функциями «Переобход страниц» в Яндексе или «Индексация» страницы в Гугле . Быстроробот должен сам найти страницу. Нам нужно только помочь ему с этим.
Лучше всего это сделать с помощью таких методов:

Постинг ссылок с помощью Твитера и аналогичных микросервисов.

Хорошо работают дневники liveinternet.ru, livejournal.com, Яндекс Дзен

Любые соцсети, как то Одноклассники, Фейсбук или ВК

Тут есть два варианта — например искать через обычный поиск в поисковых системах или например искать через Яндекс блоги. А можно и через обычный поиск, вбейте в поиске свой ключ (тематику) и выберите выдачу по Москве и индексацию за сутки.

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

Также можно собрать базу и в случае появления новых постов сразу прийти на новый пост и запостить линк. В случае если на этом ресурсе живет быстроробот он придет на ваш сайт в течении 5 минут — 1 часа.

Лайфхак. Если на вашем сайте включена в Яндекс Метрике связка с Вебмастером, то иногда быстроробот приходит даже по текстовым ссылкам, если пользователь приходит с сайтов с быстророботом.

Получаем трафик

Если вы дочитали до этого места вы наверное думаете, ради чего все это делается. Цель — получение трафика с быстроробота и получение высоких позиций в выдаче после того как придет реальный индексирующий бот. Наше преимущество в том, что страница очень часто не теряет позиции, а может незначительно просев остаться в топе по запросам, в которых она зашла по быстророботу.
Пример моего получения трафика для старого сайта (да, методика подходит не только для новых):

Трафик идет не только с Гугла, но и Яндекса (url сайта закрыл, но думаю вы без проблем найдете его, если интересно):

Итого меньше месяца и получено более 9000 посетителей с 3 статей (1 из статей плохо зашла, поэтому не скриню ее). Даже если купить в директе по 3-5 рублей за посетителя трафик, то выйдет под 30-50К рублей, что просто неподъемная сумма для статейника.

Зашло кстати не все одинаково. Например одна из статей после быстроробота не осталась в топе (видно поведенческие не были идеальными):

Ну а теперь главное — есть ли реакция на другие страницы сайта? Да, она всегда есть, в Яндексе от 1-3 месяцев, в Гугле очень часто уже через месяц. Да, удивительно как быстро Гугл это учитывает. Вот пример роста в Гугле на этом сайте по запросам (1 запрос=1 страница, запросы от 10К до 30К показов в месяц, страницы не входят в один семантический кластер):

Тут важно понять, что это результат не только за счет добавления этих страниц, но и обновления сайта, так как это один из важных факторов в Гугле. Поэтому даже на сайты которые вы не обновляете желательно раз в 1-2 месяца постить пару статей.

Как повторить такое на вашем сайте?

Первое — подумайте о всех событийных событиях в своей нише. Не важно что это у вас, статейник по грибам или финансовый сайт. Под первый можно быстро написать новость о запрете продажи мухоморов в стране, а под второй о появлении нового пособия или выплат. Не берите слишком широкие темы, лучше получить меньше трафика в десятки раз, но более тематического. Потому что поисковые системы учитывают семантическую близость кластеров и от этого зависит ранжирование (исключение — общетематические сайты без привязки).
Лучше написать о дне города в конкретном месте с описанием что будет на празднике и какие мероприятия, чем пытаться охватить событие по всей стране. Да, новость может прожить 1-3 дня, но этого достаточно.
Обязательно под каждый сайт создавайте отдельные страницы в сотсетях типа твитер, фейсбук или вк. Спустя какое то время там появится быстроробот и вам не нужно будет совершать такие сложные варианты для индексации страниц. Более того, если у вас есть траст в быстророботе спустя времени можно будет даже использовать обычный переобход страниц и все будет залетать в топ.

Еще один плюс этой методики — спустя время вы начнете залетать в Рекомендации в Google, но это тема совершенно другого поста.

Было интересно и актуально? Подписывайся на мой телеграм чтобы следить за следующими постами.
The post Собираем событийный траф для получения поведенческих факторов сайта first appeared on SEO Блог Евгения Молдовану.

Основные метрики Яндекс Proxima вызвавшие падение трафика в марте

Евгений Молдовану — Tue, 11 May 2021 18:45:37 +0000

Прошло почти 2 месяца с момента фильтра Яндекса в марте. Уже есть достаточно данных для того чтобы начать делать какие то выводы. Яндекс ввел фильтр по трем основным тематикам: медицина, юристы и финансы. На практике больше всего пострадали медицинские информационные сайты, так как в некоторых нишах выкосили все статейники.
Яндекс сам заявил о обновлении новых метрик Яндекс Proxima.
Я потратил уйму времени для поиска тех самых метрик Proxima выраженых через задания в Яндекс Толоке — сервисе для асессоров.
Сегодняшний пост — выжимка из конкретных заданий которые повлияли на фильтр.

Яндекс запускает аналог E-A-T в Google

Яндекс уже не впервые копирует наработки Google. К примеру тот же алгоритм YATI = это полная копия Google BERT. Еще ранее Гугл ввел отдельный фильтрацию по критериям EAT (Expertise, Authoritativeness, Trustworthiness — экспертность, авторитетность и доверие ) для сайтов входящих в ниши YMYL (Your Money or Your Life – Ваши деньги или Ваша жизнь).
Сейчас Яндекс полностью повторяет путь Гугла создавая аналог фильтрации по критериям EAT.
Перечислим конкретные факторы влияющие на шанс остаться в топе Яндекса на основе заданий фильтрации для толокеров. Для начала есть несколько видов заданий:

Непосредственно негативно влияющих на наложение отрицательных оценок

Задания цель которых отсечь часть выборки

Обратная ситуация: поиск данных которые попадут в кластер для CatBoost

К первым относятся например примеры с шок рекламой. За нее положены санкции на сайт и асессор просто проверяет наличие такой рекламы на сайте. Как правило подобные проверки делаются на скриншоте сайта, а не непосредственно на нем. Это сделано для того чтобы не было подмены контента сайта после рефера с Толоки.

Задания с отсечением выборки — это например проверка на тематику. Перед тем как наказывать за медицину отсекались все новостные и научные статьи.

Третий пункт — это отсев нетематичных критериев для уточнения выборки.

А теперь поговорим о конкретных фактах которые влияли на сайты.

Релевантный лучший ответ и сайт в нише

Задания такого типа нацелены на проверку релевантности по пулу запросов.
Яндекс берет пул запросов связанных одним кластером семантического ядра и сравнивает внутри сайты путем попарного сравнения с конкурентами в топе.

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

Сюда же относятся задания с проверкой релевантности по запросу.

Авторитетность, Лояльность, Качество

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

Авторство текста

Яндекс считает что у сайта должен быть автор текста или тот кто отвечает за модерацию и контент на сайте. При этом человек должен обладать квалификацией в своей нише. Для медицины и юридической тематики должны быть дипломированные специалисты. Другими словами о болезнях сердца должен писать кардиолог, а по юридической тематике — юрист.
Обязательно сделайте микроразметку автора и отдельные страницы для каждого специалиста. Распишите их образование, маленькую биографию и приложите сканы их дипломов.

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

На вашем сайте в странице автора должны быть ссылки на социальные сети, в которых был подтверждались данные (например врач репостил свои же статьи на вашем сайте) или подтверждал работу на вашем сайте.
Еще лучше — видеоконтент подтверждающий принадлежность к вашему сайту.
В случае если у вас например врач который имеет слабые навыки в профессии желательно еще сделать редактора который дополнительно проверяет статьи.

Также обязательно должна быть отдельная страница «О нас» («Авторы», «Специалисты») в которой перечислены те кто отвечает за контент на сайте. Наличие страницы с контактами (емейл, номер телефона) обязательны.

Наличие фото лицензий, дипломов тоже положительно влияет на оценку.

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

Качество статей и фактчекинг

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

Также в медицине каждый факт, утверждение или исследование должно быть подтверждено. Нельзя на сайте писать «50% тех кто страдает ожирением умрут от диабета» без ссылки на исследование или текстовое упоминание откуда вы взяли данные или факт. Идеальный случай — это сослаться на сайт университета или медицинского учреждения где проводилось исследование.
То же и касается юридической тематики — упомянули о новом законе — сошлитесь на офф сайт страны откуда вы взяли эту новость. Если к контенту могут быть вопросы в связи с малыми доказательствами — используйте экспертов или цитаты квалифицированных специалистов:

Идеально вообще в конце статьи дать ссылки на использованные материалы(книги, авторов, журналы) или источники, например как тут:

В медицине отдельно проверяется еще возможность нанести вред здоровью. Цитата из методичек асессоров:

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

На практике работает так — написал что «модного вируса» не существует = получи оценку. Накатал статью о том как водолею в январе нужно поститься 20 дней = получи еще негативную оценку.
Также в медицине если статья содержит дозировки или лечение должно быть обязательное предупреждение о том что нужно не заниматься самолечением и обратиться к врачу.

В финансовой тематике к примеру даже за рекламу ICO с гарантированными выплатами или рекламу Hyip сразу пострадает авторитет сайта.
Авторитетность сайта может пострадать если в отзывах будут писать об мошенничестве на вашем сайте

Также в юридической тематике была проверка на наличие на сайте «фейкового онлайн чата». Наличие такой партнерки с «бесплатными консультациями» Яндекс оценивает очень низко. Еще одно — в случае если вы используете публичные телефоны они не должны быть указаны в контактах = у вас должен быть отличный от партнерских свой телефон человека который отвечает за контент на сайте.
Для финансовой и юридической тематики для части запросов очень важна экспертность:

Кроме экспертности важна авторитетность источников на которые вы ссылаетесь. Для юридической темы это могут Гарант.РУ , ГОСУСЛУГИ или официальные сайты Правительства.

Качество рекламы и ее количество тоже напрямую влияет на оценки. Если на вашем медицинском сайте находится желтая или мошенническая реклама то сайт будет понижен. Подробнее с примерами писал тут, повторяться не буду.

Вопросы

Тут я собрал некоторые вопросы которые мне задавали или 100% зададут.

Вопрос: Получается нужно исправить все это на сайте и сайт вернется в топ?

Ответ: Не совсем. Дело в том что данные проходят через асессоров и обновляются раз в какое то время. Например по медицине было около 2 масштабных проверок за год. Так что вполне возможно перепроверка будет через 6-12 месяцев, автоматически позиции не вернутся.

Вопрос: Мой сайт упал в марте и уже в апреле большая часть запросов вернулась в топ обратно. Значить фильтр сняли

Ответ: Это не совсем так. Дело в том что новые данные остаются только в случае если метрика качества поиска улучшилась. Если она ухудшилась = Яндекс сбрасывает данные по конкретным ключам и запросам. Вполне возможно вам повезло и в вашей нише те сайты которые стали в топ после апдейта метрик Проксимы показали очень плохие результаты в выдаче и Яндекс откатил выдачу обратно.

Вопрос: Я заходил в Толоку и видел в экзамене только задания из Яндекс Дзена. Это Яндекс фильтрует медицину в своем Дзене и эти задания никак не касаются выдачи и других сайтов.

Ответ. Это большое заблуждение. Дело в том что Яндекс для экзамена использует очень часто сайты которые ему принадлежат или крупные сайты типа Википедии и Дзена. Причина в том что часто задание требует перехода на сайт. Количество выполняющих экзамен в день — тысячи человек. Если бы там были рандомные статейники админы могли бы подменить контент или вообще заблокировать доступ к странице отдавая к примеру 404 ошибку по реферу. Тем самым Яндекс в один момент может получить тысячи неправдивых сведений в экзамене.

Кстати после экзамена дается первое задание. Так вот это задание тоже является тестовым. Причина банальна — толокеры выкладывают постоянно задания на Ютуб чем помогают в прохождении экзамена на 100%. А в 2 экзамене существует немного random заданий поэтому их толокеры в паблик не кидают — часть заданий не одинаковые. Именно 2 задание для Яндекса является решающим. И только после него вы через 1-3 суток получите настоящие задания для оценки сайтов.
The post Основные метрики Яндекс Proxima вызвавшие падение трафика в марте first appeared on SEO Блог Евгения Молдовану.