SEO и парсинг

Мобильные прокси для парсинга Google

Мобильные прокси для парсинга Google и сбора данных SERP

Мобильные прокси для парсинга Google — это мобильные IP-адреса, через которые программа собирает поисковую выдачу, подсказки и позиции сайтов, не упираясь в капчу и блокировку после первых сотен запросов. В 2026 году такой сбор стал дороже, чем пару лет назад: Google требует JavaScript для показа выдачи и отдаёт результаты только по десять за раз, поэтому на те же данные уходит больше запросов, а нагрузка на каждый адрес растёт.


Что изменилось в парсинге Google к 2026 году

Два изменения 2025 года сильнее всего повлияли на сбор выдачи.

Первое — обязательный JavaScript. С января 2025 года Google показывает результаты поиска только браузеру, который выполняет скрипты страницы. Простой HTTP-запрос без браузера вместо выдачи получает заглушку. Парсеры перешли на браузер без окна (headless), а он тяжелее: каждая страница грузит скрипты, стили и служебные запросы, и всё это идёт через прокси.

Второе — отказ от параметра num=100. До сентября 2025 года одна страница могла вернуть сто результатов сразу. Теперь Google отдаёт по десять, и чтобы получить топ-100 по одному запросу, нужно десять обращений вместо одного. Для сервиса, который каждый день проверяет тысячи ключевых слов, это в разы больше запросов с тех же адресов.

Итог простой: при том же объёме данных парсер обращается к Google чаще, и вопрос, с каких IP идут эти обращения, стал важнее, чем раньше.

Как Google распознаёт парсер

Google не смотрит на один признак, а складывает несколько:

  • сеть — адреса дата-центров и хостингов давно известны, и запросы из них проверяются строже;
  • частота — десятки запросов в минуту с одного адреса не похожи на человека;
  • однообразие — одинаковые интервалы, один и тот же порядок действий, пагинация без пауз;
  • браузер — отпечаток headless-браузера, отсутствие cookies, несовпадение языка браузера и страны IP;
  • история адреса — если с IP уже приходил автоматический трафик, ему доверяют меньше.

Реакция идёт по нарастающей. Сначала появляется страница «Наши системы зафиксировали необычный трафик из вашей сети» с reCAPTCHA. Если запросы продолжаются, сервер начинает отвечать кодом 429 «слишком много запросов». Хуже всего тихий вариант: страница загружается, но выдача урезана или отличается от той, что видит обычный пользователь. Такие данные попадают в отчёт и искажают позиции, хотя ошибки парсер не видит.

Подробнее о признаках браузера — в статье про fingerprint.

Почему мобильные IP подходят для парсинга Google

Мобильные операторы выводят в интернет тысячи абонентов через небольшой пул внешних адресов. Эта технология называется CGNAT, и из-за неё за одним IP одновременно находятся реальные люди с телефонами. Заблокировать такой адрес надолго Google не может, не задев обычных пользователей, поэтому к мобильным IP он относится мягче: чаще показывает капчу, чем закрывает доступ. Как это устроено, разобрано в статье CGNAT в мобильных прокси.

Мягче — не значит без ограничений. Мобильный адрес тоже получает капчу, если с него идёт поток однообразных запросов. Преимущество в другом: после смены IP парсер получает свежий адрес из того же пула оператора, а не следующий адрес из подсети дата-центра, которая уже под подозрением. Сравнение двух типов адресов — в статье чем отличаются мобильные прокси от серверных.

Какие данные собирают из Google

Под парсингом Google обычно понимают несколько разных задач:

  • позиции сайтов — где стоит страница по списку ключевых слов, ежедневно или раз в неделю;
  • поисковые подсказки — варианты, которые Google предлагает при вводе запроса, для сбора семантики;
  • блоки выдачи — «Люди также ищут», ответы над результатами, видео, товары;
  • реклама — какие объявления показываются по запросу и чьи;
  • локальная выдача — результаты карт и организаций в конкретном городе;
  • заголовки и описания конкурентов — для анализа сниппетов.

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


Регион и язык выдачи

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

Правило для точных данных — согласовать три вещи:

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

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

Какой канал выбрать под парсинг Google

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

  • мультипорт — один вход, а каждое новое соединение получает свой IP из мобильного пула. Число параллельных потоков выбирают при покупке, до 50. Подходит для сервиса позиций и сбора семантики в десятки потоков. Тариф доступен для российских операторов и не предназначен для работы в браузере вручную. Подробно — в статье мультипорт мобильные прокси;
  • приватный канал — адрес закреплён за одним пользователем и меняется по ссылке, когда это нужно программе, например после капчи. Подходит для последовательного сбора через headless-браузер, когда важно управлять моментом смены IP;
  • общий канал — адрес меняется сам по таймеру, для российских тарифов описаны интервалы 2 и 5 минут. Канал делят несколько клиентов, поэтому он подходит для небольших проверок, где важна цена.

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

