Содержание

Проверка частотности запросов — Be1.ru


Частотность запросов — количество вводов запросов в поисковую систему, выражает общую их популярность. Инструмент поможет массово определить широкую, точную и уточненную частотность поисковых запросов в выбранном регионе, а также покажет эффективность каждого запроса. Частотность берется непосредственно из Яндекс Вордстат с ограничением в 100 запросов за проверку, данные кэшируются до наступления нового дня (00:00 по МСК).

Виды поисковых запросов по частотности

Показатель частотности часто коррелируется с конкуренцией. Есть прямая зависимость — чем частотнее запрос, тем выше конкурентность.

 

  • Микрочастотные (МЧ) — самые непопулярные запросы, их условная частотность от 0 до 3 обращений к Яндексу в месяц, часто содержат в себе длинный “хвост” из слов, пример: «где купить ноутбук в Москве со скидкой и радужной русской клавиатурой».
  • Низкочастотные (НЧ) — непопулярные запросы, часто содержат “хвост”, эффективны при продвижении из-за низкой конкуренции, пример: «купить ноутбук в Москве со скидкой и русской клавиатурой».
  • Среднечастотные (СЧ) — в своем большинстве состоят из нескольких слов, с уточнением высокочастотного запроса, пример: «купить ноутбук в Москве со скидкой».
  • Высокочастотные (ВЧ) — обобщенный популярный запрос ниши, часто не уточненный, пример: «купить ноутбук».
  • Сверхвысокочастотные (сВЧ) — самые популярные запросы ниши, содержат 1…2 слова, пример: «ноутбук».

 

 

Причисление запроса к какому-то виду по частотности всегда условно, нет конкретных цифр, так как в каждой нише свой разброс частотностей, пример:

Оба запроса являются ВЧ, просто это две абсолютно разные ниши.

 

Виды частотностей

Базовая — частотность широкого соответствия, результат ввода в Вордстат запроса без использования каких-либо операторов. Используется для определения общей популярности ниши и просмотра “хвоста” запросов при сборе семантического ядра сайта.

 

Точная — частотность запроса, когда он взят в кавычки. Используется для отсечения “хвоста” запросов.

 

Уточненная — частотность запроса, когда он взят в кавычки и перед каждым словом стоит знак восклицания.

 

Коэффициент эффективности запросов

 

Определение эффективности запросов необходимо для выделения приоритетных к продвижению запросов из списка семантического ядра.

Вычисляется по следующей простой формуле:

 

Для более наглядного понимания, зачем вообще определять коэффициент эффективности запросов, рассмотрим пример:

Запрос «купить телефон в москве» самый частотный, но не самый эффективный в списке, лучше всего из этого списка продвигаться по запросу «купить телефон самсунг», так как его чаще вводят в точном соответствии, при этом уровень конкуренции будет ниже в 2 раза, чем у запроса №1, так как его частотность широкого соответствия ниже. Если вы займете ТОП-1 позицию по запросу «купить мобильный телефон», то получите 810 посещений, а если по запросу «где купить телефон», то всего 65, при этом затраты на продвижение этого менее эффективного запроса будут выше.

 

Be1.ru рекомендует продвигать сайты только по запросам с коэффициентом эффективности выше 5%.

Массовая проверка частотности запросов: 20 сервисов +12 лайфхаков

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

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

ТОП-20 сервисов

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

Сервис Стоимость Бесплатный доступ Доступные поисковые системы Глубина сбора позиций Возможность снимать мобильную выдачу
Seranking от 350 ₽/мес 14 дней – Яндекс;
– Mail;
– Google;
– Bing;
– Yahoo;
– Youtube.
до 200 Есть
Serpstat По промокоду (“In_scale” скидка до
-25%)
от 6 325 ₽/мес Нет – Яндекс;
– Google.
до 100 Есть
Seoplane от 225 ₽/5 000 проверок 500 проверок – Яндекс;
– Google.
до 100 Нет
Rush-analytics от 500 ₽/мес 14 дней – Яндекс;
– Google.
до 100 Есть
Allpositions 1 монета/проверка позиции сайта 1 000 монет – Яндекс;
– Mail;
– Google;
– Rambler.
до 100 Нет
pr-cy 0,025 ₽/проверка 7 дней – Яндекс;
– Google.
до 100 Есть
Seolib от 0,05 ₽/проверка Нет – Яндекс;
– Mail;
– Google;
– Вконтакте.
до 500 Есть
Megaindex от 1 490 ₽/мес Бесплатный тариф – Яндекс;
– Google.
до 100 Нет
Spyserp от 490 ₽/1 000 проверок Бесплатный тариф – Google;
– Yandex;
– Bing;
– Yahoo;
– Seznam.
до 100 Есть
Tools.pixelplus от 950 ₽/мес Нет – Яндекс;
– Google.
до 100 Есть
Siteposition от 0,35 ₽/запрос Нет – Яндекс;
– Mail;
– Google;
– Bing;
– Yahoo;
– Gogo;
– Rambler.
до 300 Нет
Serphunt от 490 ₽/мес 500 позиций – Яндекс;
– Google.
до 100 Есть
Topvisor от 999 ₽/мес 200 запросов – Яндекс;
– Mail;
– Google;
– Bing;
– Yahoo;
– Sputnik;
– Seznam.
до 1 000 Есть
Ahrefs 7 735 ₽ Нет – Google. до 105 Есть
Semrush от 7 735 ₽/мес Бесплатный тариф – Google;
– Baidu.
до 200 Есть

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

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

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

Шаг 1. Опускаем стандартные моменты про регистрацию и переходим к главному. Для начала нажмите на вкладку “Еще”, далее “Инструменты” и выберите инструмент “Определение частотности”.

Шаг 2. Когда откроется вкладка, выберите базу данных с помощью чего будет определяться частотность: Google Keyword Planner или Яндекс Wordstat.

Помимо этого из выпадающего меню выберите страну для поиска частотности. Введите ключевые слова по одному на строку. Когда все данные введены, нажмите “Начать сбор”. Имейте в виду, что сбор информации может занять некоторое время. Это зависит от количества ключевиков и загруженности системы.

Шаг 3. Результаты поиска появятся в одноименной вкладке. Там можно ознакомиться с историей частотности по последним 100 запросам. Напротив каждой задачи есть значок, который позволит узнать число показов по ключевикам.

лайфхаки по проверке

Чтобы Ваша работа над массовой проверкой частоты запросов проходила эффективнее, собрала список лайфхаков, изучайте и пользуйтесь.

  1. Затраты. При формировании бюджета учитывайте частотность и конкурентность, нишу и регион продвижения. Цены на seo сильно варьируются по стране. Чем шире ниша продвижения, тем больше потребуется средств. Ведь нужно не только качественно составить семантику, но и обойти конкурентов;
  2. Пересечение. Следите, чтобы на landing page не пересекались коммерческие и информационные запросы. Совместить их – значит понизить конверсию, увеличить частотность, как правило, такие страницы не оптимизируются. Если цели у запросов противоположные, рациональнее сделать отдельные посадочные страницы и вести трафик на них;
  3. Геозависимость. В полном объеме укажите данные на странице “Контакты”, добавьте продвигаемый сайт в Яндекс.Вебмастер, в том числе и филиалы компании. Помните, что для каждого региона должна быть создана собственная страница;
  4. Смысл. Формируйте запросы, отталкиваясь от цели поиска у пользователя и ставьте на первое место смысл его запроса, а не удобное содержание для клиента или поисковика. Посмотрите, по каким ключам продвигаются конкуренты и используйте их;
  5. Поиск. Используйте различные сочетания частотности запросов в работе. Готовых схем запросов по конкурентности и частотности не существует. Пробуйте и ищите те, которые дают трафик при минимальных затратах;
  6. Проверка. Периодически актуализируйте частотность ключевых фраз, лучше раз в полгода. В компаниях постоянно обновляются или убираются категории товаров, добавляются новые позиции, услуги, соответственно, часть семантики требует переброски. Кроме того, при редизайне или существенных внутренних изменениях сайта тоже нужно пересматривать частотность ключевиков;
  7. Глубина. Она имеет большое значение. Смотреть ключи нужно после 200 позиции, потому что так будет собрано максимум ключевых слов. А значит тщательнее будут оптимизированы тексты, от которых зависят позиции сайта в поисковиках;
  8. Формирование. Проверяйте все ключи, но отсеивайте их при помощи “стоп-слов”. Сформированный список – это и есть семантическое ядро – основа, которая будет продавать товар или услугу;
  9. Сезонность. Отслеживайте её, если у ниши имеется привязка ко времени года. Не переживайте из-за высокой амплитуды частотности запросов, но своевременно обновляйте весь список. Такие сезонные всплески можно спрогнозировать, а значить спланировать маркетинговую деятельность;
  10. Скачки. Проверяйте частотность запросов, если позиции сайта скачут. Скорее всего у высокочастотного запроса изменяется позиция, поэтому он то в топе и видимость высокая, то скатывается и это сразу отражается на падение позиций сайта;
  11. Информационные запросы. Не списывайте их со счетов. У образовательного контента не важна привязка к геопозиции, и если компания работает по всей стране, то полезная информация будет добавлять узнаваемости и работать на бренд;
  12. Варианты. Используйте частотность ключевых слов не только в текстах на сайте, а также в title, description, заголовках h2-h6 и анкорных ссылках, грамотно компануя между собой виды частотностей.

коротко о главном

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

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

По теме:
Комбинатор ключевых слов: 10 сервисов + алгоритм
ТОП-70 СЕО-инструментов (по категориям) + рейтинг от эксперта
SEO-продвижение лендинга: инструкция + 2 кейса
SEO маркетинг: 3 примера + тест на потенциал
SEO-копирайтинг: как писать + 9 примеров

Автор

Анна Пискун

Понравилось?
Расскажите друзьям:

Нашли ошибку в тексте? Выделите
фрагмент и нажмите ctrl+enter

Как использовать инструмент «Детальный анализ запроса» для поисковых фраз и SEO?

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

Какие параметры определяет инструмент?

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

  • Геозависимость. Бинарный параметр, определяет зависимость результатов выдачи от региона пользователя.

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

  • Слова из подсветки (без СПЕКТРа). Слова, которые подсвечиваются в выдаче поисковой системы, исключая те слова, которые были подсвечены по технологии СПЕКТР.

  • Слова СПЕКТРа. Следует из названия — слова, которые подсвечены благодаря технологии СПЕКТР, например, «отзывы», «самостоятельно» и так далее.

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

  • Общая и точная частоты по WordStat. Онлайн проверка частотности запросов в Яндекс показывает две частоты по системе статистики Яндекс.Вордстат  общую и точную, с учётом указанного пользователем региона. Общая — без операторов, точная — с операторами «кавычки» и «восклицательный знак», например, [«!мебель»].

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

  • Наличие витального ответа. Позволяет оценить наличие витального результата, которое чаще всего характерно при поиске бренда или имени сайта. Например, для сайта pixelplus.ru запрос [пиксель плюс] будет являться витальным.

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

  • Бюджет по MegaIndex. Численное значение, которое отражает уровень конкуренции в Яндексе по фразе. Как правило, чем выше число – тем конкурентней запрос.

  • Число объявлений в Яндекс.Директ. Отражает, какое число игроков на рынке дает контекстную рекламу по данной фразе.

  • Число точных вхождений в Title и сниппеты из ТОП-50. Позволяет оценить корректность фразы. Этот параметр также является одним из косвенных способов проверки конкурентности запросов.

  • Средний возраст документов. Название параметра говорит само за себя. Чем выше средний возраст документов в ТОП, тем, как правило, выше уровень конкуренции по нему. Для молодых сайтов рекомендуется уделять внимание оценке данного показателя при анализе поисковых фраз составлении семантического ядра.

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

Как пользоваться инструментом?

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

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

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

Пример использования собранной статистики

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

Допустим, возникает вопрос:

«Можем ли мы продвинуть сайт, на котором представлены исключительно металлические кованые лестницы, по запросу [лестницы]?»

Ответ — в таблице.

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

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

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

Видео: всё о поисковых запросах и анализе фраз

А как проверить больше запросов для проведения аналитики?

Проводить массовую проверку частотности запросов и других параметров позволяет специальный API-метод, доступный для пользователей на тарифах «Эксперт» и «Гуру». Провести детальный анализ запросов в поисковых системах позволяют и другие инструменты «Пиксель Тулс»:

Удачи в применении!


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

Перейти к инструменту «Детальный анализ запроса»

Другие вопросы нашего FAQ

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

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

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

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

Виды

Существуют следующие виды запросов по частотности:

  • высокочастотные;
  • среднечастотные;
  • низкочастотные.

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

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

Распределение запросов по частотности проводится по следующим правилам:

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

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

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

Существует несколько топовых поисковых систем:

  •  Google;
  •  Яндекс;
  •  YouTube.

Поговорим подробнее, как в этих системах проходит проверка частотности запросов.

Как узнать частотность запроса в Google

Чтобы проверить частотность запросов в Google используется Google Ads, точнее, инструмент «Планировщик ключевых слов».

Чтобы его использовать, нужно:

  • зарегистрироваться в Google Ads и найти пункт «Планировщик ключевых слов»;
  • выбрать окно: «Найдите новые ключевые слова»;
  • ввести целевой запрос;
  • получить частотность запросов Гугл.

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

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

Проверить частотность запросов в «Яндексе» можно через wordstat.yandex.ru:

  • вписать интересующую фразу в поисковую строку программы;
  • нажать клавишу «Подобрать».

Результат будет таким:

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

Как проверить частотность запросов YouTube

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

Неплохо провести оценку самых релевантных запросов в строке YouTube, введя «Топ самых…» и посмотрев на результат.

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

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

Чтобы начать с ней работать нужно:

  • открыть «Вордстат», внести в поле ключи, нажать «Начать сбор»;
  • проверить частотность, используя «Директ»;
  • убрать ключи у которых «Частотность !» равна «0», указав > «1» и нажав «Применить».

С помощью этой программы можно узнать частотность запросов списком онлайн из таких популярных поисковых систем, как «Яндекс» и «Гугл».


А теперь предлагаем подписаться на рассылку блога:

{«0»:{«lid»:»1573230077755″,»ls»:»10″,»loff»:»»,»li_type»:»em»,»li_name»:»email»,»li_ph»:»Email»,»li_req»:»y»,»li_nm»:»email»},»1″:{«lid»:»1596820612019″,»ls»:»20″,»loff»:»»,»li_type»:»hd»,»li_name»:»country_code»,»li_nm»:»country_code»}}

Истории бизнеса и полезные фишки

Запомнить

  1. Частотность запросов — это число запросов на конкретные ключевые фразы, взятое за определенный период.
  2. Определение частотности запросов — задача первоочередной важности для составления адекватного семантического ядра, наполнения качественным контентом и контекстной рекламой.
  3. Каждая поисковая система имеет свои способы поиска высокочастотных запросов. Для Google — это Google AdWords. На «Яндекс» можно использовать wordstat.yandex.ru. А на «Ютубе» сработают все вышеперечисленные методы.
  4. Есть автоматизированный и ручной метод ввода ключевых фраз и слов. Существует возможность массового поиска запросов — с помощью программы Key Collector.

Мутаген — программа подбора ключевых слов. Обзор на Мутаген, отзывы, цены

Обзор Мутаген

Мутаген — сервис для проверки и подбора ключевых слов с низким уровнем конкуренции в поисковых системах. Инструмент также позволяет проводить парсинг по Yandex.Wordstat. После регистрации и пополнения счёта на любую сумму (от 1 рубля) ежедневно можно запускать десять проверок бесплатно.

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

Для начала анализа в Мутагене необходимо вбить ключевую фразу или одно слово и выбрать для него “длинный хвост”, отвечающий тематике страницы, для которой подбирается запрос. После этого сервис рассчитывает уровень конкурентности от 0 до 25 баллов и количество просмотров, сформированных на основе данных Яндекса. Неконкурентный, то есть подходящий для SEO запрос получает от 0 до 5 баллов. Доступна массовая проверка ключей, которые можно ввести вручную или выгрузить из файла формата .TXT. Программа сохраняет историю анализа, к каждому списку можно вернуться при необходимости. Парсер по Yandex.Wordstat позволяет быстро проверить частотность ключевых слов (до 2000 фраз за один раз) без капчи и бана поисковой системы.

Ключевые особенности

  • Подбор низкоконкурентных слов для оптимизации
  • Массовая проверка ключей на конкурентность
  • История проверок
  • Парсинг по Yandex.Wordstat

определение единичной и массовой частотности

Содержание статьи

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

Что такое частота ключевого слова

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

Вполне возможно, что даже тут есть запросы-пустышки

Для продвижения вашего сайта необходимо создавать оригинальный контент. Например, если вы пишете статьи, уникальность вашего текста должна быть, как правило, выше 90%. В теории, уникальный контент приносит высокий показатель посещаемости, состоящий в большей мере из переходов с Яндекса и Гугла. Однако в реальных условиях ранжирования написать уникальную статью — только половина успеха.

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

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

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

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

Wordstat (Яндекс)

Wordstat — cервис Яндекса по определению статистики ключевых запросов. Вордстат использует большинство оптимизаторов не только в целях составления коммерческих запросов под рекламу, но и для добычи ключевых слов в рамках обычной текстовой оптимизации. У Вордстата выделяют три вида частотностей:

  1. Частотность WS — базовая частотность запроса в Вордстате.
  2. Частотность «» WS — частотность по точному вводу запроса. Например, статистика по запросу [«автомобиль»] будет соответствовать запросу [автомобиль] без добавлений других слов.
  3. Частотность «!» WS — частотность по точному вводу каждого слова в запросе, исключая склонения и т.п. Запрос [!китайский] означает, что будет выдана статистика по слову [китайский] без возможных склонений (китайская, китайское).

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

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

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

Google

Сервис Google AdWords сам по себе более заточен под контекстную рекламу, нежели Вордстат. В разделе «Инструменты» можно подобрать необходимые ключи под нужный запрос. В колонке «Таргетинг» задается нужный регион показов и язык. Также можно указывать минус-слова.

В отличии от Вордстата, где указывается статистика за месяц, в AdWords можно выбирать месячный диапазон показов в колонке «Диапазон дат». Недостатком является усредненный число результатов. Сама статистика разделена на два блока:

  • Ключевые слова — аналог частотности «» Вордстата;
  • Ключевые слова (по релевантности) — аналог базовой частотности и похожих запросов WS.

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

Помимо AdWords, Гугл имеет еще один инструмент по анализу запросов под названием Google Trends. Данный сервис оценивает популярность введенного запроса на определенный период времени и представляет статистику в виде графика. Можно сравнивать несколько ключевых запросов между собой. Также отображается статистика по регионам.

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

Mail.ru

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

Не секрет, что Mail сотрудничает с Яндексом, так как поисковик размещает рекламу Яндекса.

Rambler

Rambler с каждым годом теряет свою популярность, однако их Wordstat может оказаться весьма полезным. Дело в том, что статистика запросов в Яндексе и Гугле не всегда может отображать реальное положение вещей. Многие компании могут вводить «в холостую» коммерческие запросы в целях слежки за конкурентами, т.е. для анализа ТОПа, тайтлов и т.д.

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

Как проверить массово частотность запросов

Большинство оптимизаторов выбирают для сбора и анализа семантического ядра такие программы, как Key Collector или Slovoeb. Также существуют онлайн-сервисы по определению частотностей.

Key Collector

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

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

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

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

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

Также убедитесь, что включена галка «Собирать только ТОП подсказок без перебора…». Теперь кликаем на созданную группу – откроется новая пустая вкладка. Жмем иконку сбора поисковых подсказок.

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

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

Аналогично с помощью Key Collector можно собрать ключи и частотности с Гугла.

Rush Analytics

Сервис Rush Analytics является онлайн-альтернативой Key Collector. Плюсом инструмента по сбору ключей является отсутствие необходимости использовать прокси, антикапчу и т.п.

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


Результаты можно сохранить в Excel-файл.

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

Здравствуйте, уважаемые читатели!

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

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

Частотность запросов

Прежде всего, снова определимся, как мы будем группировать запросы. Уже ни для кого не секрет, что выделяются низкочастотники (НЧ), среднечастотники (СЧ) и высокочастотники (ВЧ). Но как определить, к какой группе отнести запрос? Ранее я предложил такую схему:

  • НЧ – до 700 запросов в месяц;
  • СЧ – до 2000 запросов в месяц;
  • ВЧ – все остальные.

Эта схема и сейчас справедлива, но применима она для сео-тематики.

В действительности же большинство сеошников руководствуются следующей схемой:

  • до 1000 – низкочастотные;
  • 1 – 10 тыс. – среднечастотники;
  • свыше 10 тыс. – высокочастотники.

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

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

НЧ, СЧ и ВЧ

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

Эта тема также неоднократно поднималась в предыдущих статьях (например, в статье ), но, как говорится, повторение – мать учения.

Итак, есть три сервиса, которые подходят для анализа частотности запросов:

  • Гугл.Адвордс
  • Рамблер.Адстат

Самый точный – Яндекс.Вордстат, т.к. он охватывает более 50% русскоязычной аудитории (через поисковики Яндекс, Мейл и т.д.), соответственно и цифры здесь самые близкие к истине.

На втором месте – Адвордс от Гугла. Область охвата рунета – около 30%, поэтому точность определения запросов тут ниже. Но все же этот сервис не стоит сбрасывать со счетов.

Хуже всего определяет частотность запросов Рамблер.Адстат, статистика которого покрывает около 10% рунета. Про Гугл.Адвордс и Рамблер.Адстат читайте в статье « ». Про вордстат поговорим подробнее.

Вордстат

Перейти на этот сервис можно по этой ссылке .

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

  • Если введен в окошко запрос (окна пвх), то будет посчитано, сколько раз был вообще набран этот запрос в яндексе (окна пвх, стоимость окн пвх, купить окна пвх, окна пвх в Москве и т.д.)
  • Если запрос введен в кавычках («окна пвх»), то будет посчитано, сколько раз использовался этот запрос и его словоформы (окна пвх, окон пвх, окнами пвх, окнам пвх и т.д.)
  • Если ввести запрос в кавычках и с восклицательным знаком перед каждым словом («!окна!пвх»), то будет посчитано, сколько раз вводился конкретно данный запрос.

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

Определяя частотность, не забывайте, что низкочастотный запрос не всегда бывает низко конкурентным, а высокочастотный – высоко конкурентным. Поэтому будьте внимательны, старайтесь определять и частотность и конкурентность запроса.

Особенности употребления термина

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

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

Поисковые системы Яндекс и Google называют частотой «предварительный прогноз числа показов в месяц» и «среднее число
запросов в месяц» соответственно.

В SEO, конечно, неудобно каждый раз употреблять словосочетание «предварительный прогноз числа показов в месяц»,
поэтому было принято решение сократить это определение до «частота»/«частотность», где употребление такого термина,
как «частотность», изначально неверное. Под этими двумя терминами в отечественном SEO сейчас понимается одно и тоже,
а именно, тот самый показатель из WordStat (т.е. в индустрии SEO закрепилась ошибка).

Неправильно: частотка, частотность запросов
.
Правильно: частота запроса, частота запросов, частоты запросов
.

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

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

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

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

  1. Создайте проект или выберите существующий .
  2. Перейдите на страницу Поисковые запросы .
  3. Добавьте поисковые запросы в проект.
  4. Нажмите на панели инструментов.
  5. Отметьте один или несколько источников, тип соответствия и регион.
  6. Отметьте флажком дополнительные опции (если требуется).
  7. Нажмите Проверить частоту
    .

Подобрать поисковые запросы для продвижения сайта можно через сервисы статистики. В Яндексе для этой задачи используется система Wordstat, доступная по адресу http://wordstat.yandex.ru В нашей статье мы расскажем, как при помощи сервиса Яндекса узнать частоту поисковых запросов.

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

Разберем на примере (см. картинку ниже):

В указанном примере частота по слову «кондиционеры» составляет 1 741 974 – это суммарная частота всех запросов, включающих слово кондиционер. Но это совсем не означает, что запрос из одного слова «кондиционеры» вводят столько раз – на самом деле нет.

Как посмотреть частоту запроса?

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

См. пример ниже:

Цифра 64 981 означает частоту всех запросов, состоящих из одного слова «кондиционеры».

Как определить наиболее популярную форму запроса?

Как узнать, сколько раз задают запрос «кондиционеры» (мн. число), а сколько раз – запрос «кондиционер» (ед. число)? Задаем запрос в кавычках и перед словоформой ставим знак «!».

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

Число 50 368 означает частоту запроса из одного слова во множественном числе.

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

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

Пример:

Как узнать порядок слов в запросе?

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

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

Полезные статьи

Как правильно проверить частотность поисковых запросов в Яндексе и очистить их от «мусора»? Какими операторами пользоваться для максимальной детализации ключевых слов? Как проверить базовую и точную частотность? Обо всем подробнее в данной статье.

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

Проверка частотности запросов в Яндексе для «чайников»

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

Рассмотрим отображение базовой частотности WordStat по запросу «купить замОк».

Так, цифра 244 253 рядом c фразой «купить замок» обозначает число показов в месяц по всем запросам с ключевым словом «купить замок»
: «купить замок зажигания», «купить замок на дверь», «где купить замок», «купить дверной замок» и т.п. Верхнее число показов — это сумма всех нижестоящих показов по всем отображенным словам
.

Но как в таком случае проверить количество показов строго по запросу «купить замок» (дверной), убрав весь нетематических мусор: «детские зАмки», «замки зажигания», «замок автомобиля» и т.п. Для этого существуют операторы WordStat .

6 операторов для уточнения запросов

Операторы WordStat
— это символы, которые помогут вам точнее сформулировать ключевую фразу для получения статистики. Их на данный момент существует 6.

Оператор Что делает Пример ключевой фразы Отображение статистики
! Жестко фиксирует слово (время, род, число, падеж) купить замок в!москве

  • купить замок в москве

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

  • купить замок москва
» » Кавычки фиксируют количество слов в запросе «купить замок»

  • купить замок

  • замок купить

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

  • купить замок на дверь

  • купить замок на входную дверь

  • купить замок для двери
Минус удаляет все лишние слова из запроса купить замок -автомобиля

  • купить замок на дверь

  • купить замок зажигания

  • купить замок для автомобиля
Квадратные скобки фиксируют порядок слов в запросе купить [замок дверной]

  • где купить замки дверные

  • замки дверные купить москва

  • купить дверной замок
() и | Пайп (вертикальная черта) и круглые скобки помогают при группировке сложных запросов купить замок (недорого|дверной)

  • купить дверной замок

  • замки купить недорого

  • купить дверной замок недорого

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

Определяем точную частотность запроса: уровень Pro

Давайте попробуем комбинировать операторы, и посмотрим, что из этого получится. Для примера возьмем новый запрос «купить машину». Базовая частотность 1 533 200 показа в месяц по всем регионам и устройствам.

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

Если мы хотим посмотреть точное количество запросов по ключевой фразе «купить стиральную машину», начинаем использовать операторы: кавычки и восклицательный знак. Получается 9257 показов в месяц. Заметьте, что количество показов в таблице осталось базовым.

Чтобы посмотреть этот же запрос, но при этом жестко фиксировать последовательность слов в нем, исключив, например, запросы «стиральную машину купить», «машину стиральную купить», добавляем оператор . Точное количество показов именно по этой фразе с сохранением формы и последовательности слов — 8903.

Заметьте, если мы изменим последовательность слов в нашем регулярном выражении, то мы получим совершенно другой результат показов — всего 308. Это вполне логично и интуитивно понятно, что количество людей, которые ищут стиральную машину с большей вероятностью будут строить свой запрос именно со слова «купить».

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

Вот так, например, можно зафиксировать предлог в запросе и добавить геозависимое слово. Учтите, что на скриншоте идет сбор статистики по всем регионам WordStats, а не только по Москве.

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

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

Проверка частотности: 80 lvl

Переходим к более сложным тонкостям сбора статистики по запросам из Яндекса .

Пример #1

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

Если добавить в данное ключевое слово еще один предлог «в» перед словом «москва», то получим следующие данные.

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

Этот прием — невероятный инструмент для информационный сайтов, основной целью которых является рост трафика. Он позволяет выбрать из тематики весь диапазон запросов, которые включают в себя заданное количество слов, например, все запросы по тематике из 5 слов. Как правило, очень расширенные запросы из 5-7 слов бывают менее конкурентными, соответственно привлечь трафик и занять высокие позиции по ним легче. А если эти запросы не уступают в показах высокочастотным запросам? Выборка наиболее высокочастотных и наименее конкурентных запросов позволит вам быстро добиться результата. Давайте рассмотрим пример.

В данном запросе мы просим WordStat показать диапазон запросов, который включает в себя 7 слов, обязательно содержащих слова «инструкция по применения». 5 слов «инструкция» объединяются, остается одно, 4 слова заменяются на новые вложенные запросы. Смотрим один из сотен вложенных запросов, частотность запроса из 7 слов — 8090 показов в месяц. Для сравнению запрос «купить автомобиль в москве» имеет 647 показов в месяц. Разрыв шаблона еще не произошел? Тогда идем дальше.

Пример #2

Сейчас пойдет в бой более сложный оператор () и |, с его помощью мы соберем пул запросов, из которого в дальнейшем сможем сделать теговые страницы. Возьмем для примера запрос «купить автомобиль bmw». Данную марку авто, ее серии могут искать по самым разным запросам: «купить машину бмв», «купить bmw икс 6», «купить автомобиль бмв 5» и т.п. Для того чтобы получить пул запросов без повторений, используем регулярное выражение:

Купить (автомобиль|машина) (бмв|bmw) -пробегом -фото -не -заводится -скачать -бу -какая

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

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


Обратите внимание
, нельзя в одном выражении использовать операторы » » и () |. Логика работы одного оператора нарушает логику работы другого .

Пример #3

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

Рыбалка (+с|+на) -игра -бесплатная -скачать -русские -охота

Минус-слова, конечно же, нужно добавить, но в данном случае это просто пример. Получаем вот такой результат:

Пример #4

Совместное использование операторов поможет вам разграничить похожие по написанию, но разные по смыслу запросы. Например, запрос «купить тур в москвУ» подразумевает экскурсионную поезду в
Москву.

Запрос «купить тур в москвЕ» подразумевает учет геопозиции пользователя для покупки тура из
Москвы.

Пример #5

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

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

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

Частотность запросов в ПС Яндекс

Поисковая система Яндекс, помимо своих основных функций для пользователей – поиск сайтов для ответа на поставленные вопросы, имеет отличный сервис для владельцев сайтов, который позволяет узнать, насколько популярен тот или иной запрос, то есть определить его частотность.

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

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

Определяем частотность запроса

Как было сказано выше мы имеем 4 вида поисковых запросов: высокочастотные, среднечастотные, низкочастотные, микронизкочастотные. Теперь пришло время научиться определять это. Нам понадобится сервис Вордстат — wordstat.yandex.ru
. Так же стоит отметить, что для использования этого сервиса Вам необходима регистрация в самом Яндексе (достаточно завести почтовый ящик). Сервис полностью бесплатный, что не может не радовать.

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

Как видите, данный поисковый запрос имеет 23 473 показа в месяц
. Соответственно запрос является высокочастотным
. Так же в левом столбце Вы можете посмотреть на запросы в Яндексе, которые содержали данное словосочетание, а в правом столбце показаны похожие запросы.

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

Высокочастотный запрос – более 5 000 показов в месяц

Среднечастотный запрос – от 500 до 5 000 показов в месяц

Низкочастотный запрос – от 50 до 500 показов в месяц

Микронизкочастотный запрос – Менее 50 показов в месяц.

Важно!

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

Давайте попробуем ввести в Вордстат микронизкочастотный запрос. Например «исследования коронарного шунтирования»

Как видите, в Яндексе такой запрос вводится всего 35 раз в месяц, и его стоит отнести к МНЧ. Продвижение по такому запросу самое простое, но при этом количество посетителей, пришедших на сайт, будет очень низким.

Важно!

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

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

Определение числа точных и морфологических вхождений запроса

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

Давайте возьмем запрос «Купить мопед»
.

Как видите, у данного запроса 105 048 показов в месяц. Однако эти показы будут включать в себя фразы «Купить мопед б/у», «Купить мопеды Альфа» и другие.

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

Как видите, у данного запроса стало всего 4 400 показов. Именно такое количество раз пользователи вводят этот запрос в Яндексе за месяц. При этом, 4 400 показов включают в себя морфологические изменения этого запроса. То есть, здесь же показаны результаты запросов «Купить мопеды», «Покупаю мопед», «Куплю мопедик»
и другие.

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

Типы поисковых запросов

Частота запросов | Веб-риск | Google Cloud

Запросы на обновление

Чтобы предотвратить перегрузку сервера и получить оптимальную защиту, обновление
API устанавливает временные интервалы для того, как часто клиент может отправлять запросы на
Сервер веб-рисков для проверки URL
( хешей. Поиск )
или обновить локальную базу данных
( ThreatLists.computeDiff ).

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

Минимальная продолжительность ожидания

Оба
ответ hashes.search
а также
ThreatLists.computeDiff response
иметь поле minimumWaitDuration , которому должны подчиняться клиенты.

Если поле minimumWaitDuration не установлено в
ответ, клиенты могут обновлять так часто, как они хотят, и отправлять столько
ThreatList Обновляет или fullHashes запросов по своему усмотрению.

Если поле MinimumWaitDuration установлено как в ответе,
клиенты не могут обновляться чаще, чем продолжительность ожидания. Для
Например, если ответ fullHashes содержит минимальную продолжительность ожидания 1 час,
клиент не должен отправлять какие-либо запросы fullHashes до тех пор, пока не пройдет этот час,
даже если пользователь посещает URL-адрес, хэш-префикс которого соответствует локальной базе данных.
(Обратите внимание, что клиенты могут обновляться реже, чем минимальная продолжительность ожидания, но
это может отрицательно сказаться на защите.)

Режим ожидания

Рекомендуемую процедуру отсрочки платежа см. В наших
Соглашение об уровне обслуживания.

5 советов по оптимизации производительности вашего API

№1. Запросы кеш-памяти

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

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

№ 2. Предотвратить злоупотребления

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

Лучший способ избежать этих проблем — реализовать стратегию ограничения скорости. Измеряя количество транзакций в секунду, на IP-адрес или токен (если каждый клиент авторизован перед доступом к API), вы можете отключить клиентов API, которые делают чрезмерные запросы, и предотвратить случайное замедление, подобное DDoS.

№ 3. Используйте PATCH

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

Идемпотентность по типу запроса Источник: API стран Северной Европы

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

№ 4. Ограничение полезной нагрузки

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

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

№ 5. Быстрая сеть

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

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

Обеспечение производительности с помощью LoadNinja

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

Платформа тестирования LoadNinja API Источник: LoadNinja

Помимо удобства, пакет нагрузочного тестирования API LoadNinja позволяет легко создавать нагрузочные тесты с использованием пользовательского веб-интерфейса, а не погружаться в код. Вы можете легко подключить нагрузочные тесты к существующей платформе CI / CD и устранять любые ошибки с помощью надежного набора инструментов.Это самый простой и эффективный способ убедиться, что у вас есть надежный набор тестов производительности.

Подпишитесь на бесплатную пробную версию

Посмотрите, как легко начать работу!

Маленькие шаги к надежной работе

API

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

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

Подпишитесь на бесплатную пробную версию LoadNinja

Попробуйте

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

Начиная с января 2021 года большинство работников Массачусетса будут иметь право на получение оплачиваемого отпуска по семейным обстоятельствам продолжительностью до 12 недель и до 20 недель оплачиваемого отпуска по болезни.Программа будет финансироваться за счет премий, выплачиваемых работниками, работодателями и самозанятыми. Взносы в программу начнутся 1 октября 2019 г., и управление ими будет осуществляться через Департамент семейных и медицинских отпусков (DFML) согласно M.G.L. около 175M.

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

Физические лица, подпадающие под действие закона

С 1 октября 2019 г. предприятия, имеющие хотя бы одного сотрудника из Массачусетса, будут обязаны перечислять взносы в PFML от имени каждого сотрудника в Доверительный фонд безопасности семьи и занятости.Ниже описано, на кого распространяется программа PFML.

W-2
Сотрудники W-2 (полный, неполный или сезонный) всегда будут считаться застрахованными лицами. Как правило, критерии соответствия требованиям программы страхования по безработице в Массачусетсе применяются при определении права на получение PFML. Если вы обязаны сообщать о заработной плате сотрудника W-2 в Департамент помощи по безработице (DUA), этот сотрудник должен быть засчитан. Сотрудникам не обязательно проживать в Массачусетсе, чтобы получить страховое покрытие.

1099-MISC независимые подрядчики
Работники, чьи платежи указаны в форме IRS 1099-MISC (1099-MISC worker), засчитываются в ваше общее количество охваченных лиц только в том случае, если они составляют более 50% от вашего всего сотрудника (вместе занятых W-2 и 1099-MISC). В противном случае работодатель не обязан вносить взносы или отчитываться в отношении работников 1099-MISC.

Платежи, произведенные физическим лицам и указанные в форме IRS 1099-MISC, по-прежнему покрываются программой PFML.Эти выплаты включают определенные призы, награды и другие доходы, указанные во вставке 3; выручка от рыболовного судна указана во вставке 5; медицинские и медицинские платежи, указанные во вставке 6; доходы от страхования урожая, указанные во вставке 9; и избыточная выручка от продажи золотого парашюта, указанная во вставке 13. Дальнейшие инструкции IRS относительно платежей IRS по форме 1099-MISC можно найти здесь. Программа PFML применяется только к лицам, получающим эти платежи, если такие лица составляют более 50% рабочей силы предприятия.Информацию о том, как компания принимает решение о своей рабочей силе, можно найти здесь.

DFML определил, что все компенсации, не относящиеся к работникам, выплаченные 1 января 2020 года или после этой даты и указанные во вставке 1 формы 1099-NEC IRS, освобождены от требований программы PFML по удержанию и уплате взносов. Обратите внимание, что до 1 января 2020 года о такой компенсации сообщалось в форме IRS 1099-MISC. Соответственно, с 1 октября 2019 года по 31 декабря 2019 года работники, платежи которых должны были отражаться в форме IRS 1099-MISC, подпадали под программу PFML.

Подсчет 1099-MISC независимых подрядчиков как физических лиц

Чтобы работник 1099-MISC считался частью вашей рабочей силы в штате Массачусетс, работник 1099-MISC ДОЛЖЕН:

  1. Получать платежи, указанные в форме IRS 1009-MISC
  2. Оказание услуг как физическое лицо
  3. Живут в Массачусетсе
  4. Оказывайте услуги в Массачусетсе

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

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

Платежи, произведенные физическим лицам и указанные в форме IRS 1099-MISC, покрываются программой PFML. Эти выплаты включают определенные призы, награды и другие доходы, указанные во вставке 3; выручка от рыболовного судна указана во вставке 5; медицинские и медицинские платежи, указанные во вставке 6; доходы от страхования урожая, указанные во вставке 9; и избыточная выручка от продажи золотых парашютов указана во вставке 13.Дополнительные инструкции от IRS относительно платежей IRS Form 1099-MISC можно найти здесь. Программа PFML применяется только к лицам, получающим эти платежи, если такие лица составляют более 50% рабочей силы предприятия. Информацию о том, как компания принимает решение о своей рабочей силе, можно найти здесь.

Форма 1099-MISC

Требуемые взносы

Каждый квартал вы должны будете делать взносы для всех лиц, входящих в ваш штат.Вы можете вычесть часть требуемого взноса из заработной платы, которую вы платите своим сотрудникам, и из выплат, которые вы производите сотрудникам 1099-MISC, которые соответствуют критериям страхования. Работодатель может выбрать оплату взноса работника полностью или частично. Если в вашей рабочей силе менее 25 застрахованных лиц, вы не несете ответственности за выплату доли взноса работодателю. Однако вы можете решить покрыть часть или всю долю застрахованных лиц.

Разделение взносов

Работодатели с 25 и более сотрудниками должны будут перечислить взнос в DFML в размере 0.75% (0,62% для взносов за отпуск по болезни и 0,13% для взносов за отпуск по семейным обстоятельствам) от приемлемой заработной платы. Этот взнос может быть разделен между удержаниями из заработной платы сотрудников и взносом работодателя, и он будет поддерживать оба типа отпуска.

1099-NEC

DFML определил, что все компенсации, не относящиеся к работникам, выплаченные 1 января 2020 года или после этой даты и указанные во вставке 1 формы 1099-NEC IRS, освобождены от требований программы PFML по удержанию и уплате взносов.Обратите внимание, что до 1 января 2020 года о такой компенсации сообщалось в форме IRS 1099-MISC. Соответственно, с 1 октября 2019 года по 31 декабря 2019 года работники, платежи которых должны были отражаться в форме IRS 1099-MISC, подпадали под программу PFML.

Обзор | API безопасного просмотра (v4) | Разработчики Google

Что такое API безопасного просмотра?

Следующие API безопасного просмотра предназначены только для некоммерческого использования. Если вам нужно использовать API
для обнаружения вредоносных URL-адресов в коммерческих целях, то есть «для продажи или получения дохода.
целей »- см. Web Risk API.

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

Чтобы определить, входит ли URL в какой-либо из списков безопасного просмотра, клиенты могут использовать либо
API поиска (версия 4)
или API обновления (v4).

API поиска (версия 4)

API поиска позволяет вашим клиентским приложениям отправлять URL-адреса на сервер безопасного просмотра Google на
проверьте их статус.API прост и удобен в использовании, поскольку позволяет избежать сложностей, связанных с
Обновить API.

Преимущества:

  • Простая проверка URL: вы отправляете запрос HTTP POST с фактическими URL-адресами,
    и сервер отвечает состоянием URL-адресов (безопасный или небезопасный).

Недостатки:

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

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

Обновить API (v4)

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

Преимущества:

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

Недостатки:

  • Реализация: необходимо настроить локальную базу данных, а затем загрузить и
    периодически обновлять, локальные копии списков безопасного просмотра (хранящиеся как
    хеши SHA256 переменной длины).
  • Сложные проверки URL-адресов: необходимо знать, как канонизировать URL-адреса, создавать суффикс / префикс.
    выражений и вычислить хэши SHA256 (для сравнения с локальными копиями Safe
    Списки просмотра, а также списки безопасного просмотра, хранящиеся на сервере).

Если вас беспокоит конфиденциальность запрашиваемых URL-адресов или задержка, вызванная
сетевой запрос, используйте API обновлений.

Распространенные ошибки | Content API для покупок | Разработчики Google

[adwords_redirect]
Сводка Представлен продукт, у которого adwords_redirect
поле не является допустимым URL-адресом.
Общие причины NA
Рекомендуемые советы по обращению Убедитесь, что значение
из
Поле adwords_redirect
является действительным URL.
Советы по профилактике NA
[item] auth / frontend / not_claimed
Сводка URL-адрес веб-сайта продавца не был заявлен в
Торговый центр.
Общие причины NA
Рекомендуемые советы по работе Заявите URL-адрес в
Торговый центр. Подробный
процедура для этого доступна в
Помощь
Центр.
Советы по профилактике NA
[класс энергоэффективности]
проверка / подача
Сводка Указаны оба Класс энергоэффективности
а также
ценообразование за один и тот же продукт.
Общие причины NA
Рекомендуемые советы по обращению Укажите только
класс энергоэффективности или цена за единицу, но не то и другое одновременно.
Профилактические насадки NA
[элемент] внутренний
Сводка Внутренняя ошибка.
Общие причины NA
Рекомендуемые советы по работе Повторите запрос.
Расскажите об этом на
форум, если он постоянно дает сбой.
Советы по профилактике NA
[item_group_id] invalid_attribute
Сводка Отправлен элемент с itemGroupId
и множество значений для варианта атрибута (цвет, размер, узор или материал).
Общие причины Указание более одного размера для продукта
при указании идентификатора группы товаров.
Рекомендуемые советы по обращению Отправить другой
product для каждого значения данного атрибута варианта, например

размер .

Советы по профилактике NA
[additional_image_link]
invalid_attribute
Сводка Отправлено более 10 дополнительных ссылок на изображения.
Общие причины NA
Рекомендуемые советы по обращению Ограничьте количество

дополнительные изображения ссылки на 10.

Советы по профилактике NA
[] invalid_character
Резюме Представлено марка, описание или другой атрибут
как строка, которая не анализируется с использованием указанной кодировки запроса.
Общие причины NA
Рекомендуемые советы по работе Проверьте сообщение, чтобы
узнайте, какой атрибут вызывает проблему, затем проверьте текст
кодирование соответствующего значения перед повторной отправкой. Только API
принимает допустимые символы UTF-8.
Советы по профилактике NA
[<атрибут>] invalid_value
Сводка Представлен цвет, описание или другой атрибут
это неверно.
Общие причины NA
Рекомендуемые советы по обращению Убедитесь, что все
атрибуты соответствуют спецификации фида, см.
Кормить
Дополнительная информация в статье Справочного центра по спецификациям. Для GTIN или
Проблемы MPN относятся к
Статья Справочного центра об уникальных идентификаторах продуктов.
Советы по профилактике NA
[<атрибут>]
Отсутствует_рекомендуется
/ Отсутствует_обязательно
Сводка Товар отправлен без обязательного / рекомендованного
атрибут.
Общие причины NA
Рекомендуемые советы по обращению Убедитесь, что вы включили
все рекомендуемые / обязательные атрибуты для вашего продукта. Обратитесь к
Кормить
Дополнительная информация в статье Справочного центра по спецификациям.
Советы по профилактике NA
[ссылка] validation / invalid_value для
: URL-адреса не принадлежат вашему сайту
Сводка Товар отправлен с другим базовым URL
с URL-адреса, указанного в аккаунте Merchant Center.
Общие причины NA
Рекомендуемые советы по работе Убедитесь, что URL-адреса
для представленных продуктов соответствуют
Веб-сайт
заявлены Merchant Center.
Советы по предотвращению NA

Лучшие практики по предотвращению ограничения скорости

Лучшие практики по предотвращению ограничения скорости

Если вы делаете много запросов API за короткий промежуток времени, вы можете столкнуться с лимитом скорости API для запросов.Когда вы достигнете предела, Zendesk API прекратит обработку любых запросов, пока не пройдет определенное время.

Ограничения скорости для учетной записи Zendesk Support указаны в разделе «Ограничения скорости» документации Support API. Ознакомьтесь с ограничениями, прежде чем начинать свой проект.

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

Мониторинг активности API в соответствии с вашим пределом скорости

Вы можете использовать панель управления API в интерфейсе администратора Zendesk Support, чтобы отслеживать активность API в сравнении с вашим пределом скорости за последние 24 часа.См. Отслеживание активности API в соответствии с вашим ограничением скорости в Справочном центре поддержки.

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

 
  Предел скорости X: 700   Оставшийся предел скорости X: 699  

Примечание : эти заголовки недоступны для запросов API Справочного центра.

Ошибки отлова, вызванные ограничением скорости

Для каждого запроса вы можете проверить, не достигли ли вы ограничения скорости.Если вы получили код ответа 429, «Слишком много запросов», вы достигли предела скорости.

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

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

 
    <Сервер: nginx / 1.4.2   <Дата: Пн, 4 ноября 2013 г. 00:18:27 GMT                       <  * Соединение №0 с СУБДОМЕНом хоста.zendesk.com оставлен без изменений   * Закрытие соединения # 0   * SSLv3, предупреждение TLS, приветствие клиента (1):   Превышен предел скорости для обновлений билетов, пожалуйста, подождите, прежде чем обновлять этот билет снова  

Ответ содержит следующую ключевую информацию:

  • Статус: 429
  • Retry-After: 93

Код состояния 429 означает слишком много запросов. Заголовок Retry-After указывает, что вы можете повторить вызов API через 93 секунды.Ваш код должен перестать делать дополнительные запросы API, пока не пройдет достаточно времени для повторной попытки.

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

 
  response = request.get (url)  , если response.status равен 429:   alert («Скорость ограничена. Ожидание повторной попытки…»)   wait (response.retry-after)   retry (url)  

Уменьшение количества запросов API

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

  1. Оптимизируйте свой код, чтобы исключить ненужные вызовы API.

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

  2. Кэшировать часто используемые данные.

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

  3. Данные, связанные с неопубликованной загрузкой.

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

  4. Используйте массовые и пакетные конечные точки, такие как «Обновить множество билетов», что позволяет обновлять до 100 билетов с помощью одного запроса API. См. Раздел «От 100 запросов до 1: знакомство с нашими новыми массовыми и пакетными API-интерфейсами» в блоге Zengineering.

Регулировка частоты запросов

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

Чтобы определить, нужно ли реализовать процесс регулирования, проследите за ошибками запроса. Как часто вы получаете ошибку 429? Гарантирует ли частота реализации процесса дросселирования?

Часто задаваемые вопросы

  • Существует ли конечная точка, которая возвращает все конечные точки для ресурса, включая различные ограничения скорости и время повторной попытки?

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

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

     
      Предел скорости X: 700   Оставшийся предел скорости X: 699  
  • Что происходит при достижении лимита скорости?

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

  • Уменьшит ли пакетная обработка вызовов количество вызовов API? Как насчет параллельных звонков?

    Нет, пакетные вызовы не уменьшат количество вызовов API.

    Однако использование групповой или пакетной конечной точки уменьшит количество вызовов. См. Раздел «От 100 запросов до 1: знакомство с нашими новыми массовыми и пакетными API-интерфейсами» в блоге разработчиков Zendesk.

что мониторить и почему

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

Пакеты операторов SQL Server

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

Некоторые факты о пакетах SQL:

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

SQL Server Open Database Connectivity (ODBC) API поддерживает три типа пакетов.

Явные пакеты - это когда два или более операторов SQL объединяются в один пакетный сценарий и разделяются точкой с запятой (;)

INSERT INTO Storage (StorageID, CountyID, OpenDate, MercahanPerson, Status)

VALUES (9301, 1001, {fn CURDATE ()}, 'Tod', 'CLOSED');

INSERT INTO Loops (LoopId, Line, TransID, Quantity)

VALUES (135, 1, 124, 103);

INSERT INTO Loops (LoopId, Line, TransID, Quantity)

VALUES (135, 2, 98, 78);

INSERT INTO Loops (LoopId, Line, TransID, Quantity)

VALUES (207, 3, 589, 167);

INSERT INTO Loops (LoopId, Line, TransID, Quantity)

VALUES (207, 4, 412, 120)

Все операторы в предыдущем примере пакета разделяются точкой с запятой (выделены), кроме последнего оператора в пакете.

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

CREATE PROCEDURE Test (@TestID INT) AS

SELECT * FROM Test WHERE TestID = @PartID

SELECT LoopID FROM Loops

WHERE TestID = @PartID

AND State = 'DAMAGED'

Важно понимать, что оператор CREATE PROCEDURE сам по себе не является пакетным оператором, а результирующая процедура выполняется как пакет операторов SQL, которые он содержит.Таким образом, при выполнении хранимой процедуры Test из приведенного выше примера два оператора SQL SELECT будут выполняться как пакет операторов SQL.

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

INSERT INTO Test (TestID, Description, TimeElapsed, TimeCompleted) VALUES (?,?,?,?)

В приведенном выше примере использование вопросительных знаков (?) Или правильно названного маркера параметра означает, что они привязаны к переменным приложения.Таким образом, когда приложение предоставляет параметры для оператора SQL, оно позволяет вставлять несколько строк данных за одно выполнение. Для источников данных, которые не поддерживают массивы параметров, драйвер ODBC может эмулировать массивы, передавая таким образом набор значений в оператор. В этом случае оператор выполняется как пакет отдельных операторов для каждого набора значений.

Транзакция SQL

Транзакция SQL - это единица работы SQL Server, выполняемая в базе данных SQL.Каждая транзакция SQL Server состоит из нескольких операций, каждая из которых может состоять из нескольких операторов SQL, выполняемых в указанном порядке. Основная характеристика SQL-транзакции заключается в том, что она может быть либо полностью завершена, либо полностью неудачна. Таким образом, когда начинается транзакция SQL, она начинается с выполнения первого оператора SQL в транзакции и может завершиться со всеми операторами SQL, содержащимися в транзакции, принятой, или, если какой-либо из операторов SQL завершается сбоем, полные изменения транзакции SQL откатываются ( все изменения, внесенные в SQL Server, отменяются).Транзакции SQL Server должны полностью соответствовать концепции атомарности, согласованности, изоляции и устойчивости (ACID) SQL Server, установленной для обеспечения целостности данных базы данных. Концепция ACID в SQL Server предполагает, что каждая транзакция должна соответствовать этим четырем требованиям:

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

На элементарном уровне транзакция SQL Server - это, по сути, пакет SQL с опцией «отменить с откатом».

SQL Server поддерживает следующие режимы транзакций:

  • Автоматическая фиксация транзакций - Режим по умолчанию, в котором каждый отдельный оператор SQL обрабатывается как транзакция и автоматически фиксируется при выполнении.
  • Явные транзакции - Этот режим активен, когда транзакция запускается путем явного размещения оператора BEGIN TRANSACTION в начале, а затем в конце транзакция явно завершается оператором COMMIT или ROLLBACK.
  • Неявные транзакции - В режиме неявных транзакций SQL Server автоматически запускает новую транзакцию после завершения предыдущей транзакции (фиксации или отката), создавая таким образом непрерывную цепочку транзакций.Хотя нет необходимости явно определять начало транзакции, транзакция должна быть завершена явно с помощью оператора COMMIT или ROLLBACK.
  • Транзакции с пакетной областью - Этот режим применим только к функции множественных активных наборов результатов (MARS) SQL Server, которая позволяет выполнять несколько пакетов с использованием одного соединения SQL. Кроме того, явная или неявная транзакция, которая находится в сеансе MARS, SQL Server обрабатывает как транзакцию с пакетной областью.Кроме того, SQL Server автоматически откатывает незавершенные транзакции или транзакции в пакетном режиме.

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

Теперь давайте сосредоточимся на самих показателях.

Пакетных запросов / сек, метрика

Метрика пакетных запросов / сек (в некоторых источниках называется пакетных запросов в секунду ) - это производительность SQL Server, которая предоставляет информацию о количестве пакетов SQL, полученных SQL Server за одну секунду.Для администратора баз данных, который хорошо знает свой сервер, это, вероятно, первая метрика, на которую следует обратить внимание, когда сообщается о проблеме медленного выполнения запроса. Однако саму метрику Batch Requests / sec не следует рассматривать отдельно от других метрик. Важно отслеживать и соотносить производительность ЦП и ввода-вывода, чтобы получить правильное и полное представление о том, как работает SQL Server. Сама по себе метрика не является прямым представлением проблемы, и есть несколько вещей, которые нужно понять, прежде чем делать выводы:

  • Высокое значение пакетных запросов / сек. - сложная часть здесь - определить максимальное значение этого показателя.Способность SQL Server обрабатывать операторы SQL зависит от аппаратных факторов, таких как ЦП, ввод-вывод, память и т. Д., Но также и от «программных» факторов, таких как структура хранимых процедур, таблиц и индексов. Следовательно, важно взглянуть на эту метрику целостно и определить / узнать, какое количество операторов SQL может обрабатывать SQL Server на регулярной основе, не влияя на производительность. Это магическое число может быть 500, 2000, 5000, 10000 или даже больше, но администратор баз данных должен знать это число, чтобы понимать и интерпретировать метрику.

    Само по себе значение метрики ничего не значит. Высокие значения пакетов запросов в секунду - это хорошо, если это не влияет на производительность сервера. Более того, цель любого проекта SQL Server - выполнить максимально возможное количество пакетных запросов в секунду, поддерживая такие ресурсы, как ЦП, ввод-вывод или память, на приемлемом уровне, что означает, что SQL Server хорошо оптимизирован. Чтобы проиллюстрировать это на примере: измерение 5000 пакетных запросов в секунду на SQL Server ничего не значит, если администратор базы данных не знает, что значение в течение обычного дня равно 500.

    Сказав это, очень важно не делать поспешных выводов о том, что что-то происходит неправильно только потому, что значение Batch Requests / sec «высокое». Обобщить:

    1. Было бы неплохо иметь 5000 пакетных запросов в секунду, когда обычное нормальное значение, не влияющее на производительность, составляет около этого числа.
    2. Наличие 5000 пакетных запросов в секунду при нормальном значении, не влияющем на производительность, равном 500, может быть потенциально плохим, если SQL Server не может обрабатывать 5000 пакетных запросов в секунду, не влияя на производительность.Таким образом, если пользователи сообщили, что приложение работает медленно, а количество запросов в пакетном режиме в секунду выше, чем обычно, это может означать, что медлительность приложения может быть следствием того, что система вынуждена обрабатывать в 10 раз больше запросов, чем обычно. В этом случае ожидается, что другие метрики также выходят за свои обычные границы, поскольку эта метрика является одной из метрик, которые влияют на все другие метрики.

  • Низкое значение пакетных запросов / сек. - все, что уже упоминалось для «высоких» значений метрики, здесь также действует, за одним исключением - низкое значение не обязательно хорошо по умолчанию.Для большинства показателей производительности допустимым предположением является то, что чем ниже, тем лучше, но в случае пакетных запросов в секунду такое предположение неверно. Низкие значения Batch Requests / sec могут означать, что ваша система заблокирована чем-то, что не позволяет SQL Server полностью использовать свой потенциал. Наличие 400 пакетных запросов в секунду в системе, способной выдержать 3000, означает, что, например, может быть какой-то фрагмент кода, который не оптимизирован должным образом и, таким образом, влияет на пропускную способность всей системы.

