Содержание

Сервисы анализа и подбора запросов, инструменты для контекстной рекламой

см. также:
Заказать рекламную компанию

Подбор запросов

Cтатистика ключевых слов от Яндекса

Представлено число ежемесячных запросов по данным ключевым сочетаниям в региональном разрезе.
http://www.wordstat.yandex.ru

Показывает сколько человек искали товар или услугу за последний месяц по региону.
http://direct.yandex.ru/

Cтатистика ключевых слов от Google

Сервис показывает частоту запросов для ключевых сочетаний на заданном сайте, дает предложения по выбору ключевиков. Требует создание акаунта в google adwords.
http://adwords.google.com/keywordplanner

Cтатистика запросов от Mail.ru

Сервис показывает частоту запросов по точному вхождению ключевых слов. Показывает также данные о поле и возрасте пользователей.
http://webmaster.mail.ru/querystat

Инструменты статистики запросов от Rambler

Статистика запросов к Рамблеру. Показывает число просмотров запроса на 1 странице и на всех страницах Рамблера, то есть показывает «температуру запроса».
http://adstat.rambler.ru/wrds/wrds.pl

Инструменты статистики запросов от advse.ru

Бесплатный инструмент подбора ключевых слов. Требует регистрации. Имеет два режима — подбор ключевых слов и поиск словосочетаний.
http://advse.ru/wordstat/

Подбор ключевых слов on-line

Позволяет подобрать поисковые фразы для русского языка, содержащие введенные ключевые слова. Показывает фразы как списком в браузере, так и дает возможность скачать в виде csv или txt файла.
http://fastkeywords.biz

Подбирает поисковые фразы с данными ключевиками на разных языках, включая русский. Имеет корзину отбора фраз.
http://ubersuggest.org

Подбирает ключевые слова для Google, Bing, Youtube, Amazon, App Store, но не дает их частоты.

http://keywordtool.io/ru

Поиск фраз с заданными ключевыми словами для Google, Youtube, Bing, Ebay и.т.д.
http://www.keyword.io/

Анализ конкуренции запросов

MajesticSeo Keyword Checker

Проверяет частоты вхождения ключевых слов в анкоры ссылок, заголовки (title) страниц и URL.
http://www.majesticseo.com/reports/keyword-checker

Оценщик SEO конкуренции

Инструмент проверки уровня конкуренции ключевых слов в Yandex и Google
http://www.design-sites.ru/utility/wordcomp.php

Инструменты для создания рекламных кампаний

Сервисы для анализа контекстной рекламы сайта

Анализ конкурентов по заданным ключевикам. Показывает как сайты конкурирующие за данные ключевики, так и список рекламируемых фраз для выбранных сайтов. Теперь показывает аналогичные данные и для SERP (поисковой выдачи).

http://advse.ru
http://serp.advse.ru

Дает оценку бюджета выбранных доменов, ключевые слова и позиции. Показывает частоту запроса и примерную стоимость клика. Анализирует также и поисковую выдачу для домена.
http://www.spywords.ru

Проводит анализ рекламной активности и поисковой выдачи для домена. Анализирует конкурентов по контекстной рекламе и органической выдачи для ключевых слов. Данные приводятся для поисковых систем Яндекс и Гугл по Украине и России.
http://prodvigator.ua/

Делает анализ домена по рекламной активности и позициям в поиске для Яндекс и Гугл по Москве и Петербургу. Показывает число конкурентов. Анализирует запросы и показывает уровень конкуренции в рекламе и поиске.

https://advodka.com

Планировщик контекстно-медийной сети Google

Показывает список ключевых слов, ассоциируемых с выбранным популярным доменом, а также популярные сайты, пересекающиеся с данным сайтом по списку ключевых слов. Позволяет подобрать сайты для показа рекламы.
https://adwords.google.com/da/DisplayPlanner/Home

Анализатор рынка ключевых слов по странам для Google

Анализ рынка для выбранных ключевых слов во всех странах. Показывает частоту запросов и рекомендуемую цену за клик для выбранных ключевых слов и их иностранных аналогов в разных странах мира.

http://translate.google.com/globalmarketfinder/index.html?locale=ru



Как смотреть ключевые слова из статистики Google Analytics в Search Console

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

Ключевые слова в google analytics начали шифровать в 2014 году

К сожалению, в Google Analytics нет такой функции как в Яндекс Метрике, где можно смотреть на какую страницу и по какому ключевому слову были переходы. Но мы нашли нехитрый способ, как можно смотреть такие данные с помощью консоли Гугл.

Статистика поисковых запросов в Google Search Console

Для того, чтобы смотреть статистику ключевых слов и переходов по ним на сайт, необходимо, чтобы GSC была связана с Аналитикой, после чего заходим в интерфейс Google Search Console и переходим во вкладку Обзор→Эффективность→Открыть отчет.

Здесь мы видим популярные поисковые запросы и статистику по показам и кликам. Также есть возможность выбрать тип поиска и выставить диапазон дат.

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

Еще тут есть возможность фильтровать данные, например, по позициям. Можно отфильтровать запросы, которые находятся за топ 10 и выгрузить отчет в Google Таблицы или Excel, чтобы потом провести оптимизацию просевших страниц.

Читайте наш блог, мы делимся полезной информацией для вебмастеров и просто тех, кто хочет научиться SEO продвижению.

Понравилась статья? Поделитесь ей с другими!

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

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

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

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

  1. Подключите анализатор журнала запросов для WWW-домена:
    1. Выберите Генератор отчётов.

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

      Доступно, только если установлен веб-сервер Apache и модуль awstats или webalizer. Подробнее об установке см. в статье Установка веб-сервера.

    2. Укажите Период сбора статистики по запросам.

    3. Выберите Язык отчёта.

    4. Если нужно, включите опцию Ограничить доступ к статистике, укажите Пароль для доступа к статистике и его Подтверждение. В качестве логина будет использоваться имя владельца WWW-домена.

  2. Чтобы ISPmanager собирал статистику ошибок веб-сервера для WWW-домена, включите опцию Журнал ошибок.

  3. Выберите Период ротации журналов.

  4. В поле Хранить архивов укажите количество файлов журналов, которое будет храниться в заархивированном виде.

     Пояснения

    В конфигурационном файле Nginx для WWW-домена добавляются строки вида:

    access_log /var/www/httpd-logs/<имя WWW-домена>.access.log;
    error_log /var/www/httpd-logs/<имя WWW-домена>.error.log notice;

    В конфигурационном файле Apache для WWW-домена добавляются строки вида:

    CustomLog /var/www/httpd-logs/<имя WWW-домена>.access.log combined
    ErrorLog /var/www/httpd-logs/<имя WWW-домена>.error.log

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

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

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

Для просмотра сгенерированных отчётов по статистике перейдите в Домены → WWW-домены → Статистика. Статистика для WWW-домена хранится в /var/www/<имя владельца WWW-домена>/data/www/<имя 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 <период ротации> }

 Пояснения

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