Как настроить сбор, чтобы не упираться в капчу

  1. Браузер вместо голых запросов. Без JavaScript выдачи нет, поэтому нужен headless-браузер или парсер, который его использует.
  2. Пагинация на одном адресе. Десять страниц топ-100 по одному ключу собираются в одной сессии, а не с десяти разных IP: смена адреса посередине выглядит странно.
  3. Темп как у человека. Паузы между запросами с разбросом, а не с ровным интервалом. Меньше потоков с паузами дают больше данных, чем максимум потоков без них.
  4. Проверка каждого ответа. Парсер должен отличать выдачу от страницы с капчей, ответа 429 и пустой страницы. Такой ответ не записывается в отчёт, а запрос повторяется позже.
  5. Смена IP после капчи. Если адрес получил капчу, его лучше отправить на смену и вернуться к ключу через несколько минут, а не решать капчу за капчей.
  6. Согласие на cookies. В Европе Google при первом заходе показывает окно согласия. Его нужно принять один раз в профиле браузера, иначе часть запросов вернёт это окно вместо выдачи.
  7. Только нужные данные. Собирается то, что войдёт в отчёт: каждая лишняя страница — лишний запрос с того же адреса.

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

Если Google заблокировал прокси

Блокировка адреса в Google почти никогда не бывает вечной. Обычно это одна из трёх ситуаций:

  • капча на каждый запрос — адрес попал под временное ограничение из-за потока запросов;
  • ответ 429 вместо выдачи — Google просит снизить частоту;
  • постоянная проверка «я не робот» — у адреса плохая история, так бывает с бесплатными и серверными прокси, которыми до этого пользовались для спама.

Что делать по порядку:

  1. Остановить сбор с этого адреса. Продолжать запросы через заблокированный IP — значит продлевать блокировку.
  2. Сменить адрес. На мобильном прокси новый IP приходит из пула оператора, и у него нет истории предыдущего. На приватном канале адрес меняют по ссылке, на общем — дожидаются смены по таймеру.
  3. Найти причину. Чаще всего это слишком много потоков, ровные интервалы между запросами или браузер без cookies. Без исправления причины новый адрес попадёт под ту же блокировку.
  4. Вернуться к адресу позже. Временное ограничение на мобильном IP обычно снимается само: адрес продолжают использовать обычные абоненты.

Блокировка адреса и блокировка аккаунта Google — разные вещи. Если через прокси входят в почту или рекламный кабинет, Google оценивает не только IP, но и историю аккаунта, устройство и поведение. Смена адреса здесь не поможет, а частая смена, наоборот, вызовет проверку. Для аккаунтов нужен постоянный адрес, а не ротация.

Когда свой парсер не нужен

Для своего сайта точные данные о показах, кликах и средней позиции даёт Google Search Console — без прокси и без парсинга. Собственный сбор нужен тогда, когда интересуют чужие сайты, полная картина выдачи с рекламой и блоками, другие регионы или ежедневная история позиций по тысячам ключей.

Итоги

Мобильные прокси для парсинга Google в 2026 году решают главную проблему сбора выдачи: адрес оператора не попадает в долгую блокировку, а после капчи его можно сменить на свежий из того же пула. Остальное зависит от настройки — браузер с JavaScript, спокойный темп, согласованные регион и язык, проверка каждого ответа. Подобрать канал под объём сбора можно в разделе тарифы LTESpace.

Частые вопросы

Почему Google показывает капчу даже через мобильный прокси?

Мобильный адрес снижает подозрения, но не отменяет их. Капчу вызывает поведение: десятки запросов в минуту, ровные интервалы, браузер без cookies, язык браузера не той страны. Помогают паузы с разбросом, меньше параллельных потоков и смена IP после капчи вместо того, чтобы решать капчу за капчей.

Сколько запросов в Google можно отправить с одного IP?

Точного лимита Google не публикует, и он зависит от поведения, а не только от числа. Спокойный темп с паузами выдерживает гораздо больше запросов, чем частые однообразные обращения. Надёжнее следить за ответами: появились капча или код 429 — снизить темп и сменить адрес.

Нужен ли браузер для парсинга Google в 2026 году?

Да. С января 2025 года Google показывает выдачу только клиенту, который выполняет JavaScript. Простой HTTP-запрос получает заглушку, поэтому парсеры используют браузер без окна (headless). Он грузит больше данных, но трафик на тарифах LTESpace не ограничен.

Как получить выдачу Google другой страны?

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

Почему позиции из парсера не совпадают с тем, что видно в обычном браузере?

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

Какой канал LTESpace подходит для сервиса проверки позиций?

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

Что делать, если Google заблокировал прокси?

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

Ещё по теме