Позиция — это не одно число. Спросите один и тот же сайт, по одному и тому же запросу, за одни и те же 90 дней — и мобильные результаты не совпадут с десктопными. В наших собственных данных Search Console разрыв достигал 11,4 позиции по одному запросу, причём направление переворачивалось в зависимости от запроса: иногда выше был мобильный, иногда десктопный.
Это не сбой данных и не повод покупать трекер мобильных позиций. Это свойство того, как Google строит страницу результатов, и оно остаётся невидимым, пока вы читаете смешанное среднее.
В этой статье — что именно вызывает расхождение, как выглядели наши собственные цифры и короткий рабочий процесс в Claude Code, который разделяет эти два измерения, чтобы вы перестали принимать десктопные решения о мобильном трафике.
Распространённое заблуждение
Допущение, которое большинство команд несёт с собой, обычно не проговаривая его вслух, состоит в том, что позиция — это свойство страницы. Вы на 8-м месте по запросу — значит, вы на 8-м месте. Трекеры позиций укрепляют это допущение: по умолчанию они работают с одним устройством и печатают одно число на ключевое слово.
Практическое следствие — привычка в отчётности: кто-то проверяет десктопную позицию, вписывает её в таблицу, и всё, что идёт дальше, относится к ней как к истине о видимости.
Более полезная реальность
Два факта, оба задокументированные Google, разрушают модель одного числа.
Факт первый: ранжируется мобильная версия вашей страницы. Документация Google Search Central говорит об этом прямо: «Google использует мобильную версию содержимого сайта, обойдённую агентом для смартфонов, для индексирования и ранжирования». Ваш десктопный HTML не является основным входом, даже когда человек ищет с ноутбука.
Факт второй: страница результатов строится под то устройство, которое перед ней. Справочная документация Search Console говорит это без обиняков, и это стоит прочитать дважды: «Результаты поиска зависят от времени, места, устройства и недавней истории человека, который ищет».
Сложите эти два факта вместе — и записанная вами позиция окажется одной выборкой из распределения, которое смещается вместе с устройством. Число не ошибочно. Оно просто гораздо уже, чем то, как его используют.
Почему миф распространяется так легко
Четыре обычные вещи поддерживают жизнь модели одного числа.
- Трекеры по умолчанию работают с десктопом. Десктопную выдачу дешевле запрашивать и проще хранить, поэтому она становится колонкой по умолчанию. Переключение устройства есть во многих тарифах, но это не то же самое, что включённость по умолчанию.
- Search Console смешивает устройства. Отчёт «Эффективность» по умолчанию усредняет данные по мобильным, десктопам и планшетам. Чтобы увидеть расхождение, нужно открыть вкладку «Устройства» или запросить API с измерением device. Ничто в представлении по умолчанию не предупреждает, что смешивание происходит.
- Мобильный трекинг позиций продают как дополнение. Когда поставщик указывает «трекер мобильных позиций» как функцию, подразумевается, что стандартный отчёт уже покрывает всё. Он покрывает часть.
- На малых выборках эффект не виден. Если вы посмотрите на десять запросов и все они совпадут, проблема покажется теоретической. Она становится видимой на уровне запроса — на запросах с достаточным числом показов, чтобы усреднять.
Что показали наши собственные 90 дней
Мы выгрузили собственный ресурс в Search Console за 90 дней, закончившихся 11 сентября 2026 года, с измерениями query и device.
Устройство | Показы | Клики | CTR | Средняя позиция |
|---|---|---|---|---|
Компьютер | 34 028 | 375 | 1,10% | 34,4 |
Смартфон | 7 147 | 69 | 0,97% | 30,8 |
Планшет | 156 | 0 | 0,00% | 40,8 |
Один и тот же ресурс, одно и то же окно, три разные истории. Обратите внимание: средняя позиция на смартфоне лучше, а CTR на смартфоне хуже.
В этой таблице два момента заслуживают внимания.
Первый — перевёрнутый сигнал. Средняя позиция на смартфоне была лучше, чем на компьютере (30,8 против 34,4), однако CTR на смартфоне оказался хуже (0,97% против 1,10%). Лучшая позиция при худшей кликабельности — норма для смартфонов: страницы результатов длиннее, вёрстка иная, а верх страницы забит дополнительными блоками. Тот, кто отчитывался бы только по позиции, назвал бы смартфон более сильной площадкой и полностью упустил бы разрыв по кликам.
Второй — ловушка самого чтения средних по всему сайту. Эти две строки обобщают разные наборы запросов. Компьютеры несут 82% наших показов, потому что наша аудитория — SEO-специалисты за столами, а смартфоны несут другой, меньший набор запросов. Средние по сайту это скрывают. Именно соединение на уровне запроса делает число пригодным для действий.
Так что мы его сделали. Из 130 запросов с не менее чем 20 показами у 85 были данные по обоим устройствам. Вот шесть крупнейших расхождений.
Запрос | Позиция на смартфоне | Позиция на компьютере | Разница |
|---|---|---|---|
auditoria seo on page | 64,5 | 53,1 | 11,4 (лучше компьютер) |
perplexity seo checking tool | 20,5 | 31,1 | 10,6 (лучше смартфон) |
geo seo | 92,9 | 85,4 | 7,5 (лучше компьютер) |
auspia | 5,4 | 1,6 | 3,8 (лучше компьютер) |
perplexity referral traffic | 11,2 | 12,0 | 0,9 (лучше компьютер) |
amazon echo keywords | 13,9 | 13,8 | 0,1 (равенство) |
Разрыв идёт в обе стороны. «На смартфоне позиции хуже» так же неверно, как «позиция есть позиция».
Направление переворачивается. Это и есть вывод, который должен изменить вашу рабочую привычку: расхождение между устройствами нельзя исправить эмпирическим правилом, потому что нет устойчивого направления, под которое стоило бы корректировать. Его нужно измерять по каждому запросу.
Что делать вместо этого: разделить, соединить, задать порог, решить
Четыре шага, около 20 минут, когда рабочий процесс уже есть.
Шаг 1: выгрузить query и device вместе. В Search Console откройте «Эффективность», добавьте вкладку «Устройства» рядом с «Запросами» и экспортируйте за 90 дней. Через API запросите измерения ["query","device"] с лимитом строк, достаточным, чтобы вместить ваш набор запросов. API принимает лимит строк намного выше того, что нужно сайту среднего размера, так что запрашивайте с запасом и обрезайте локально.
Если вы уже готовите недельный отчёт по позициям, это станет дополнительным измерением в том, что у вас есть, а не новой рабочей книгой. В контракте отчёта из нашего рабочего процесса недельного отчёта по позициям для него есть место.
Шаг 2: соединить по ключу запроса. Одна строка на запрос, со столбцом смартфона и столбцом компьютера. Строки, которые есть только на одном устройстве, — сами по себе находка: они означают, что запрос получает показы на одной площадке и не получает на другой.
Шаг 3: задать порог до того, как смотреть. Пять позиций — работоспособный стартовый порог. Ниже вы читаете шум. Выше — у вас запрос, по которому две площадки действительно расходятся.
Шаг 4: решать по классу запросов, а не по отдельному запросу. Денежные запросы исправляются первыми. Сравнительные запросы обычно расходятся потому, что различается вёрстка выдачи, а не потому, что ваша страница слаба. Брендовые запросы, которые расходятся, почти никогда не являются проблемой SEO. Информационные запросы могут подождать.
Рабочий процесс в Claude Code, который делает это разделение
Повторяемая часть механическая: выгрузить, соединить, задать порог, обобщить. Это ровно та форма задачи, которой место в агенте, а не в вашей неделе.
Сохраните это как файл инструкций, который Claude Code сможет прочитать, и направьте его на ваш собственный ресурс:
Выгрузи данные Search Console для ресурса <property> за последние 90 дней.
Используй измерения: query, device. Оставь только запросы с не менее чем 20 показами.
Соедини смартфон с компьютером по ключу запроса.
Для каждого запроса, присутствующего на обоих устройствах, посчитай абсолютную разницу средней позиции.
Выведи только строки, где разница 5.0 и больше, отсортированные по убыванию суммарных показов.
Для каждой строки покажи: запрос, позицию на смартфоне, позицию на компьютере, разрыв,
какое устройство лучше, показы на смартфоне, показы на компьютере.
Заверши двумя итоговыми строками:
1. Количество запросов, где лучше смартфон, и количество, где лучше компьютер.
2. Единственный запрос с наибольшим разрывом и его суммарные показы.
Не предлагай исправлений. Не пиши рекомендаций по контенту.
Сохрани результат как mobile-desktop-gap-YYYY-MM-DD.md в рабочей папке.В этой инструкции есть три намеренных решения, которые стоит сохранить, если вы будете её адаптировать.
Она задаёт минимальный порог показов, потому что запрос с четырьмя мобильными показами даёт среднюю позицию, которая ничего не значит. Она запрещает предлагать исправления, потому что решение зависит от класса запроса и бизнес-контекста, а агент, угадывающий в этом, выдаёт уверенную чепуху. И она сохраняет результат в файл с датой, чтобы вы могли сравнить расхождение следующего месяца с текущим, — это единственный способ увидеть, сработало ли исправление.
По форме промпт нейтрален к агенту. Codex выполняет ту же инструкцию через свои файловые соглашения, и шаг проверки идентичен.
Ограничения
- Ниже примерно 20 показов — остановитесь. Средние позиции по горстке показов сами по себе прыгают на десятки. Порог в промпте существует именно поэтому.
- Планшет — не смартфон. В нашей строке планшета было 156 показов и ноль кликов. Если бы мы объединили планшет со смартфоном, мобильные цифры стали бы хуже по причинам, не имеющим отношения к мобильному поиску.
- Эта статья о измерении, а не о допуске. Может ли Google вообще видеть ваш мобильный контент — другая задача с другими проверками. Сторону аудита мы разобрали в материале «Mobile-First Indexing в 2026 году».
- Лучшая позиция может быть худшим результатом. В наших данных смартфон ранжировался лучше и кликался хуже. Позицию и кликабельность нужно читать вместе.
- Не гоняйтесь за каждым разрывом. Разрыв в 6 позиций по запросу с 30 поисками в месяц — не проект. Отсортируйте список по показам и оставьте хвост в покое.
- Глубокие позиции ведут себя иначе. Если запрос находится за пределами 100-й позиции на обоих устройствах, сначала решите проблему глубины. Как далеко на самом деле уходят результаты Google, мы измерили в тесте глубины проверки позиций.
Взгляд Auspia: расхождение между устройствами — это проблема измерения раньше, чем проблема ранжирования. Большинство команд никогда не смотрели, потому что отчёт по умолчанию скрывает расщепление. Как только оно становится видимым, большинство разрывов оказываются объяснимыми, а интересная горстка заслуживает исправления.
Частые вопросы
Google ранжирует мобильные и десктопные страницы отдельно? Фактически да. Google индексирует мобильную версию вашего контента, и страница результатов, отданная на телефон, отличается от той, что отдана на ноутбук. Обе позиции происходят из одних и тех же базовых систем, но это не одно и то же число.
Почему мой трекер позиций расходится с Search Console? Они измеряют разные вещи. Трекер запрашивает живую выдачу в одной локации и на одном устройстве. Search Console усредняет показы по всем устройствам, странам и всему диапазону дат. Оба могут быть правы и при этом расходиться.
Что такое трекер мобильных позиций и нужен ли он мне? Трекер мобильных позиций запрашивает выдачу для смартфонов по набору ключевых слов. За него стоит платить, если вам нужны позиции конкурентов или локации, которых вы не видите в собственных данных. Если вам нужна только мобильная видимость вашего сайта, Search Console уже её даёт, с разбивкой по устройствам и бесплатно.
Сколько нужно показов, чтобы позиция на уровне устройства стала надёжной? Около 20 — рабочий минимум для грубой оценки; от 100 и выше число перестаёт двигаться от недели к неделе. Ниже 20 оставьте запрос в списке, но не действуйте по нему.
Может ли Claude Code читать Search Console напрямую? Да, через Search Console API с сервисным аккаунтом или учётными данными OAuth. Рабочий процесс выше предполагает, что такое подключение есть. Наш гид по SEO-агенту разбирает, какие задачи по ранжированию стоит передавать агенту, а какие нет.
Стоит ли чинить мобильную страницу, если на смартфоне позиции хуже? Сначала посмотрите на выдачу. Если мобильная страница результатов несёт больше видео, больше локальных блоков или другую смесь типов страниц, исправлять нужно формат контента, а не качество страницы. Если форма выдачи совпадает и страница в порядке, отнеситесь к этому как к проблеме паритета контента и проведите аудит по проверкам mobile-first.
Автор: Marcus Ellery, специалист по росту, стоящий за более чем 150 SEO-тестами в Auspia. Пишет о бенчмарк-данных, контролируемых экспериментах и о разнице между метрикой, которая движется, и метрикой, которая что-то значит.
