Посмотреть статистику запросов: Подбор слов | Дропшиппинг

Содержание

Авито Pro апдейт — как мы делаем статистику точнее

Redirect to URL: https://www.avito.ru/business/advices/avito-pro-statistics/

Новые технологии в Авито Pro — как мы делаем статистику точнее

С 21 апреля подробная статистика в кабинете Авито Pro стала точнее. Улучшения могут заметить все профессиональные пользователи, которые размещают объявления в любых категориях: от квартир и машин до вакансий и садовой мебели. В этой статье рассказываем, что изменилось в статистике и как это поможет вам лучше продавать или сдавать в аренду недвижимость.

Общая статистика в Авито Pro — объявления за год разбиты по неделям

Что мы сделали, чтобы повысить точность статистики

Сервисы для продажи недвижимости и агентства собирают информацию о предложениях на рынке. Часто они делают это с помощью ботов и парсеров — автоматических программ для массового сбора информации.

Эти программы имитируют поведение живого человека — заходят на страницы объявлений и смотрят номера телефонов продавцов. Эти посещения попадают в статистику и завышают количество просмотров объявления и контактов. Раньше нам требовалось время на очистку статистики. Сейчас мы нашли способ обрабатывать данные в режиме реального времени и улучшили работу всей системы.

Усовершенствовали распознавание ботов. Теперь система автоматически исключает из статистики посещения и просмотры контактов от ботов и парсеров. С технической точки зрения мы добавили в Авито Pro механизм распознавания ботов, который иначе работает с данными.

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

Показываем данные в режиме реального времени. Раньше вы могли видеть завышенные показатели в статистике, пока они проходили очистку от ботов. Сейчас это происходит практически без задержки. Вы видите корректные данные в личном кабинете Авито Pro и можете быстрее решать, как изменить объявление и какие услуги продвижения отключать или подключать.

Допустим, вы подключили «Поднятие», но количество запросов контактов не увеличилось. Пересмотрите своё предложение — возможно, объект плохо описан или стоит слишком дорого.

Показываем статистику в удобных форматах. Расширенная статистика отображается в личном кабинете Авито Pro. Вы можете посмотреть график статистики по всем объявлениям, данные по одной категории или конкретному объявлению. Статистику можно смотреть по периодам — вы можете выбрать любой промежуток времени от двух дней до нескольких лет.

Статистика по одному объявлению за две недели

Любой из отчетов можно выгрузить на свой компьютер в формате Excel. Это удобно, чтобы анализировать данные — можно найти объявления, которые приносят максимум просмотров или звонков, посмотреть у кого из сотрудников больше откликов, составлять отчеты по расходам и прогнозировать бюджет на продвижение.

Обеспечили стабильность работы. Мы закупили дополнительные серверы, чтобы система работала бесперебойно — теперь их стало в два раза больше. Даже если случится форс-мажор и один сервер выйдет из строя, его заменит резервное оборудование.

Собрали специалистов. Статистика Авито Pro — один из приоритетных для нас проектов. Мы понимаем, что от достоверности данных зависят продажи профессиональных продавцов. Алгоритмы автоматических сборщиков данных меняются, и под них нужно подстраиваться. Мы собрали команду из разработчиков и тестировщиков, которые будут совершенствовать технологии очистки данных и дальше.

Как расширенная статистика помогает бизнесу

Статистика помогает оценивать эффективность объявлений и планировать расходы на их продвижение. В Авито Pro есть информация по четырём показателям.

Просмотры и контакты — сколько людей посмотрели объявление, а сколько из них нажали кнопку «Показать телефон» или «Написать сообщение». Конверсия из просмотров в контакты — это количество запросов контактов, разделённое на количество просмотров. Она показывает, какой процент людей захотел связаться с вами после просмотра объявлений. По конверсии можно отслеживать, какие объявления вызывают у потенциальных клиентов больше интереса — их стоит продвигать в первую очередь.

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

Звонки и записи разговоров. Эта статистика есть у тех, кто подключил коллтрекинг. Сейчас он доступен в категориях «Недвижимость», «Транспорт» и «Ремонт и строительство» для тех, у кого есть персональный менеджер Авито.

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

