Комментарии 130
А в какой группе файлов это?
Загаживать Википедию ради продажи пластиковых окон? Ну спасибо...
Слушай, пластиковые окна это SEO-шутка, не более)
Это тайная реклама википедии, тик-тока и т.п.
Кто-то из сеошников полезет проверять, что там в этом файле factors_gen?
Завтра на всех баннерах у всех сеошников страны: продвижение в википедии, бесплатно и без СМС
В Википедии есть спам-лист для ссылок.
А вот любопытно, учитываются все языковые версии Википедии? Если да - то представляю SEOшников, обильно загаживающих Википедию на каком-нибудь экзотическом языке, где википедистов мало и почистить это толком некому...
самое интересное это лимиты по п.5. Они в утечке есть?
Так или иначе, большинство тезисов подтвердилось.
А как Я.поиск качество текста оценивает не понятно? Было бы круто почитать.
Цифры в URL-адресах могут быть вредными
Не повезло сайтам с уникальными числовым ID на статью. И чем больше статей тем хуже, так как порядок чисел больше. Тот же Хабар в зоне риска.
Но вообще непонятно сколько цифр допустимо. На моем сайте Яндекс методично снижает рейтинг, обратно пропорционально Гуглу:
https://webhamster.ru/site/page/index/main/news/683
Я начинаю подозревать, что частично причина этого в том, что у меня на 90% страниц идентификаторы имеют вид 10 цифр (таймштамп) + 10 цифробукв, типа такого: 1538142860rj87grzkqq
Не ожидал, что организация неповторяющихся URL через технически уникальную строку может отрицательно сказываться на ранжировании. Зачем это сделано?
Красиво ссылку вставил, не придраться)
Слушай, я думаю это что-то из старого, когда они активно с дорвеями боролись. У них как раз URL'ы часто создавались по схеме [уникальный высокочастотный ключ] +[циферно-буквенное значение]
Ну в моем случае это следствие формата баз данных MyTetra, которые сайт вытягивает с GitHub (ты меня напугал, я уже боюсь ссылки давать, поиск в помощь).
Изначально такой формат ID разрабатывался исходя из того, что вероятность коллизии будет где-то e-15 в секунду, хотя в процессе разработки я думал делать уникальные ID-шники как адреса в Bitcoin, но все-таки решил что это будет перебор.
[уникальный высокочастотный ключ] +[циферно-буквенное значение]
Medium с такими как-то живёт.
Например: https://netflixtechblog.medium.com/introducing-jvmquake-ec944c60ba70
Это сделано, чтобы продавать этот секрет "своим" сеошникам.
Не повезло сайтам с уникальными числовым ID на статью
Скоро в магазинах города: буквенные ID на статью (в 26-ричной системе счисления)!
Держите :D
mappedStart = 1040;
getCode = (char) => char.charCodeAt();
codeToMappedIndex = (code) => code >= 48 && code <= 57 ? code - 48 : code >= 97 && code <= 122 ? code - 87 : code;
mappedIndexToChar = (index) => String.fromCharCode(index <= 35 ? mappedStart + index : index);
codeToUnmappedIndex = (code) => code >= 1040 && code <= 1075 ? code - 1040 : code;
unmappedIndexToChar = (index) => String.fromCharCode(index < 10 ? index + 48 : index <= 35 ? index + 87 : index);
mapUUID = (uuid) => uuid.split('').map(getCode).map(codeToMappedIndex).map(mappedIndexToChar).join('');
unmapUUID = (uuid) => uuid.split('').map(getCode).map(codeToUnmappedIndex).map(unmappedIndexToChar).join('');
console.log(mapped = mapUUID('75442486-0878-440c-9db1-a7006c25a39f'))
// ЗЕДДВДИЖ-АИЗИ-ДДАМ-ЙНЛБ-КЗААЖМВЕКГЙП
console.log(unmap = unmapUUID(mapped))
// 75442486-0878-440c-9db1-a7006c25a39f
Не повезло сайтам с уникальными числовым ID на статью. И чем больше статей тем хуже, так как порядок чисел больше. Тот же Хабар в зоне риска.
Твиттор тут вне конкуренции. И много, и только числовые ID.
Ну, в общем, подытоживая мои ковыряния, я в значимых факторах количество цифр в урле в явном виде не нашел. Гораздо важнее, например, длинна урла.
Единственное что похожее есть - это фактор FI_NUM_NON_LETTERS_IN_URL (Количество 'небукв' в урле). Но небуквы - это же не только цифры, но и плюсики-минусики, вопросики, процентики и т.п. Стоимость у этого фактора небольшая отрицательная 0.01. В принципе, далеко не главный параметр, чтобы с ним морочиться, когда можно другие до ума доводить.
А как же
Хм, этого фактора нет в таблице github.com/lord-alfred Y-Factors Formula, посему не видно для него коэффициента. Или Index 331 - это позиция в важности учета фактора?
А точно есть влияние цифр именно в slug, а не в хосте?
И второе, а ранжирование идёт относительно всей выдачи или того же сайта?
организация неповторяющихся URL через технически уникальную строку может отрицательно сказываться на ранжировании. Зачем это сделано?
Одно время генераторы дорвеев всегда имели числовой ИД в строке, т.к. это тупо проще и быстрее, чем по строке идентифицировать. Поэтому числа были одним из признаков дорвея. Гугл якобы тоже числа не любил по этой причине.
Так же был ответ от кого-то из яндекса, что сайты надо делать для людей, а не для роботов, поэтому неинформативный для человека ИД это фу какая гадость (бесполезная для человека информация ака спам), а набор текст в урле это ах какая прелест (человек сразу мол поймет что такое luchshaya-statiya-obo-vsem). После чего пошло повальное увлечение ЧПУ в разных формах.
Кажется вы не на то обратили внимание, у вас жесть какой длинный адрес с кучей слешей и подпунктов. Они нафиг не нужны, если у вас есть новости так и сделайте wevhamster.ru/news/683
Так и какие приоритеты у этих факторов? Сейчас все бросятся слеши выпиливать, а там приоритет 0.000000000001
Только что нашел таблицу (кто автор я не знаю и насколько она достоверна тоже), в ней написано что коэффициент 0.050576094170344 на слеши
Дисклеймер к таблице:
Здесь опубликованы коэффициенты для одного из внутренних ранжировщиков в поиске Яндекса. Это не итоговая формула, которая влияет на результат появления ссылки в серпе, т.к. судя по изученному коду – внутри используется несколько ранжировщиков и поисковых движков, результаты которых мержатся между собой и уже итоговый результат приводит к распределению ссылок по топу выдачи.
Ссылка на таблицу - https://gist.github.com/lord-alfred/97400a79f10f3bb13bb4bcd42268b1f8
Офигенно. Просто в афиге полнейшем что это стало доступно всем. Прям бери и делай сайт по этой таблице.
Удивительным видится фактор FI_IS_COM | Домен в зоне .com.
И это при том, что они всегда говорили что все доменные зоны равны. А получается что некоторые равнее :))
Да, утечка прям глобальная. А многие говорят не шутить над этим, а как тут без юмора?
Еще Яндекс за то, что домен не в зоне .RU тоже премию выдает (фактор IS_NOT_RU). Эпично!
Ох, щи... Плюсом к вышесказанному.
В Яндексе в итоговый ранг добавляется оценка PAGE_RANK_UKR с офигеть каким коэффициентом. То есть, на выдачу сайта влияет украинский Page Rank. Зачем ставить сайт в выдачу в зависимости от его оценки через украинский Page Rank - это большой вопрос к руководству поисковика.
Понятно, что это влияние времени, но блин, вот так вот определять "хорошесть" сайта? Через Ukrainen Page Rank?
Месть за Яндекс.Новости?
Кстати при поиске запчастей очень часто вываливаются украинские сайты(которые естественно не нужны) но имеют нужную позицию. А вот причина это или следствие...
-0.250928463672112 FI_ADV На сайте есть реклама.
Мне кажется, или этот коэффициент будет присутствовать на подавляющем большинстве индексируемых сайтов?..
Эх, хоть бы кто мем оценил)
Факторы ранжирования, это лишь половина вопроса. Там же машинное обучение на деревьях(градиентный бустинг) очень давно и matrixnet в частности. Факторы не независимы и действуют далеко не аддитивно(плохо/хорошо).
Полностью согласен. Я и не говорю что вот вам инструкция как надо SEO делать)
Но если их обучали по результатам ранжирования на базе этих факторов, то в конце концов эти факторы и будут решающими, разве нет?
Будут, только какое решение будет принято на основе конкретного значения факторов это вопрос. Если бы была линейная регрессия, то да "решающая формула" имела бы вид a_1*f_1 + a_2*f_2 + .. + a_n*f_n (a_i - подбираемые коэффициенты, f_n - факторы) с однозначной интерпретацией влияния факторов. Но там деревья https://en.wikipedia.org/wiki/Decision_tree а конкретно градиентный бустинг, соответственно результат зависит от некоторой входной совокупности факторов. Конечно, там есть некоторые факторы, которые можно определить, как однозначно "хорошие", которые чем больше тем лучше, но в общем случаи это не верно.
Тоже хочу это понять. Итоговые коэффициенты ведь не на пустом месте появились.
Надежность вашего хостинга также является фактором ранжирования. Чем меньше у вас ошибок 40x/50x
4хх ошибки - это с хостингом слабо связано, это ошибки клиента
5хх - ошибки сервера, но не обязательно хостинга (может у вас сайт крашится из-за бага в коде)
Так что не надо гнать сразу на хостинг, надо сначала проверить что сами не косячите :)
#3 Цифры в URL-адресах могут быть вредными
Где там написано, что они вредные? Это просто фактор, в зависимости от контекста (свежесть запроса или коммерческость) может по-разному ролять, полагаю.
Мне кажется что тут по контексту, нет цифр - хорошо
В мл все не очень с черно-белым восприятием, у факторов вообще нет "хорошо" и "плохо". Есть только корреляция из комбинации факторов в вероятность события
Т.е. при наличии фактора "тип данных" со значением "историческая энциклопедия" фактор "есть цифры в урле" - повышает ранг страницы
А для фактора "тип данных": "поэзия" - понижает
И только на данной конкретной модели, обученный на данном конкретном наборе данных)
Возможно так и есть
Только не следует забывать, что у факторов разная стоимость. И более дорогой фактор может быть скомпенсирован только большим количеством дешевых. Стоимость фактора не просто так введена, даже если учесть что нейросетка или другой категоризатор сама себе на уме содержит весовые коэффициеты, связванные с факторами, и потенциально могла бы компенсировать зависимости факторов, задвинув стоимость куда подальше.
Вот серьезно, и с таким пониманием вы побежали строчить статью на хабре?) А цифры у новостников тоже плохо? а цифры вида "best-of-2023"? Мдэ...
Получается, html-разметка ни на что не влияет? (h1-h6, strong/em, header/main и проч.)
Нет, почему)
В файле есть много про заголовки, я просто уж такие банальности не стал писать
Вот например
Может быть, за каким-то фактором скрыт учет "всратости" разметки. Типа розовым шрифтом по перламутровому фону - пессимизация.
Но судя по коэффициентам, важнее то, что написано в head в метатегах, а не то как оформлены заголовки в тексте. Еще важно содержание title. Положительно оценивается наличие синонимов и связанных словоформ в заголовке и тексте страницы к словам, содержащимся в тексте запроса. Длинный текст - хорошо. А еще лучше большая длина кусков текста, в которых нет ссылок (видимо, имеется в виду внешних).
В принципе, многие факторы ожидаемы, хотя попадаются и такие, которые вызывают неудобные вопросы типа а почему это у вас .COM - весомый аргумент, а рядом не-RU тоже с похожей оценкой.
Очень надеюсь что Яндекс будет детектить изменения в этих метриках с даты утечки и убивать в ноль позицию пытающихся их "оптимизировать".
А за попытки править Википедию ради позиции в поисковой выдаче я бы вообще уголовную статью ввёл.
Так что детектить если создаются новые сайты с высоким значением? Тут уже ничего не попишешь, нужно подождать пока накидают мусора, потом переобучится на новых данных, как результат качество поиска упадет.
Пока читал, была только одна мысль: просто хорошо спроектированный сайт с полезным уникальным содержанием и работающий на нормальном хостинге, будет иметь наивысшие позиции. И в чем тут секрет?
Когда-то давно вел техноблог безо всяких оптимизаций, просто писал статьи на интересные мне темы. Трафик был очень неплохой, из википедии ссылки ставили, из поисковиков приходили сотнями. Потом темы временно иссякли, и блог забросил. Траффик, естественно, упал.
Ну так всё правильно, SEO нужна чтобы продвинуть сайты, в которых нет уникального (и часто даже просто полезного) содержания среди моря таких же вторичных.
На самом деле согласен, если делаешь хороший сайт - получишь трафик. Просто если будешь делать это с оглядкой на SEO, трафика можно получить больше. Но еще раз, качество сайта и контента во многом определяющий фактор.
Да просто все перечисленные пункты - это вообще не про SEO. Это руководство по созданию нормального, продуманного и удобного сайта для людей, не более. Ну разве что выбор хорошего URL может оказаться проблемой, но и здесь просто надо поломать голову или попытаться купить у сквоттеров (постараюсь без мата про них). Остальное - обычная качественная работа без мыслей о какой-либо "оптимизации".
Это собственно ровно то, о чем Яндекс, Гугл и прочие товарищи неоднократно и прямым текстом говорили - делайте интересные сайты на нормальном хостинге и будете иметь наивысшие позиции.
Когда-то давно вел техноблог безо всяких оптимизаций
Вероятно, потому что большую часть оптимизаций сейчас выполняют движки и блог-платформы. Так что для их разработчиков это будет важным.
А самому пользователю не обязательно знать, что у него есть robots.txt, sitemap.xml, description, keywords, h1-h3 и прочие штуки для не-человеков.
а теперь, после этой статьи в том числе, Яндекс, по обыкновению, поменяет алгоритмы))
В одной статье говорится о полезности количества закладок и в ней же говорится о том что пойдут ссылки переделывать. Имеено из за таких переделывальщиков ссылок закладки умерли как явление.
если пользователь искал “купить пластиковые окна в Москве” и после вашего сайта не вернулся в поиск
То, значит, он окончательно плюнул на это дело, и ваш сайт сыграл решающую роль.
Хм... а без изучения алгоритма поисковиков всё это не было очевидно?! Меня только пункт 9 удивил - очень спорно, но вряд ли он имеет решающее значение и применяется без учета других факторов, а также ключевые слова в URL - серьезно? В XXI веке?! Впрочем, Яндекс и description настойчиво рекомендует воткнуть в каждую страницу, чему тут удивляться...
Так здесь же нет вообще ничего, о чем господа из СЕОшной братии бы не знали, ну либо не догадывались. Никакого срыва покровов о том, что наличие желтой фавиконки влияет на выдачу (привет, серчи года 2012), ничего такого. Ну то есть это как если бы кто-то бы слил вики господа бога (или Дарвина, кому что ближе) и там в секции "факторы, влияющие на продолжительность жизни" бы увидел, что не нужно бухать, курить и жрать что попало, а нужно заниматься физнагрузками.
На самом деле все указанные в статье факторы ранжирования уже давно известны и доказаны опытами всевозможных блого-сеошников.
Ну, статья для СЕОшников может и полезна, хотя мне кажется, что они как раз все это знают. А для любителей как я, она слишком лаконичная.
Например, #5 – Что значит «жесткая оптимизация»? Оптимизация чего? Обычно оптимизация это хорошо. Меньше размер страницы, быстрее загрузка, шустрее работает сайт и т.д. Или это не та оптимизация?
Потом, что значит #8 – время на сайте? Откуда Яндекс может знать сколько времени проводят на мой сайт посетители???
Так же #21: Откуда Яндексу знать возвратился ли посетитель на сайт позже или нет? Я например для всех сайтов на которые возвращаюсь регулярно просто ввожу URL в адресной строке.
То же самое #17: Закладки они в браузере стоят и по сети не рассылаются. Как Яндекс может знать сделал ли посетитель закладку или нет?
Всё просто: Яндекс следит за пользователями Я.Браузера и посетителями сайтов с Я.Метрикой.
"Яндекс.Браузер" !!
Ну так-то да, но это работало бы только если пользователи Я браузера равномерно распределены по всему миру – то есть, могут быть использованы в качестве репрезентативной выборки всех потребителей. Но это далеко не так. Я бы не сказал что пользователи вообще какого-то отдельного браузера можно считать репрезентативной выборкой.
На самом деле согласен с @PEgorov тут ничего нового, всё это лет 10 назад уже говорили, просто лишний раз подтвердили то, что сеошники и так знали.
#5 это не про техническую составляющую, а про оптимизацию контента. Например, сильно много и явно вставили поисковых ключей.
#8 Яндекс метрика много где есть, по ней и смотрят, а еще есть яндекс браузер)
#21 Тоже самое, что и 8 пункт.
#17 тут нужно прочитать что в оригинале написано, но есть специальные сервисы закладок, которые 100 лет в обед считаются факторами ранжирования. Либо закладка это прямой заход на сайт, который они палят через Я браузер или метрику, прямой заход это отдельный фактор ранжирования (#23).
Очень просто. Если на сайте есть Яндекс.Метрика — она это сливает
Если нет — добавляется отрицательный коэффициент :))
Плюс ещё, можно анализировать из вкладки с результатами поиска, смотреть, куда там пользователи тыкают
А вы автор фантазер :)))
Заглавные буквы в Title - Скажите это ОЗОНу, они всегда название бренда пишут заглавными, и что же им все лучше и лучше то ?
Ключевые слова в URL - кто вам сказал что норм 3 ? Это вы где взяли ? Сами придумали ? Ну давайте посмотри на сайт ВсеИнструменты и поразмышляем, какже они ранжируются с такой портянкой в урлах.
Количество поисковых запросов (Все просто - больше трафика = выше рейтинг.) Тут вроде как про кол-во написано, а не про объем трафика. Или у вас всегда 10 бабок это 10 рублей ?
Слишком большое количество слешей в URL может повредить рейтингу
Ну пойдем снова ВсеИнструменты посмотрим и подумаем.
Цифры в URL-адресах могут быть вредными - и тут идем смотреть и ОЗОН и кого только можно.
Автор, вы как бы пишите отсебятину не имеющую ни чего общего с выводами или вы в принципе не понимает, как это работает от слова ВООБЩЕ или совсем.
Боже, сколько злобы в твоем комменте брат)
1) Да, заглавные буквы для брендов и аббривиатур думаю нормальная история, вопрос больше про злоупотребление. Ну типа написать весь тайтл капсом, чтобы выделиться на SERP
2) Изучите файл, поймете откуда я взял. Ну давай изучим немного все инструменты. Большинство высоко-частотных запросов содержат не более 3 слов, например https://www.vseinstrumenti.ru/category/dreli-elektricheskie-10/. Этот урл ранжируется достаточно высоко по конкурентному ключу и что мы видим? Урл состоит из [домен]/[техническая категория]/[название категории из 2 ключей]
3) Как правило больше запросов = больше трафика, так как много низкочастоток тянут высокие ключи
4) На давай посмотрим. Самая глубокая целевая страница у них - страница товара, и что мы видим?
www.vseinstrumenti.ru/product/sverlilnaya-mashina-fiolent-ms8-16re-m-master-f0059-idfr298112002-01k2-770472 - 2 слеша. Или ты считаешь что это много?
5) Про цифры уже обсуждалось выше, почитай - узнаешь полезную информацию
Автор пишет свое мнение. Статья называется "выводы", любой вывод субъективен. В чем проблема, изучи файл сам и напиши свою статью. Я же не назвал статью "10 неоспоримых фактов" или как-то так)
И друг, будь попроще, ты чего злой такой
Писать капсом можно, например ни кто не запретит написать АКЦИЯ и СКИДКИ и ни чего не будет. Написать все заглавными, сорян, это не комильфо.
https://www.wildberries.ru/catalog/zhenshchinam/odezhda/verhnyaya-odezhda/kurtki-i-vetrovki - что-то не подходит под ваши примеры.
В вашем примере есть цифры в урле, а вы говорите плохо, а сами пишите что не мешает ранжированию. Определитесь.
Больше запросов = больше трафика ? Возьмите банальный пример "ипотека" и посмотрите какие доли какие запросы занимают.
Давайте я вам поясню кое-что.
Кол-во запросов не про трафик, как бы вам хотелось, а про ядро сайта, запросы по которым пользователи постоянно на него приходят. Это не про то, о чем вы пишите.
Ну так если это ваши личные выводы, так и напишите заголовок статьи, Выводы имени такого-то на то, что я увидел. Будет справедливо.
1) да ок, согласен
2) Ну и по целевому ключу "Куртки и ветровки" в wb другой url в выдаче, где вложенность меньше. Ну и не стоит забывать что это же не единственный фактор
3) Никто не говорит что это смерть и все, имеется ввиду что чем цифр меньше, тем лучше. Опять, это на мой взгляд. Url www.example.ru/1234521243 будет ранжироваться хуже чем www.example.ru/primer, при прочих равных. Ну и опять таки, я думаю что это что-то из старого, когда Яндекс боролся с Дорвеями, которые часто юзали цифры в url.
4) Ну мы же говорим про редлевантные запросы. Сам по себе запрос Ипотека - бесполезен. Ипотека что? Взять ипотеку или узнать что это вообще такое? Согласен, может я не совсем корректно выразился в статье. Ну и плюс у сайта не может быть трафик только по одному высокочастотному ключу, там еще будет милилард лонг-тейл запросов. Я имел ввиде вот это.
Писать "Личные выводы" это как "Эмпирический опыт" или "Масло маслянное". Выводы они уже личные, они уже субъективны. Опять же, заголовок не кликбейтный ни разу, описывает буквально то, что находится в статье. Не понимаю что ты к названию придрался)
Очевидно вы не очень понимаете в SEO, если по 1 фактору выводы делайте, да и время не потратили чтоб проверить свою аргументацию
Там есть коммент чувака, который напрямую отвечал за это самое ранжирование (там прям натурально его ник проходит красной полосой через все это счастье), который уже лет дохрена не работает в яндексе, но который прямо говорит, что этот файлик не имеет никакого отношения к формированию результатов поиска. Он, видимо, тоже не очень понимает в SEO.
UPD О, он теперь и тут есть https://habr.com/ru/post/713666/comments/#comment_25175498
авторитетных сайтах, таких как Википедия
Прям на ноль поделили.
nav_linear.h не имеет никакого отношения к ранжированию результатов поиска Яндекса. Можно расходиться.
Фактор-судьбы, который даёт шанс каждому попасть в ТОП :)
Подскажите плз., в каком виде ключевые слова из запроса подразумевается включать в URL, если запрос русскоязычный?
Транслит? Перевод? UTF-8?
Я руководствуюсь вот этими правилами транслитерации - https://yandex.ru/support/nmaps/app_transliteration.html
Все эти выводы бесполезны без понимания веса факторов.
Не все так гладко... Читаем: "
#19 Карты JS-API
Интеграция API карты, например, Google Maps, в вашу страницу является фактором ранжирования. В таких нишах, как путешествия, наличие полезной и функциональной карты может поднять позиции в поисковиках."
Лезем в факторы и смотрим что там написано
Это такой крутой фактор, что как бы есть, но как бы нет)) /
)) приходит в голову всем по любому поводу, с текстом и без
Прикол в том, что сеошники знали эти факторы и работали по ним. Главная проблема была и остается в количестве и инвестициях, ссылок например, чтобы вес вашего сайта был больше конкурента
"Существует отдельный фактор ранжирования для поднятия Википедии " - для поднятия самой Википедии или статей на которые она ссылается?
Интересно...
Есть фактор ранжирования, где Яндекс проверяет, подключёны ли Яндекс Метрика и Google Аналитика. Если подключены, то Яндекс вас любит больше, доверие сильнее.
Я использую Google Tag Manager и все скрипты храню там. Получается Яндекс меня не любить?
Не нашел в файле фактор "Песочница" )
Возраст сайта менее 180 дней )))))
А вообще статья прикольная получилась! Спасибо!
SEO Выводы из утечки кода поисковика Яндекс