copytruncate — предписывает при ротации создать копию журнала, а затем его обнулить. Таким образом сам файл журнала не удаляется.
compress — опция сжатия файлов. По умолчанию для сжатия используется gzip.
<период ротации>: daily — ежедневно, weekly — еженедельно, monthly — ежемесячно.
/etc/webanalyzer.d/<имя владельца WWW-домена>/<WWW-домен> — опция анализа логов перед ротацией.

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

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

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

 Пояснения

-d — ключ для детального вывода информации.
-f — ключ принудительной ротации.
<путь к конфигурационному файлу logrotate для WWW-домена> — например, «/etc/logrotate.d/web/domain.com».

Запустить ротацию для всех 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.<WWW-домен>.conf. Основные параметры:

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

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

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

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

Если Период сбора статистики — «каждый час», то анализатор логов запускается по заданию в планировщике 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

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

WWW domain — доменное имя

Работа с трафиковыми страницами, часть 1: подбираем ключевые слова для проработки целевых страниц при помощи Яндекс Метрики и Google Search Console

Привет, друзья. Сегодня утром я вдруг соскучился и полез в наш корпоративный аккаунт Яндекс Метрики – этакий способ прокрастинации – смотреть статистику счетчиков клиентских сайтов.
Выводы? Какие выводы, я просто сидел и смотрел графики трафика с поисковых систем сайтов наших клиентов. Учитывая, сколько там сайтов, залипнуть можно надолго с умным видом – ну я же по работе…

Среди сайтов попался мой блог и его, конечно, я тоже посмотрел. Я знал, что последние годы там идет стагнация.

Вот статистика из Метрики за 8+ лет. Когда-то количество посетителей доходило до 80к посетителей в месяц (из них 43к переходов с ПС):

Если посмотреть на график в разрезе именно органического трафика с поисковых систем, получается так:

С июня 2018 по январь 2019 года трафик с поиска стабильно держится на уровне 9-10к переходов (скорее всего, потому, что стал на блог писать).

Год назад я решил посмотреть открытую статистику самых популярных seo-блогов и заметил эту неприятную и удручающую тенденцию. Я выкладывал скрины графиков на fb — абсолютные показатели у всех разные, но наглядно видно, как все одинаково падает. Так что не только у меня, но у всех seo-блогов турдные времена (а может быть, и не только у seo-блогов, но и в других тематиках, но я их не изучал).

Кроме общей тенденции (интерес к формату блогов угасает, появляются новые каналы – чаты/группы в ТГ, нет больше романтики в seo, трафик забирают себе говно-инфо-сайты даже в этой тематике), очевидно, есть и другие причины: новые посты появляются редко, все фундаментальное уже давно размусолено и описано, а что-то новое перестало появляться (такое, чтобы можно было сорвать кучу трафика).

И вот я подумал, а почему бы не проработать существующие страницы, подтянуть их повыше и объять больше запросов? Может быть перелинковку сделать внутреннюю получше…

И раз уж заняться нечем, то взять и описать весь этот процесс в реальном времени. Буду делать оптимизацию для своего блога и документировать это для вас.

А спустя какое-то время добавить отдельным постом информацию о том, как трафик на проработанные страницы изменился.


7 лет назад я публиковал пост про трафиковое продвижение сайта на основе анализа данных Google Analytics – тогда я активно работал с Аналитиксом, потому что Метрика была слаба и не давала полезную статистику кроме общих графиков. В те времена еще работали ссылки, и любой даже информационный запрос можно был хорошенько пнуть вверх парочкой вечных ссылок. Другими словами – с тех пор изменились и инструменты, и методы. Об этих изменениях и о том, как работать теперь, я и расскажу.

Итак, допустим, вы решили поработать с существующим контентом на сайте, чтобы увеличить трафик, не добавляя новые страницы. Обратите внимание, речь сейчас про информационный сайт (блог, статейник, в том числе раздел статей в интернет-магазине и т. д.), а не коммерческий проект.

Как я уже говорил, изменились инструменты, например, я предпочитаю теперь пользоваться Яндекс Метрикой вместо Google Analytics: первая обзавелась расширенным функционалам и удобным интерфейсом, а второй так и остался запутанным и неочевидным инструментом для простого пользователя.

Поэтому открываем Метрику, выбираем там свой сайт из списка и переходим к статистике:

Переходим в отчет «Источники трафика». Я предпочитаю вид графиков «Линии», а не круговую диаграмму. Период выбираем год или больше:

Чем больше вы выберите промежуток времени, тем больше данных получите (поисковые фразы), но не стоит забывать и про актуальность данных – нет смысла прорабатывать страницы, актуальность информации на которых прошла.

У меня на блоге, в основном, самые трафиковые страницы про вечное: title, кластеризация запросов, перелинковка, ссылки и т. д. – все то, что не перестанут спрашивать те, кто интересуется seo. Но есть и неактуальные статьи, например, про обзоры фототехники (раньше увлекался) или про переустановку винды (однажды я насобирал все неприятности, какие только могли возникнуть в процессе, аж пост захотелось написать).

Далее на открытой странице источников трафика прокрутим немного вниз, где увидим в таблице «Переходы из поисковых систем», жмем, чтобы увидеть график переходов в разрезе разных поисковых систем. Как правило, кроме Яндекс и Гугла там нечего смотреть, но стоит знать, как распределяется трафик, потому что, если есть перекос в сторону одной из ПС, это свидетельствует о проблемах (но в рамках этого поста мы не будем разбирать возможные причины).

Открывайте меню: Отчеты – Стандартные отчеты – Содержание – Страницы входа:

На открывшейся странице надо построить статистику с учетом трафика только с ПС. Для этого нажимаем на выпадающий список «Сегмент» – Готовые сегменты – Поисковый трафик:

Результат будет такой:

Далее я изменю у себя период на максимально возможный. Так как блог у меня существует с начала 2010 года, то я решил указать эту дату, но Яндекс показал мне сообщение «Отчет может содержать неполные данные», где было среди прочего два важных предупреждения:

Группировка «Страница входа» начала действовать с 01.09.2013
Группировка «Поисковая фраза» начала действовать с 26.10.2014

Поэтому стоит выбирать период, начинающийся не раньше, чем с 26 октября 2014. В общем я выбрал себе период 01.11.2014 – 28.02.2019. Детализация: по месяцам.

Прокрутим страницу ниже до таблицы, где увидим элементы, отмеченные на скриншоте:

  1. Нажимаем на иконку «Древовидный список» (если выбран не он),
  2. Нажимаем на «Группировки», и в открывшемся окне удаляем группы «Страницы входа, ур. 1, 2, 3». Оставляем только группы «Страницы входа» и «Поисковая фраза»:
  3. После применения мы получим таблицу со списком самых популярных страниц по переходам из поиска:

Прямо из отчета можно переходить по ссылкам, чтобы посмотреть, актуальна ли страница и надо ли ее прорабатывать. Например, у меня самая популярная страница про прошивку телефона Nexus 4. Когда-то эта страница была очень популярной (4к переходов с ПС в месяц), сейчас ее мало кто посещает (275 переходов с ПС), это я и имел в виду, когда говорил про актуальность. Конечно, эту страницу я проигнорирую и не стану заниматься ее улучшением.