Другой важный момент при мониторинге пакетных запросов в секунду заключается в том, что независимо от того, сколько операторов, содержащихся в одном пакете SQL, выполняется, пакетный запрос в секунду регистрирует его как один пакет и добавляет значение 1. Итак, если у нас есть ситуация где три сложные хранимые процедуры с несколькими операторами каждая выполняются одновременно, значение для параметра Batch Requests / sec будет равно 3, независимо от того, сколько операторов выполнялось в этих трех процедурах.Следовательно, для SQL-серверов, которые основаны на значительных и сложных пакетах SQL, показатель «Число запросов пакетов / сек», вероятно, не лучший способ определить, насколько загружен SQL Server.

Метрика Batch Requests / sec является частью объекта производительности SQLServer: SQL Statistics ( MSSQL $ : SQL Statistics для именованного экземпляра).

Чтобы отслеживать этот счетчик, откройте монитор производительности (PerfMon) и нажмите кнопку «Добавить счетчики».В диалоговом окне Добавить счетчики найдите объект производительности SQLServer: SQL Statistics и разверните его.

Найдите метрику Batch Requests / sec и добавьте ее для мониторинга.

После нажатия кнопки ОК запускается мониторинг пакетных запросов / сек.

Показатель производительности

транзакций / сек

Показатель производительности «Транзакций / сек» (в некоторых источниках называется транзакций в секунду ) - это показатель уровня базы данных, предназначенный для отслеживания операторов SQL Server, заключенных внутри транзакции SQL.Все явные транзакции (оператор, явно запущенный BEGIN TRAN), а также все неявные транзакции INSERT / UPDATE / SELECT) в SQL Server обрабатываются как транзакция, и метрика транзакций / сек будет регистрировать все транзакции, кроме некоторых, связанных с управлением версиями строк и входящими данными. таблицы памяти. В то время как метрика «Транзакций / сек» официально является измерением транзакций, начатых для конкретной базы данных, но способ ее подсчета, если он немного отличается, и значение метрики зависит от двух других факторов: частоты считывания метрики и продолжительности транзакции.Чтобы объяснить это более точно, это практически означает, что если частота считывания метрики составляет 1 секунду, а транзакция выполняется в течение 10 секунд, метрика вернет значение 10. Следовательно, это означает, что метрика может подсчитывать одну транзакцию несколько раз, если продолжительность транзакции больше периода чтения метрики. Транзакций в секунду - это так называемая вычисляемая метрика, поскольку SQL Server кумулятивно подсчитывает транзакции SQL, а значение представляет собой разницу между последним и драгоценным показаниями, деленную на период чтения.

транзакций / сек = ( Номер последней транзакции - Номер предыдущей транзакции ) / Количество секунд между двумя считываниями

При переводе в числа:

Номер последней транзакции = 1000

Номер предыдущей транзакции = 500

Количество секунд между двумя показаниями = 5

транзакций / сек = (1000-500) / 5 = 100

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

Показатель транзакций / сек не относится к числу тех, где определение слишком высокого или слишком низкого значения возможно с помощью некоторого практического правила. Значение, возвращаемое этой метрикой, носит относительный характер, что означает, что правильная интерпретация значения метрики будет «(намного) выше, чем вчера или на прошлой неделе», или «(намного) ниже, чем вчера или на прошлой неделе». Высокое значение показателя транзакций / сек является лишь индикатором активности SQL Server, но не обязательно признаком проблемы.Таким образом, лучший способ мониторинга этой метрики - установить базовый уровень, который затем можно использовать для определения того, имеет ли метрика необычно высокие или низкие значения.

Показатель транзакций / сек является частью объекта производительности SQLServer: Databases ( MSSQL $ : Databases для именованного экземпляра).

Чтобы отслеживать этот счетчик, откройте монитор производительности (PerfMon) и нажмите кнопку «Добавить счетчики».

В диалоговом окне Добавить счетчики найдите объект производительности SQLServer: Databases и разверните его.Найдите метрику транзакций / сек, затем выберите экземпляр базы данных для измерения и затем добавьте метрику для мониторинга.

пакетных запросов в секунду по сравнению с транзакциями в секунду

Когда дело доходит до поддержки SQL Server, администратору баз данных важно знать, какую пропускную способность способен обрабатывать SQL Server. Точнее, какое количество SQL-запросов и SQL-транзакций может обработать SQL Server. Хотя обе метрики являются важными индикаторами рабочей нагрузки SQL Server (объема работы, которую выполняет SQL Server), они часто неправильно интерпретируются из-за недостаточного знания самой сути метрик.Поскольку большинство показателей, связанных с базой данных, не учитывают многие вещи, которые происходят на SQL Server, количество транзакций в секунду не является исключением.

Самый опытный администратор баз данных первым инстинктивно хочет проверить метрику Batch Request / sec в качестве основного индикатора рабочей нагрузки, и это не случайно. Пакетных запросов в секунду является предпочтительным показателем, поскольку в большинстве случаев он может предоставить более надежную информацию о рабочей нагрузке SQL Server. Все квадраты - параллелограммы, но не все параллелограммы - квадраты; аналогичная аналогия может быть установлена ​​для этих двух показателей, поскольку гораздо большее количество операторов квалифицируется как пакеты, чем как транзакции.Из-за этого количество транзакций / сек имеет «слепую зону», и мы рассмотрим это на практическом примере.

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

Используйте базу данных AdventureWorks для этой демонстрации

Запустите Performance Monitor и добавьте показатели Batch Requests / sec и Transactions / sec (для базы данных AdventureWorks).

Запустите SQL Server Management Studio (SSMS) и подключитесь к SQL Server.Откройте новую вкладку запроса и установите контекст запроса в базу данных AdventureWorks. Используйте запрос ниже

НАЧАТЬ ТРАНЗАКЦИЮ

ВЫБРАТЬ Имя

FROM [HumanResources]. [Shift]

COMMIT

Иногда запрос должен выполняться многократно, и самый простой способ сделать это - выполнить запрос в SQL Server Management Studio, нажав клавишу F5 (тестер функций на клавиатуре) и удерживая ее в течение некоторого времени.

Давайте посмотрим на Performance Monitor

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

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

ВЫБРАТЬ *

ИЗ [HumanResources].[Shift]

GO

Что можно увидеть в мониторе производительности? Из изображения выше видно, что показатель «Пакетных запросов / сек» возрастает до ~ 10 и даже превышает 20, в то время как счетчик «Транзакций / сек» опустился до 0 и остался там все время. Естественно, это связано с тем, что выполненный оператор квалифицируется как пакет, но не квалифицируется как транзакция, поэтому метрика транзакций / сек не может регистрироваться, когда такая работа выполняется в SQL Server.

Это очевидное слепое пятно, которое есть у метрики "Транзакции / сек".

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

ОБНОВЛЕНИЕ [HumanResources]. [Shift] установить ModifiedDate = '2008-04-30 00: 00: 00.000'

GO

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

Опять же, метрики транзакций / сек похожи на метрику пакетных запросов / сек и соответствуют ей.Это связано с тем, что операторы DML, такие как INSERT, UPDATE и DELETE, по умолчанию работают в контексте транзакции, поэтому нет необходимости заключать ее в явную транзакцию через пару операторов BEGIN TRAN / COMMIT.

Заключение

Хотя обе метрики являются первой общей остановкой для администраторов баз данных при проверке объема работы, с которой имеет дело SQL Server, пакетные запросы в секунду обычно считаются более надежной метрикой. Он не идеален, как уже объяснялось, но, как было продемонстрировано, он может видеть больше, чем показатель транзакций / сек.

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