Мои сайты — Вебмастер. Справка

Сайты, которые вы добавили в Вебмастер, отображаются на странице Мои сайты.

На этой странице вы можете отслеживать ключевые показатели:

• ИКС.

• Количество страниц, которые были загружены роботом Яндекса при индексировании сайта.

• Количество страниц, которые участвуют в поиске.

• Количество Турбо-страниц в поиске.

• Фатальные и критичные ошибки на сайте и в Турбо-страницах.

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

Если вы меняете адрес сайта или протокол (с HTTP на HTTPS), по которому он доступен, старый адрес сайта перестанет быть главным зеркалом. В списке сайтов появится адрес, на который вы переезжаете. Чтобы получать информацию о его состоянии в поиске, подтвердите права на управление им.

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

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

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

Чтобы удалить сайт из Вебмастера:

1. Перейдите на страницу Мои сайты.

2. Напротив нужного сайта нажмите значок .

Сайт пропадет со страницы Мои сайты, если вы не подтвердили права на управление им в течение месяца после добавления в сервис.

Влияет ли добавление сайта в список моих сайтов на то, как быстро он будет проиндексирован?

Регистрация сайта в сервисе не влияет на его индексирование. Чтобы ускорить индексирование сайта, следуйте рекомендациям.

Сможет ли кто-то другой получить информацию о моем сайте?

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

• пользователь, который подтвердил права на управление;

• пользователь, которому делегировали права.

Чтобы узнать, у кого есть доступ к сайту в Вебмастере, перейдите на страницу Права доступа.

Чтобы ваш вопрос быстрее попал к нужному специалисту, уточните тему:

Для добавления сайта в Вебмастер необходимо, чтобы сервер отвечал основному роботу Яндекса и роботу Вебмастера HTTP-кодом 200 OK (или перенаправлением на страницу, отвечающую HTTP-кодом 200 OK).

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

Запись DNS не найдена

Данная ошибка произошла из-за того, что требуемая запись не была найдена в DNS вашего сайта. Это могло произойти по следующим причинам:

• Информация в DNS еще не успела обновиться (это может занять некоторое время). Попробуйте подтвердить права на следующий день.

• В DNS была создана запись не txt-типа;

• В DNS была создана запись для другого сайта. Домены http://www.site.ru и site.ru с точки зрения поисковой системы являются разными, поэтому txt-запись для каждого из них создается отдельно.

• Сайт работает по IPv4 и IPv6. Убедитесь, что по всем IP-адресам сайт отвечает корректно.

Если вы не знаете, как сделать txt-запись в DNS, обратитесь в службу поддержки сервиса, на DNS которого делегирован ваш сайт. Например, это может быть регистратор доменных имен.

Содержимое полученного HTML-файла отличается от требуемого

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

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

Если сайт работает по IPv4 и IPv6. Убедитесь, что по всем IP-адресам сайт отвечает корректно.

Не удалось загрузить главную страницу

Робот Вебмастера не смог просмотреть главную страницу вашего сайта. Это могло произойти по следующим причинам:

