Разное

Частотность в запросов в месяц: Год в поиске – Google Trends

28.03.2019

Содержание

инструменты и способы определения — SEO на vc.ru

{«id»:45861,»url»:»https:\/\/vc.ru\/seo\/45861-chastotnost-zaprosov-v-google-instrumenty-i-sposoby-opredeleniya»,»title»:»\u0427\u0430\u0441\u0442\u043e\u0442\u043d\u043e\u0441\u0442\u044c \u0437\u0430\u043f\u0440\u043e\u0441\u043e\u0432 \u0432 Google: \u0438\u043d\u0441\u0442\u0440\u0443\u043c\u0435\u043d\u0442\u044b \u0438 \u0441\u043f\u043e\u0441\u043e\u0431\u044b \u043e\u043f\u0440\u0435\u0434\u0435\u043b\u0435\u043d\u0438\u044f»,»services»:{«facebook»:{«url»:»https:\/\/www.facebook.com\/sharer\/sharer.php?u=https:\/\/vc.ru\/seo\/45861-chastotnost-zaprosov-v-google-instrumenty-i-sposoby-opredeleniya»,»short_name»:»FB»,»title»:»Facebook»,»width»:600,»height»:450},»vkontakte»:{«url»:»https:\/\/vk.com\/share.php?url=https:\/\/vc.ru\/seo\/45861-chastotnost-zaprosov-v-google-instrumenty-i-sposoby-opredeleniya&title=\u0427\u0430\u0441\u0442\u043e\u0442\u043d\u043e\u0441\u0442\u044c \u0437\u0430\u043f\u0440\u043e\u0441\u043e\u0432 \u0432 Google: \u0438\u043d\u0441\u0442\u0440\u0443\u043c\u0435\u043d\u0442\u044b \u0438 \u0441\u043f\u043e\u0441\u043e\u0431\u044b \u043e\u043f\u0440\u0435\u0434\u0435\u043b\u0435\u043d\u0438\u044f»,»short_name»:»VK»,»title»:»\u0412\u041a\u043e\u043d\u0442\u0430\u043a\u0442\u0435″,»width»:600,»height»:450},»twitter»:{«url»:»https:\/\/twitter.

com\/intent\/tweet?url=https:\/\/vc.ru\/seo\/45861-chastotnost-zaprosov-v-google-instrumenty-i-sposoby-opredeleniya&text=\u0427\u0430\u0441\u0442\u043e\u0442\u043d\u043e\u0441\u0442\u044c \u0437\u0430\u043f\u0440\u043e\u0441\u043e\u0432 \u0432 Google: \u0438\u043d\u0441\u0442\u0440\u0443\u043c\u0435\u043d\u0442\u044b \u0438 \u0441\u043f\u043e\u0441\u043e\u0431\u044b \u043e\u043f\u0440\u0435\u0434\u0435\u043b\u0435\u043d\u0438\u044f»,»short_name»:»TW»,»title»:»Twitter»,»width»:600,»height»:450},»telegram»:{«url»:»tg:\/\/msg_url?url=https:\/\/vc.ru\/seo\/45861-chastotnost-zaprosov-v-google-instrumenty-i-sposoby-opredeleniya&text=\u0427\u0430\u0441\u0442\u043e\u0442\u043d\u043e\u0441\u0442\u044c \u0437\u0430\u043f\u0440\u043e\u0441\u043e\u0432 \u0432 Google: \u0438\u043d\u0441\u0442\u0440\u0443\u043c\u0435\u043d\u0442\u044b \u0438 \u0441\u043f\u043e\u0441\u043e\u0431\u044b \u043e\u043f\u0440\u0435\u0434\u0435\u043b\u0435\u043d\u0438\u044f»,»short_name»:»TG»,»title»:»Telegram»,»width»:600,»height»:450},»odnoklassniki»:{«url»:»http:\/\/connect.
ok.ru\/dk?st.cmd=WidgetSharePreview&service=odnoklassniki&st.shareUrl=https:\/\/vc.ru\/seo\/45861-chastotnost-zaprosov-v-google-instrumenty-i-sposoby-opredeleniya»,»short_name»:»OK»,»title»:»\u041e\u0434\u043d\u043e\u043a\u043b\u0430\u0441\u0441\u043d\u0438\u043a\u0438″,»width»:600,»height»:450},»email»:{«url»:»mailto:?subject=\u0427\u0430\u0441\u0442\u043e\u0442\u043d\u043e\u0441\u0442\u044c \u0437\u0430\u043f\u0440\u043e\u0441\u043e\u0432 \u0432 Google: \u0438\u043d\u0441\u0442\u0440\u0443\u043c\u0435\u043d\u0442\u044b \u0438 \u0441\u043f\u043e\u0441\u043e\u0431\u044b \u043e\u043f\u0440\u0435\u0434\u0435\u043b\u0435\u043d\u0438\u044f&body=https:\/\/vc.ru\/seo\/45861-chastotnost-zaprosov-v-google-instrumenty-i-sposoby-opredeleniya»,»short_name»:»Email»,»title»:»\u041e\u0442\u043f\u0440\u0430\u0432\u0438\u0442\u044c \u043d\u0430 \u043f\u043e\u0447\u0442\u0443″,»width»:600,»height»:450}},»isFavorited»:false}

29 878 просмотров

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

Частота запроса — количество обращений пользователей с этим запросом к поисковой системе (обычно берется период месяц).

Она позволяет оценить популярность тематики и ее потенциальный трафик.

Многие знают, чтобы определить частоту запросов в Яндексе можно воспользоваться Яндекс.Вордстат. Для Google подобного отдельного сервиса нет, но можно воспользоваться инструментом «Планировщик ключевых слов» из Google AdWords. Чтобы его использовать, необязательно вести рекламу, достаточно лишь зарегистрироваться в AdWords и выбрать соответствующий пункт в меню.

В нем есть два варианта получения статистики для ключевых слов:

  • Получение статистики запросов и трендов. Показывает среднее число запросов в месяц по заданным ключевым словам. При этом показывает частоты диапазонами с разницей в порядок: 10-100, 100-1 тыс., 1 тыс.-10 тыс. и т.д. Это крайне неудобно, использовать статистику с таким разбросом нельзя.
  • Получение прогнозов на основе имеющегося списка запросов. То, что нам нужно — позволяет получить более точные данные по интересующим нас ключевым словам.

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

Жмем «Получить прогнозы» и видим следующее:

Для получения объективных прогнозов необходимо:

  1. Выбрать вкладку «Ключевое слово». По умолчанию, данные отображаются для групп ключевых слов, нас же интересует статистика каждого слова отдельно.
  2. Выбрать вкладку «Показы» для отображения графика именно показов.
  3. Изменить «Тип соответствия» для всех ключевых слов на «Фразовое соответствие». Инструмент предназначен прежде всего для прогноза трафика и расходов в контекстной рекламе Google AdWords, поэтому по умолчанию выбрано «Широкое соответствие», включающее в себя синонимы и похожие запросы, которые могут быть релевантны исходным ключевым словам. Нас же интересует фразовое соответствие — аналога общей частоты для Яндекса.
  4. Выбрать точку на графике как можно правее — это покажет максимальный охват при заданных настройках, что и будет соответствовать поисковому спросу.

В итоге, будут выведены следующие данные:

Интересующий нас столбец «Показы» как раз и будет общей частотностью запросов в Google. Следует учитывать, что при фразовом соответствии данный инструмент чувствителен к различным словоформам, т.е. запросы «продвижение сайта» и «продвижение сайтов» для него будут различными запросами, каждый со своей статистикой (и, соответственно, частотами).

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

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

какая бывает и в чем отличия?

Частотность запроса — показатель популярности поиского запроса или фразы в той или иной поисковой системе.

Запросы, в зависимости от их частотности бывают:

  • ВЧ (высокочастотный) — обычно это общий информационный запрос, состоящий из одного–двух слов.  
    Используется обычно как имиджевая реклама (для роста узнаваемости бренда) или как источник трафика.
    По ВЧ-запросам невозможно продвижение молодых сайтов, а в случае сайтов с возрастом от 1 года продвижение по высокочастотным запросам рекомендуется только после продвижения по СЧ- и НЧ-запросам.
    Обычно, минимальная частотность ВЧ-запроса – от 1 000 запросов в месяц для региональных сайтов, и от 10 000 запросов в месяц для федеральных проектов Масштабные или крупные проекты, например, информационные порталы или интернет-магазины федерального уровня.   .

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

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

  • СЧ (среднечастотный) — уточненный ВЧ-запрос, обычно 2–3 слова.
    Используется такая частотность запросов при сео  продвижении интернет-магазинов и других сайтов. Подходит для оптимизации сайтов любого возраста. Как и НЧ-запрос является фундаментом для продвижения по ВЧ-запросам.
    Обычно, минимальная частотность СЧ-запроса – от 100 запросов в месяц.
     
    СЧ-запросы обычно задают посетители, уже знакомые с предметной областью, или понявшие как им необходимо уточнить свой исходный общий ВЧ-запрос.
  • НЧ (низкочастотный) — самый точный запрос от посетителя поисковой системы, обычно состоящий из 3–6 слов. Его задают посетители, точно знающие какой товар и в какой комплектации они хотят приобрести. 
    Обычно минимальная частотность низкочастотного запроса – от 1 запроса в месяц.
    Цель НЧ-запроса поисковику — узнать где есть конкретная модель товара или поиск данного товара/услуги по минимальной цене.

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

Примеры запросов разной частотности

Пример ВЧ-запроса для популярной тематики:


Пример СЧ-запроса для популярной тематики:

Пример НЧ-запроса:

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

Общая и точная частотность запроса

Частотность поисковых запросов подразделяют на Общую, Точную и Уточненную. Для работы с запросами можно использовать специальный язык запросов.

  • Базовая или общая частотность — количество запросов поискового слова по данным сервисов определение частотности запросов в общем случае. Рассчитать её очень легко, достаточно ввести в Вордстат запрос без использования каких-либо символов. Полученные данные не будут точными по причине, что будут включать в себя все остальные запросы, в которых есть те же слова.

например:

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

    например:

  • Уточненная частотность — для расчёта необходимо использовать запрос в кавычках » » и с восклицательным знаком перед каждым словом в запросе – !. Отражает данные исключительно по введённому запросу, игнорируя иные его формы (падежи, числа и т. д.). При составлении семантического ядра рекомендуется использовать именно этот вид частотности, потому что именно она отражает его популярность у аудитории.

например:

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


Услуги, связанные с термином:

Как узнать частотность запросов в Google и Яндекс

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

Содержание:

Как посчитать количество запросов в Google

Лидер среди поисковых систем имеет собственный инструмент статистики запросов — Планировщик ключевых слов, или Google Keyword Planner. Он находится внутри рекламного кабинета Google Ads. Чтобы им воспользоваться, необходимо пройти обязательную регистрацию с указанием своих платёжных данных и создать рекламную кампанию. При этом запускать показ платных объявлений необязательно. 

После этого в правом верхнем углу экрана найдите ссылку на этот инструмент и перейдите по ней.

Для проверки частотности запросов выберите окно «Новые ключевые слова». 

В нём введите интересующие вас фразы в специальное поле, уточните регион и язык поиска, нажмите «Показать результаты».

Вас перебросит на страницу со статистическими данными для введённых ключевых слов, а также похожих фраз:

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

Для составления семантического ядра нас интересует информация о частотности и вариантах ключевых слов.

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

Как собрать частотность запросов в Яндексе

Разработчики российской поисковой системы также создали сервис по работе со статистикой ключевых слов — Яндекс Вордстат. При этом он гораздо проще и удобнее, чем Google Keyword Planner. Чтобы воспользоваться инструментом, достаточно авторизоваться в своём Яндекс аккаунте.

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

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

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

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

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

Serpstat

Многофункциональная платформа для SEO, в которой имеется инструмент подбора ключевых слов. Serpstat — платный сервис. Вместе с тем в нём можно найти массу полезных данных для эффективного продвижения, наличие которые полностью оправдывает стоимость подписки.

Здесь есть возможность:

  • посмотреть статистические данные как по Яндексу, так и по Google с привязкой к стране продвижения; 
  • выполнить сортировку от самых популярных поисковых запросов к низкочастотным и наоборот;
  • отфильтровать данные по определённому параметру.

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

Букварикс

В этом сервисе можно проводить бесплатный анализ ключевых слов на основе данных из Яндекс Вордстата.

Букварикс весьма прост в использовании, в нём нет ничего лишнего: ключевое слово, похожие комбинации запросов и их частотность.

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

Keyword Tool

Платный сервис, который собирает данные по частотности использования ключевых фраз не только в Яндекс и Google, но и на других платформах: YouTube, Instagram, Bing, Amazon и др.

Keyword Tool также прост в использовании, как и большинство подобных сервисов. С работой в нём без проблем справится даже начинающий оптимизатор.

Выводы

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

А какой сервис используете вы для анализа частотности ключевых слов?

P.S. На курсе «Поисковик» вы узнаете все тонкости и особенности работы с ключевыми словами для продвижения вашего сайта, и самое главное — уже в процессе обучения сможете применить полученные знания на практике. Переходите по ссылке выше, и бронируйте участие. А с промокодом «SEO-25» вас будет ожидать приятный бонус.

Частота поисковых запросов отражает их популярность у пользователей


Общее определение

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

Количественное определение частотности запросов

В поисковой оптимизации сайтов (SEO) в целом принято выделять три основных категории запросов по частоте:

  • высокочастотные (ВЧ),
  • среднечастотные (СЧ),
  • низкочастотные (НЧ).

Очень условно считается, что ВЧ-запросы имеют частоту выше 10000, СЧ-запросы – 1000–10000, НЧ-запросы – менее 1000. Но эта градация именно очень условная, поскольку критическое значение имеет тематика запросов. Если тематика популярна, значения частот поисковых запросов в ней будут большими. Если тематика не очень популярная или вообще редкая, значения частот запросов в ней будут небольшими.

Таким образом, при определении частот запросов в SEO, в частности для формирования семантического ядра сайта и определения бюджета продвижения, следует отталкиваться именно от конкретной тематики. В какой-то тематике запрос с частотой 2000 будет являться СЧ или даже НЧ (популярная тематика), а в какой-то – ВЧ (не очень популярная тематика).

Кроме этого на частоту запросов влияют и другие факторы: регион, сезонность и событийность. Например, частота запроса в целом по России будет выше, чем по Москве, а по Москве – выше, чем по небольшому городу. Также для многих тематик частота одних и тех же запросов изменяется в зависимости от времени года (сезонность запросов) или определённого события (событийность запросов), причём изменяться она может в десятки раз (см. ниже «Изменения частот поисковых запросов»). Всё это делает деление поисковых запросов на ВЧ, СЧ и НЧ ещё более условным, т.к. частота привязывается уже не только к отдельной теме, но и к региону, а также ко времени или событию.

Однако в контекстной рекламе частотность всех запросов (ключей – ключевых слов или фраз) в целом привязывается к некой общей базе, на основе которой определяется стоимость запроса – CPC (cost per click – цена за клик; подробнее – см. статью Контекстная реклама). То есть в контекстной рекламе работает общее правило: чем более популярен запрос в целом (выше его частота), тем выше его стоимость (CPС).

Помимо трёх основных категорий поисковых запросов – ВЧ, СЧ и НЧ – выделяют и дополнительные категории – в сторону уменьшения частоты. Однако значение этих категорий запросов возрастает – как для SEO, так и для контекстной рекламы. Это микро-, или сверхнизкочастотные запросы (сНЧ; здесь мы будем использовать данное понятие), а также мерцающие (мигающие), случайные и «нулевые» запросы. В целом эти понятия можно рассматривать как универсальные для любой тематики, поскольку значения частот данных запросов являются предельно низкими.

сНЧ-запросы имеют частоту 1–2. Мерцающие запросы имеют частоту 0–2. Это значит, что в какой-то месяц запрос может быть задан единожды или пару раз, а в какой-то – ни разу. Случайные запросы – те, которые возникли один раз и затем вообще никогда больше могут не повториться. Они, в принципе, близки к понятию «нулевые запросы» для которых Яндекс.Вордстат или планировщик ключевых слов Google вообще показывают стабильное значение частоты – ноль.

Практическое значение частотности запросов мы рассмотрим чуть ниже.

Сервисы определения частоты запросов

Значение частот поисковых запросов определяются с помощью специализированных сервисов, которые называются Яндекс.Вордстат и планировщик ключевых слов Google (соответственно, для Яндекс и Google). Оба являются бесплатными. Но Яндекс.Вордстат находится в свободном широком доступе, т.е. с ним можно начать работать немедленно, а планировщик Google доступен только в рамках планирования контекстной рекламы Google Ads или имитации этого планирования. Для работы с данным сервисом необходимо иметь аккаунт в Google, сайт, для которого планируется реклама, и пройти ряд предварительных шагов в системе.

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

Но, поскольку при формировании семантического ядра для SEO сайта или контекстной рекламы работа всегда ведётся с большим количеством запросов (нередко сотнями и даже тысячами), для их подбора и определения частот используют методы автоматизации. Наиболее популярным сервисом в этом отношении является инсталлируемая программа Key Collector, с помощью которой делается автоматический сбор (парсинг) запросов с Яндекс.Вордстата и Google-планировщика.

Практическое значение частотности запросов

Это значение имеет два аспекта – для SEO и для контекстной рекламы.

Значение частотности для SEO

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

  • Во-первых, ВЧ-запросы, как правило, являются и высококонкурентными (ВК). Конкурентность и частотность запросов – это не одно и то же, но во многих случаях они коррелируют (подробнее – см. ниже, а также статью Конкурентность поисковых запросов). Высокая конкуренция по запросу означает, что в ТОПе поисковой выдачи по нему присутствует очень много веб-страниц/сайтов. И это, в свою очередь, означает что продвинуть по данному запросу в ТОП новый сайт чрезвычайно трудно – долго и дорого.
  • Во-вторых, в целом работает следующее правило: чем выше частота запроса, тем он менее специфичен (подробнее – см. статью Определённые и неопределённые поисковые запросы). А это означает, что по данному запросу на сайт будет приходить много нецелевых посетителей. Последнее плохо как для SEO, так и в целом для маркетинга. С точки зрения SEO нецелевые посетители будут давать сайту плохие поведенческие факторы (ПФ), т. е. быстро выходить с сайта. Поисковая система может расценивать это как реакцию на плохое качество сайта (он не нравится пользователям) и, соответственно, понижать сайт в своей поисковой выдаче. Для общего же маркетинга слишком нецелевая – «грязная» – аудитория также является нежелательной, поскольку отнимает много ресурсов на её обработку.
  • Наконец, в-третьих, на самом деле, несмотря на высокую частоту, доля трафика на сайт по ВЧ-запросам является довольно невысокой. Подавляющий трафик (до 70%) складывается как раз из НЧ и особенно сНЧ, мерцающих и даже случайных и нулевых запросов. Это так называемый хвост, или шлейф запросов.  Да, каждый такой запрос является редким или сверхредким, т.е. в одиночку даёт ничтожный трафик на сайт.

Но, здесь также работают три важных принципа:

  1. НЧ, сНЧ, мерцающие и даже случайные и нулевые запросы являются предельно целевыми, т.е. высококонверсионным, т.к. по ним на сайт приходят самые целевые клиенты («тёплые» и «горячие»).
  2. Подобные запросы, как правило, являются и низкоконкурентными (НК, сНК), а это значит, что по ним сайт с лёгкостью попадает в ТОП поисковой выдачи. То есть на продвижение по этим запросам тратится минимальное количество средств и времени, если не считать создание контента под такие запросы (копирайтинг). Последнее в данном случае, вообще-то, и есть самая основная и самая дорогая работа.
  3. В силу богатства языка НЧ/сНЧ-запросов по теме возникает очень много, а потому по совокупности трафик по таким запросам и составляет наибольшую долю в общем поисковом трафике на сайт (как сказано, до 70%).

Таким образом, выгодной SEO-стратегией является продвижение новых сайтов именно по НЧ/сНЧ-шлейфу запросов. Причём, при формировании семантического ядра сайта и отдельных веб-страниц, имеет смысл закладывать не просто мерцающие, но даже нулевые запросы – те, для которых Яндекс.Вордстат или планировщик Google показывают значение частоты ноль. Во-первых, обработка запросов данными системами на самом деле является статистической, так что формальный ноль – это не всегда ноль реальный. А во-вторых, если вы двигаете новую тему и считаете, что по ней должны появиться новые запросы, в т.ч. случайные, – их безусловно необходимо закладывать в семантическое ядро сайта.

Закладывать в семантическое ядро означает формировать структуру из ключевых слов и фраз, которая должна соответствовать структуре сайта (иерархии разделов и страниц). На самом сайте это воплощается в том, что определённые ключи (вхождения запросов) закладываются в текстовый контент определённых веб-страниц. Таким образом, чем богаче отдельная страница и сайт в целом насыщены точными по смыслу (релевантными), но при этом разнообразными НЧ-ключами, тем легче обеспечить максимальный по объёму и по релевантности трафик на сайт из поиска. В этом и состоит простой принцип SEO-продвижения по «хвосту» («шлейфу»). И основная задача в данном случае заключается именно в создании соответствующего контента на сайте – текстов, предельно насыщенных разнообразными релевантными НЧ/сНЧ-ключами и обладающих общей высокой релевантностью теме отдельной веб-страницы, сайта в целом, а также интересу (интенту) пользователей.