Первичные, повторные и пропущенные звонки в статистике показаны отдельно

Коллтрекинг умеет распознавать нежелательные звонки, например с рекламой и опросами. Такие звонки автоматически исключаются из статистики.

Записи разговоров можно прослушать и узнать, какие вопросы вызывает объявление у клиентов и как ваши менеджеры общаются с покупателями.

Оценивайте эффективность объявлений с расширенной статистикой в Авито Pro.

Перейти в Авито Pro

Что еще почитать

Как разместить объявление с первого раза

Правила модерации

Как зарегистрировать компанию на Авито

Рассказываем, как компаниям зарегистрироваться, пополнить кошелек с расчетного счета и получить закрывающие документы

Как подключать номера бизнесу на Авито

Рассказываем, как подключать и изменять мобильные и городские номера телефона

Настройка сбора статистики запросов к сайтам

В ISPmanager можно настроить сбор статистики запросов пользователей к сайтам. Для этого используются журналы:

журнал запросов — содержит статистику соединений веб-сервера для WWW-домена;
журнал ошибок — содержит статистику ошибок веб-сервера для WWW-домена.

Чтобы собирать статистику для WWW-домена, при его создании или изменении включите опции Журнал запросов и Журнал ошибок и настройте их параметры:

Подключите анализатор журнала запросов для WWW-домена:
1. Выберите Генератор отчётов.
  Обратите внимание!
  Доступно, только если установлен веб-сервер Apache и модуль awstats или webalizer. Подробнее об установке см. в статье Установка веб-сервера.
2. Укажите Период сбора статистики по запросам.
3. Выберите Язык отчёта.
4. Если нужно, включите опцию Ограничить доступ к статистике, укажите Пароль для доступа к статистике и его Подтверждение. В качестве логина будет использоваться имя владельца WWW-домена.
Чтобы ISPmanager собирал статистику ошибок веб-сервера для WWW-домена, включите опцию Журнал ошибок.
Выберите Период ротации журналов.
В поле Хранить архивов укажите количество файлов журналов, которое будет храниться в заархивированном виде.
Пояснения

Обратите внимание!

Дисковое пространство, занимаемое архивами, входит в квоту владельца WWW-домена. Подробнее см. в статье Подключение дисковых квот.

Для просмотра записей в журналах перейдите в Настройки web-сервера → WWW-журналы.

Для просмотра сгенерированных отчётов по статистике перейдите в Домены → WWW-домены → Статистика. Статистика для WWW-домена хранится в /var/www//data/www//webstat.

Принципы ротации журналов

Ротация используется для архивирования журналов, чтобы они не занимали большой объём дискового пространства. Для ротации используется утилита logrotate, которая запускается по планировщику cron ежедневно: /etc/cron.daily/logrotate.

Глобальные настройки ротации хранятся в конфигурационном файле /etc/logrotate.conf.

Конфигурационные файлы logrotate

Параметры ротации WWW-доменов хранятся в конфигурационных файлах /etc/logrotate.d/web/. Например:

Конфигурационный файл ротации логов WWW-домена

/var/www/httpd-logs/<имя WWW-домена>. access.log {
        olddir /var/www/<имя владельца WWW-домена>/data/logs
        rotate 65530
        size=16M
        copytruncate
        compress
        <период ротации>
        prerotate
                /etc/webanalyzer.d/<имя владельца WWW-домена>/<имя WWW-домена>
        endscript
}
/var/www/httpd-logs/<имя WWW-домена>.error.log {
        olddir /var/www/<имя владельца WWW-домена>/data/logs
        copytruncate
        compress
        <период ротации>
}

Пояснения

Ручной запуск ротации

Чтобы запустить ротацию вручную, выполните команду:

/usr/sbin/logrotate -d -f <путь к конфигурационному файлу logrotate для WWW-домена>

Пояснения

Запустить ротацию для всех WWW-доменов можно командой:

/usr/sbin/logrotate -f /etc/logrotate.conf

В результате выполнения команды может появиться сообщение об ошибке «log does not need rotating». Оно означает, что ротация не была выполнена, т. к. уже выполнялась в текущий день. Чтобы выполнить ротацию, измените статус последней ротации для WWW-домена в файле /var/lib/logrotate/logrotate.status.