• Главная страница вашего сайта перенаправляет на другую страницу (например, на страницу /index.html). В таком случае рекомендуем изменить настройки сервера таким образом, чтобы роботу с именем Mozilla/5. 0 (compatible; YandexWebmaster/2.0; +http://yandex.com/bots) сервер отвечал HTTP-кодом 200 OK.

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

• Сайт работает по IPv4 и IPv6. Убедитесь, что по всем IP-адресам сайт отвечает корректно.

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

Метатег не найден

Проверьте следующее:

• Метатег, который необходим для подтверждения прав на управление сайтом, должен располагаться в HTML-коде главной страницы сайта, в элементе head.

  <head>
  ...
  <meta name='yandex-verification' content='XXXXXXXXXXXXXX' />
  ...
  </head>

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

• Сайт работает по IPv4 и IPv6. Убедитесь, что по всем IP-адресам сайт отвечает корректно.

При проверке прав робот получил ответ, отличный от 200 OK

При обращении основного робота Яндекса или робота Вебмастера к документам на вашем сайте сервер отвечает кодом, отличным от 200 OK. Поэтому права не могут быть подтверждены.

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

Необходимо настроить сервер таким образом, чтобы на запрос файла он отвечал роботам HTTP-кодом 200 ОК — в этом случае права на сайт в Вебмастере должны подтвердиться успешно.

Если сайт работает по IPv4 и IPv6. Убедитесь, что по всем IP-адресам сайт отвечает корректно.

Ошибки при делегировании прав

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

Также нужно учитывать, что с точки зрения поисковой системы сайты https://www.example.com, https://example.com, http://www.example.com и http://example.com являются разными. Поэтому адрес сайта нужно добавлять в точности так, как он был добавлен пользователем, который делегирует права.

Другая ошибка

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

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

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

Сайты для мобильных устройств — Вебмастер. Справка

1. Общие рекомендации
2. Как проверить мобильные страницы сайта
3. Как Яндекс проверяет сайты на мобильную адаптивность
4. Вопросы и ответы про мобильные сайты

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

Сайт с адаптивным дизайном

Сайт подстраивается под разрешение и размер экрана; доступен по одному URL для всех типов устройств.

Сайт с динамической версткой страниц

Для просмотра с разных мобильных устройств сервер отправляет в ответ на запрос одного URL различные варианты кода HTML и CSS.

Мобильная версия сайта (поддомен)

Для просмотра с мобильных устройств используется отдельный URL (специальный поддомен: m. example.com, mob.example.com и пр.). Чтобы в мобильном поиске участвовал мобильный поддомен, его структура должна полностью соответствовать структуре основного домена.

Примечание. На адаптивность мобильным устройствам Яндекс проверяет основной домен и мобильный поддомен. Например, робот проверяет страницу example.com/page, затем по редиректу переходит на m.example.com/page. Если страница на мобильном поддомене проходит проверку, то страница example.com/page признается адаптированной для мобильных устройств. Подробнее см. Как Яндекс проверяет сайты на мобильную адаптивность.

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

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

• Ресурсы должны быть доступны для мобильного индексирующего робота Яндекса: Mozilla/5.0 (iPhone; CPU iPhone OS 8_1 like Mac OS X) AppleWebKit/600.1.4 (KHTML, like Gecko) Version/8.0 Mobile/12B411 Safari/600. 1.4 (compatible; YandexMobileBot/3.0; +http://yandex.com/bots). Разрешите в файле robots.txt сканирование CSS, JavaScript, от которых зависит отображение сайта на мобильных устройствах. Иначе страницы сайта могут некорректно отображаться в результатах поиска.

• Страницы сайта должны отправлять серверу ответ с HTTP-кодом 200 OK. Вы можете проверить ответ сервера в Яндекс Вебмастере.

• Не используйте технологии Flash, Silverlight или Applet на страницах, ориентированных на мобильных пользователей — эти технологии могут не поддерживаться на мобильных устройствах.

  Совет. Например, пользователи не смогут просмотреть интерактивную часть сайта или видеоролик, встроенные на Flash. Поэтому рекомендуем встраивать контент с помощью HTML5 или отказаться от тяжелых и сложных интерактивных элементов.

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

• Содержимое страниц не должно выходить за рамки экрана по горизонтали.

• Страницы сайта должны открываться корректно и без горизонтальной прокрутки на устройствах с разрешением 375 пикселей и более.

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

• Адреса вида m.example.com могут выглядеть в десктопном поиске как ссылки на мобильную версию сайта, которые случайно попали в выдачу. Чтобы этого избежать, рекомендуем использовать для десктопных версий более однозначные поддомены, например mos.example.com для московской версии сайта.

Также посмотрите Как Яндекс проверяет сайты на мобильную адаптивность.

Чтобы проверить:

1. Перейдите на страницу Проверка мобильных страниц.

2. Выберите из списка сайт, страницу которого хотите проверить.

3. В поле укажите URL страницы. По умолчанию указана главная страница сайта.

4. Нажмите кнопку Проверить.

Проверка длится несколько минут.

1. Перейдите на страницу Все, что проверяет Яндекс Вебмастер.

2. Выберите из списка сайт, страницу которого хотите проверить.

3. В блоке Рекомендации найдите строку Сайт не оптимизирован для мобильных устройств и нажмите кнопку Проверить.

Проверка завершится в течение двух недель.

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

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

После проверки на странице Диагностика → Диагностика сайта появятся рекомендации по оптимизации. Яндекс Вебмастер регулярно проверяет сайт. Вы можете настроить уведомления о результатах проверки.

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

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

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

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

Для формирования поисковой выдачи на мобильных устройствах робот Яндекса сверяет URL-адреса десктопной и мобильной версии сайта:

Настройки сайта	Поведение в результатах поиска на мобильных устройствах	Рекомендация
Адреса десктопной и мобильной версии сайта полностью совпадают.	Отображается мобильная версия.	В элемент head добавьте метатег <meta name="viewport" content="width=device-width, initial-scale=1">, чтобы указать область просмотра контента. Подробно см. в разделе Использование HTML-элементов. Убедитесь, что сайт отвечает общим рекомендациям по мобилопригодности. Также вы можете проверить сайт в Вебмастере.
Адреса различаются только доменом (например, https://example.com/ и https://m.example.com/) или полностью (например, https://example.com/page/ и https://mobile.example.com/catalog/). Для указания на мобильную версию на десктопной версии может быть установлен редирект и атрибут rel=»alternate».	Робот проверяет наличие редиректа с десктопной на мобильную версию и наличие атрибута rel=»alternate» на страницах десктопной версии, а также, что редирект совпадает с содержимым атрибута. Если они совпадают, в результатах поиска будет отображаться мобильная версия. Если нет, подмена не произойдет — в результатах поиска будет отображаться десктопная версия. При этом в Вебмастере появится уведомление о том, что сайт не признан мобилопригодным. Когда адреса совпадают, кроме домена (https://m.example.com и пр.), подмена десктопной версии на мобильную в выдаче может происходить без наличия атрибута атрибута rel=»alternate». Несмотря на это, рекомендуем добавлять атрибут для указания на мобильную версию. Это поможет Яндексу более точно определять связь между версиями сайта.	Проверьте, что все версии сайта мобилопригодны. Проверьте, что контент страниц десктопной и мобильной версии сайта совпадает. Для пользователей мобильных устройств установите на все страницы десктопной версии сайта редирект и атрибут rel=»alternate», указывающий на страницы мобильной версии. Редирект с каждой страницы десктопной версии должен вести на аналогичную страницу мобильной версии. Внимание. Убедитесь, что редирект не перенаправляет с множества страниц десктопной версии на одну страницу мобильной версии. При этом атрибут rel=»alternate» должен быть указан для Назначение робота Основной индексирующий робот. Учитывает общие правила, указанные в robots.txt Да «}}»> Яндекса, а редирект — для Mozilla/5.0 (iPhone; CPU iPhone OS 8_1 like Mac OS X) AppleWebKit/600.1.4 (KHTML, like Gecko) Version/8.0 Mobile/12B411 Safari/600.1.4 (compatible; YandexMobileBot/3.0; +http://yandex.com/bots)»}}»>.

Пример использования атрибута rel=»alternate»

Атрибут rel=»alternate» с указанием на мобильную версию сайта помогает мобильному роботу Яндекса понять, на какую версию перейти. Размещайте атрибут в элементе link внутри элемента head. Например:

<link rel="alternate" media="only screen and (max-width: 640px)" href="http://m.example.com/" />

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

Может ли отличаться контент мобильной и основной версии сайта?

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

Как избежать дублирования контента?

Основная и мобильные версии сайта воспринимаются мобильным роботом Яндекса как отдельные сайты и индексируются отдельно друг от друга.

Чтобы помочь мобильному роботу правильно определить версию сайта, укажите на страницах основного сайта соответствующие URL мобильной версии. Например, с помощью атрибута rel=»alternate» в элементе link:

<link rel="alternate" media="only screen and (max-width: 640px)" href="http://m.example.com/page.html"/>

Надо ли устанавливать редирект на мобильную версию сайта?

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

Надо ли добавлять мобильную версию сайта в Вебмастер?

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

Примечание. На адаптивность мобильным устройствам Яндекс проверяет основной домен и мобильный поддомен. Например, робот проверяет страницу example. com/page, затем по редиректу переходит на m.example.com/page. Если страница на мобильном поддомене проходит проверку, то страница example.com/page признается адаптированной для мобильных устройств. Подробнее см. Как Яндекс проверяет сайты на мобильную адаптивность.

Можно ли создать мобильную версию сайта в подкаталоге (папке)?

Можно. Чтобы робот связал десктопную и мобильную версии сайта, установите на все страницы десктопной версии редирект и атрибут rel=»alternate», указывающий на страницы мобильной версии. При этом редирект с каждой страницы десктопной версии должен вести на аналогичную страницу мобильной версии.

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

Как сообщить роботу Яндекса о наличии адаптивной версии сайта?

Для сайтов с адаптивным дизайном используйте метатег <meta name="viewport" content="width=device-width, initial-scale=1">, чтобы указать область просмотра контента. Подробно см. в разделе Использование HTML-элементов.

Мобильная версия на поддомене стала зеркалом основной версии

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

Сайтов, использующих Яндекс.Директ — Wappalyzer

Реклама

Посетите сайт partner.yandex.com

Яндекс Директ — это платформа, предназначенная для управления спонсируемой рекламой.

Обратитесь в Яндекс.Директ
пользователи

Создайте список
9900
Сайты Яндекс.Директа
с компанией и контактными данными.

Создайте список потенциальных клиентов

Сайты, использующие Яндекс.Директ

Это лучшие сайты, использующие Яндекс.Директ на основе
трафик.

#	Веб-сайт	Трафик
1	4pda. to
2	24smi.org
3	music.yandex.ru
4	andreyex.ru
5	1gai.ru
6	basicweb.ru
7	docviewer.yandex.ru
8	acfwp.ru
9		3.ru
10	aftershock.news

Получить полный список
сайты и компании, использующие Яндекс.Директ.

Отчеты Яндекс.Директа

Создавайте релевантные отчеты для Яндекс.Директа, чтобы находить потенциальных клиентов
или узнайте больше о своей целевой аудитории.

Примеры отчетов

Сайты Яндекс.Директ в США

Сайты Яндекс.Директ в США

Адреса электронной почты клиентов 1 и 10 телефонов Яндекс. Директ

Сайты Яндекс.Директа с доменом .com

Топ-5000 самых посещаемых сайтов Яндекс.Директа

5000 малопосещаемых сайтов Яндекс.Директа

500 лучших веб-сайтов по каждой технологии в категории «Реклама»

Или,

Создайте собственный отчет Яндекс.Директа.

Динамика использования Яндекс.Директа

На этом графике показан рост Яндекс.Директа с
июль 2020.

Демография Яндекс.Директа

Разбивка по странам и языкам, используемым
Сайты Яндекс.Директа.

Страны

Языки

Альтернативы Яндекс. Директу

Это самые популярные альтернативы Яндекс.Директу в
2023.

Посмотреть полный список
Альтернативы Яндекс.Директу.

Приложения

Wappalyzer работает с инструментами, которые вы используете каждый день.

Хром

Просматривайте технологии веб-сайтов, которые вы посещаете, в своем браузере.

Fire Fox

Просматривайте технологии веб-сайтов, которые вы посещаете, в своем браузере.

Край

Просматривайте технологии веб-сайтов, которые вы посещаете, в своем браузере.

Сафари

Просматривайте технологии веб-сайтов, которые вы посещаете, в своем браузере.

отдел продаж

Просматривайте технологические стеки ваших лидов в CRM.

HubSpot

Просматривайте технологические стеки ваших лидов в CRM.

Пайпдрайв

Просматривайте технологические стеки ваших лидов в CRM.

Семруш

Просматривайте стеки технологий ваших клиентов и потенциальных клиентов в вашей CRM.

Паббли

Автоматизированные рабочие процессы и электронный маркетинг.

Запир

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

Делать

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

Gmail

Просматривайте наборы технологий ваших контактов в Gmail.

Андроид

Ваппалайзер в кармане.

Wappalyzer доверяют тысячи профессионалов по всему миру

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

В наши дни вам нужны передовые маркетинговые инструменты, чтобы выделиться среди конкурентов. Wappalyzer поможет нам в этом. Томас Алиберт
Специалист по развитию в PayFit

Я постоянно пользуюсь Wappalyzer, и это бесценно, так как помогает мне в работе с клиентами. Майкл Петселас
Специалист по развитию клиентов в HubSpot

Wappalyzer — неотъемлемая часть нашего процесса продаж, позволяющая оптимизировать сегментацию потенциальных клиентов в любом масштабе. Это полностью меняет правила игры для нашей организации. Роман Швайгер
Руководитель отдела развития бизнеса в Boomerank

Wappalyzer был такой полезной частью набора данных HTTP Archive. Это позволило нам по-новому разделять данные и получать более интересные сведения о состоянии Интернета. Рик Вискоми
Старший инженер DevRel в Google

Wappalyzer помогает нашим отделам продаж лучше и быстрее понимать потенциальных клиентов, имея четкое представление об их техническом стеке. Рабин Нухтабек
Главный инженер по развитию Skedify

Подпишитесь, чтобы получать периодические обновления продукта.

Мы прочитали все 1800+ факторов ранжирования Яндекса и вот что мы нашли

До свидания ChatGPT, привет Яндекс.

Исходный код Яндекса (российская поисковая система) недавно просочился в сеть, и у всех на уме один вопрос: стоит ли нам об этом заботиться.

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

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

Яндекс это не Гугл.

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

Но, черт возьми, это было весело.

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

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

Что такое Яндекс?

Яндекс — российская поисковая система. Это крупнейшая технологическая компания в России и пятая по величине поисковая система в мире после Google, Bing, Yahoo! и Baidu.

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

Яндекс был основан в начале 1990-х годов и запущен в 1997 году, примерно в то же время, когда была запущена поисковая система Google. Я видел упоминания о том, что многие бывшие гуглеры работают в Яндексе, однако никаких подтверждений этому, кроме заявлений в Твиттере, найти не могу.

Все, что мы знаем, это то, что Яндекс был создан примерно в то же время, что и Google, извлек выгоду из роста Google в течение 20 с лишним лет и является ведущим технологическим работодателем в России, так что делайте из этого что хотите.

Что случилось?

В январе 2023 года исходный код Яндекса просочился на популярный хакерский форум. Хакер опубликовал файл размером 44,7 ГБ, который, как он утверждал, содержал весь исходный код без правил защиты от спама.

Что здесь особенно интересно, так это то, что он включал файл их 1900+ факторов ранжирования для всего мира. Опять же, Яндекс — это не Google, однако это увлекательный взгляд на то, как работают поисковые системы, и дает некоторые подсказки о том, как мы можем подойти к Google SEO.

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

##Наш процесс анализа файла
Я взял полный TXT-файл, написал скрипт на Python для переноса описаний в CSV-файл и прогнал этот CSV-файл через Google Sheets, где я мог перевести его с помощью Google Translate.

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

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

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

Краткое изложение того, что мы нашли

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

Многие факторы ранжирования — это вещи, которые мы уже «знали». Тем не менее, есть несколько сюрпризов, о которых я расскажу позже. Я постарался классифицировать факторы в соответствии с их «категорией SEO», вот распределение терминов:

А вот как часто упоминаются разные отрасли:

На первый взгляд это говорит нам:

• Поисковые системы принимают забота о промышленности запроса
• Они также очень заботятся о спаме/порнографии
• Качество контента имеет значение
• Использование ключевых слов важно
• Ссылки имеют значение

Это не ново, но приятно получить небольшое подтверждение. А теперь более глубокий анализ!

Основные выводы

Опять же, отнеситесь к этому с недоверием. Изучив каждый фактор ранжирования Яндекса, я бы выделил три вещи в приоритете:

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

Давайте углубимся в детали.

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

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

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

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

• Иметь хороший надежный хостинг, чтобы сайт был доступен
• Убедитесь, что ваши страницы загружаются быстро
• Убедитесь, что важные страницы связаны с главной страницей
• Ограничьте количество уровней вниз до страницы с домашней страницы
• Не делайте страницы-сироты (страницы, на которые нет ссылок откуда-либо)

Тем не менее, это несколько базовых/общеизвестных знаний в SEO. Мы все знаем, что мы должны быть разборчивы с нашими хостингами и что наши сайты должны быть доступны для сканеров поисковых систем. Лучший способ оптимизировать глубину сканирования вашего веб-сайта — иметь относительно плоскую структуру веб-сайта:

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

Эффективность поиска

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

Имеет ли это значение для Google? Понятия не имею, но это подтверждает то, что я называю «комбинированным эффектом SEO», то есть чем лучше ваш сайт работает в результатах поиска, тем лучше он будет работать.

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

Яндекс внимательно следит за тем, как сайты показываются в результатах поиска. Он проверяет такие вещи, как:

• Рейтинг кликов по результатам поиска
• Эффективность вашего сайта в разное время дня/дни недели
• Ваш средний рейтинг по ключевым словам, по которым вы ранжируетесь
• Как выглядит ваш сайт против конкурентов в вашей нише

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

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

Использование ключевых слов

Использование ключевых слов имеет значение, и интересно посмотреть, как это сделать.

Яндекс ищет, как ключевое слово используется вместе с синонимами, такими как:

• Используется ли ключевое слово явно
• Как часто ключевое слово используется
• Где используется ключевое слово
• Как используются синонимы

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

Использование Word также имеет значение, Яндекс уделяет пристальное внимание тому, появляются ли в содержании «похожие термины». Например, если у вас есть сайт электронной коммерции, Яндекс будет искать на странице такие слова, как «оформить заказ», «добавить в корзину», «купить» в дополнение к описанию товара.

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

Качество контента

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

Качество контента — это не просто «хорошо ли это написано», Яндекс проверяет такие вещи, как:

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

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

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

Google добавил «Опыт» к классической аббревиатуре EAT, так что это не шокирует. Учитывая объем данных, которыми располагает Google, я не удивлюсь, если Google будет обращать внимание на то, как люди взаимодействуют с вашим контентом, сколько времени они тратят на его чтение и как часто они отказываются от просмотра, чтобы нажать на что-то еще.

Местоположение/География

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

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

Линкбилдинг

Список факторов ранжирования не будет полным без упоминания линкбилдинга. Как и следовало ожидать, линкбилдинг довольно часто встречается в списке Яндекса. Вот важные факторы:

• Откуда берутся ссылки
• Возраст ссылок
• Релевантность ссылок (сайту и поисковому запросу)
• Якорный текст ссылки

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

Как вы будете применять утечку Яндекса для поиска?

Тема этой статьи (как вы понимаете) такова: мало сюрпризов, но полезно знать.

Я не чувствую необходимости пересматривать свой подход к поисковой оптимизации на основе этого упражнения по чтению списка Яндекса.

This entry was posted in Популярное