Значение частотности для контекстной рекламы

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

Как сказано выше, в контекстной рекламе работает общее правило: чем выше частота запроса, тем выше его стоимость (CPC). На стоимость объявления по данному запросу также влияет и положение объявления (выше, ниже прочих объявлений, первая или вторая страница выдачи и т.д.), – но в целом именно стоимость запросов, зависящая от их частоты, является базовым фактором, определяющим стоимость запроса и рекламного объявления по нему.

Соответственно, если заложить в рекламу ВЧ-запрос, он даст большой трафик на сайт. Но, во-первых, бюджет такой рекламы будет очень высоким из-за высокой стоимости запроса. А во-вторых, трафик по этому запросу будет очень низкоспецифичным, т.к. ВЧ-запросы, как правило, имеют широкий смысл (см. выше). Это значит, что очень дорогая контекстная реклама даст очень низкоспецифичный трафик, а значит – низкий уровень продаж и, соответственно, низкий или даже отрицательный возврат инвестиций (ROI – return of investment). На языке специалистов по контекстной рекламе (таргетологов) это и называется «слить деньги на рекламу».

Поэтому выигрышной является стратегия построение контекстной рекламы на основе НЧ и даже сНЧ, мерцающих и случайных запросов. Да, таких запросов в рекламную кампанию может быть заложено очень много – сотни и даже тысячи, чтобы суммарно обеспечить по ним хороший трафик на сайт. Но, во-первых, из-за очень низкой стоимости таких запросов бюджет рекламной кампании в целом будет невысоким. А во-вторых, в силу высокой специфичности трафик по таким запросам будет давать высокий уровень продаж, т.е. обеспечивать высокий ROI рекламы. О такой рекламе говорят, что она высококонверсионная.

В целом же, оперируя конкретными запросами и связанными с ними конкретными показателями, в т. ч. финансовыми (CPC, средний чек, конверсия переходов в продажи и др.), можно довольно точно и выгодно оптимизировать рекламную кампанию – так, чтобы она давала необходимый профит (хороший ROI). И в отличие от SEO этот процесс занимает гораздо меньше времени (за несколько дней можно провести надлежащую оптимизацию рекламы) и опирается на конкретные показатели (KPI – key performance indicators).

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

Изменения частоты поисковых запросов во времени

Это явление характерно для сезонных и событийных запросов. Подробнее они разбираются в соответствующих статьях Глоссария (см. ссылки ниже).

Здесь же кратко отметим, что для сезонных запросов их частота периодически колеблется от года к году в зависимости от времени года, а точнее – от месяца. Связано это с периодическим изменением популярности темы в годовых периодах. Например, в летнее время возрастает спрос на продукцию и услуги, связанные, с летним отдыхом. Соответственно, частоты запросов по этой теме имеют максимум в летние или поздние весенние месяцы и минимум в зимние месяцы. Для «зимних» тем/товаров наблюдается обратная зависимость.

Амплитуда частоты запросов в определённых темах в течение года может достигать десятков раз. Это можно отчётливо видеть, если выбрать в сервисе Яндекс.Вордастат опцию «история запроса», которая показывает изменения частоты поискового запроса за последние 12 месяцев, в т.ч. наглядно на графике. Так что этот инструмент является очень полезным для маркетологов, поскольку фактически позволяет прогнозировать изменение спроса в течение года в определённой рыночной нише – вплоть до спроса на конкретные товары и услуги в конкретных регионах в конкретные месяцы.

Изменение частоты характерно и для так называемых событийных запросов, когда их количество в поиске может буквально взлетать с нуля и до очень больших значений с наступлением какого-то события: олимпиады, чемпионата мира по футболу, президентских выборов, крупных политических форумов, сильно распиаренной рекламной кампании и т. д. Для некоторых событий взлёт частоты запросов также можно прогнозировать и, соответственно, планировать под них коммерческую деятельность – зарабатывать на событиях.

Частотность и конкурентность запросов

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

Аналогично частотности также выделяют

  • высоко-,
  • средне- и
  • низкоконкурентные запросы. 

Под самой же конкуренцией для запроса понимают количество по нему веб-страниц в ТОПе поисковой выдачи. Если страниц много – конкуренция по запросу высокая (ВК), если мало – низкая (НК), если что-то между «много» и «мало» – средняя (СК). Как понятно, эти слова (много, мало, средне) по сути ни о чём – и сами по себе, и потому что понятие «ТОП» поисковой выдачи является неясным (ТОП3, ТОП5, ТОП10, ТОП20 и т.д.), и потому что конкуренция по запросам сильно зависит от темы, да и вообще – потому что для параметра конкурентность в принципе отсутствуют цифры (для частотности они хотя бы есть).

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

Однако параметр конкурентности запроса применим не только к SEO, но и к контекстной рекламе. Общий принцип тот же: количество конкурентных ссылок по данному запросу – в данном случае конкурентных рекламных, а не поисковых ссылок. Поскольку работа с контекстной рекламой в целом формализуется гораздо лучше, чем SEO, использовать параметр конкурентности по запросу в контекстной рекламе также проще. Подробнее соответствующие вопросы рассматриваются в соответствующей статье Глоссария (см. ссылки ниже).

Дополнительно по теме – см. статьи Ключевые слова / фразы, Вхождения, Семантическое ядро, Определённые и неопределённые поисковые запросы, Конкурентность поисковых запросов, Контекстная реклама.

Полная классификация запросов представлена в статье Поисковые запросы.

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

Заказать интернет-продвижение

Частотность поисковых запросов — сервис для определения частотности

Частотность (частота) является общим количеством показов конкретного ключевого запроса пользователя в течение одного месяца.

Частота ключевых слов и SEO

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

Однако, если частота вашего ключевого слова слишком высока, это посылает негативный сигнал поисковым системам. Избегайте черных методов, известного как «наполнение ключевыми словами», когда частота ваших ключевых слов неестественно высока и отвлекает пользователей.

 

Как определить частотность

Веб-мастер и SEO-специалист определяет частотность запроса при помощи специализированных сервисов. Например, в Яндексе это Вордстат (читайте, как это сделать в нашей статье). Если воспользоваться кавычками, перед запросом и после него, то в итоге система выдает данные о частоте, учитывая необходимую последовательность слов. Для получения точных данных по частоте с имеющейся морфологией, перед словом следует ставить «!».

 

Какая частота ключевых слов считается хорошей?

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

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

Сюда входят близкие варианты ключевого слова. Например, «подержанные автомобили» — это вариант ключевого слова «подержанные автомобили». Хотя эти два термина различны, они тесно связаны семантически; их значения идентичны, и только их формулировка отличает их друг от друга. Это означает, что вам следует попытаться разделить варианты ключевых слов, как если бы вы использовали несколько экземпляров одного и того же ключевого слова.

 

Насколько важна частота ключевых слов?

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

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

 

Частота ключевых слов и пользовательский опыт

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

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

 

Заблуждения, связанные с частотностью

Миф первый. Частотность по Wordstat соответствует частоте запросов в поисковой системе Яндекс

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

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

Миф второй. Трафик можно предсказывать с помощью информации из Wordstat Результаты экспериментов, которые проводили оптимизаторы, продемонстрировали, что если сайт находится в ТОП-10 по высокочастотному запросу, то это не гарантирует ему трафик.

Миф третий. Информация о частоте запросов из Вордстат позволяет составить семантическое ядро

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

Частотность запросов и как ее определить – Блог TRINET

Что такое частотность поисковых запросов

Частотность – это количественная величина, показывающая сколько раз пользователь обращался к поисковой системе с конкретным запросом. Как правило, рассчитывается за последний месяц. Зная спрос, SEO-специалист поймет, есть ли поисковый спрос, нужно ли создавать посадочную страницу, а также сможет спрогнозировать трафик, который получит продвигаемый сайт при ранжировании в ТОП-10.

В данной статье пойдет речь о том, какой может быть частотность запроса и как ее определить.

Виды частотностей в поисковой системе Яндекс

Один из инструментов определения частотностей является сервис от поисковой системы (далее ПС) Яндекс – WordStat. Он показывает популярность фразы в одноименной поисковой системе. Причем, посмотреть можно несколько видов частотностей, в зависимости от операторов, которые применяются. На примере запроса «поисковое продвижение» разберемся подробнее.

  • Поисковое продвижение – такой запрос без каких-либо операторов покажет общую частотность по фразе, ее аналогам и словоформам.

Число 23 504 на рисунке выше означает, какое количество показов было со словом «поисковое продвижение» в ПС Яндекс за последний месяц. Нужно учитывать, что в эту цифру входят и более длинные фразы, например, «поисковое продвижение сайтов» и фразы с измененными словоформами, например, «услуги поискового продвижения».

  • Оператор «кавычки» («поисковое продвижение») фиксирует количество слов в запросе, а значит фразы формата «поисковое продвижение Москва» учитываться не будут. Как видно ниже, частота спроса стала значительно меньше.
  • Оператор «кавычки и восклицательный знак» («!поисковое !продвижение») фиксирует количество слов, а также форму первого и второго слова, перед которыми стоит знак восклицания. В такой расчет не войдут запросы «поисковым продвижением» и т.д.
  • Оператор «квадратные скобки» ([поисковое продвижение]) фиксирует порядок слов. Сюда не войдет фраза «продвижение поисковое помогает». Но необходимо иметь в виду, что будут посчитаны все словоформы, а также не будет зафиксировано количество слов.
  • Оператор «кавычки и квадратные скобки» («[поисковое продвижение]») как раз может фиксировать и порядок слов, и их количество в запросе.

При этом словоформы все еще учитываются. Это означает, что сюда могут попасть запросы «поисковому продвижению». Для того, чтобы зафиксировать форму слова используем «!» перед ним, как в примере ниже.

  • Оператор «кавычки, квадратные скобки и знак восклицания» («[!поисковое продвижение]») — фиксирует количество и порядок слов в запросе, а также словоформу первого слова, перед которым стоит знак восклицания.
  • Спецоператор «плюс» (+в поисковое продвижение) в обязательном порядке фиксирует служебные части речи, местоимения, цифры и другие слова, не несущие дополнительного смысла. В нашем случае обязательным стал предлог «в» и ниже на рисунке видно, как поменялись статистика и список запросов.

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

Частотность запросов в поисковой системе Google

ПС Google не дает специального сервиса для определения частотности поисковых фраз в отличие от Яндекс. Для сбора статистики можно использовать «Планировщик ключевых слов» в сервисе для запуска рекламы – Google Ads.

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

Высоко- средне- и низкочастотные запросы

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

  • высокочастотные или ВЧ (частотность от 5 000)
  • среднечастотные или СЧ (частотность от 1 000 до 5 000)
  • низкочастотные запросы или НЧ (частотность от 1 до 1 000)

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

