Обновление управления Unlimited-прокси в Личном кабинете
В Личном кабинете a-parser.com обновлено управление Unlimited-пакетами прокси.
Unlimited-пакеты для нескольких компьютеров и серверов
Кнопка «Добавить подписку» позволяет подключить в одном аккаунте несколько Unlimited-подписок для работы на разных компьютерах и серверах. Для каждой отдельно задаются тариф, количество потоков, период и IP-адрес доступа.
Автопродление с баланса
Автопродление включается отдельно для каждой подписки. При достаточном балансе за 24 часа до окончания оплаченного периода система списывает стоимость пакета и продлевает его на тот же срок.
Уведомления об окончании подписки
В карточке подписки указаны дата окончания и количество оставшихся дней. Система заранее уведомляет об окончании оплаченного периода и напоминает проверить баланс для автопродления.
Бонус до 15% при пополнении баланса
В новом Личном Кабинете действует специальное предложение на пополнение баланса:
- При пополнении от $500 бонус составит 10% — на баланс поступит $550.
- При пополнении от $1 000 бонус составит 15% — на баланс поступит $1 150.
Бонусные средства можно использовать для оплаты любых продуктов и сервисов A-Parser, включая покупку и продление Unlimited-пакетов прокси. Акция распространяется на все доступные способы оплаты и действует до 15 сентября.
Google раскатал /goto: что случилось со ссылками в выдаче и почему A-Parser позволяет парсить как раньше
1. Введение: Самое крупное изменение ссылок в истории Google Поиска
В конце августа 2026 года Google начал массовое развёртывание фундаментального изменения на страницах поисковой выдачи: из результатов поиска стали исчезать прямые ссылки на сайты. Вместо привычного URL целевой страницы пользователи и парсеры начали получать промежуточные ссылки вида:
Код:
https://www.google.com/goto?url=CAES...Ссылка на органический результат — это один из старейших элементов в вебе, не менявшийся десятилетиями. Теперь Google поставил перед ним свой серверный барьер. Это вызвало волну сбоев и замешательства в индустрии: перестали работать многие скрипты сбора данных, а крупные SaaS-платформы и сервисы мониторинга позиций столкнулись с искажением аналитики.
В Beta версии 1.2.3614 в парсер
SE::Google был добавлен обход /goto2. Хронология раскатки: от скрытых тестов до глобального внедрения
- Июль 2026: Первые единичные эксперименты Google. Новый формат ссылок начал точечно мелькать в выдаче на ограниченной выборке поисковых запросов и резидентных IP.
- Первая половина августа 2026: Формат
/gotoтестировался в фоновом режиме. Доля выдач с хотя бы одним таким редиректом составляла около 5.4%. - 24–26 августа 2026: Доля подскочила до 6%, а 26 августа Google официально подтвердил профильным медиа развёртывание изменений.
- 27–31 августа 2026: Массовый глобальный rollout. На пулах резидентных IP доля выдачи с
/gotoдостигла практически 100%. При этом редиректы затронули не только стандартные «синие ссылки», но и спецблоки: AI Overviews, Local Pack (карты/организации), Featured Snippets, видео, карусели и Google Lens — суммарно защита распространилась на 18 различных типов SERP-элементов. Из-за этого сторонние сервисы и API в первые дни отдавали от 25% до 52% неразрешённых ссылок в расширенных блоках, не успевая адаптировать свои парсеры.
3. Технический анатомический разбор: Что скрывается внутри /goto
На первый взгляд ссылка выглядит как стандартный редирект:
https://www.google.com/goto?url=CAESkAFodHRwczovL2V4YW1wbGUuY29t...Однако за параметром
?url= скрывается продуманная инженерная защита:- Protocol Buffers (Protobuf): В отличие от старых редиректов Google (
/url?q=https://site.com), здесь адрес не передаётся открытым текстом. Google упаковывает метаданные перехода в строго типизированный бинарный формат Protobuf. - Отсутствие открытой схемы (Schema): В бинарном потоке содержатся лишь номера полей (field numbers), типы данных (wire types) и значения. Названия полей существуют только в закрытом
.proto-файле на серверах Google. - Кодирование Base64 (префикс
CAES...): Бинарный Protobuf-пейлоад преобразуется в URL-safe Base64-строку. В сыром HTML выдачи и ответах парсеров вместо адреса сайта фигурирует характерный маркерCAES....
4. Зачем Google это сделал: Три скрытые цели поисковика
Официальный представитель Google прокомментировал изменение предельно сухо:
За этой формулировкой скрываются конкретные бизнес- и технологические цели:
1. Удар по ИИ-поисковикам и запросам с опорой на веб-источники
Главный скрытый адресат этого обновления — компании вроде OpenAI (SearchGPT), Perplexity и другие ИИ-агенты, использующие веб-поиск для фактчекинга и подкрепления ответов реальными источниками.
Раньше AI-модель могла за один HTTP-запрос распарсить топ-10 источников. С
/goto каждый результат превращается в «кота в мешке»: чтобы узнать, на какой сайт ссылается Google, боту приходится переходить по каждому редиректу. При 10 результатах на странице это означает в 10 раз больше сетевых запросов, кратный рост задержек (latency — времени ответа пользователю) и колоссальные расходы на серверную инфраструктуру.2. Защита от массового скрапинга и юридическая борьба
Google годами пытается ограничить автоматический сбор данных через суды (включая громкие прецеденты, где суды отклоняли претензии корпорации по DMCA). Не сумев ограничить парсинг юридически, Google решил возвести технический барьер прямо в протоколе выдачи.
3. Навязывание «дорогого» обхода
Если парсер не умеет вскрывать и декодировать внутренний пейлоад, у него остаётся только тупиковый путь: открывать страницу через тяжелые headless-браузеры без графического интерфейса (такие как Puppeteer или Playwright, эмулирующие действия реального пользователя) либо переходить по всем редиректам через резидентные прокси. На миллионных объемах парсинга это уничтожает рентабельность любого бизнеса.
5. Как отреагировал рынок: шторм в индустрии и проблемы сервисов
Августовский релиз
/goto стал холодным душем для большинства участников рынка:- Крупные аналитические платформы и трекеры позиций: столкнулись с рассинхронизацией данных и были вынуждены экстренно перестраивать конвейеры сбора, чтобы не потерять точность отчётов.
- Облачные провайдеры поисковых API: целую неделю в авральном режиме латали интеграции, поочерёдно выпуская хотфиксы под каждый из 18 затронутых блоков выдачи.
- Самописные скрипты и простые парсеры: практически полностью вышли из строя, начав сохранять пустые строки или бесполезные ссылки на сам
google.com. - Дилемма «кликов»: многие сервисы попытались в лоб переходить по редиректам, но быстро осознали две проблемы — катастрофический перерасход прокси и риск накрутки искусственных кликов, искажающих поисковую аналитику.
6. Техническое решение в A-Parser
В бета-версии A-Parser 1.2.3614 мы модернизировали парсер
SE::Google, внедрив обработку нового формата ссылок Google на уровне ядра парсера.
Код:
A-Parser 1.2.3614:
- Добавлен обход новой защиты Google: поддержан обход редиректов /goto (когда Google скрывает реальные ссылки из выдачи)7. Что нужно сделать пользователю A-Parser прямо сейчас?
Всего одно действие — обновиться до актуальной версии:
- Откройте панель управления A-Parser.
- Перейдите в раздел обновления программы или скачайте последнюю Beta Версию 1.2.3614 (или выше).
- Перезапустите парсер.
- Ваши задачи по сбору
SE::Googleпродолжат выполняться в штатном режиме.
Резюме по обновлению Google
Поисковые гиганты продолжают возводить стены вокруг своих данных, усложняя архитектуру выдачи Protobuf-сериализацией и динамическими редиректами. Но пока одни переписывают инфраструктуру и несут колоссальные убытки от накладных расходов, пользователи A-Parser получают готовое решение «из коробки» и продолжают собирать данные без задержек.
Обновляйтесь до последней Beta Версии и собирайте поисковые данные Google с максимальной производительностью!
Последнее редактирование: