Devvver,
Вот такой вариант правильный (обязательно должен быть ?):
http://api.bukvarix.com/v1/keywords/?
Да, текст запроса должен быть обработан URLEncode.
Описание чуть позже обновим, чтобы стало понятнее.
P.S. В описании API есть кликабельные ссылки с примерами, можно кликнуть прямо в браузере и посмотреть что и как идет на сервер (F12 для вызова Developer Tools в Firefox/Chrome).
Мелких особеностей в разработке много, но базовая технология для быстрого поиска хорошо известна - это инвертированный индекс.
Спасибо, мы стараемся учитывать рекомендации. Сортировка по полям есть в наших планах, но пока для работы с отчетами нужен Excel.
Сейчас для экономии места сделано так, что для сайтов есть заранее подготовленные данные, запакованные в zip, позже мы скорее всего это пересмотрим, когда будем делать серьезные изменения в инструменте.
С точки зрения пользователя, широкий поиск - это когда в поисковых машинах ваше искомое слово (или слова в словосочетании) было запрошено в разных вариантах - в комбинациях с другими словами и в других словоформах. А точное - когда были запрошены только искомые слова в точных словоформах.
Восклицательный знак перед словом обеспечивает возврат именно той словоформы, перед которой он стоит (в широком поиске могут быть разные формы одного и того же слова), а кавычки обеспечивают то, что в искомой фразе нет других слов (в широком поиске допускаются другие слова). Это не значит, что пользователь Яндекса вводил словосочетание с операторами, но в ответ на поиск слова или словосочетания с соответствующими операторами, Вордстат вернет количество показов страниц результатов Яндекса, когда ключевое слово искали как !точные/неточные словоформы и в комбинации с другими словами/"без других слов".
Ссылка на официальное описание Яндексом используемых операторов: https://yandex.ru/support/direct/keywords/symbols-and-operators.html
futo,
Большое спасибо за отзыв! Особенно приятно, что вы также оценили техническую сторону. Мы действительно стараемся достичь хорошей скорости обработки результатов, а, учитывая, что мы поддерживаем поиск морфологических форм слов, поиск по маске со звездочкой, то приходится решать вопрос обеспечения высокой скорости поиска с учетом многих нюансов :)
Devvver, cпасибо за такую неожиданно сильную эмоцию от нашего API :)
Мы сейчас работаем над улучшением внутренних механизмов, чтобы можно было увеличить "пропускную способность" сервиса. Стоимость API не определили, будет зависеть от наших технических возможностей, мы пока в процессе.
vs_sh, да, все правильно.
Когда будет следующее обновление, пока точно не знаем; в конце прошлого года Яндекс конкретно "закрутил гайки", и стоимость обновления базы стала непомерно дорогой для нас. Сейчас у нас есть планы, как улучшить показатели популярности слов без полного обновления базы, но для этого нужна доработка и оптимизация внутренних механизмов онлайн версии Букварикса, которыми мы сейчас заняты. И хотя внешне это никак не видно, но это важная часть, которую мы больше не можем откладывать, иначе при добавлении новых возможностей сервис начнет притормаживать.
Мы планируем перейти на другую модель обновления базы, но что мы сможем обновить, и в каком объеме - будет видно, когда сможем заняться этой проблемой вплотную.
Это касается базы ключевых слов (та, которая на 2 млрд. 122 млн. слов). Что касается баз поисковой выдачи (Яндекс Москва, Google Киев и т.д.) - то они на данных момент обновляются в среднем раз в полтора месяца (плюс/минус в зависимости от размера базы).
Добрый день,
Подготовлено обновление выдачи для базы Google Киев. База сформирована по 30 млн. поисковых запросов и содержит ключевые слова для 14млн. доменов. Обновление проведено в марте - начале апреля 2018 года.
Подобрать ключевые слова для домена по обновленной базе: https://www.bukvarix.com/site/
В API добавлен опциональный параметр result_count, дающий возможность получить общее количество результатов поиска по словам и по доменам.
Здравствуйте,
Сегодня мы обновили выдачу в базах для всех регионов Яндекса (Яндекс Москва, СПб, Россия), а также в базе Google Москва.
Дополнительно мы удвоили количество поисковых запросов для формирования базы Google Минск, теперь в ней 20 млн. ключевых слов и 10,2 млн. доменов.
Мы также добавляем поддержку новой базы - Яндекс Минск. Она сформирована по 30 млн. поисковых запросов и содержит ключевые слова для 14,9 млн. доменов.
Все базы обновлены в марте 2018 года.
Проверить ключевые слова домена: https://www.bukvarix.com/site/
Сравнить ключевые слова двух доменов: https://www.bukvarix.com/cmp/
Найти общие ключевые слова для нескольких доменов: https://www.bukvarix.com/mcmp/
Обновление базы Google Киев пока идет, ожидаем завершения на следующей неделе.
freeman1, на текущий момент ~1 млн. строк в отчете - необходимый компромисс между стабильной и быстрой работы сервиса и нашими техническими возможностями.
Сортировки у нас нет, но частично решить проблему выбора нужных слов могут фильтры - можно отфильтровать ВЧ/СЧ/НЧ по нужному интервалу и экспортировать уже результат фильтрации.
Yura78, tehno-music, LazyBadger, MyOST, добрый день,
MyOST,
Нас уже спрашивали несколько раз по поводу возможности запрашивать наши данные через API в Key Collector'e. Мы принципиально за, просто пока это начальная версия API, мы ее еще улучшаем и фиксим баги, поэтому не обращались к вам. Рассчитываем в скором времени финализировать первую версию API и обратиться к вам с просьбой добавления в Key Collector.
Просим вас подсказать, к кому (к вам, к разработчикам..) и как (в личку, на почту...) лучше по этому поводу обратиться, когда наш API будет готов, чтобы вы рассмотрели возможность включить его добавление в свои планы?
Да, максимальное количество строк в отчете 1 048 576.