Чем еще может быть интересен данный отчет?
При наведении на строку, можно заметить 2 иконки: воронка и треугольник play. Play – открывает страницу с записями визитов посетителей в Вебвизоре, практическая польза данного отчета для инфосайта сомнительна, но если у вас настроены какие-то конверсионные цели (у меня, например, это отправка сообщения через форму обратной связи или посещение страниц услуг), то польза уже приобретает очертания!

А теперь к чему мы шли с самого начала – узнать ключевые слова, поисковые фразы по которым на наши страницы приходили посетители. Напротив каждого url в списке популярных страниц есть иконка с плюсиком, нажав на которую вы получите список поисковых фраз, по которым заходили на конкретную страницу. Все это будет отсортировано в порядке убывания популярности, так что вы сразу будете видеть топовые фразы:

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

Почему в списке фразы только с иконкой Яндекса и где же переходы с Гугла, ведь с него тоже идет трафик?
А дело в том, что Google шифрует все данные о переходах посетителей с поисковой выдачи, потому метрика знает только то, что человек перешел на какую-то страницу сайта с выдачи Гугла и все, без подробностей. Так что в данном отчете мы опираемся только на посетителей, пользующихся Яндексом.

Очень удобным в данном отчете для нас будет и то, что можно открывать выдачу по каждому представленному запросу, что поможет при анализе конкурентов в будущем.

У меня самая популярная публикация на блоге про 301-редирект. Я хочу изучить, насколько она себя хорошо чувствует, собирает ли она максимум возможного трафика или это лишь отблески былого успеха?

Похоже, что именно второй вариант – как я и опасался – страница держится в топе популярных страницы входа благодаря былым успехам. Когда-то она собирала 2500 трафика за период, а теперь за тот же период – всего 500. Это колоссальный проёб!

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

Я отметил на графике пять самых популярных запросов для этой страницы. Видно, что только они приносили немало переходов, но потом что-то случилось и трафик по ним прекратился (я вылетел из топ-10?):

Но это не правда. Я проверил выдачу по этим запросам и везде нашел свой блог в топ-10, а последний запрос так и вообще на первом месте… Сложно назвать причину такого поведения?

Вы могли обратить внимание на желтую плашку вверху страницы «Из отчёта могли быть удалены некоторые данные», а внутри написано:

Для поддержки алгоритмов контроля безопасности сервисов Яндекса и обеспечения конфиденциальности социально-демографических данных в отчётах отключена детализация до уровня отдельных визитов и посетителей. Показываются только строки с информацией не менее чем по 10 посетителям.

Вполне вероятно, что причина именно в этом. Значит на график полагаться точно не стоит.

И вот еще что очень важно знать, в связи с этим ограничением.
Я выяснил это буквально недавно. Яндекс скрывает все поисковые фразы, по которым за выбранный период было менее 10 переходов. И это убивает не только НЧ запросы, но и многие СЧ (частотность в зависимости от тематики вещь очень относительная), что мешает анализу и последующей проработке целевых страниц по определенным запросам.

Так что отчет по поисковым фразам в разрезе точек входа внезапно может сказать, что для страницы с 4854 переходами с поиска имеет всего 10 поисковых фраз, которые можно показать или даже так: страница с 5266 переходами с поиска не имеет данных – то есть все эти запросы супер НЧ, и даже за несколько лет ни один из них не набрал суммарно 10 переходов:

Кроме ругательных слов тут добавить нечего, разве что ссылку на мое обсуждение сложившейся ситуации в fb.


Экспорт поисковых запросов из Метрики и их обработка

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

(Данный пост я начал писать еще в январе, а продолжил спустя месяц-полтора потому данные на скриншотах ниже могут незначительно отличаться от скриншотов выше.)

Сейчас я выберу для себя 10 самых интересных страниц, с которыми буду работать, для каждой страницы возьму максимум доступных (но не более 30) поисковых запросов и закину в Топвизор (можете использовать любой удобный для вас сервис для съема позиций).

Как быстро дернуть статистику из нашего отчета по поисковым фразам?

Есть, конечно, самый примитивный вариант – выделить нужные строки на странице отчета и нажать ctrl+c:

А потом открыть excel и использовать вставку с очисткой форматирования:

И повторить эту процедуру для нужного количества страницы вашего сайта.

Если вам нужны данные по небольшому количеству страниц, то данный вариант нормальный.

Но люди, более или менее шарящие скажут «ты шо, дэбил?», и будут правы. Потому давайте использовать прогрессивные методы взаимодействия с данными.

Прокручиваем страницу с отчетом Метрики вверх, видим иконку экспорта, выбираем XLSX в блоке «Данные таблицы»:

Загрузится файл export.xlsx. Открываем его в Экселе (или что там у вас?)

Вы удивитесь, что это совсем не то, что вы ожидали увидеть – какой-то уродский список без группировок и с кучей «Не определено» в начале:

Но мы его сейчас причешем, удалим лишние данные и сделаем очень удобным.

  1. Удаляем первые 6 строк, оставляя вверху только заголовки столбцов,
  2. Удаляем строку с «Итого и среднее»,
  3. Выделяем строку с заголовками и делаем ее фильтром:
  4. Выбираем фильтр в заголовке «Последняя поисковая фраза» и там отщёлкиваем все галки, находим «Не определено», выделяем и жмем ОК:
  5. Таблица отфильтруется, а мы увидим только строки с «Не определено» (кстати, это и есть все те запросы, по которым переходили с Гугла, их определить нельзя, потому они объединяются в одну группу, которая, как правило, является самой крупной для каждой страницы). Теперь выделяем через shift все строки от начала и до конца и удаляем их.
    Потом сбрасываем фильтрацию. Теперь мы видим только определенные запросы:
  6. Подготовка завершена. Теперь выбираем фильтр по первой колонке и ищем нужную нам страницу. Мой пост про 301 редирект имеет url https://alaev.info/blog/post/4393, поэтому я ищу его через внутренний поиск и выделяю:
  7. Теперь я вижу данные только для нужной мне страницы с запросами, отсортированными в порядке убывания популярности:

    Все в точности совпадает с тем, что я вижу в отчете в интерфейсе Яндекс.Метрики:

С чего все началось-то вообще?

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

Я просто открываю в отчете метрики все подряд страницы моего блога и оставляю открытыми только те, что мне интересны для прокачки. Вот что я выбрал:

  1. Упомянутый выше пост про 301-редирект — https://alaev.info/blog/post/4393 — это актуальная информация во веки веков. Трафик на данный пост будет идти всегда, надо его собирать.
  2. Пост про оптимизацию title — https://alaev.info/blog/post/5036 – я уверен, что мой пост является лучшим в сети мануалом по работе с title, надо убедиться, что его находят все, кто интересуется темой.
  3. Пост про покупку ссылок — https://alaev.info/blog/post/5745 – полная аналогия с предыдущим пунктом. Мой пост лучший, надо чтобы в выдаче тоже был в топе.
  4. О том, как выводить деньги с WebMoney — https://alaev.info/blog/post/4783 — когда-то это было очень актуально для меня. Но я знаю, что с тех пор описанный алгоритм изменился и мой способ не работает. Но на мой пост стоит много ссылок, получается, что люди не находят у меня решения проблемы, это не хорошо, надо обновить пост и заодно оптимизировать.
  5. 10 правил эффективного использования ключевых слов для SEO — https://alaev.info/blog/post/752 — какой-то древний пост, являющийся переводом с какого-то буржуйского блога. Надо понять, почему он попал в топ популярных, по каким запросам собирает трафик и отвечает ли на них. Надо просто актуализировать его.
  6. Как закрыть ссылку от индексации — https://alaev.info/blog/post/4042 — тоже пост, который цитируется всеми в интернете. Решил посмотреть, так ли это, и оказалось, что это самая цитируемая страница на моем блоге после главной страницы. Надо поддерживать пост в актуальном состоянии, чтобы все посетители остались довольными.
  7. Как сделать кнопку «Вверх» — https://alaev.info/blog/post/4381 — тоже интересный пост, я знаю, многие мою кнопку используют. Но в посте описана только одна реализация, а я на своем блоге использую две различных кнопки вверх, добавлю в пост второй способ.
  8. Аналитический шпионаж или как узнать ключевые слова конкурентов — https://alaev.info/blog/post/4358 — один из постов, которым я горжусь. Его процитировали (скопировали) многие крупные издания, но самый прикол в том, что это я спалил, что можно без авторизации смотреть чужие метрики, после чего все стали массово этим пользоваться. После моего поста довольно быстро закрыли дырку в метрике, эх… Но вообще в этом посте почти все способы уже умерли, мне интересно, по каким запросам люди туда приходят, что ищут. Возможно, надо просто написать новый аналогичный пост, где рассказать про актуальные инструменты.
  9. Пост про canonical — https://alaev.info/blog/post/4775 — каноничный пост, надо просто убедиться, что он занимает первые места или приложить все усилия, чтобы добиться этого.
  10. О том, как составить крутое резюме — https://alaev.info/blog/post/4829 — мне просто очень нравится этот пост, хочу узнать, как его находят, возможно что-то добавить от себя, что могло измениться за пошедшие 6 лет с момента публикации.

Проработка каждой страницы займет, вероятно, не менее одного дня. Придется забросить работу и заняться блогом 🙂

Теперь мне надо из нашего файлы export.xlsx для этих страниц собрать топ запросы для отслеживания позиций. Так как в Топвизоре формат импорта запросов «запрос;группа;url», я соберу себе нужные данные в соседнем листе экселя.

Я определил для каждой страницы по 30 запросов (кое-где меньше) и загнал их в Топвизор.

Я снял позиции по всем запросам и получил видимость по Яндексу и Google ровно 60% (Не знаю, баг это или нет, что везде ровно 60%, со временем видно будет).

Успехом всего мероприятия в целом будет улучшение видимости на 20%. Надеюсь, мне удастся этого добиться.

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

Например, я горжусь своей статьей про покупку ссылок, и Гугл со мной согласен (видимость 100%), а Яндекс удивил (видимость 43%):

Так надо просмотреть каждую группу запросов в разрезе поисковых систем Яндекс и Гугл.

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


Изначально я планировал описать быстрый способ проработки трафиковых страниц, когда одна страница может занять не больше 1 часа. Грубо говоря за 20% времени и усилий, мы могли бы добиться 80% эффективности. Это разумно. Но потом я подумал, что в моем случае вот так с полпинка я не добьюсь ничего, потому что уже ни раз ранее дорабатывал свои посты. И надо делать глубокий аудит.

Но для тех, кто желает для начала испробовать быстрый способ, я опишу алгоритм:

  1. На основании выбранных поисковых запросов дорабатываем title. Как это делать во всех подробностях написано здесь.
  2. Дорабатываем h2 заголовок. Также вписываем ключевые слова туда.
  3. Прорабатываем подзаголовки h3, h4 в самом посте: добавляем, если их нет, оптимизируем, если есть.

Как правило, только этих 3 шага дают хороший результат, если вы никогда этого не делали. Если же вы оптимизировали и тайтлы и подзаголовки, большого смысла их переделывать не имеется, да и заметного результат это не даст. 7 лет назад в этом списке был и четвертый пункт – покупка ссылок – но сейчас, а особенно в информационке, это не даст никакого эффекта. Поэтому быстрых решений больше нет.

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


И раз анализ конкурентов и доработка страницы будет отдельно, закончить первую часть я хочу небольшой инструкцией, как добывать ключевые слова для Гугла, статистику которого не получает Метрика.

На помощь нам приходит Google Search Console с ее обновленным интерфейсом.

Авторизуемся и заходим в свой аккаунт, выбираем интересующий нас сайт – у меня это alaev.info.

В разделе «Эффективность» сразу видим график кликов и показов и ниже список ключевых слов, по которым на сайт переходили из Google.

Я выбрал период 16 месяцев для более полной картины.

Экспортировать полный список запросов с привязкой в конкретному url не получится, как в Метирке (может я тупой, тогда кто знает, подскажите, как это сделать?), потому во вкладке «Страницы» по очереди находит интересующие нас страницы, я возьму одну – самую популярную https://alaev.info/blog/post/5745 — про покупку ссылок. Нажимаем на строку с этой ссылкой, а потом переходим на вкладку «Запросы».

Перед нами список из 1000 самых популярных запросов, в том числе тех, по которым был всего 1 переход или даже 0, но были показы (а это вообще отдельная тема для разговора – почему было много показов страницы, но мало переходов, но она тоже за рамками данного поста).

Можно также скопировать запросы просто из списка, а можно экспортировать.

Я предлагаю вам второй вариант, экспортировать в Google Таблицы (если будете экспортировать в CSV то могут возникнуть проблемы с кодировкой, а оно вам надо?).

Получим красивую табличку с запросами, кликами, показами, CTR и даже средней позицией.

Этот отчет можно совместить с отчетом из Метрики, который мы сделали выше. Но я уже настолько устал колдовать, что делать этого не буду, а вы можете. Также этот отчет будет бесценен для тех, у кого основной трафик идет с Гугла или в Метрике запросы имеют частотность меньше 10.

Вот, пожалуй, стоит завершить первую часть на том, что мы с вами узнали, как получить список эффективных ключевых слов из Яндекс Метрики и Google Search Console, поняли, как быстро оптимизировать страницы (title, h2 и подзаголовки) и уже начать получать больше трафика.

В следующей части я буду рассказывать, как детально проработать наши целевые страницы, провести анализ конкурентов и понять, что именно стоит менять и добавлять и т. д.

Спасибо за внимание.

До связи в следующей части!

Отчеты и аналитика производительности CDN | Amazon CloudFront

Разрешите ведение журналов доступа CloudFront, чтобы больше узнать о трафике

CloudFront генерирует журналы, в которых содержится подробная информация о каждом полученном и отвеченном запросе. По сути эти журналы равноценны журналам веб-сервера и предоставляются в таком же формате W3C, но они также содержат дополнительные специальные данные о сервисе CloudFront. Журналы CloudFront могут быть очень полезными для изучения тенденций производительности и использования, а также для изолирования потенциальных ошибок или оптимизации конфигурации.

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

