Отслеживание позиций в поисковых системах с помощью мобильного прокси
В сентябре 2025 года Google отказался от параметра num=100, поэтому теперь для получения того же отчета о позициях требуется в десять раз больше запросов. В этом руководстве рассказывается, что именно изменилось, как правильно определить местоположение и устройство пользователя, а также как сохранить непрерывность ряда данных о позициях.
- num=100 больше не работает — с сентября 2025 года Google возвращает по десять результатов на страницу, поэтому для получения того же отчёта по топ-100 требуется десять запросов вместо одного.
- Единого рейтинга не существует — лишь около 11 процентов ключевых слов занимают одинаковые позиции на мобильных устройствах и на настольных компьютерах, поэтому тип устройства является одной из основных характеристик, а не второстепенным фактором.
- Местоположение имеет приоритет над параметром uule — uule указывает координаты, но IP-адрес выхода по-прежнему определяет, какую страницу вы получите в результате.
- Последовательность — это и есть весь продукт — серия позиций с пробелами не даст вам понять, когда что-либо изменилось.
Оцените, какую страницу результатов поиска (SERP) на самом деле видят ваши клиенты, использующие мобильные устройства.
IP-адрес и uule указывают на одно и то же место.
Проблемы, связанные с отслеживанием позиций в поисковых системах
Отслеживание позиций в поисковой выдаче кажется решенной задачей, пока вы не попытаетесь сделать это точно — и тогда всплывают два неприятных факта. Во-первых, не существует единого рейтинга по ключевому слову — Google формирует страницу результатов индивидуально для каждого пользователя, используя в качестве основных параметров его местоположение и устройство. Второй заключается в том, что сбор этих страниц в сентябре 2025 года стал примерно в десять раз дороже.
В том месяце Google отключил поисковый параметр num=100. До этого один запрос мог возвращать до ста результатов, и именно так сервисы отслеживания позиций могли недорого охватывать всю конкурентную среду. Теперь Google возвращает десять результатов на страницу. Само ранжирование не претерпело никаких изменений, но затраты на его измерение выросли в разы: для составления того же отчёта по топ-100, который раньше требовал одного запроса, теперь требуется десять запросов с пагинацией.
Этот цепной эффект сбил с толку многих. После изменения анализ показал, что примерно у 87,7 % сайтов в Search Console было зафиксировано меньшее общее количество показов, а у 77,6 % — меньшее количество уникальных ключевых слов. Это не означало резкого падения видимости. Массовые запросы на сотни результатов в течение многих лет регистрировали показания для каждой записи на странице, незаметно завышая показатели по глубоким позициям. Их удаление исправило показатели — именно поэтому в тот же момент часто улучшалась и средняя позиция.
| Что изменилось | До сентября 2025 года | Сейчас |
|---|---|---|
| Количество результатов на запрос | До 100 с параметром num | 10, с нумерацией страниц |
| Запросы на отчет о 100 лучших | Один | Десять |
| Показы в Search Console | Завышенные показатели из-за массового сбора данных на глубоких позициях | Более приземлённое и близкое к человеческой реальности |
| Практическая глубина слежения | Топ-100 по умолчанию, без дополнительной платы | Решение о бюджете: страница за страницей |
Разделение по устройствам — это вторая половина проблемы, и она более значительна, чем признается в большинстве отчетов: лишь около 11 процентов ключевых слов занимают одинаковые позиции на мобильных устройствах и на настольных компьютерах. Страница не просто переупорядочивается, она формируется по-другому. На мобильных устройствах обзор на основе искусственного интеллекта обычно занимает пространство над всем остальным, а локальный блок располагается непосредственно под ним, оттесняя классические органические результаты значительно ниже в списке. Если ваши клиенты осуществляют поиск с телефонов, отчет, ориентированный исключительно на настольные компьютеры, описывает страницу, которую они никогда не увидят.
Прежде чем определять глубину анализа, решите, что именно вы хотите измерить. Отслеживание десятки лидеров по многим регионам и на обоих устройствах даст вам больше информации о вашем бизнесе, чем отслеживание сотни лидеров с одной точки зрения, а после изменения показателя num это также обойдётся дешевле.
Мобильный прокси для сбора данных из результатов поиска (SERP)
Результаты поиска относятся к числу наиболее тщательно защищенных страниц в Интернете, и эта защита непосредственно направлена против автоматизированного сбора данных. Причиной срабатывания защиты редко становится какая-то одна грубая ошибка. Это может быть частота запросов с одного адреса, «отпечаток» браузера, не совпадающий с адресом, с которого поступает запрос, не обработанные всплывающие окна с запросом согласия, а также предсказуемые шаблоны параметров, поступающие синхронно.
IP-адреса операторов связи играют важную роль скорее по структурным, чем по косметическим причинам. Мобильные сети объединяют тысячи реальных абонентов за одним шлюзом NAT операторского уровня, поэтому один выходной адрес передаёт огромный объём обычного пользовательского трафика, не имеющего к вам никакого отношения. Полная блокировка такого трафика обходится цели дорого, что обеспечивает вашим запросам большую терпимость, чем та, которую когда-либо получает адрес, представляющий один компьютер.
Кроме того, существует аргумент, связанный с согласованностью, который относится именно к этой задаче. Для измерения мобильных рейтингов необходимо имитировать мобильный клиент, а мобильный пользовательский агент, приходящий из диапазона хостинга, представляет собой противоречие, которое принимающая сторона может обнаружить сразу же. Мобильный пользовательский агент, приходящий от мобильного оператора, — это просто телефон.
# Page one, then paginate in tens with start= https://www.google.com/search?q=mobile+proxy&gl=fr&hl=fr https://www.google.com/search?q=mobile+proxy&gl=fr&hl=fr&start=10 https://www.google.com/search?q=mobile+proxy&gl=fr&hl=fr&start=20 # gl sets the country edition, hl the interface language. # Neither one places the searcher anywhere -- that is what uule and # the exit IP are for.
Два практических совета. Обрабатывайте всплывающее окно с запросом согласия до начала анализа каких-либо данных, поскольку в некоторых регионах первая страница, которую вы получаете, вовсе не является страницей результатов. Кроме того, поддерживайте стабильный идентификатор сеанса на протяжении всего одного измерения: пролистывание десяти страниц с десяти разных адресов приводит к получению десяти несвязанных между собой моментальных снимков, а не одного целостного рейтинга.
Если запросы начинают завершаться с ошибкой, а не возвращать результаты, ознакомьтесь с ответом, прежде чем менять прокси — что на самом деле означает каждый блок разделяет проблему скорости и проблему отпечатков пальцев, и для них предусмотрены противоположные способы устранения.
Данные о рейтинге с учетом географических особенностей
Именно в вопросе определения местоположения у большинства систем отслеживания позиций в поисковой выдаче незаметно возникают проблемы, поскольку три механизма, которые кажутся взаимозаменяемыми, на самом деле таковыми не являются. Чтобы получить действительно локальный результат, необходимо понимать, какой из них за что отвечает.
| Сигнал | Что он контролирует | Чего он не делает |
|---|---|---|
| gl | Какую страновую версию результатов вы получаете | Разместите персонажа-исследователя в любом месте. Это загородная местность, а не конкретное место. |
| hl | Язык интерфейса и, косвенно, выбор результатов | Влиять на географию в целом |
| uule | Кодирует координаты таким образом, что поиск рассматривается как осуществляемый из этой точки | Переопределить всё. Адрес выхода по-прежнему определяет, какую страницу вы получите |
| IP-адрес выхода | Местоположение по умолчанию, обработка согласий, какие промежуточные рекламные объявления отображаются | Обеспечьте точность до уровня улицы самостоятельно — геолокация по фиксированной линии в лучшем случае обеспечивает точность на уровне города |
Эффективное решение заключается в том, чтобы сигналы согласовывались, а не конкурировали друг с другом. Закодируйте нужные вам координаты в uule, установите gl и hl в соответствии с рынком и отправьте запрос с IP-адреса выхода, находящегося на пределах этого же рынка. Когда все три указывают на одно место, Google нечего согласовывать. Когда они не совпадают — координаты в Лионе, адрес во Франкфурте — вы измеряете, как Google разрешает противоречие, а это не тот показатель, который кому-либо нужен.
Именно в этом заключается оправданность затрат на мобильную связь. Телефон передает данные о местоположении с гораздо большей точностью, чем это позволяет определить геолокация по стационарным линиям, а адрес оператора на целевом рынке передаёт сетевые сигналы, соответствующие абоненту, который действительно находится в данном месте. Для отслеживания результатов в локальном пакете, где разница между двумя пригородами полностью меняет набор результатов, именно эта согласованность определяет, можно ли действовать на основе полученных данных или нет.
Масштабирование отслеживания позиций в поисковых системах с помощью прокси-серверов
При отслеживании позиций в поисковой выдаче используется арифметика, и если просчитать всё до покупки, можно сэкономить немало денег. Умножьте количество ключевых слов на количество регионов, на количество устройств и на глубину страниц — и вы получите количество запросов за один цикл.
requests_per_run = keywords x locations x devices x pages_of_depth # 500 keywords, 4 cities, mobile and desktop, top 30 (3 pages): # 500 x 4 x 2 x 3 = 12,000 requests per run # # Same job tracking the top 100 instead (10 pages): # 500 x 4 x 2 x 10 = 40,000 requests per run
Распределите это количество по всему допустимому диапазону адресов, и пул должен быть достаточно большим лишь для того, чтобы обслуживать каждый адрес с приемлемой скоростью. Именно в этом большинство команд ошибается: частота запросов имеет большее значение, чем размер пула. Небольшой пул, используемый терпеливо, продержится дольше, чем большой, запущенный сразу целиком, поскольку системы защиты реагируют на частоту запросов на один адрес, а не на то, сколько всего существует адресов.
- Глубина реза перед определением площади резания — Удаление локации или устройства приводит к полному исчезновению результата поиска. Удаление страниц с четвертой по десятую приводит к исчезновению позиций, по которым практически никто не кликает.
- Используйте по одному идентификатору на каждое измерение — Распределите ключевое слово по страницам в рамках одного сеанса, чтобы все десять страниц описывали один рейтинг. Чередуйте ключевые слова, а не страницы внутри одного ключевого слова.
- Снизьте интенсивность сигналов, а не график — Когда возникают проблемы, снизьте скорость и дайте адресу восстановиться. Немедленное повторение попытки с нового адреса дает целевому объекту понять, что эта схема будет продолжаться в любом случае.
- Распределить запуски во времени — Каждый трекер, запускающийся в полночь, образует явную закономерность. Распределение сеансов по нескольким часам ничего не стоит и выглядит как обычный трафик.
- Отслеживайте состояние коллекции в качестве показателя — Показатели частоты ошибок и частоты пустых результатов по каждому адресу позволяют заранее, за несколько дней до появления пробела в ряде, предупредить о возможных проблемах. Пробел в ряде позиций впоследствии не поддается восстановлению.
Что касается программной реализации — сеансов, повторных попыток и алгоритма отсрочки, который учитывает параметр Retry-After, а не просто выдает ошибку 429 — то Руководство по сбору данных с помощью Python охватывает шаблоны, и передовой опыт в области сбора данных позволяет запускать их в большом количестве, не перегружая пул.
Рейтинги треков с важнейшего рынка
Актуальные точки доступа PXM2 — выберите страну, по которой вам нужны данные SERP, и соберите их с реального IP-адреса оператора связи, расположенного в этой стране:
Великобритания
Испания
Индия
Часто задаваемые вопросы
Что изменилось после того, как Google удалил параметр num=100?
До сентября 2025 года один запрос с этим параметром возвращал до ста результатов, что позволяло инструментам отслеживания позиций недорого собирать полную картину конкурентной среды. Google отключил эту функцию, оставив по десять результатов на странице. В ранжировании ничего не изменилось, но изменилась стоимость его анализа: для охватывания той же глубины теперь требуется десять запросов с пагинацией. У всех, кто отслеживал позиции в нижних строках по множеству ключевых слов, объем запросов увеличился в разы буквально за одну ночь.
Почему количество показов в Search Console у меня одновременно снизилось?
Поскольку значительная часть из них никогда не была «человеческой». Анализ, проведенный после изменения, показал, что примерно на 87,7 % сайтов общее количество показов сократилось, а на 77,6 % — количество уникальных ключевых слов. Массовые запросы на сотни результатов в течение многих лет регистрировали показы для каждой записи на странице, завышая показатели по результатам, расположенным внизу списка. Это снижение является корректировкой показателей, а не потерей видимости — по той же причине средняя позиция зачастую улучшилась.
Достаточно ли одного параметра uule, или в этом месте нужен прокси?
Само по себе этого недостаточно. Задание местоположения в uule указывает Google, что поисковый запрос поступил именно с этих координат, и это хорошо работает для локального блока результатов и явно локальных поисковых запросов. IP-адрес выхода по-прежнему влияет на страницу — на настройки по стране по умолчанию, язык, обработку согласий и показываемые вам промежуточные страницы. Сопоставление значения uule с IP-адресом выхода на том же рынке устраняет конфликт между этими двумя сигналами, вместо того чтобы просить Google его разрешить.
Действительно ли мобильные рейтинги настолько отличаются, что их стоит отслеживать отдельно?
Да. Лишь около 11 процентов ключевых слов занимают одинаковые позиции как на мобильных устройствах, так и на настольных компьютерах, а сама страница построена по-разному: на мобильных устройствах обзор на основе искусственного интеллекта обычно занимает место над всем остальным, а блок локальных результатов располагается сразу под ним, в результате чего классические органические результаты отодвигаются значительно вниз. Если ваши клиенты используют мобильные устройства, отчет, составленный исключительно для настольных компьютеров, описывает страницу, которую они никогда не увидят.
Сколько прокси-серверов требуется для отслеживания позиций в поисковой системе?
Рассчитайте это исходя из задачи, а не полагайтесь на догадки. Умножьте количество ключевых слов на количество локаций, на количество устройств, а затем на необходимое число уровней глубины — и вы получите количество запросов за один прогон. Распределите это количество по допустимому временному интервалу, и пул должен быть достаточно большим лишь для того, чтобы обрабатывать каждый адрес с приемлемой скоростью. Большинство команд приходят к выводу, что именно частота запросов, а не размер пула, является тем фактором, который действительно позволяет обойти CAPTCHA — небольшой пул, используемый терпеливо и постепенно, в конечном итоге оказывается эффективнее большого пула, задействованного сразу целиком.
Связанные руководства по мобильным прокси-серверам
Отслеживание позиций в поисковой выдаче — это задача по аналитике, в основе которой лежит механизм сбора данных, поэтому обе части статьи заслуживают внимания.
Примеры применения в бизнесе
Руководства по сбору данных и настройке
Рейтинги треков — из правильного источника
Выделенные модемы 4G/5G с неограниченной пропускной способностью и неограниченным количеством запросов — IP-адреса операторов на тех рынках, данные SERP которых вам нужны, без оплаты за каждый запрос.
Получить мобильный прокси