Высокочастотные запросы

Данный вид запросов включает в себя максимально общие фразы. Они состоят, как правило, из 1-2 слов. По такому ключевику не всегда очевидно, что хочет пользователь, из-за этого они часто имеют более низкую конверсионность. Но всегда есть исключения, поэтому рекомендуем анализировать именно конкретную ситуацию. Если сайт молодой лучше начинать с НЧ и СЧ запросов, а ВЧ подключать со временем.

Пример ВЧ запроса показан ниже:

Среднечастотные запросы

Эти запросы содержат более точные фразы, обычно состоят из 3-4 слов. Хотя они все еще и охватывают большое количество пользователей, но имеют уже более понятный интент. Пример указан ниже на рисунке.

Низкочастотные запросы

Это наиболее точные запросы, показывающие намерения пользователя. Как правило, содержат 5 и более слов. Мы советуем всегда добавлять в СЯ часть НЧ фраз, которые привлекут целевой трафик на сайт. При этом они помогают более эффективно продвигать страницы за счет текстовой оптимизации.

Пример НЗ запроса показан ниже:

Отличие частотности от конкуренции

Еще один параметр – это конкуренция поискового запроса. Здесь они делятся на:

  • высококонкурентные (ВК)
  • среднеконкурентные (СК)
  • низкоконкурентные (НК)

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

Данная тема будет затронута в другой публикации.

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

Одна из методик определения конкуренции, посмотреть количество результатов по запросу. Например, “продвижение сайтов спб” — 10 млн. подходящих результатов.

Показано ниже на рисунке:

Другая методика – анализировать показатель, рассчитываемый по количеству внешних входящих ссылок/доменов. В разных сервисах он может называться по-разному. Например, в сервисе Ahrefs от компании Google он называется Keyword Difficult.

Пороги значений обозначены ниже:

Что такое сезонность запроса и где её посмотреть

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

Другой пример – запрос «купить септик». Актуален в течение всего года, но популярность повышается весной и летом, когда люди перебираются в частные дома и на дачи.

Сезонность – это изменения (подъемы или падения) трафика, повторяющиеся ежегодно под влиянием каких-то внешних событий. Например, смена времени года, праздники и т.д.

Проверить ее можно в Яндекс WordStat. Необходимо:

  • зайти в сервис
  • ввести запрос
  • выбрать регион
  • нажать «История запросов»

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

Еще один инструмент для определения сезонности – сервис Google Trends.

Необхидимо:

  • ввести запрос
  • выбрать регион, источник и временной промежуток

Данные можно посмотреть, начиная с 2004 года. Можно сравнить до пяти запросов. Google показывает значения в баллах. Например, курсор на скриншоте ниже наведен на пик популярности поискового запроса – это 100 баллов.

Что такое геозависимость запроса и как ее проверить

Геозависимость запроса показывает нам, зависит ли показ по этому ключевому слову от местонахождения пользователя. Например, по запросу «услуги нотариуса» человек из Санкт-Петербурга увидит одни сайты в выдаче, а человек из Тулы – совершенно другие. Яндекс считает, что до 30 % обращений к ПС являются геозависимыми. Как правило, к ним относятся коммерческие запросы.

Вручную проверить геозависимость запроса можно методом сравнения ТОП-10 по двум разным регионам или подсветке топонима в поисковой выдаче.

Заходим в ПС Яндекс, смотрим выдачу по двум разным регионам и анализируем. Регион можно поменять внизу страницы поиска:

На примере запроса «услуги нотариуса» видим, что выдача для Санкт-Петербурга и Тулы разная и поисковая система в обеих выдачах подсвечивает актуальный для пользователя город.

Ниже представлен пример для г. Санкт-Петербург:

Мы видим преимущественно региональные сайты Петербурга.

На следующем скриншоте показаны результаты для пользователя из г. Тула:

В данном случае преимущественно региональные сайты Тулы.

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

А теперь к самому интересному – как же определить частотность?

Для этого можно использовать различные сервисы.

В Яндекс WordStat необходимо ввести запрос, выбрать регион, интересующее устройство, нажать «Подобрать», далее сервис покажет результат:

Можно посмотреть статистику по регионам и городам:

Яндекс.Директ – сервис для запуска рекламы в поисковой системе Яндекс. Посмотреть частотность запроса можно при создании рекламной кампании. Доходим до второго шага «Выбор аудитории», задаем регион и нажимаем «Подобрать фразы». При вводе фразы получаем статистику по ним.

Частота запросов в Яндекс.Директ может несколько отличаться от показателей Яндекс. Вордстат. Это происходит, потому что последний не учитывает вложенные запросы с прогнозом меньше пяти. Кроме того, данные берутся за последние 30 дней, но в Директе они обновляются чаще из-за чего могут быть расхождения в пару дней. И наконец, необходимо отслеживать нет ли минус-слов в Яндекс.Директе, которые могут повлиять на статистику.

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

Google Keyword Planner – инструмент для подбора ключевых слов при создании рекламы в ПС Google. Поможет при сборе статистики по запросам в Google.

Необходимо зайти в инструмент, авторизоваться и выбрать «Найдите новые ключевые слова»:

Далее нужно ввести слова через запятую и нажать «Показать результаты»:

Далее необходимо отметить добавленные слова галочкой (расширить список можно будет дальше), выбрать соответствие (точное, широкое, фразовое) и нажать «Добавить ключевые слова»:

Рядом с каждым запросом появляется зеленый значок «В плане»:

Переходим в пункт меню «Ключевые слова», выбираем корректный регион вверху страницы, раскрываем график по стрелочке, выставляем максимальную цену за клик:

Для анализа нужно использовать столбец «Показы»:

Этот способ покажет точную статистику по Google, насколько это возможно в рамках данной поисковой системы.

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

Ahrefs – еще один сервис для просмотра статистики по ключевому слову и подбора аналогов. Также является платным.

Серверы SemRush, Ahrefs и другие подобные инструменты получают данные о количестве запросов методом покупки сlickstream у крупных провайдеров, поэтому их данные будут отличаться от данных в Google Keyword Planner.

Софт для ручного и автоматического съема частотностей

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

Плагин WordStarter – бесплатное расширение для Яндекс.Вордстат, которое позволяет собирать ключевые слова и их частоту, задавать минус-слова и экспортировать все это для последующей обработки.

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

TopVisor – платный сервис для сбора статистики из Яндекс и Google.

Для проверки частоты необходимо:

  • создать проект
  • перейти на страницу «Поисковые запросы»
  • добавить запросы
  • выбрать источник, регион

RushAnalytics – еще один платный сервис, в котором есть инструмент для парсинга ключевых слов и частотностей из Яндекс и Google на высокой скорости.

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

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

Заключение

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

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

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

лимитов и квот на запросы API | API управления аналитикой

В этом документе описываются ограничения и квоты запроса Руководству API-интерфейсы и API-интерфейсы отчетов.

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

В этом видео обсуждаются передовые методы управления Google Analytics API. запросить квоты.

Общие квоты

Следующие квоты применяются к API управления, Core Reporting API v3, MCF Reporting API, API метаданных, API удаления пользователей и API отчетов в реальном времени:

  • 50 000 запросов на проект в день, которые могут быть увеличены.
  • 10 запросов в секунду (QPS) на IP-адрес .
    • В API Console есть аналогичный квота называется запросов за 100 секунд на пользователя .По умолчанию он установлен на 100 запросов в 100 секунд на пользователя и может можно отрегулировать до максимального значения 1000. Но количество запросов к API ограничено максимум 10 запросами в секунду на пользователя.
    • Если ваше приложение выполняет все запросы API с одного IP-адреса (например, от имени ваших пользователей) используйте параметр userIP или quotaUser с каждым запросом, чтобы получить полную квоту QPS для каждого пользователя. Увидеть Сводка стандартных параметров запроса для подробностей.
Примечание. Ежедневные квоты обновляются в полночь по стандартному тихоокеанскому времени.

API управления

Google Analytics применяет квоты к запросам к этим Management API:

Запись API

Эти квоты применяются к запросам на запись ( вставить , обновить , заплатить и удалить ):

  • 50 запросов на запись на проект в день с возможностью увеличения
  • 1. 5 запросов в секунду (QPS) на идентификатор учетной записи
Примечание: Для учетной записи Google Analytics, 30 пакетов запись ( удалить , вставить , обновить ) запросы к API разрешений пользователей засчитываются как (1) один запрос на запись и (2) 30 запросов к вашему ежедневный лимит запросов на проект. Например, 90 партий Запросы на запись в API разрешений пользователей считаются как (1) 3 запроса на запись и (2) 90 индивидуальных запросов против дневного лимита проекта. Этот стимул применяется только к запросам API разрешений пользователей .
Ошибки запроса записи

Если ваш запрос на запись завершился неудачно и вы получили код ответа 500 или 503 , вы можете отправить его повторно. Google Analytics позволяет:

  • 50 неудачных запросов на запись в час.

Если вы попытаетесь отправить более 50 неудачных запросов на запись в час, вы получите следующую ошибку:

 Ошибка квоты: количество недавних неудачных операций записи слишком велико. 

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

API импорта данных

Эти квоты относятся к Загрузки Ресурс:

  • Хранилище для импорта расширенных данных на весь срок службы ограничения (не применяется к данным обращений, отправленным из Collection API и SDK):
  • 50 наборов данных на свойство
  • 50 операций загрузки на объект в день
  • 1 ГБ на загруженный файл
  • Конкретные ограничения данных о расходах:
    • 100 МБ на дату ( ga: date ) на набор данных. Например, если вы импортируете 50 МБ данные за 2014-10-10 за одну загрузку и 50 МБ данных за 2014-10-10 за секунду upload, вы достигли предела в 100 МБ для этого набора данных на 2014-10-10.

Эксперименты API

Эта квота распространяется на эксперименты. только:

  • 12 экспериментов на вид (профиль)

Эксперименты с одним из следующих статусов засчитывать в эту квоту:

  • ТЯГА
  • READY_TO_RUN
  • РАБОТАЕТ

Эксперименты завершены (статус = ENDED ) более одного дня не засчитываются в эту квоту.

API полных отчетов

Эти квоты распространяются на Только полные отчеты:

Разрешение пользователя API

Эта квота применяется только к разрешениям пользователей:

  • У пользователя может быть не более 100 учетных записей Google Analytics. Добавление пользователя, у которого 100 Учетные записи Google Analytics для новой учетной записи вызывают ошибку.

Следующие квоты применяются к пакетным запросам записи ( удалить , вставить , обновить ) к разрешениям пользователей:

  • 300 запросов на запись прав пользователя на пакетный запрос
  • 30 пакетных запросов на запись для пользователей, считающихся 1 запросом на запись

Превышение квоты

Если квота на запрос Google Analytics API превышена, API возвращает код ошибки 403 или 429 и сообщение о том, что учетная запись превысила квота.См. Условия обслуживания для получения дополнительной информации.

Запрос дополнительной квоты

Можно запросить только на увеличение:

Примечание: 10 000 запросов на представление (профиль) в день или 10 одновременных запросов на представление (профиль) не могут быть увеличены.

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

  1. Если у вас еще нет платежного аккаунта для вашего проекта, а затем создайте его.
  2. Посетите страницу «Включенные API» на Библиотеку API в консоли API и выберите API из список.
  3. Чтобы просмотреть и изменить параметры, связанные с квотами, выберите Квоты . Смотреть статистика использования, выберите Использование .

Чтобы запросить увеличение максимальной суммы квоты, используйте форму запроса квоты Analytics API. Обязательно ознакомьтесь с информацией и следуйте инструкциям в квоте. форма запроса перед отправкой запроса.Для Reporting API v4: имя API в консоли Google API — Google Analytics Reporting API . Все остальные API v3 (например, Management API v3, Core Reporting API v3, API отчетов в реальном времени v3, User Deletion API v3) перечислены в Analytics API в консоли Google API.

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

Как оценить, сколько посетителей веб-сайта может обработать ваш хостинг

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

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

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

 (количество ядер ЦП / среднее время отклика страницы в секундах) * 60 * частота кликов пользователя в секундах = максимальное количество одновременных пользователей 

Внешняя производительность, которую вы измеряете с помощью Pingdom Tools или PageSpeed ​​Insights, не имеет большого значения, когда дело доходит до масштабирования.Узкое место не в том, как работает ваш интерфейс, а в том, сколько трафика и нагрузки может обработать ваш веб-сервер.

Как оценить мощность ваших веб-серверов

У нас есть несколько простых методов, которые восхитительно просты, но обычно дают довольно точные оценки того, с каким объемом трафика может справиться ваш хостинг. Узкие места, с которыми вы впервые сталкиваетесь при масштабировании трафика, обычно: 1) PHP и 2) производительность базы данных. Есть много методов, которые вы можете использовать, чтобы попытаться уменьшить нагрузку на них, но давайте сначала займемся математикой.

Как проверить количество ядер ЦП сервера на веб-сервере

На сервере доступно определенное количество процессоров. В качестве примера возьмем корпус E5 с двумя 8-ядерными ЦП.

 bash-4.2 $ процессор grep / proc / cpuinfo | wc -l
32
 

В этом примере у сервера 32 доступных ядра. Количество ядер ЦП устанавливает предел того, сколько PHP вы можете запустить до того, как сервер достигнет максимальной мощности. Частота процессора (ГГц) повлияет на общую производительность вашего веб-сайта, но не имеет отношения к расчету максимальной емкости.

Вы также можете использовать такую ​​функцию, как lscpu

 bash-4.2 $ lscpu
Архитектура: x86_64
Операционные режимы ЦП: 32-бит, 64-бит
Порядок байтов: Little Endian
ЦП: 32
Он-лайн список ЦП (ов): 0-31
Потоков на ядро: 2
Ядра на сокет: 8
Розетка (и): 2
NUMA узлов: 2
ID поставщика: GenuineIntel
Семейство процессоров: 6
Модель: 79
Название модели: Intel (R) Xeon (R) CPU E5-2620 v4 @ 2,10 ГГц
Шаг: 1
Процессор МГц: 1230. 084
CPU макс МГц: 3000.0000
CPU min MHz: 1200.0000
BogoMIPS: 4201.95
Виртуализация: VT-x
Кэш L1d: 32 КБ
Кэш L1i: 32 КБ
Кэш L2: 256 КБ
Кэш L3: 20480 КБ
NUMA node0 ЦП: 0-7,16-23
NUMA node1 ЦП (ов): 8-15,24-31
Флаги: fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx pdpe1gb rdtscp lm constant_tscfmager_perfcddddcp lm constant_tscfm_perfcdddddddddddddddddddddddbdbdb_tscfm_perfcdddddddbdbdb_perfcddddbdb_perfcdddbdbdb_perfcdddbdbdbdb_perfcls VMX SMX Текущая ТМ2 SSSE3 sdbg ФМА CX16 xtpr pdcm PCID дк sse4_1 sse4_2 x2APIC movbe POPCNT tsc_deadline_timer АЕС XSAVE AVX F16C rdrand lahf_lm АВМ 3dnowprefetch EPB invpcid_single intel_pt Кайзер tpr_shadow vnmi FlexPriority ЕРТ VPID fsgsbase tsc_adjust Bmi1 HLE AVX2 smep bmi2 ERMS invpcid МРВ НКИ rdseed айх SMAP xsaveopt cqm_llc cqm_occup_llc cqm_mbm_total cqm_mbm_local dtherm ida arat pln pts
 

Это несколько труднее прочитать неподготовленному глазу, но количество сокетов * количество ядер * количество потоков на ядро ​​также даст 32.

Сколько процессорного времени в среднем потребляет PHP-запрос к вашему сайту?

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

Число, которое мы используем для оценки, представляет собой сумму времени до первого байта + время загрузки контента. В приведенном ниже примере мы можем прочитать, что время, затраченное на создание первой страницы, составляет 323 мс, что равно 0.3 секунды.

Для магазинов электронной коммерции важно проверить производительность первой страницы, страниц категорий, страниц продуктов, добавить в корзину и оформить заказ и сделать реалистичную оценку. Если на вашем сайте используется полное кеширование страницы, вам следует добавить средство блокировки кеша (просто добавьте некоторые параметры в URL-адрес, например https://servebolt. com/?cache=busted). Это приведет к тому, что запрос попадет в PHP вместо вашего полного кеша страницы.

Какая связь между ядрами ЦП и временем запросов PHP?

Когда посетитель попадает на вашу веб-страницу, сервер занят созданием этой веб-страницы, пока вы ее не получите.В приведенном выше примере ЦП занят 323 миллисекунды при создании этой страницы для вас. При 1 ядре ЦП сервер может выдавать 3 страницы в секунду.

Формула для расчета максимальной мощности вашего веб-сервера

 Количество ядер ЦП / Среднее время запроса страницы (в секундах) = Максимальное количество запросов страницы в секунду 

Емкость серверов составляет 32 ядра ЦП, поэтому, когда каждый запрос к веб-сайту в среднем использует 0,323 секунды процессорного времени, можно ожидать, что он сможет обрабатывать примерно 32 ядра / 0.323 секунды процессорного времени = 99 запросов в секунду.

Почему количество запросов страниц в секунду является важным показателем масштабируемости?

Масштабируемость вашего веб-сайта обычно сводится к тому, когда ваш сервер достигает предела ЦП. Среднее время запроса страницы фиксирует как время, потребляемое PHP, так и время, которое база данных использует для запросов.

Сколько пользователей может одновременно посещать мой веб-сайт?

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

Если вы перейдете к Аудитории> Обзор, вы найдете Средняя продолжительность сеанса и Страниц за сеанс.

Продолжительность сеанса в этом примере составляет 9 минут 10 секунд, это 9 × 60 + 10 = 550 секунд. Каждый пользователь в среднем нажимает 4,82 раза. Разделите среднюю продолжительность сеанса на количество страниц за сеанс, и вы получите 114 с. Это означает, что средний пользователь на вашем веб-сайте будет нажимать примерно каждые 2 минуты (каждые 114 секунд). Это число может сильно отличаться, но для электронной коммерции правило — один раз в минуту.

Когда мы знаем, что пользователь в Google Analytics нажимает кнопку раз в секунду, и мы знаем, что производительность серверов составляет 99 запросов в секунду, мы можем рассчитать довольно точную оценку;

 Максимальное количество запросов в секунду * 60 * Частота кликов пользователей в секундах = максимальное количество одновременных пользователей 

99 запросов в секунду * 60 секунд * интервал кликов в минутах 2 = 11 880 Максимальное количество одновременных пользователей в Google Analytics

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

Сколько пользователей я могу иметь на моем VPS?

Если вы запускаете свой сайт на VPS с одним или несколькими ядрами ЦП, предел емкости может быть достигнут гораздо раньше. Например:

Среднее время запроса PHP: 650 мс
Ядра ЦП: 2
Частота кликов: 45 секунд (нормально для электронной коммерции)

2 ядра / 0,65 = 3 просмотра страниц в секунду * 60 * 0. 75 = 135 Максимальное количество одновременных пользователей

Как улучшить масштабируемость вашего сайта

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

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

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

Наши стандартные планы хостинга обычно предоставляют вашему сайту доступ к 24 или 32 ядрам ЦП. Здоровый (быстрый сайт без ошибок) сайт электронной коммерции обычно масштабируется до многих сотен или даже нескольких тысяч пользователей без каких-либо проблем и забот!

Удачного масштабирования!

Мы запустили в Великобритании! 000

Servebolt Cloud UK теперь доступен всем клиентам.Наш лондонский центр обработки данных гарантирует, что все клиенты, большинство из которых находятся в Великобритании, работают с очень быстрыми веб-сайтами!

Ограничения скорости | Документы | Разработчик Twitter


HTTP-заголовки и коды ответов

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

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

  • x-rate-limit-limit: предел ограничения скорости для данной конечной точки
  • x-rate-limit-Осталось: количество запросов, оставшихся для 15-минутного окна
  • x-rate-limit-reset: оставшееся окно до сброса ограничения скорости, в секундах эпохи UTC

Когда приложение превышает ограничение скорости для данной конечной точки Twitter API, API вернет код ответа HTTP 429 «Too Many Requests», и в теле ответа будет возвращена следующая ошибка:

{«ошибки»: [{«код»: 88, «сообщение»: «Превышен предел скорости»}]}

Восстановление после ограничения скорости

Когда эти ограничения скорости превышены, от конечной точки возвращается ошибка 429 «Слишком много запросов».Как описано ниже, при возникновении ошибок ограничения скорости рекомендуется изучить заголовки HTTP, которые указывают, когда ограничение сбрасывается, и приостановить запросы до этого момента.

Когда возникает «слишком много запросов» или ошибка ограничения скорости, частоту выполнения запросов необходимо снизить. При обнаружении ошибки ограничения скорости можно проверить заголовок HTTP x-rate-limit-reset:, чтобы узнать, когда будет сброшено ограничение скорости.

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

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

Обратите внимание, что сверх этих ограничений на количество запросов уровень доступа Standard Basic обеспечивает до 500 000 твитов в месяц с конечных точек последнего поиска и отфильтрованного потока. Если вы превысили месячный лимит на количество твитов, то для вашего приложения имеет смысл создавать уведомление и знать день регистрации месяца и откладывать запросы до этого дня.

Как избежать ограничений по количеству просмотров

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

Кэширование

Сохраните ответы API в своем приложении или на своем сайте, если вы ожидаете интенсивного использования. Например, не пытайтесь вызывать API Twitter при каждой загрузке целевой страницы вашего веб-сайта. Вместо этого вызывайте API нечасто и загружайте ответ в локальный кеш. Когда пользователи попадают на ваш сайт, загружается кешированная версия результатов.

Приоритет активных пользователей

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

Адаптироваться к результатам поиска

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

Denylist

Если приложение нарушает ограничения скорости, оно будет отклонено.Запрещенные приложения не могут получить ответ от Twitter API. Если вам или вашей заявке было отказано и вы считаете, что произошла ошибка, вы можете использовать наши формы поддержки платформы, чтобы запросить помощь. Пожалуйста, укажите следующую информацию:

  1. Объясните, почему вы считаете, что ваша заявка была отклонена.
  2. Если вы больше не ограничены по скорости, подробно опишите, как вы устранили проблему.

Ограничение скорости пайки и ограничение частоты

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

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

Ограничение скорости

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

Ограничение скорости, ориентированное на пользователя

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

Фильтры соответствующих сегментов

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

  • Последнее взаимодействие с сообщением
  • Последнее полученное сообщение
  • Последняя полученная кампания push
  • Кампания по электронной почте последнего получения
  • Последнее полученное СМС
  • Лента последних новостей
Реализация фильтров

Рассмотрим следующий пример сегмента:

Это стандартный сегмент повторного вовлечения. Если у вас есть другие более целевые сегменты, получающие уведомления в последнее время, возможно, вы не хотите, чтобы ваши пользователи были нацелены на более общие кампании, направленные на этот сегмент. Добавив к этой кампании фильтр «Кампания последнего полученного push-уведомления», пользователь гарантирует, что, если он получил другое уведомление в течение последних 24 часов, он выйдет из этой кампании на следующие 24 часа. Если через 24 часа они все еще соответствуют другим критериям сегмента и больше не получают уведомлений, они вернутся в сегмент.

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

Установка максимального количества пользователей

Кроме того, в разделе «Целевые пользователи» композиции вашей кампании вы можете ограничить общее количество пользователей, которые получат ваше сообщение. Эта функция служит в качестве проверки, независимой от фильтров вашей кампании, позволяя вам свободно сегментировать пользователей, не беспокоясь о чрезмерном спаме.

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

Установка максимального оттискного колпачка

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

Например, допустим, у вас есть игра с сообщением в приложении, которое срабатывает, когда пользователь превышает уровень, и вы ограничиваете его до 100 показов. Пока было 99 впечатлений. Алиса и Боб оба открывают игру, и Braze сообщает своим устройствам, что они имеют право получать сообщение, когда они пройдут уровень.Алиса сначала проходит уровень и получает сообщение. Боб преодолевает следующий уровень, но поскольку его устройство не взаимодействует с серверами Braze с момента начала сеанса, его устройство не знает, что сообщение достигло своего ограничения, и он также получит сообщение. Однако при достижении максимального количества показов в следующий раз, когда какое-либо устройство запросит список допустимых сообщений в приложении, это сообщение не будет отправлено и будет удалено с этого устройства.

Ограничение скорости доставки

Если вы ожидаете, что крупные кампании приведут к всплеску активности пользователей и перегрузят ваши серверы, вы можете указать ограничение скорости отправки сообщений в минуту. Во время таргетинга на пользователей во время создания кампании вы можете перейти к дополнительным параметрам, чтобы выбрать ограничение скорости (с различным шагом от 50 до 500 тыс. Сообщений в минуту). Обратите внимание, что кампании без ограничений по количеству показов могут превышать эти ограничения.

Например, если вы пытаетесь отправить 75 КБ сообщений с ограничением скорости 10 КБ в минуту, доставка будет распределена на 8 минут. Ваша кампания будет приносить по 10 тыс. За каждую из первых 7 минут и 5 тыс. За последнюю минуту.Однако будьте осторожны с задержкой чувствительных ко времени сообщений с этой формой ограничения скорости. Если сегмент содержит 30 миллионов пользователей, но мы установили ограничение скорости до 10 тысяч в минуту, большая часть пользовательской базы не получит сообщение до следующего дня.

важно:

При отправке многоканальной кампании с ограничением скорости каждый канал отправляется независимо от других. В результате пользователи могут принимать разные каналы в разное время, и невозможно предсказать, какой канал они получат первым. Например, если вы отправляете кампанию, содержащую электронное письмо и push-уведомление, у вас может быть 10 000 пользователей с действующими токенами push, но 50 000 пользователей с действительными адресами электронной почты. Если вы настроили кампанию на отправку 100 сообщений в минуту (ограничение медленной скорости для размера кампании), пользователь мог бы получить push-уведомление в первом пакете отправлений и электронное письмо в последнем пакете отправлений почти через 9 часов.

Ограничение скорости и повторные попытки подключенного содержимого

Когда функция Connected Content Retry включена, Braze будет повторять попытки вызова при сбое, соблюдая лимит скорости, который вы установили для каждой повторной отправки.Давайте снова подумаем о 75 КБ сообщений с ограничением скорости 10 КБ в минуту. В первую минуту вызов не выполняется или выполняется медленно и отправляет только сообщения 4K.

Вместо того, чтобы пытаться восполнить задержку и отправить оставшиеся сообщения размером 4 КБ во вторую минуту или добавить их к уже установленным для отправки 10 КБ, Braze переместит эти 6 КБ сообщений с ошибками в «конец очереди» и добавит дополнительная минута, если необходимо, к общему количеству минут, которое потребуется для отправки вашего сообщения.

Минуты Нет отказа 6K Отказ за минуту 1
1 10 К 4K
2 10K 10K
3 10 К 10 К
4 10 К 10K
5 10 К 10 К
6 10 К 10K
7 10 К 10 К
8 5K 10 К
9 6K
Многоканальные кампании

Имейте в виду, что поминутный лимит скорости настраивается для каждой кампании.Если в кампании используется несколько каналов, ограничение скорости будет применяться к каждому из этих каналов. Если в вашей кампании используется электронная почта и баннеры в приложении с ограничением скорости 10 000 в минуту, мы будем отправлять 20 000 сообщений каждую минуту (10 000 по электронной почте, 10 000 push).

Многоплатформенные push-кампании

Для push-кампаний, проводимых на нескольких платформах, выбранный предел скорости будет равномерно распределен между платформами. Push-кампания с использованием Android, iOS и Windows с ограничением скорости 10K в минуту будет равномерно распределять 10K сообщений по трем платформам.

Ограничение частоты

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

Обзор функций

Ограничение частоты показов

можно настроить для каждой группы приложений, выбрав Глобальные настройки кампании под вкладкой Вовлеченность.Отсюда вы можете выбрать:

  • Какой канал сообщений вы хотите ограничить — push, электронная почта, sms, webhook или любой из этих четырех.
  • Сколько раз каждый пользователь должен получить этот канал в течение определенного периода времени, который может быть измерен в минутах, днях, неделях (7 дней) и месяцах.

Каждая строка ограничения частоты показов будет соединена с помощью «И», и вы можете добавить столько, сколько захотите. Кроме того, вы можете включить несколько заглавных букв для одного и того же типа сообщений.Например, вы можете ограничить пользователей до не более 1 push в день и не более 3 push в неделю.

Правила доставки

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

Если вы хотите, чтобы определенная кампания переопределяла правила ограничения частоты показов, вы можете настроить это на панели управления Braze при планировании показа этой кампании, установив для параметра Ограничение частоты значение «Выкл.».После этого вас спросят, хотите ли вы по-прежнему, чтобы эта кампания учитывалась в вашем ограничении частоты показов. Сообщения, которые учитываются при ограничении частоты, включаются в вычисления для фильтра интеллектуального канала. При отправке кампаний API, которые часто являются транзакционными, у вас будет возможность указать, что кампания должна игнорировать правила ограничения частоты в запросе API, установив для параметра override_messaging_limits значение true.

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

note:

Обратите внимание, что это поведение изменяет поведение по умолчанию, когда вы отключаете ограничение частоты для кампании / холста; изменения обратно совместимы и не влияют на сообщения, которые в данный момент находятся в активном состоянии.

Различные каналы в многоканальной кампании будут учитываться при подсчете ограничения частоты показов. Например, если вы создаете многоканальную кампанию, скажем, как с push, так и с электронной почтой, и настроили ограничение частоты для обоих каналов, то push будет засчитан в 1 кампанию push, а сообщение электронной почты будет засчитано в 1 электронное письмо. рекламная кампания.Кампания также будет засчитана в 1 «кампанию любого типа». Если для пользователей установлено ограничение на 1 push-рассылку и 1 рассылку по электронной почте в день и кто-то получает эту многоканальную кампанию, то он больше не сможет участвовать в push-кампаниях или рассылках по электронной почте до конца дня (если кампания не игнорирует правила ограничения частоты показов).

Внутренние сообщения и карточки содержимого — это , а не , которые засчитываются в качестве ограничений для «Кампаний / Шагов холста любого типа».

обновление:

До 30 июля 2019 г. сообщения в приложении учитывались в правилах «Кампании / Шаги любого типа» при их получении, но не могли быть ограничены по частоте.

python — Pandas: частота подсчета объектов datetime в столбце

У меня есть столбец (из моих исходных данных), который я преобразовал из строки в объект datetime в Pandas.

Столбец выглядит так:

  0 2012-01-15 11:10:12
1 2012-01-15 11:15:01
2 16.01.2012 11:15:12
3 2012-01-16 11:25:01
...
4 2012-01-22 11:25:11
5 2012-01-22 11:40:01
6 2012-01-22 11:40:18
7 2012-01-23 11:40:23
8 2012-01-23 11:40:23
...
9 30.01.2012 11:50:02
10 2012-01-30 11:50:41
11 2012-01-30 12:00:01
12 2012-01-30 12:00:34
13 2012-01-30 12:45:01
...
14 2012-02-05 12:45:13
15 2012-01-05 12:55:01
15 2012-01-05 12:55:01
16 2012-02-05 12:56:11
17 2012-02-05 13:10:01
. ..
18 2012-02-11 13:10:11
...
19 2012-02-20 13:25:02
20 2012-02-20 13:26:14
21 февраля 2012 г., 13:30:01
...
22 2012-02-25 13:30:08
23 2012-02-25 13:30:08
24 2012-02-25 13:30:08
25 2012-02-26 13:30:08
26 2012-02-27 13:30:08
27 2012-02-27 13:30:08
28 2012-02-27 13:30:25
29 2012-02-27 13:30:25
  

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

15.01.2012 — 2 (частота)

16.01.2012 — 2

22.01.2012 — 3

23.01.2012 — 2

30.01.2012 — 5

05.02.2012 — 5

11 февраля 2012 г. — 1

20.02.2012 — 3

25 февраля 2012 г. — 3

26.02.2012 — 1

27.02.2012 — 4

Это ежедневная частота, и я хотел бы ее посчитать.\ d \ d \ d \ d- \ d \ d- \ d \ d ‘)]. value_counts ()

Я знаю, что это не удается, потому что это не строковые объекты, но я не уверен, как еще это посчитать.

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


Также, чтобы обобщить это, как бы я:

  1. Применить ежедневную частоту к еженедельной частоте (например, с понедельника по воскресенье)
  2. Примените ежедневную частоту к ежемесячной частоте (например,сколько раз я вижу «2012-01 — **» в своей колонке)
  3. Используя ежедневные / еженедельные / ежемесячные ограничения для других столбцов (например, если у меня есть столбец, содержащий «запросы GET», я хотел бы знать, сколько из них происходило ежедневно, затем еженедельно, а затем ежемесячно)
  4. Применение еженедельного ограничения с другим ограничением (например, у меня есть столбец, который возвращает «404 Not found», и я хотел бы проверить, сколько «404 Not found я получил за неделю» )

Возможно, решение будет долгим, и мне, возможно, придется сделать много: split-apply-comb. .. но меня заставили поверить, что Pandas упрощает / абстрагирует большую часть работы, вот почему я сейчас застрял.

Источник этого файла можно рассматривать как нечто эквивалентное файлу журнала сервера.

Ограничение скорости NGINX

Одна из наиболее полезных, но часто неправильно понимаемых и неправильно настраиваемых функций NGINX — это ограничение скорости . Он позволяет ограничить количество HTTP-запросов, которые пользователь может отправить за определенный период времени. Запрос может быть таким же простым, как запрос GET для домашней страницы веб-сайта или запрос POST в форме входа в систему.

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

В этом блоге мы рассмотрим основы ограничения скорости с помощью NGINX, а также более сложные конфигурации.В NGINX Plus ограничение скорости работает точно так же.

Чтобы узнать больше об ограничении скорости с помощью NGINX, посмотрите наш веб-семинар по запросу.

NGINX Plus R16 и более поздние версии поддерживают «глобальное ограничение скорости»: экземпляры NGINX Plus в кластере применяют согласованное ограничение скорости к входящим запросам независимо от того, на какой экземпляр в кластере поступает запрос. (Совместное использование состояний в кластере доступно и для других функций NGINX Plus.) Подробнее см. В нашем блоге и в Руководстве администратора NGINX Plus.

Как работает ограничение скорости NGINX

В ограничении скорости NGINX используется алгоритм «дырявого ведра» , который широко используется в телекоммуникационных сетях и компьютерных сетях с коммутацией пакетов для устранения скачков при ограниченной пропускной способности. Аналогия проводится с ведром, в которое вода наливается сверху и течет снизу; если скорость, с которой наливается вода, превышает скорость, с которой она протекает, ведро переполняется. С точки зрения обработки запросов, вода представляет запросы от клиентов, а сегмент представляет собой очередь, в которой запросы ожидают обработки в соответствии с алгоритмом планирования «первым пришел — первым вышел» (FIFO).Утечка воды представляет собой запросы, выходящие из буфера для обработки сервером, а переполнение представляет собой запросы, которые отброшены и никогда не обслуживаются.

Настройка базового ограничения скорости

Ограничение скорости настраивается с помощью двух основных директив: limit_req_zone и limit_req , как в этом примере:

  limit_req_zone $ binary_remote_addr zone = mylimit: скорость 10м = 10р / с;
 
server {
    местоположение / логин / {
        limit_req zone = mylimit;
        
        proxy_pass http: // my_upstream;
    }
}  

Директива limit_req_zone определяет параметры для ограничения скорости, в то время как limit_req включает ограничение скорости в контексте, в котором она появляется (в примере, для всех запросов на / login / ).

Директива limit_req_zone обычно определяется в блоке http , что делает ее доступной для использования в различных контекстах. Принимает следующие три параметра:

  • Ключ — определяет характеристику запроса, к которой применяется ограничение. В примере это переменная NGINX $ binary_remote_addr , которая содержит двоичное представление IP-адреса клиента. Это означает, что мы ограничиваем каждый уникальный IP-адрес частотой запросов, определяемой третьим параметром.(Мы используем эту переменную, потому что она занимает меньше места, чем строковое представление IP-адреса клиента, $ remote_addr ).

  • Зона — определяет зону разделяемой памяти, используемую для хранения состояния каждого IP-адреса и частоты обращений к URL-адресу, ограниченному запросами. Хранение информации в общей памяти означает, что она может быть разделена между рабочими процессами NGINX. Определение состоит из двух частей: имени зоны, определяемого ключевым словом zone = , и размера после двоеточия.Информация о состоянии около 16 000 IP-адресов занимает 1 мегабайт, поэтому наша зона может хранить около 160 000 адресов.

    Если память исчерпана, когда NGINX нужно добавить новую запись, он удаляет самую старую запись. Если освобожденного пространства все еще недостаточно для размещения новой записи, NGINX возвращает код состояния 503 (служба временно недоступна) . Кроме того, чтобы предотвратить исчерпание памяти, каждый раз, когда NGINX создает новую запись, он удаляет до двух записей, которые не использовались в течение предыдущих 60 секунд.

  • Скорость — Устанавливает максимальную частоту запросов. В примере скорость не может превышать 10 запросов в секунду. NGINX фактически отслеживает запросы с точностью до миллисекунд, поэтому этот предел соответствует 1 запросу каждые 100 миллисекунд (мс). Поскольку мы не разрешаем пакеты (см. Следующий раздел), это означает, что запрос отклоняется, если он приходит менее чем на 100 мсек после предыдущего разрешенного запроса.

Директива limit_req_zone устанавливает параметры для ограничения скорости и зоны разделяемой памяти, но фактически не ограничивает частоту запросов.Для этого вам необходимо применить ограничение к определенному блоку местоположения или сервера , включив туда директиву limit_req . В этом примере мы ограничиваем скорость запросов до / login / .

Итак, теперь каждый уникальный IP-адрес ограничен 10 запросами в секунду для / login / - или, точнее, не может сделать запрос для этого URL-адреса в пределах 100 мс от его предыдущего.

Обработка пакетов

Что, если мы получим 2 запроса с интервалом в 100 мсек? Для второго запроса NGINX возвращает клиенту код статуса 503 .Вероятно, это не то, что мы хотим, потому что приложения имеют тенденцию быть нестабильными по своей природе. Вместо этого мы хотим буферизовать любые лишние запросы и своевременно их обслуживать. Здесь мы используем параметр burst до limit_req , как в этой обновленной конфигурации:

  местоположение / логин / {
    limit_req zone = mylimit  burst = 20 ;
 
    proxy_pass http: // my_upstream;
}  

Параметр burst определяет, сколько запросов клиент может сделать сверх скорости, указанной в зоне (в нашем примере зоны mylimit ограничение скорости составляет 10 запросов в секунду или 1 каждые 100 мс).Запрос, который поступает раньше, чем через 100 мсек после предыдущего, помещается в очередь, и здесь мы устанавливаем размер очереди на 20.

Это означает, что если с заданного IP-адреса одновременно поступает 21 запрос, NGINX немедленно пересылает первый из вышестоящих серверов и помещает оставшиеся 20 в очередь. Затем он пересылает запрос в очередь каждые 100 мс и возвращает клиенту 503 только в том случае, если входящий запрос приводит к тому, что количество запросов в очереди превышает 20.

Организация очереди без задержки

Конфигурация с пакетом обеспечивает плавный поток трафика, но не очень практична, поскольку может сделать ваш сайт медленным.В нашем примере 20-й пакет в очереди ожидает пересылки в течение 2 секунд, после чего ответ на него может оказаться бесполезным для клиента. Чтобы решить эту проблему, добавьте параметр nodelay вместе с параметром пакета :

  местоположение / логин / {
    limit_req zone = mylimit  burst = 20 nodelay ;
 
    proxy_pass http: // my_upstream;
}  

С параметром nodelay NGINX по-прежнему выделяет слоты в очереди в соответствии с параметром burst и накладывает настроенный предел скорости, но не за счет пересылки запросов в очереди.Вместо этого, когда запрос поступает «слишком рано», NGINX пересылает его немедленно, пока в очереди есть доступный для него слот. Он отмечает этот слот как «занятый» и не освобождает его для использования другим запросом до тех пор, пока не пройдет соответствующее время (в нашем примере - через 100 мс).

Предположим, как и раньше, что очередь из 20 слотов пуста и 21 запрос поступает одновременно с заданного IP-адреса. NGINX немедленно пересылает все 21 запрос и отмечает 20 слотов в очереди как занятые, а затем освобождает 1 слот каждые 100 мс.(Если бы вместо этого было 25 запросов, NGINX немедленно перенаправил бы 21 из них, пометил бы 20 слотов как занятые и отклонил 4 запроса со статусом 503 .)

Теперь предположим, что через 101 мс после перенаправления первого набора запросов одновременно поступают еще 20 запросов. Освобожден только 1 слот в очереди, поэтому NGINX пересылает 1 запрос и отклоняет остальные 19 со статусом 503 . Если вместо этого прошло 501 мс до прибытия 20 новых запросов, 5 слотов остаются свободными, поэтому NGINX пересылает 5 запросов немедленно и отклоняет 15.

Эффект эквивалентен ограничению скорости 10 запросов в секунду. Параметр nodelay полезен, если вы хотите установить ограничение скорости, не ограничивая допустимый интервал между запросами.

Примечание: Для большинства развертываний мы рекомендуем включить параметры burst и nodelay в директиву limit_req .

Двухступенчатое ограничение скорости

с NGINX Plus R17 или NGINX с открытым исходным кодом 1.15.7, вы можете настроить NGINX, чтобы разрешить пачку запросов в соответствии с типичным шаблоном запроса веб-браузера, а затем ограничить дополнительные избыточные запросы до точки, за которой дополнительные избыточные запросы отклоняются. Двухступенчатое ограничение скорости включается параметром delay в директиве limit_req .

Чтобы проиллюстрировать двухэтапное ограничение скорости, здесь мы настраиваем NGINX для защиты веб-сайта, устанавливая ограничение скорости в 5 запросов в секунду (об / с).Веб-сайт обычно имеет 4–6 ресурсов на страницу и не более 12 ресурсов. Конфигурация допускает пачки до 12 запросов, первые 8 из которых обрабатываются без задержки. После 8 чрезмерных запросов добавляется задержка, чтобы обеспечить ограничение в 5 об / с. После 12 чрезмерных запросов любые дальнейшие запросы отклоняются.

  limit_req_zone $ binary_remote_addr zone = ip: скорость 10м = 5р / с;

server {
    слушать 80;
    место расположения / {
        limit_req zone = ip burst = 12 delay = 8;
        proxy_pass http: // сайт;
    }
}  

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

Иллюстрация ограничения скорости: rate = 5r / s burst = 12 delay = 8

Первые 8 запросов (значение delay ) передаются NGINX Plus без задержки. Следующие 4 запроса ( пакет - задержка ) задерживаются, чтобы не была превышена заданная скорость 5 об / с. Следующие 3 запроса отклоняются, поскольку превышен общий размер пакета.Последующие запросы задерживаются.

Примеры расширенной конфигурации

Объединив базовое ограничение скорости с другими функциями NGINX, вы можете реализовать более тонкое ограничение трафика.

Список разрешений

В этом примере показано, как наложить ограничение на скорость запросов от всех, кто не включен в «список разрешенных».

  geo $ limit {
    по умолчанию 1;
    10.0.0.0/8 0;
    192.168.0.0/24 0;
}
 
map $ limit $ limit_key {
    0 "";
    1 $ binary_remote_addr;
}
 
limit_req_zone $ limit_key zone = req_zone: скорость 10м = 5р / с;
 
server {
    место расположения / {
        limit_req zone = req_zone burst = 10 nodelay;
 
        #...
    }
}  

В этом примере используются директивы geo и map . Блок geo назначает значение от 0 до $ limit для IP-адресов в списке разрешений и 1 для всех остальных. Затем мы используем карту для преобразования этих значений в ключ, например:

  • Если $ limit равен 0 , $ limit_key устанавливается равным пустой строке
  • Если $ limit равен 1 , $ limit_key устанавливается на IP-адрес клиента в двоичном формате

Объединяя эти два значения, $ limit_key устанавливается на пустую строку для разрешенных IP-адресов и на IP-адрес клиента в противном случае.Когда первый параметр каталога limit_req_zone (ключ) представляет собой пустую строку, ограничение не применяется, поэтому разрешенные IP-адреса (в подсетях 10.0.0.0/8 и 192.168.0.0/24) не ограничиваются. Все остальные IP-адреса ограничены 5 запросами в секунду.

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

Включение нескольких директив

limit_req в расположение

В одно место можно включить несколько директив limit_req . Применяются все лимиты, соответствующие данному запросу, то есть используется самый строгий. Например, если более одной директивы накладывают задержку, используется самая длинная задержка. Точно так же запросы отклоняются, если это является результатом какой-либо директивы, даже если другие директивы разрешают их выполнение.

Расширяя предыдущий пример, мы можем применить ограничение скорости к IP-адресам в списке разрешений:

  http {
    # ...
 
    limit_req_zone $ limit_key zone = req_zone: скорость 10м = 5р / с;
    limit_req_zone $ binary_remote_addr zone = req_zone_wl: скорость 10м = 15р / с;
 
    server {
        #...
        место расположения / {
            limit_req zone = req_zone burst = 10 nodelay;
            limit_req zone = req_zone_wl burst = 20 nodelay;
            # ...
        }
    }
}  

IP-адресов в разрешенном списке не соответствуют первому пределу скорости ( req_zone ), но соответствуют второму ( req_zone_wl ) и поэтому ограничены 15 запросами в секунду. IP-адреса, отсутствующие в списке разрешений, соответствуют обоим ограничениям скорости, поэтому применяется более строгий: 5 запросов в секунду.

Настройка связанных функций

Лесозаготовки

По умолчанию NGINX регистрирует запросы, которые задерживаются или отбрасываются из-за ограничения скорости, как в этом примере:

  13.06.2015 04:20:00 [ошибка] 120315 # 0: * 32086 ограничение запросов, превышение: 1.000 по зоне «mylimit», клиент: 192.168.1.2, сервер: nginx.com, запрос: «GET / HTTP / 1.0 ", хост:" nginx.com " 

Поля в записи журнала включают:

  • 2015.06.13 04:20:00 - Дата и время создания записи в журнале
  • [ошибка] - уровень серьезности
  • 120315 # 0 - ID процесса и ID потока рабочего NGINX, разделенные знаком #
  • * 32086 - идентификатор прокси-соединения, скорость которого ограничена
  • ограничение запросов - Индикатор записи в журнале записи ограничения скорости
  • превышение - Количество запросов в миллисекунду сверх настроенной скорости, которую представляет этот запрос
  • зона - Зона, определяющая установленный лимит скорости
  • client - IP-адрес клиента, отправившего запрос
  • server - IP-адрес или имя хоста сервера
  • запрос - Фактический HTTP-запрос, сделанный клиентом
  • host - Значение Host HTTP-заголовок

По умолчанию NGINX регистрирует отклоненные запросы на уровне error , как показано [error] в приведенном выше примере. (Он регистрирует отложенные запросы на один уровень ниже, поэтому по умолчанию предупреждает .) Чтобы изменить уровень ведения журнала, используйте директиву limit_req_log_level . Здесь мы установили отклоненные запросы на регистрацию на уровне warn :

  местоположение / логин / {
    limit_req zone = mylimit burst = 20 nodelay;
      limit_req_log_level warn ;
 
    proxy_pass http: // my_upstream;
}  

Код ошибки отправлен клиенту

По умолчанию NGINX отвечает кодом состояния 503 ( Служба Временно Недоступен ), когда клиент превышает предел скорости.Используйте директиву limit_req_status , чтобы установить другой код состояния ( 444 в этом примере):

  местоположение / логин / {
    limit_req zone = mylimit  burst = 20 nodelay ;
      limit_req_status 444 ;
}  

Отклонение всех запросов в определенное место

Если вы хотите отклонить все запросы для определенного URL-адреса, а не просто ограничить их, настройте для него блок location и добавьте директиву deny all :

  расположение / foo. php {
    все отрицать;
}  

Заключение

Мы рассмотрели многие функции ограничения скорости, которые предлагают NGINX и NGINX Plus, включая настройку скорости запросов для разных местоположений по HTTP-запросам и настройку дополнительных функций для ограничения скорости, таких как параметры burst и nodelay . Мы также рассмотрели расширенную конфигурацию для применения различных ограничений для разрешенных и запрещенных IP-адресов клиентов и объяснили, как регистрировать отклоненные и отложенные запросы.

Попробуйте ограничение скорости в NGINX Plus - начните бесплатную 30-дневную пробную версию сегодня или свяжитесь с нами, чтобы обсудить свои варианты использования.

Ограничения

- OAuth 2.0 | Xero Developer


Несертифицированные ограничения приложений

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

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


Пределы скорости API

Существуют ограничения на количество вызовов API, которые ваше приложение может выполнять в отношении определенного клиента (организации, учетной записи или практики):

  • Ограничение числа одновременных вызовов: 5 вызовов одновременно
  • Минутный лимит: 60 звонков в минуту
  • Дневной лимит: 5000 звонков в день

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

  • Минутный лимит приложения: 10 000 вызовов в минуту

Каждый ответ API, который вы получите, будет включать заголовки X-DayLimit-Remaining, X-MinLimit-Remaining и X-AppMinLimit-Remaining, сообщающие вам количество оставшихся для каждого лимита.

Превышение предела скорости

Превышение предела скорости приведет к ответу HTTP 429 (слишком много запросов). Он будет включать заголовок X-Rate-Limit-Problem, сообщающий вам, какой предел вы достигли.

Если вы превысили минутный или дневной лимит, вы также получите HTTP-заголовок Retry-After, который сообщает вам, сколько секунд нужно ждать, прежде чем делать следующий запрос.Запросы учитываются в фиксированном окне, которое сбрасывается в разное время для каждого клиента. Важно использовать заголовок Retry-After, чтобы знать, когда вы можете снова начать звонить.


FAQ по ограничению скорости

Что делать, если мне нужно более 5000 звонков в день?

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

В одном запросе вы можете сделать несколько вещей: например, вы можете создать более одного счета за один вызов API PUT или POST Invoices. Хотя не существует верхнего предела количества узлов, которые могут быть отправлены за один раз, ограничение в 50 узлов на запрос является практичным - это гарантирует, что запрос не превысит максимальный размер 3,5 МБ. Вам также следует ознакомиться с нашими примечаниями по резюмируя ошибки валидации.

Как лучше всего справиться с достижением лимита?

Когда вы достигнете предела скорости, заголовок Retry-After сообщит вам, как долго ждать, прежде чем сделать следующий звонок. Вы должны приостановить запросы к этому клиенту до этого времени.

Что делать, если мне нужно получить от Xero большие объемы данных?

Одна из функций, которая может привести к превышению приложением ограничений на использование, - это извлечение данных из Xero, например:

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

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

У моего приложения всего 5000 запросов для всех моих пользователей?

Нет, ограничения указаны на арендатора.Например, если к вашему приложению подключены две отдельные организации Xero, каждое соединение будет иметь 5000 вызовов API, доступных в заданный 24-часовой период.


Ограничение размера запроса

Максимальный размер запроса для всех API составляет 10 МБ. Однако, чтобы обеспечить своевременный ответ от API (большие вставки могут занять довольно много времени), мы рекомендуем вам использовать пакетные элементы в пакетах до 50.


Системные ограничения

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

Выставление счетов

Xero рассчитан на объем до 1000 счетов-фактур (дебиторская задолженность) и 1000 счетов-фактур (кредиторская задолженность) в месяц, в зависимости от частоты выставления счетов в течение месяца, изменчивости сумм и частоты требований к отчетности по налогу с продаж.

Банковские операции - получение и расходование денег

Xero рассчитан на объем до 2000 банковских транзакций в месяц, что также зависит от частоты транзакций в течение месяца и изменчивости суммы транзакций.

Товарные единицы

Xero рекомендует не более 4000 отслеживаемых единиц инвентаря на организацию. Проблемы с производительностью могут возникнуть, когда общее количество отслеживаемых элементов в организации превышает этот предел. Мы рекомендуем создавать или обновлять только 100 элементов на один запрос API.

Контакты

Списки контактов более 10 000 могут вызвать проблемы с производительностью.

Основные средства

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


Пределы тарифного плана Xero

Стартовый план

Организации Xero, использующие тарифный план «Начальный», могут вводить до 20 утвержденных счетов-фактур по счетам к получению и 5 утвержденных счетов-фактур по счетам к оплате в месяц. Дата счета-фактуры (а не дата создания) используется для определения месяца, в котором был введен счет.

Если вы превысите этот лимит счета при использовании Xero API, вы получите код ответа HTTP 400 со следующим сообщением об ошибке:

 <ошибка валидации>
   Вы достигли лимита счетов, которые можете утверждать. 

 
Тарифы на партнерскую версию

Планы партнерской версии Xero, такие как кассовые книги и бухгалтерские книги, можно подключить к Xero API.

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

.

Добавить комментарий

Ваш адрес email не будет опубликован. Обязательные поля помечены *