Стандартные журналы CloudFront доставляются в выбранную корзину Amazon S3 (записи журналов доставляются за считаные минуты после запроса пользователя). После активации CloudFront публикует подробные данные журнала в расширенном формате W3C в указанную корзину Amazon S3. Журналы доступа содержат подробные сведения о каждом запросе контента, включая название объекта, дату и время запроса, периферийное местоположение, обслужившее запрос, IP‑адрес клиента, источник ссылки, пользовательский агент, заголовок cookie и тип результата (например, для кэша: hit, miss или error). За стандартные журналы CloudFront не взимается плата, но хранение файлов журналов и доступ к ним оплачиваются по тарифам Amazon S3.

Журналы CloudFront в режиме реального времени доставляются в выбранный поток данных Amazon Kinesis Data Streams (записи журналов доставляются за считаные секунды после запроса пользователя). Вы можете выбрать частоту дискретизации журналов в режиме реального времени, то есть процент запросов, для которых в журнал добавляются записи. Вы также можете выбрать конкретные поля, которые будут включаться в записи журнала. Журналы CloudFront в режиме реального времени содержат те же точки данных, что и стандартные журналы, а также дополнительную информацию о каждом запросе, например заголовки запросов пользователей и код страны в расширенном формате W3C. За использование журналов CloudFront в режиме реального времени взимается плата вдобавок к стоимости использования Kinesis Data Streams.

Подробнее о файлах журналов CloudFront »

Плагин для WordPress – анализ поисковых запросов пользователей на вашем блоге

Заходя на ваш сайт, посетитель обычно оказывается на странице с интересующей его информацией. Однако, погуляв по сайту, человек может захотеть найти там что-то еще по интересующей его теме. В этом случае он наверняка будет использовать поисковый модуль (во многие бесплатные шаблоны того же движка WordPress уже встроены простейшие поисковые модули). При этом владелец сайта, анализирующий только поисковые запросы, заданные поисковым системам, может так и не узнать о том, что искал посетитель, о том, что его интересовало. А это плохо.

Для WordPress существует весьма интересный плагин под названием Search Meter, задача которого состоит в том, чтобы отслеживать все поисковые запросы пользователей на блоге и предоставлять подробную статистику по этим запросам вебмастеру. Устанавливается он точно так же, как и другие плагины WordPress (файл PHP копируется в соответствующую директорию блога). После установки следует зайти в настройки плагина, располагающие по адресу «Консоль» — «Search Meter». Там и будет доступна подробная статистика поиска.

Для того чтобы убедиться в корректной работе плагина, придется поискать что-то на блоге. Введите 3-4 запроса в строку поиска, а затем снова вернитесь в админку. Проверьте, отображаются ли там ваши запросы.

Теперь о том, что касается самой статистики. Можно увидеть, что пользователи искали на вашем блоге вчера, в течение прошедших 7 дней, а также в течение прошедшего месяца. Кроме того, можно посмотреть последние 100 и 500 поисковых запросов на блоге, перейдя по соответствующим вкладкам в статистике. Также вы можете сбросить всю статистику запросов посредством кнопки «Reset Statistics».

Далее перейдите по другому адресу — «Параметры» — «Search Meter». Здесь можно настроить отображение виджета Search Meter на главной странице блога. Выберете, кому именно будет доступен этот виджет – всем зарегистрированным посетителям блога, авторам и администраторам, либо только администраторам. Учитывая, что многие блоги не предусматривают возможности регистрации, можно сказать, что польза от такого виджета весьма сомнительная.

Какова практическая польза для вебмастера от плагина Search Meter? Вы сможете видеть, что именно интересует пользователей на блоге, какую информацию они ищут у вас. Ориентируясь на полученные сведения, вы можете придумывать темы для новых статей – например, про техническое обслуживание установок пожаротушения. Обратите так же внимание, что для установки счетчика HitMeter тоже есть плагин для WordPress, существенно упрощающий эту задачу.

Интеграция с Яндекс.Метрика – доступ к полной аналитике звонков

Зачем нужна интеграция


Яндекс.Метрики и calltracking.ru?

Настройка интеграции с Яндекс.Метрикой дает возможность просматривать статистику поисковых запросов с Яндекса.
B calltracking.ru вы сможете видеть цели, историю обращений клиента, детализацию лидов, чатов, заявок и событий.
В Яндекс.Метрике — звонки, уникальность и длительность звонка, теги, канал трафика.

Как прикрепить счетчик Яндекс.Метрики


к личному кабинету calltracking.ru?

Чтобы прикрепить счетчик, откройте «Настройки»-«Настройка счетчиков» — и нажмите кнопку «Авторизация OAuth».

Войдите в свой аккаунт Яндекс.Метрики,
а затем нажмите кнопку «Разрешить», чтобы предоставить доступ к вашим данным.
Если вы уже авторизованы в аккаунте Яндекс.Метрики, достаточно нажать кнопку «Разрешить».

Затем нажмите кнопку «Сохранить».

Если на сайте установлен только счетчик Яндекс.Метрики.


Вся ли информация будет передаваться?

При интеграции с Яндекс.Метрикой в личный кабинет calltracking.ru передаются поисковые запросы с  Яндекса.
Интеграция с Google Analytics позволяет передавать в личный кабинет ключевые слова и названия кампаний (для источника «Контекстная реклама»), а также данные о посещениях (для остальных источников).

Мы рекомендуем использовать на сайте оба счетчика: Яндекс.Метрику и Google Analytics.

Почему некоторые запросы из Яндекса не передаются?

В личный кабинет calltracking.ru передается только часть поисковых запросов, поскольку Яндекс.Метрика регистрирует не все переходы из поисковой сети.

Яндекс.Метрика присваивает каждому посетителю сайта свой ID, однако поисковый запрос регистрируется лишь для некоторых из них.
Если данные о посетителе отсутствуют в Яндекс.Метрике, то они не появятся и в отчетах calltracking.ru.

Можно ли отправлять события в Яндекс.Метрику?

Необходимо настроить интеграцию с Яндекс.Метрика в личном кабинете, отметить галочкой «Также использовать отправку конверсий и Звонков». Как только будут поступать звонки, цель на событие автоматически создаваться в Яндекс.Метрика.

Если вы ранее использовали отправку конверсии по звонкам с помощью другого сервиса коллтрекинг, то создайте в Яндекс.Метрике отдельную цель, задайте для нее условие «JavaScript событие» и введите в поле «Идентификатор цели» значение «Call».

Откройте страницу «Интеграция» («Настройки» «Настройка счетчиков» — «Интеграция») в личном кабинете calltracking.ru. В поле «Идентификатор цели» введите идентификатор, заданной в Яндекс.Метрике. Затем нажмите кнопку «Сохранить».

Данные о достигнутых целях (звонках) будут отображаться в Яндекс.Метрике в отчете «Конверсии» («Отчеты» — «Конверсии»).

Отслеживать статус отправленных данных можно в Яндекс.Метрике на странице «Загрузка данных»
(«Настройки» — «Загрузка данных»).

Обратите внимание: теперь CallTracking.ru передает в Яндекс.Метрику не только онлайн-звонки, но и отложенные звонки. Данные об офлайн-звонках, как и раньше, не передаются.

После того как отправка событий настроена, в Яндекс.Метрике автоматически создаются отчеты по звонкам.

Отчет «Качество обработки звонков»

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

Отчет «Источники звонков»

В отчете отображаются данные об источниках поступивших звонков.

Отчет «Звонки, детально»

Этот отчет напоминает журнал звонков, доступный в личном кабинете CallTracking.ru.
В нем отображается подробная информация по каждому отдельному звонку за выбранный период.

Если вы уже интегрировали CallTracking.ru в Яндекс.Метрику и теперь хотите включить отправку данных об онлайн-звонках и отложенных звонках, нужно настроить интеграцию заново.

Подсчет данных с помощью запроса

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

Что ты хочешь делать?

Понимание способов подсчета данных

Вы можете подсчитать количество элементов в поле (столбце значений) с помощью функции Count .Функция Count принадлежит к набору функций, называемых агрегатными функциями. Вы используете агрегатные функции для выполнения вычислений в столбце данных и возврата одного значения. Access предоставляет ряд агрегатных функций в дополнение к Count , например:

  • Сумма , для суммирования столбца чисел.

  • Среднее значение для усреднения столбца чисел.

  • Максимум , для поиска максимального значения в поле.

  • Минимум , для поиска наименьшего значения в поле.

  • Стандартное отклонение , для измерения отклонения значений от среднего значения (среднего).

  • Дисперсия , для измерения статистической дисперсии всех значений в столбце.

Access предоставляет два способа добавления Count и других агрегатных функций к запросу. Вы можете:

  • Откройте запрос в режиме таблицы и добавьте строку «Итого». Строка итогов позволяет использовать агрегатную функцию в одном или нескольких столбцах набора результатов запроса без изменения структуры запроса.

  • Создать итоговый запрос. Итоговый запрос вычисляет промежуточные итоги по группам записей.Например, если вы хотите подвести итоги всех продаж по городам или по кварталам, вы используете итоговый запрос, чтобы сгруппировать свои записи по нужной категории, а затем суммировать цифры продаж. Напротив, строка Total вычисляет общие итоги для одного или нескольких столбцов (полей) данных.

Примечание: Разделы с практическими рекомендациями в этом документе подчеркивают использование функции Count , но помните, что вы можете использовать другие агрегатные функции в ваших итоговых строках и запросах.Дополнительные сведения об использовании других агрегатных функций см. В справочнике по агрегатным функциям далее в этой статье.

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

Шаги, описанные в следующих разделах, объясняют, как добавить строку итогов и как использовать итоговый запрос для подсчета данных. По мере продвижения помните, что функция Count работает с большим количеством типов данных, чем другие агрегатные функции.Например, вы можете запустить функцию Count для любого типа поля, кроме поля, содержащего сложные повторяющиеся скалярные данные, такие как поле многозначных списков.

Напротив, многие агрегатные функции работают только с данными в полях, для которых задан определенный тип данных. Например, функция Sum работает только с полями, для которых заданы типы данных Number, Decimal или Currency. Дополнительные сведения о типах данных, которые требуются каждой функции, см. В справочнике по агрегатным функциям далее в этой статье.

Общие сведения о типах данных см. В статье «Изменение или изменение типа данных, установленного для поля».

Верх страницы

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

Вы добавляете строку итогов в запрос, открывая запрос в режиме таблицы, добавляя строку, а затем выбирая функцию Count или другую агрегатную функцию, например Sum , Minimum , Maximum или В среднем .Шаги в этом разделе объясняют, как создать базовый запрос на выборку и добавить строку Итого.

Создать базовый запрос выбора

  1. На вкладке Create в группе Other щелкните Query Design .

  2. В диалоговом окне Показать таблицу дважды щелкните таблицу или таблицы, которые вы хотите использовать в своем запросе, а затем щелкните Закрыть .

    Выбранная таблица или таблицы отображаются в виде окон в верхней части конструктора запросов. На этом рисунке показана типичная таблица в конструкторе запросов:

  3. Дважды щелкните поля таблицы, которые вы хотите использовать в своем запросе.

    Вы можете включить поля, содержащие описательные данные, такие как имена и описания, но вы должны включить поле, содержащее значения, которые вы хотите подсчитать.

    Каждое поле отображается в столбце в сетке конструктора запросов.

  4. На вкладке Design в группе Результаты щелкните Выполнить .

    Результаты запроса отображаются в режиме таблицы.

  5. При желании вернитесь в представление «Дизайн» и настройте запрос. Для этого щелкните правой кнопкой мыши вкладку документа для запроса и выберите Design View .Затем вы можете настроить запрос по мере необходимости, добавляя или удаляя поля таблицы. Чтобы удалить поле, выберите столбец в сетке дизайна и нажмите УДАЛИТЬ.

  6. При желании сохраните свой запрос.

Добавить строку итогов

  1. Откройте запрос в режиме таблицы. Для этого для базы данных в формате файла .accdb щелкните правой кнопкой мыши вкладку документа для запроса и выберите Datasheet View .

    -или-

    Для базы данных формата файла .mdb, созданной с помощью более старой версии Access, на вкладке Home в группе Views щелкните стрелку под View и выберите Datasheet View .

    -или-

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

  2. На вкладке Home в группе Records щелкните Totals .

    Новая строка Всего появится под последней строкой данных в таблице.

  3. В строке Всего щелкните поле, которое вы хотите суммировать, а затем выберите из списка Счетчик .

Скрыть строку итогов

Дополнительные сведения об использовании строки итогов см. В статье Отображение итоговых значений столбцов в таблице.

Верх страницы

Подсчет данных с помощью итогового запроса

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

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

Подсчитать все записи в запросе

  1. На вкладке Create в группе Other щелкните Query Design .

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

    Таблица появится в окне в верхней части конструктора запросов.

  3. Дважды щелкните поля, которые вы хотите использовать в запросе, и убедитесь, что вы включили поле, которое хотите подсчитать. Вы можете подсчитывать поля большинства типов данных, за исключением полей, содержащих сложные повторяющиеся скалярные данные, например поля многозначных списков.

  4. На вкладке Design в группе Показать / скрыть щелкните Totals .

    Строка Итого отображается в сетке проекта, а Группировать по отображается в строке для каждого поля в запросе.

  5. В строке Всего щелкните поле, которое вы хотите подсчитать, и выберите Подсчет из результирующего списка.

  6. На вкладке Design в группе Результаты щелкните Выполнить .

    Результаты запроса отображаются в режиме таблицы.

  7. При желании сохраните запрос.

Подсчет записей в группе или категории

  1. На вкладке Create в группе Other щелкните Query Design .

  2. В диалоговом окне Показать таблицу дважды щелкните таблицу или таблицы, которые вы хотите использовать в своем запросе, а затем щелкните Закрыть .

    Таблица или таблицы появятся в окне в верхней части конструктора запросов.

  3. Дважды щелкните поле, содержащее данные вашей категории, а также поле, содержащее значения, которые вы хотите подсчитать. Ваш запрос не может содержать других описательных полей.

  4. На вкладке Design в группе Показать / скрыть щелкните Totals .

    Строка Итого отображается в сетке проекта, а Группировать по отображается в строке для каждого поля в запросе.

  5. В строке Всего щелкните поле, которое вы хотите подсчитать, и выберите Подсчет из результирующего списка.

  6. На вкладке Design в группе Результаты щелкните Выполнить .

    Результаты запроса отображаются в режиме таблицы.

  7. При желании сохраните запрос.

Верх страницы

Ссылка на агрегатную функцию

В следующей таблице перечислены и описаны агрегатные функции, которые Access предоставляет для использования в строке Итого и в запросах. Помните, что Access предоставляет больше агрегатных функций для запросов, чем для строки Total.Кроме того, если вы работаете с проектом Access (интерфейс Access, подключенный к базе данных Microsoft SQL Server), вы можете использовать более широкий набор агрегатных функций, которые предоставляет SQL Server. Дополнительные сведения об этом наборе функций см. В электронной документации по Microsoft SQL Server.

Функция

Описание

Используется с типом (ами) данных

Сумма

Добавляет элементы в столбец.Работает только с числовыми и валютными данными.

Число, десятичное, денежная единица

Среднее значение

Вычисляет среднее значение для столбца. Столбец должен содержать числовые данные, данные о валюте или дате / времени. Функция игнорирует нулевые значения.

Число, десятичное число, валюта, дата / время

Счет

Подсчитывает количество элементов в столбце.

Все типы данных, кроме тех, которые содержат сложные повторяющиеся скалярные данные, например столбец многозначных списков.

Дополнительные сведения о многозначных списках см. В статьях «Руководство по многозначным полям» и «Создание или удаление многозначного поля».

Максимум

Возвращает элемент с наибольшим значением. Для текстовых данных наивысшее значение — это последнее буквенное значение, и Access игнорирует регистр.Функция игнорирует нулевые значения.

Число, десятичное число, валюта, дата / время

Минимум

Возвращает элемент с наименьшим значением. Для текстовых данных самое низкое значение — это первое буквенное значение, и Access игнорирует регистр.Функция игнорирует нулевые значения.

Число, десятичное число, валюта, дата / время

Стандартное отклонение

Измеряет, насколько значения отклоняются от среднего значения (среднего).

Дополнительные сведения об использовании этой функции см. В статье Отображение итоговых значений столбцов в таблице.

Число, десятичное, денежная единица

Разница

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

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

Число, десятичное, денежная единица

Верх страницы

Как Algolia считает записи и операции? | Аккаунты и часто задаваемые вопросы по выставлению счетов

Как мы считаем записи

Количество записей равно общему количеству записей по всем вашим индексам, включая реплики.

Допустим, у вас есть 5000 записей в основном индексе и три реплики для этого индекса.

Это означает, что у вас будет общее количество записей 5 000 x 4 (первичный индекс + 3 реплики) = 20 000 записей .

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

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

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

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

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

Вы можете выбрать фиксированное количество единиц в год по сниженной ставке. Для получения более подробной информации посетите нашу страницу с ценами.

Подсчет операций индексации

Считаем следующие операции индексации:

  • Операции записи : каждое добавление, обновление или удаление записи считается одной операцией. Это происходит даже тогда, когда ничего не меняется (например, если целевой objectID неизвестен).
    • Если вы выполняете пакетные вызовы индексирования, каждая запись, включенная в пакет, считается одной операцией.Сюда входят операции deleteObjects , даже если объект с идентификатором , идентификатор объекта , который вы запросили на удаление, не существует. Операция deleteBy является исключением — она ​​может удалить более одной записи, но считается одной операцией.
  • Операции правил : каждое добавление, обновление или удаление считается одной операцией.
  • Синонимические операции : каждое добавление, обновление или удаление считается одной операцией.
  • Операции ACL : каждое добавление, обновление или удаление ключа API или его ACL считается одной операцией.
  • Индексные операции : каждый вызов setSettings считается одной операцией, даже если вы изменяете несколько параметров одновременно.
    • Перемещение, удаление, очистка или копирование индекса считается одной операцией.

Ограничения операций индексирования

Текущие планы Free, Standard и Premium

Мы не учитываем операции индексации при использовании вами для пользователей наших текущих (начиная с июля 2020 г.) тарифных планов Free, Standard и Premium.Однако, чтобы предотвратить чрезмерное количество операций, влияющих на ваш кластер, мы установили защитный предел в 10 000 операций индексации на единицу . При превышении этого предела вы получите сообщение об ошибке, информирующее вас о том, что вы достигли предела индексации, поэтому вы можете соответственно уменьшить количество операций индексации.

Устаревшие планы
У тарифных планов

Legacy есть ежемесячные ограничения на операции, зависящие от плана. Вы можете увидеть план приложения и количество назначенных ежемесячных операций в разделе Overview на панели инструментов Algolia.

Имейте в виду, что некоторые устаревшие планы учитывают операции поиска в соответствии с выделенным лимитом, а за операции сверх лимита взимается дополнительная плата в размере .

Если вы не видите здесь ограничения, значит, в вашем плане есть индивидуальная квота, указанная в вашем контракте. Если вы не уверены в ограничениях своих операций, пожалуйста, свяжитесь со своей командой по работе с аккаунтом или по адресу [email protected]

Подсчет операций переиндексации

Переиндексирование

позволяет обновлять все записи в индексе, что можно сделать с помощью метода replaceAllObjects .

Для индекса с 10 000 записей процесс переиндексации:

  • создает временный индекс,
  • индексирует 10000 записей,
  • и заменяет производственный индекс временным.

В приведенном выше примере переиндекс засчитывается как 10 001 операция (10 000 для записи во временный индекс + 1 операция для перемещения).

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

Подсчет поисковых запросов

Каждый раз, когда вы делаете поисковый запрос по индексу Algolia или поисковый запрос для многоиндексного поиска с multipleQueries , мы засчитываем один поисковый запрос. В реализациях с автозаполнением и поиском по мере ввода поиск выполняется при каждом нажатии клавиши .

Например, если пользователь вводит слово «яблоко» (пять букв) в поле поиска, он отправляет запрос в Algolia для каждого символа, пока пользователь вводит текст, в результате чего выполняется пять операций поиска.При поиске слова «яблоко» (пять букв) в реализации многоиндексного типа поиска по трем индексам (без использования multipleQueries ) каждое нажатие клавиши считается за три операции, в результате чего получается 15 операций поиска. Если вы используете multipleQueries для выполнения операции поиска, вы делаете только один запрос к нашему серверу, и мы учитываем только пять поисковых запросов (по одному на каждое нажатие клавиши).

Вызов методов поиска , методов поиска и searchForFacetValues, считается одной операцией поиска.

Устаревшие планы
Устаревшие планы

вычисляют операции поиска таким же образом, за исключением того, что поиск по нескольким индексам с multipleQueries считает операцию поиска для каждого запроса в индексе. Поиск с использованием multipleQueries , нацеленный на 3 индекса, считается за 3 операции поиска.

Подсчет операций InstantSearch

Наши библиотеки пользовательского интерфейса InstantSearch кэшируют все повторяющиеся поиски, уменьшая количество операций поиска. Однако для некоторых виджетов требуется две операции поиска на ввод пользователя (например,g., виджет eleganceList выполняет один поиск, чтобы получить счетчик уточнений, и один, чтобы выполнить фактический поиск).

Операции по переработке

Любое выбранное пользователем уточнение, такое как группировка, сортировка и фильтрация, запускает новую операцию поиска, если поиск еще не был кэширован.

Неиспользованные операции

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

Максимальное количество запросов в секунду (QPS)

Ваш план также может иметь ограничение на максимально допустимое количество запросов в секунду (допустимое количество запросов, выполняемых в секунду). Вы можете узнать больше о том, как мы рассчитываем максимальное количество запросов в секунду, отслеживать, как ваш график максимального количества запросов в секунду меняется с течением времени, на вкладке « Performance » на панели инструментов и получать информацию через API использования.

Подсчет операций над индексами реплик

Мы считаем операции с индексами реплик несколько иначе, чем с первичными индексами.

Следующие операции с репликами не учитываются:

  • Распространение обновлений данных из первичного индекса в индекс реплики (что происходит автоматически).
  • Распространение обновлений настроек из первичного индекса в индекс реплики (через параметр forwardToReplicas ).

Однако мы считаем следующие операции:

  • Обновление настроек непосредственно на реплике, которое считается одной операцией.
  • Добавление синонима или правила непосредственно к реплике, что считается одной операцией.

Подсчет операций в приложениях-песочницах

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

Счетчик API | Ссылка на Elasticsearch [6.8]

Счетчик API позволяет легко выполнить запрос и получить количество соответствует этому запросу. Он может выполняться по одному или нескольким индексам.Запрос может быть предоставлен с использованием простой строки запроса в качестве параметр или используя Query DSL, определенный в запросе тело. Вот пример:

 PUT / twitter / _doc / 1? Обновить
{
    "пользователь": "кимчы"
}

GET / twitter / _doc / _count? Q = пользователь: kimchy

ПОЛУЧИТЬ / twitter / _doc / _count
{
    "запрос" : {
        "term": {"user": "kimchy"}
    }
} 

Запрос, отправляемый в теле, должен быть вложен в ключ запроса , как и поиск api работает

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

 {
    «count»: 1,
    "_shards": {
        «всего»: 5,
        «успешно»: 5,
        "пропущено": 0,
        "не удалось": 0
    }
} 

Запрос является необязательным, и если он не предоставлен, он будет использовать match_all для посчитайте все документы.

Мультииндекс

API счетчика может применяться к нескольким индексам.

Параметры запросаправить

При выполнении подсчета с использованием параметра запроса q переданный запрос строка запроса с использованием анализатора запросов Lucene.Есть дополнительные параметры, которые можно передать:

Имя Описание

df

Поле по умолчанию, которое используется, когда префикс поля не определен в запрос.

анализатор

Имя анализатора, которое будет использоваться при анализе строки запроса.

default_operator

Оператор по умолчанию, который будет использоваться, может быть И или ИЛИ .По умолчанию ИЛИ .

снисходительный

Если установлено значение true, будут возникать сбои на основе формата (например, предоставление текста в числовое поле), которое следует игнорировать. По умолчанию false.

analysis_wildcard

Следует ли анализировать запросы с использованием подстановочных знаков и префиксов или нет. По умолчанию ложно .

terminate_after

Максимальное количество для каждого осколка при при достижении которого выполнение запроса прерывается досрочно.Если установлено, ответ будет иметь логическое поле terminated_early to указать, действительно ли выполнение запроса завершено_early. По умолчанию нет terminate_after.

Request Bodyedit

Счетчик может использовать запрос DSL в его тело, чтобы выразить запрос, который должен быть выполнен. Тело содержимое также можно передать как параметр REST с именем source .

И HTTP GET, и HTTP POST могут использоваться для выполнения count с телом.Поскольку не все клиенты поддерживают GET с телом, POST также разрешен.

Распространяетсяправить

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

Маршрутизация

Значение маршрутизации (список значений маршрутизации, разделенных запятыми) может быть указывается, чтобы контролировать, на каких шардах будет выполняться запрос подсчета.

Как анализировать использование базы данных в наборах данных E-Resources / COUNTER 5

Одним из преимуществ набора данных E-Resources / COUNTER 5 является то, что вы можете анализировать свои базы данных, журналы и электронные книги вместе в одном наборе данных LibInsight.Если в вашем наборе данных есть несколько платформ, вам также будет легче увидеть комбинированное использование на всех платформах.

Однако, поскольку в этих наборах данных так много данных, у вас может возникнуть вопрос: «Как я могу просмотреть использование отдельных баз данных?» Цель этого трамплина — помочь вам в этом. Вы узнаете, какие данные включены, откуда они и как использовать доступные параметры отчета для просмотра использования только для ваших баз данных.


Откуда берутся данные?

LibInsight использует следующие данные для анализа использования базы данных:

  • Данные об использовании из основного отчета базы данных (DR) , полученные от ваших поставщиков COUNTER 5 SUSHI.DR включает следующие типы метрик:
    • Автоматический поиск : количество поисков, выполненных с помощью службы обнаружения или аналогичного инструмента с использованием центрального индекса данных, собранных из нескольких баз данных.
    • Объединенный поиск : количество поисков, выполненных через службу объединенного поиска, в которых поиск выполняется одновременно в нескольких базах данных с помощью одного запроса.
    • Обычный поиск : количество поисков, проведенных через узел содержимого, в котором пользователь определяет, в каких базах данных выполняется поиск.
    • Всего изучено элементов : количество раз, когда пользователи обращались к содержимому журнальной статьи, реферата, главы книги и т. Д.
    • Всего запросов элементов : количество раз, когда пользователи просматривали, скачивали, отправляли по электронной почте или распечатывали полное содержание журнальной статьи, реферата, главы книги и т. Д.
    • Исследования уникальных предметов : количество уникальных журнальных статей, рефератов, глав книг и т. Д., Доступных за одну сессию.
    • Запросы уникальных элементов : количество уникальных журнальных статей, рефератов, глав книг и т. Д., К которым был получен доступ за один сеанс.
    • Исследования уникальных названий : количество уникальных названий журналов или книг, к которым был получен доступ за один сеанс.
    • Запросы уникальных названий : количество уникальных названий журналов или книг, просмотренных, загруженных, отправленных по электронной почте или распечатанных за один сеанс.
    • Превышен предел : количество раз, когда ограничение одновременного использования в учреждении препятствовало доступу пользователей к журнальной статье, реферату, главе книги и т. Д.
    • Нет лицензии : количество попыток пользователей получить доступ к журнальной статье, реферату, главе книги и т. Д., Но им было отказано, поскольку это не было включено в лицензию учреждения с поставщиком.
  • Данные о расходах из счетов-фактур добавляются на платформы вашего набора данных через страницу Запись данных . Эти данные используются для расчета статистики затрат на использование.