Принципы работы анализатора логов awstats

Конфигурационный файл awstats

При включении анализатора лога для WWW-домена создаётся конфигурационный файл в /etc/awstats/awstats..conf. Основные параметры:

LogFile — путь к анализируемому журналу;
SiteDomain — анализируемый WWW-домен;
DirData — путь к директории, в которой хранятся полученные в результате анализа данные.

Автоматический запуск сбора статистики

Если Период сбора статистики — «в момент ротации», то анализатор логов запускается непосредственно утилитой logrotate. Для этого в конфигурационный файл /etc/logrotate.d/web/ добавляются строки:

Конфигурационный файл ротации логов WWW-домена

prerotate 		
        /etc/webanalyzer.d/<имя владельца WWW-домена>/<WWW-домен>

Если Период сбора статистики — «каждый час», то анализатор логов запускается по заданию в планировщике cron пользователя:

Список заданий планировщика cron

# crontab -u username -l
MAILTO=""#
#ISPmanager log rotate <WWW-домен>
0 * *	/etc/webanalyzer. d/<имя владельца WWW-домена>/<WWW-домен>

Ручной запуск сбора статистики

Чтобы запустить сбор статистики вручную, выполните команду:

/etc/webanalyzer.d/<имя владельца WWW-домена>/<WWW-домен>

Удаление журналов

Чтобы удалить журнал ошибок, перейдите в Настройки web-сервера → WWW-журналы → выберите журнал → кнопка Очистить → OK.

Удаление журнала запросов через интерфейс панели управления не поддерживается. Это сделано, чтобы обеспечить корректную ротацию журналов. Если вам нужно удалить журнал запроса для домена, выполните на сервере с ISPmanager команду:

echo "" > /var/www/httpd-logs/<WWW domain>.access.log

Пояснения к команде

Analytics — Django сохраняет весь запрос статистики, что доступно?

Мы используем простое промежуточное программное обеспечение. Ниже приведен отрывок. Вы можете изменить его для использования непосредственно в представлении.

 класс WebRequest (модели. Модель):
    время = модели.DateTimeField(auto_now_add=True)
    хост = модели.CharField(max_length=1000)
    путь = модели.CharField(max_length=1000)
    метод = модели.CharField(max_length=50)
    uri = модели.CharField(max_length=2000)
    status_code = модели.IntegerField()
    user_agent = models.CharField(max_length=1000,blank=True,null=True)
    remote_addr = models.IPAddressField()
    remote_addr_fwd = models.IPAddressField (пусто = Истина, ноль = Истина)
    мета = модели.TextField()
    куки = models.TextField (пусто = Истина, ноль = Истина)
    получить = модели.TextField (пусто = Истина, ноль = Истина)
    post = models.TextField (пусто = Истина, ноль = Истина)
    raw_post = models.TextField(blank=True,null=True)
    is_secure = модели.BooleanField()
    is_ajax = модели.BooleanField()
    пользователь = модели.ForeignKey(Пользователь,пусто=Истина,нуль=Истина)
дамп дампов (значение):
    вернуть json.dumps (значение, по умолчанию = лямбда o: нет)
класс WebRequestMiddleware (объект):
    def process_view (я, запрос, view_func, view_args, view_kwargs):
        setattr (запрос, 'hide_post', view_kwargs.  pop ('hide_post', False))
    def process_response (я, запрос, ответ):
        если request.path.endswith('/favicon.ico'):
            вернуть ответ
        если тип (ответ) == HttpResponsePermanentRedirect и settings.APPEND_SLASH:
            new_location = response.get («местоположение», нет)
            content_length = response.get («длина содержимого», нет)
            если new_location и content_length равны «0»:
                new_parsed = анализ URL-адреса (новое_местоположение)
                old = (('http','https')[request.is_secure()], request.get_host(), '{0}/'.format(request.path), request.META['QUERY_STRING'])
                новый = (new_parsed.scheme, new_parsed.netloc, new_parsed.path, new_parsed.query)
                если старый == новый:
                    #не логировать - это просто добавление /
                    вернуть ответ
        пытаться:
            self.save (запрос, ответ)
        кроме Исключения как e:
            print >
 > sys.stderr, "Ошибка сохранения журнала запросов", e
        вернуть ответ
    защита сохранения (я, запрос, ответ):
        если hasattr (запрос, 'пользователь'):
            user = request.  user if type(request.user) == User else None
        еще:
            пользователь = нет
        мета = запрос.META.copy()
        meta.pop('QUERY_STRING',нет)
        meta.pop('HTTP_COOKIE',нет)
        remote_addr_fwd = Нет
        если 'HTTP_X_FORWARDED_FOR' в мета:
            remote_addr_fwd = мета['HTTP_X_FORWARDED_FOR'].split(",")[0].strip()
            если remote_addr_fwd == мета['HTTP_X_FORWARDED_FOR']:
                meta.pop('HTTP_X_FORWARDED_FOR')
        пост = нет
        uri = request.build_absolute_uri()
        если request.POST и uri != '/login/':
            сообщение = дампы (запрос.POST)
        модели.Веб-запрос(
            хост = запрос.get_host(),
            путь = запрос.путь,
            метод = запрос.метод,
            uri = request.build_absolute_uri(),
            код_статуса = код_ответа.код_статуса,
            user_agent = meta.pop('HTTP_USER_AGENT', нет),
            remote_addr = meta.pop('REMOTE_ADDR',нет),
            remote_addr_fwd = удаленный_addr_fwd,
            мета = Нет, если не мета, иначе сбрасывает (мета),
            куки = Нет, если не request.
  COOKIES иначе сбрасывает (request.COOKIES),
            get = None, если не request.GET, иначе выгружается (request.GET),
            post = None, если (не request.POST или getattr(request,'hide_post') == True) else дампы(request.POST),
            raw_post = Нет, если getattr(request,'hide_post') иначе request.raw_post_data,
            is_secure = запрос.is_secure(),
            is_ajax = запрос.is_ajax(),
            пользователь = пользователь
        ).сохранять()

Просмотр, поиск и фильтрация журналов веб-запросов вашего сайта с помощью Cloud Logging

Вы можете связать свой проект Firebase с Cloud Logging для просмотра, поиска и отфильтруйте журналы веб-запросов для каждого из ваших сайтов хостинга. Эти журналы из CDN, который автоматически предоставляется Firebase, поэтому каждый запрос к вашему сайт и соответствующие данные запроса регистрируются.

Вот некоторые действия, которые можно выполнить с журналами Cloud Logging. Посетите каждый раздел эту страницу, чтобы узнать подробности.

Лучше понять ваш сайт — Учитесь у где и когда у вас есть посещения вашего сайта, статусы ответов вашего сайта, задержка запросов конечных пользователей и многое другое.
Фильтруйте журналы с помощью запросов — Кредитное плечо автоматически собираемые данные для фильтрации и построения графика данных, связанных с каждым запрос или ваш сайт.
Использовать метрики на основе журналов — Создать облако Мониторинг диаграмм и политик предупреждений на основе предопределенных системных метрик или определяемые пользователем показатели.
Экспорт журналов в другие инструменты Google Cloud — Используйте данные журналов в других инструментах (таких как BigQuery и Data Studio) для повышения эффективности. анализ и корреляция.

Если в вашем проекте несколько хостингов, вы можете выбрать, какой из них ваши сайты хостинга будут экспортировать журналы. Затем вы можете фильтровать и просматривать свои журналы данные по хостингу и даже по домену. Выбрав конкретный хостинг сайтов для экспорта журналов, вы также можете контролировать объем данных, обрабатываемых для вашего проект.

Узнайте о квотах и ценах на ведение журналов в облаке

Cloud Logging — бесплатное использование до 50 ГБ данных в месяц (за проект). Это использование может быть из любого продукта Google или Firebase, использующего Cloud Logging. Вы можете обновить свой проект до тарифного плана Blaze, чтобы разблокировать дополнительные платное использование. Узнать больше о ценах на Облачное ведение журнала.
Вы можете отслеживать и управлять ведением журнала в облаке и выставлением счетов:
Оцените свои счета за ведение журнала в облаке с помощью Google Cloud Pricing Калькулятор.
Журналы регулирования путем создания исключения.
Настройка оповещения чтобы помочь контролировать расходы.
Обратите внимание, что запись журнала для определенного запроса может быть задержана или, в редких случаях, случаи, упал. Хотя журналы можно использовать для понимания запросов, они могут не отражают реальное использование, которое отображается в использовании вашего проекта и выставлении счетов.

Ссылка на ведение журналов в облаке и экспорт журналов веб-запросов

Нажмите Ссылка в Облачное ведение журнала интеграционная карта в консоли Firebase.
Чтобы связать или отменить связь с облачным ведением журнала, вам потребуются разрешения, включенные в любая из следующих ролей: владелец проекта или редактор или Firebase Develop Admin.
Следуйте инструкциям на экране, чтобы выбрать, какой из ваших сайтов хостинга следует экспортировать журналы в Cloud Logging.
Если у вас уже есть один или несколько активных хостинг-сайтов, привязка рабочий процесс отображает предполагаемый уровень использования данных для журналов из каждого Хостинг сайтов.
Это значение рассчитано за последние 30 дней.

После привязки к Cloud Logging регистрирует любые новых запросов к вашему Хостинг-сайты обычно появляются в течение 30 минут после запроса. сделал.

Вы также можете отвязать хостинг Firebase из Cloud Logging, который останавливает экспорт журналов веб-запросов в Облачное ведение журнала.

Мониторинг использования данных для журналов

После привязки к Cloud Logging вы можете просмотреть уровень использования данных для журналов с ваших сайтов хостинга:

Узнайте о квотах и ценах на ведение журнала в облаке

Cloud Logging — бесплатное использование до 50 ГБ данных в месяц (за проект). Это использование может быть из любого продукта Google или Firebase, использующего Cloud Logging. Вы можете обновить свой проект до тарифного плана Blaze, чтобы разблокировать дополнительные платное использование. Узнать больше о ценах на Облачное ведение журнала.
Вы можете отслеживать и управлять ведением журнала в облаке и выставлением счетов:
Оцените свои счета за ведение журнала в облаке с помощью Google Cloud Pricing Калькулятор.
Журналы ограничения путем создания исключения.
Настройка оповещения чтобы помочь контролировать расходы.
Обратите внимание, что запись журнала для определенного запроса может быть задержана или, в редких случаях, случаи, упал. Хотя журналы можно использовать для понимания запросов, они могут не отражают реальное использование, которое отображается в использовании вашего проекта и выставлении счетов.

Лучше понять ваш сайт

Интерфейс просмотра журналов в Google Cloud Console предлагает инструменты для просмотра ваших конкретных журналов и данных с помощью запросов и встроенных фильтров и панелей данных. Подробнее о фильтрации ваши журналы с запросами в следующем разделе ниже.

Откуда поступает трафик на ваш сайт на детальном уровне?
Вы можете просмотреть информацию о каждом запросе, включая исходный IP, реферер, город, статус.
Когда пользователи посещают ваш сайт?
Вы можете использовать Панель гистограммы чтобы увидеть распределение по конкретным временным диапазонам. Это может дать вам представление в нормальные пики и спады использования вашего приложения, а также выявить любые неожиданные всплески трафика.
Как распределяются статусы запросов конечных пользователей?
Вы можете просматривать статус каждого запроса и даже диагностировать запросы, которые получать ошибки. Вы можете отфильтровать журналы по Критический , Ошибка или Предупреждение .
Сколько времени требуется вашему сайту, чтобы ответить на запрос?
Вы можете просмотреть задержку вашего сайта для каждого запроса, используя задержку значение фиксируется в каждом журнале.
Использует ли ваш сайт преимущества кэширования контента?
Каждый журнал содержит поле cacheHit , чтобы сообщить вам, был ли ресурс вашего сайта быстро обслуживается из кеша CDN хостинга, или если ему нужно было сделать полный Поездка на серверную часть хостинга. Это может помочь вам улучшить ваш веб-сайт производительность, максимально используя глобальную CDN Firebase. Например, вы могут использовать данные для тонкой настройки кэширования ваших статические активы и динамический контент.
Как распределяется трафик между вашими доменами?
Если у вас несколько доменов или хостинг-сайтов, вы можете фильтровать свои журналы. по домену или по сайту. Это позволяет вам видеть, как ваш трафик распределенный. Когда вы фильтруете по домену, вы можете отслеживать, какой домен посещают чаще всего.

Фильтрация журналов с помощью запросов

Чтобы узнать, как фильтровать журналы с помощью запросов, посетите Примеры запросов с использованием средства просмотра журналов и Построение запросов журнала. В таблице ниже описаны поля, доступные для этих запросов.

Для хостинга вот несколько исходных фильтров для запроса:

Ресурс ( resource.type ) — firebase_domain (Домен сайта хостинга Firebase)
Имя журнала ( logName ) — веб-запросы (Firebase Hosting)

Каждая запись журнала имеет предопределенную структуру и запрашиваемые поля (см. Вход в журнал). Для хостинга некоторые поля являются стандартными для HTTP-запроса, но есть другие значения полей, полученные в результате обработки, которую Hosting запускает на каждом запрос.

Поле	Описание
Firebase Hosting хранит следующие поля в `httpRequest` объект журнала вход. Эти поля определены в спецификации HTTP.
`cacheHit`	Был ли у Hosting CDN ресурс ответа в тайник
`задержка`	Длительность запроса, в секундах с постфиксом `с` (для например, `1,256 с` )
`протокол`	Протокол, используемый для запроса (например, `HTTP/1.1` , `HTTP/2` , `веб-сокет` )
`рекомендатель`	Адрес предыдущей веб-страницы, с которой открывается ссылка на отслеживалась текущая запрошенная страница (если присутствует)
`удаленный IP-адрес`	Исходный IP-адрес клиента для запроса
`метод запроса`	Метод запроса ( `GET` , `POST` , `ПУТ` и т. д.)
`размер запроса`	Размер запроса в байтах
`URL запроса`	Полный URL-адрес запроса (например, `https://foo.web.app/bar` или `https://custom.domain.com?query=параметр` )
`размер ответа`	Размер ответа HTTP в байтах
`IP сервера`	не заполнено
`статус`	Статус ответа HTTP (например, `200` или `404` )
`агент пользователя`	Заголовок пользовательского агента запроса
Firebase Hosting хранит дополнительные поля в `jsonPayload` объект запись в журнале.
`acceptEncoding`	(из HTTP-запроса) Какая кодировка контента, обычно алгоритм сжатия, поддерживаемый клиентом (например, `gzip` или `сжать` )
`оплачиваемый`	Независимо от того, был ли ваш проект выставлен счет за запрос
`пользовательский домен`	Независимо от того, был ли запрос сделан для пользовательского домена.
`имя хоста`	Имя хоста, для которого был сделан запрос
`удаленный IP-страна`	Страна происхождения запроса
`удаленный IPCity`	Город отправителя запроса

Использовать метрики на основе журналов

Вы можете просматривать и создавать метрики на основе журналов, затем используйте эти показатели в Cloud Monitoring для создания диаграмм и оповещений. политики.

Кредитное плечо предопределенные системные метрики которые автоматически записываются, например, количество событий регистрации, которые произошло в течение определенного периода времени.
Создать определяемые пользователем показатели для вашего проекта. Вы можете подсчитать количество записей журнала, соответствующих заданному запрашивать или отслеживать определенные значения с соответствующими записями журнала. Ты можно фильтровать с помощью регулярных выражений.
Используйте облачный мониторинг для записать количество записей журнала, содержащих определенные сообщения или извлечь информация о задержке сообщается в записях журнала. Затем вы можете использовать эти показатели в графики и политики предупреждений.

Firebase Hosting также создает следующий журнал для конкретного хостинга метрики. Эти показатели относятся не только к записи журнала, но и к конкретного Хостинг-сайта в целом.

log_bytes : Общее количество байтов использования данных для каждого сайта
response_count : Общее количество ответов, написанных для сайта
Эта метрика включает поле состояния HTTP, поэтому вы можете отображать ответы HTTP.