Просмотр страницы

Просмотр страницы (pageview) — единица измерения веб-трафика, фиксируемая каждый раз, когда браузер пользователя полностью загружает HTML-документ сайта. Каждое обновление страницы, переход по ссылке или ввод адреса в строку браузера порождает новый просмотр, который счетчик аналитики записывает в отчет.

Что такое просмотр страницы

Просмотр страницы — это базовый «атом» веб-аналитики, минимальная единица взаимодействия пользователя с сайтом, которую способны зафиксировать системы отслеживания. Когда посетитель открывает любую страницу сайта, его браузер загружает HTML-код, вместе с ним выполняется JavaScript-код счетчика аналитики, и в базу данных улетает «хит» с набором данных: URL страницы, источник визита, устройство, время загрузки, идентификатор сессии. Именно это событие и называется просмотром страницы. Важно понимать, что просмотр фиксируется при каждом обращении к документу — включая обновление той же страницы клавишей F5, то есть один пользователь за сессию может сгенерировать десятки просмотров одного URL.

История метрики уходит корнями в 1990-е годы, когда первые веб-серверы начали вести лог-файлы с записями каждого GET-запроса. Тогда «просмотр страницы» буквально означал строку в файле access.log сервера. С появлением JavaScript-счетчиков в конце 1990-х — начале 2000-х годов метрика обрела современный вид: теперь хит отправляется не сервером, а кодом в браузере, что позволяет собирать куда больше контекста. Google Analytics, запущенный в 2005 году, сделал pageview стандартом отрасли и главной метрикой дашбордов для миллионов сайтов по всему миру.

В digital-маркетинге просмотр страницы выполняет роль базового «топлива», из которого строятся все более сложные показатели. Сумма просмотров формирует трафик сайта — абсолютный объем аудитории. Отношение просмотров к визитам дает глубину просмотра — один из ключевых индикаторов вовлеченности. Поведенческие метрики (время на странице, процент отказов) без данных о просмотрах вообще не существуют. SEO-специалист смотрит на просмотры конкретных URL, чтобы понять, какие страницы собирают трафик, а какие «мертвы» для поисковика. Контекстолог анализирует просмотры посадочных страниц из платного трафика, чтобы оценить качество аудитории до конверсии.

Понимать разницу между просмотрами, сессиями и уникальными пользователями критично для любого маркетолога — именно здесь кроется большинство ошибок в интерпретации данных. Компания, которая видит «300 000 просмотров в месяц», может на деле иметь 50 000 уникальных посетителей, которые активно путешествуют по сайту (отличный показатель), или 280 000 пользователей, каждый из которых посетил ровно одну страницу и ушел (плохой показатель). Два разных бизнеса с одинаковым числом просмотров могут находиться в принципиально разных ситуациях. Именно поэтому анализировать просмотры нужно в связке с другими метриками, а не изолированно.

Как работает просмотр страницы

1. Запрос браузера к серверу. Пользователь вводит URL или кликает по ссылке — браузер формирует HTTP GET-запрос и отправляет его на сервер. Сервер возвращает HTML-документ со статусом 200 OK. Именно в этот момент «просмотр» начинается технически, хотя в журнал аналитики он попадет позже — после выполнения JS-кода счетчика.
2. Рендеринг и выполнение скриптов. Браузер разбирает HTML, загружает CSS, изображения и JavaScript-файлы. Среди этих скриптов — код счетчика аналитики (Яндекс.Метрика, Google Analytics или другой). Скрипт выполняется асинхронно, чтобы не блокировать загрузку видимого контента. Если скрипт заблокирован браузерным расширением или отключен JS — просмотр не будет зафиксирован, хотя пользователь страницу видит.
3. Формирование хита и сбор атрибутов. Счетчик собирает пакет данных: полный URL страницы, реферер (откуда пришел пользователь), идентификатор браузерной сессии, тип устройства, разрешение экрана, язык браузера, временную метку. Для Яндекс.Метрики добавляются данные о скорости загрузки и глубине скролла. Все это упаковывается в единый запрос к серверу аналитики.
4. Передача данных на сервер аналитики. Браузер отправляет HTTP-запрос (обычно к серверу сбора данных платформы аналитики) с собранными атрибутами. Запрос весит несколько байт и не влияет на производительность страницы. Сервер принимает хит, верифицирует идентификаторы и ставит его в очередь на обработку. В реальном времени данные появляются в дашбордах с задержкой от нескольких секунд до нескольких минут.
5. Атрибуция источника трафика. Система аналитики анализирует UTM-метки и реферер, чтобы присвоить просмотр конкретному каналу: органический поиск, прямой трафик, контекстная реклама, социальные сети, реферальный трафик. Для одной сессии атрибуция задается первым просмотром — все последующие страницы в рамках того же визита наследуют ее. Это объясняет, почему маркетологи отдельно анализируют просмотры по каналам, а не суммарно.
6. Агрегация и построение отчетов. Сервер аналитики группирует хиты по временным периодам, URL, сегментам аудитории и строит агрегированные показатели. Из сырых просмотров вычисляются производные метрики: процент отказов (доля сессий с одним просмотром), глубина просмотра (среднее число страниц за сессию), страницы/пользователь. Именно эти производные показатели имеют практическую ценность для маркетолога.

Виды просмотра страницы

• Стандартный просмотр (pageview). Фиксируется при каждой полной загрузке HTML-документа, включая повторные обращения к одному URL в рамках одной сессии. Если пользователь открыл главную страницу, перешел в каталог, вернулся на главную — счетчик запишет три просмотра, два из которых относятся к разным URL. Это базовый тип, который используется по умолчанию во всех системах аналитики.
• Уникальный просмотр страницы. Показывает, сколько сессий содержали хотя бы один просмотр конкретной страницы — повторные обращения к той же URL в рамках одной сессии не учитываются. Если посетитель три раза обновил страницу товара, уникальных просмотров будет один, а обычных — три. Этот показатель точнее отражает реальный охват конкретного контента.
• Виртуальный просмотр (virtual pageview). Создается разработчиком вручную через код счетчика для одностраничных приложений (SPA), где URL не меняется при навигации. Например, интернет-магазин на React при переходе между разделами каталога не перезагружает страницу — без виртуальных просмотров аналитика покажет нулевую глубину просмотра для всех визитов. Настраивается через метод window.dataLayer.push или аналогичные механизмы конкретной платформы.
• Просмотр с событием (event-based hit). В Google Analytics 4 и новых версиях Яндекс.Метрики классический pageview заменен событием page_view, которое технически идентично другим событиям (click, scroll, form_submit). Это дает возможность дополнять просмотр страницы произвольными параметрами: например, передавать категорию товара, автора статьи или сегмент пользователя прямо в хит просмотра для последующей сегментации в отчетах.
• Дублированный просмотр. Технический «шум» в данных, возникающий при ошибках интеграции: дважды установленный код счетчика на одной странице, неправильная настройка SPA, срабатывание счетчика в iFrame. Дублированные просмотры завышают показатели трафика и занижают процент отказов, что приводит к ошибочным выводам. Диагностируется через сравнение числа хитов с числом сессий — аномально высокое соотношение (более 20-25 страниц/сессию для обычного информационного сайта) сигнализирует о проблеме.
• Просмотр ботом. Не-человеческий трафик от поисковых роботов, мониторинговых сервисов, скраперов и спам-ботов. Качественные системы аналитики автоматически фильтруют известных ботов, но некоторые боты имитируют поведение браузера и попадают в статистику. Признаки бот-трафика: аномально высокий прямой трафик из незнакомых стран, нулевое время на сайте, подозрительно ровные цифры просмотров по часам.

Сравнение просмотра страницы и сессии (визита)

Пример использования

Интернет-магазин строительных материалов с трафиком 18 000 визитов в месяц зафиксировал в Яндекс.Метрике глубину просмотра 1.4 страницы/сессию — это означало, что большинство посетителей смотрело одну страницу и уходило. Анализ карты просмотров показал: страницы категорий собирали трафик из поиска, но не вели пользователей дальше к карточкам товаров. Из 18 000 визитов только 2 200 включали просмотр хотя бы одной карточки товара, конверсия в заявку составляла 0.6%.

Команда переработала блоки перелинковки на страницах категорий: добавила блоки популярных товаров, хлебные крошки с промежуточными категориями и рекомендации «с этим покупают». Через 60 дней глубина просмотра выросла до 2.9 страниц/сессию — рост на 107%. Число сессий с просмотром карточки товара увеличилось с 2 200 до 5 400 при том же объеме трафика. Конверсия в заявку выросла с 0.6% до 1.4%, что дало прирост заявок на 133% без увеличения рекламного бюджета. Ключевым инсайтом стало то, что проблема была не в трафике, а в том, что просмотры «гасли» на первой странице.

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