«... Тепер пошук Яндекса враховує регіон користувача. Починаючи з «Арзамаса», результати пошуку по одному і тому ж запиту можуть бути різними в різних регіонах ... У ранжируванні стали враховуватися фактори, що дозволяють зрозуміти, що дана сторінка важлива користувачам саме «свого» регіону ... »
Також в Яндексі можна міняти регіон результатів пошуку за допомогою get-параметра lr безпосередньо в URL сторінки пошукової видачі (значення lr = 15 відповідає місту Тула):
У свою чергу запити діляться на геонезавісімие (ГНЗ) і геозалежні (ГЗ). Для геонезавісімих запитів видача не залежить від значення регіону (значення параметра lr) в одній країні, для таких запитів вплив регіональності документів на ранжування дорівнює нулю (lr = 15 - Тула, lr = 213 - Москва):
У разі ж геозалежних запитів, видача від регіону залежить:
Зауважимо, що у геозалежних запитів з'являється характерна ознака - підсвічування в сниппета назви регіону.
До речі, геозалежні запиту - величина не бінарна. Сила впливу регіональності документа на ранжування залежить від ступеня геозалежні запиту. Вище я навів приклад сильно геозалежні запиту [доставка піци]. видача за яким в різних регіонах відрізняється дуже помітно. Але є і запити зі слабкою геозалежні, де відмінності в регіональних ведучих мінімальні:
Варто зазначити, що не кожен регіон з пронумерованих Яндексом має власну видачу для геозалежних запитів. Так, наприклад, видача для регіонів з далекого зарубіжжя може практично не відрізнятися навіть по сильно геозалежних запитам:
Існує також і особливий клас запитів - це запити, що містять в собі топоніми, тобто, назви населених пунктів. Формально ці запити є геонезавісімимі, так як видача по них не залежить від регіону користувача. Однак за фактом регіон, вказаний в тексті запиту, впливає на ранжування, і він же підсвічується в сниппета, так як є ключовим словом запиту:
Справа в тому, що на ГНЗ без топонімів видача будується за формулою для країни (наприклад, для російських користувачів - по так званій «загальноросійської» формулою), а видача для запитів з топонімами - за формулою для того регіону, який вказано в запиті. Це потрібно обов'язково мати на увазі.
Взагалі вміння правильно класифікувати геозалежні запитів грає дуже велике значення. Так як геозалежні і геонезавісімие запити ранжуються в Яндексі різними формулами, то, наприклад, просування однієї станиці сайту одночасно по різних типах запитів може викликати певні труднощі - у різних формул різні оптимальні значення різних чинників ранжирування.
Здавалося б, чого простіше - взяти і порівняти видачі по одному запиту для двох різних регіонів? В общем-то цей метод визначення геозалежні запиту прекрасно працював до недавнього часу, але з запуском «багаторукого бандита», що перемішує топ видачі, сильно підвищується ймовірність отримання для геонезавісімого насправді запиту відрізняються видач в різних регіонах, тобто, ложноположительного спрацьовування перевірки на геозалежні. Так що там говорити про різних регіонах, коли навіть видачі по одному запиту для одного регіону, на одному комп'ютері, в одному браузері, але отримані в різні моменти часу, - можуть відрізнятися.
Не так давно мені вдалося сконструювати досить цікавий спосіб перевірки запиту на геонезавісімость, який не залежить від витівок «багаторукого бандита», а також інших речей, які деформують органічну видачу - різних домішок до органіки, пост-штрафів, експериментів розробників Яндекса і т.п.
Цей спосіб заснований на властивості геозалежні видачі, згадуваному мною вище, а саме - підсвічуванні назви регіону видачі в сніпеті. У геозалежних запитів така підсвічування, як ми бачили на скріншотах, є. А ось у геонезавісімих (без топонімів) її немає, в цьому можна легко переконатися, наприклад, звузивши видачу за запитом на сайт, для сторінок якого є згадка регіону видачі в сніпеті:
Виходить, що якщо ми доб'ємося такої ситуації, щоб у видачі по цікавого для нас запитом в сніпеті для будь-якого результату знаходилося згадка регіону видачі, то за наявністю або відсутністю його підсвічування можна зробити висновок про геозалежні запиту. У загальному випадку, появи топоніма в будь-якому з фрагментів топа видачі гарантувати не можна, по багатьом запитам (в першу чергу - ГНЗ, в тому числі і по взятому в якості прикладу запитом [онлайн ігри] потрібного топоніма просто немає в перших 50 результати пошуку (це максимальна кількість документів у видачі, яке можна отримати одним запитом). можна, звичайно, методично перебирати другу і наступні сторінки видачі в надії рано чи пізно відшукати потрібний топонім в сніпеті (причому, не факт, що він-таки зустрінеться в першій тисячі рез ультатов, а більше, на жаль, витягнути з Яндекса фізично не можна), а можна піти іншим шляхом. А саме - постаратися звузити видачу на таку силу-силенну документів, для яких ймовірність попадання потрібного топоніма в сниппет буде максимальною. Так, з великою часткою ймовірності в заголовок сниппета потрапляє вміст тега
Звичайно, бувають випадки, коли в якості заголовка сниппета видається щось інше, наприклад, заголовок лістингу в Яндекс, але ймовірність того, що це станеться для всіх документів з топ-50, зникаюче мала. Тому спробуємо звузити видачу на ті документи, які мають в тезі
Залишаючи її у геозалежних:
І при цьому ми практично гарантовано, завдяки використанню оператора title. отримуємо наявність регіону видачі в сниппета документів з топа, що робить методику придатною для самого широкого застосування. Причому, вона може бути застосовна і до спеціального класу запитів, вже містять в собі топоніми, про які говорилося вище. Тільки з невеликою доопрацюванням - щоб міститься в запиті топонім (або група топонімів) не впливав на підсвічування регіону видачі (який є контрольним для визначення геозалежні запиту), треба просто вибрати регіон для перевірки, відмінний від того, який визначається топонімом, що містяться в запиті. Так, наприклад, запит [піца в москві] можна перевірити на геозалежні у видачі для Тули (не забуваючи, що топонім в значенні оператора title повинен відповідати значенням get-параметрів lr в URL сторінки видачі). У підсумку отримуємо, що перевірявся запит з топонімом є ГНЗ: