Содержание

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


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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

высококонверсионная.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Что такое частотность запроса и как ее определить?

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

  • Сверхчастотные – самые популярные слова или фразы, т.е. их запрашивают в конкретной тематике чаще всего. Обычно сВЧ-запросы — однословные, например, «смартфон» или «одежда». Они являются самыми конкурентными, т.к. по ним продвигаются многие компании в конкретных областях. Частота показов – от 100000 в месяц и выше. Продвижение по ним подходит далеко не каждому бизнесу, так как из-за отсутствия уточняющих фраз в запросе релевантность страниц, подобранных поисковиком, может размываться. Обычно при таких запросах поисковик старается показать как можно больше информации с искомым словом, к примеру при поиске слова «замок» Яндекс покажет как строения, так и механические устройства для запирания дверей.
  • Высокочастотные. Отличаются от сверхчастотных тем, что в них может указываться дополнительное слово, но это не делает запрос менее частотным. К примеру, запрос «квартира москва» (620 000 показов по МСК) остается высокочастотным, несмотря на то, что содержит уточняющее слово. Он не такой общий по сравнению с запросом «квартира» (5 250 000 показов по МСК). Частотность подобных запросов – от 10000.  На профессиональном жаргоне ВЧ-запросы называют «жирными». Их грамотное продвижение помогает приводить на сайт максимальное число пользователей. Но по ВЧ-запросам продвигаются многие сайты, что рождает большую конкуренцию. Именно поэтому продвижение по ВЧ-запросам довольно затратно в финансовом и временном планах.
  • Среднечастотные – как правило, состоят из нескольких слов со средней частотой показов от 500 до 5000-10000. СЧ-запросы задают пользователи, знакомые с интересующей их областью, либо знающие, как им нужно уточнить исходный общий высокочастотный запрос.
  • Низкочастотные – самый конкретный вид запросов, имеют узкую направленность. Пример: «купить телевизор Samsung в Санкт-Петербурге». Частота показов – от 50-100 до 500 в месяц.
  • Микрочастотные – могут иметь частотность от 1 до 50. Запросы мНЧ считаются самыми неконкурентными, так как содержат длинный уточняющий «хвост» в запросе. Пример: «как положить деньги на расчётный счёт ооо». 

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

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

СЧ- и НЧ-запросы хоть и не требуют больших финансовых вложений, но также способны предоставить стабильное увеличение трафика на сайт и охватить большое число пользователей.

На основе анализа о запрашиваемых фразах SEO-оптимизатор составляет выборку самых популярных запросов и продвигает по ним проект.

Если вам необходимо проверить частотность запросов, можно воспользоваться специальными сервисами:

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

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

Поисковая оптимизация для приложений чтобы нашли в AppStore и Google Play

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

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

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

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

Алгоритм поисковой оптимизации

Результаты поиска в AppStore ранжируются по неизвестному алгоритму, включающему количество скачиваний за последние 4 дня, рейтинг, количество комментариев. Google Play, в добавок, учитывает ссылки на страницу приложения и число запусков. Алгоритмы закрыты, иногда меняются, влиять на положение своего приложения в выдаче мы не можем.

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

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

1. Выбираем запросы
2. Оцениваем конкурентность и трафик
3. Изменяем название, keywords и описание приложения
4. Смотрим позиции
5. Заменяем неэффективные запросы
(подробнее в презентации AppCodes)

Выбираем ключевые слова

В подборе запросов нам поможет здравый смысл, Google Keyword Planner, Yandex WordStat и анализ конкурентов.

Приложение «Готовим с Redmond». Очевидно, что нам нужно быть в поиске по запросам Redmond, Редмонд, «мультиварка» и «рецепты для мультиварки».

Добавим название модели мультиварки:
— мультиварка rmc;
— rmc.

Забиваем «Мультиварка» в Google Keyword Planner и Yandex WordStat. Выписываем поисковые запросы с оглядкой на здравый смысл, вряд ли, кто-то будет искать «мультиварка купить» и «мультиварка отзывы» в AppStore.

У меня получился такой список
— redmond
— редмонд
— мультиварка
— мультиварка redmond
— мультиварка редмонд
— рецепты
— рецепты блюд
— рецепты для мультиварки
— мультиварка рецепты
— каша в мультиварке
— плов в мультиварке
— суп в мультиварке
— мясо в мультиварке
— запеканка в мультиварке
— блюда в мультиварке
— готовим в мультиварке
— рис в мультиварке

Дополним список брендами конкурентов, если использовать эти запросы вас могут заблокировать в AppStore, решайте сами.
— polaris
— полярис
— мультиварка поларис
— мультиварка polaris
— мультиварка филлипс
— мультиварка панасоник

Изучаем конкурентов. Ищем «мультиварка» в AppStore (это удобно делать с помощью бесплатного сервиса AppTweak.

Смотрим названия приложений, дополняем список запросом «рецепты с фото».

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

Есть специальные сервисы для оптимизации (SearchMan, AppCodes, MobileDevHQ, …). Но, увы, я не нашел удобного сервиса с поддержкой AppStore/Play и русского языка. Поэтому делаем все в ручную. Возможно, мы напишем свой, бесплатный инструмент. Анонс будет в рассылке.

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

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

Получаем такой документ:

Использование брендов конкурентов или кто-то использует ваш

Использование чужих торговых марок в ключевых словах запрещено правилами AppStore и Google Play. На практике, проблемы будут только если конкуренты заметят и напишут в Apple. И в этом случае вам дадут шанс убрать торговую марку и ничего плохого не случится. Названия конкурентов пишите только в невидимое поле keywords AppStore, в Google Play писать не стоит.

Периодически проверяйте поиск AppStore и Google Play (опять же через AppTweak) а не показываются ли в выдаче приложения конкурентов. Если показываются пишите в iTunes Connect Dispute или Remove Content From Google. 

Я не вижу ничего плохого в использовании названий конкурентов в keywords, но это не про правилам и есть риск быть заблокированными. Решайте сами.

Особенности поиска в AppStore

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

В AppStore в поиске участвует название аккаунта в AppStore, название приложения (title 200 символов, первые 35 символов отображаются на iPhone) и keywords (100 символов, не отображается в AppStore).

Поиск AppStore разбивает все поля на отдельные слова и отображает ваше приложение по всем комбинациям слов из названия и keywords. Например, чтобы приложение попало в поиск по запросам «Redmond», «Мультиварка», «Мультиварка Redmond», «Рецепты для мультиварки» и «Мультиварка рецепты» в названии или keywords должны присутствовать ключевые слова:
redmond,мультиварка,мультиварки,рецепты,для

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

Выбираем из таблицы запросы с хорошей оценкой по трафику и с небольшой конкуренцией. Например, по запросу «рецепты» попасть в топ-10 практически невозможно. 

У меня получилось:

keywords: филипс,поларис,polaris,панасоник,мультиварка,мультиварке (56 символов)
название: Готовим с Redmond: рецепты для мультиварки Редмонд RMC: блюда с фото,рис,супы,плов,запенка,мясо,каша (100 символов).

Обратите внимание, что после запятой не ставится пробел, это экономит символы. И первые 35 букв названия «Готовим с Redmond: рецепты для мульти» выглядят как осмысленная фраза, именно их увидит пользователей iPhone в поиске и топах.

Пример с Redmond получился не полным, все придуманные запросы вошли, а еше осталось 44 символа в keywords и 100 символов названия. Обычно ключевых слов больше, чем хватает места.

В этом случае отбрасываем высококонкурентные запросы и берем что поместится в порядке убывания трафика.

Особенности поиска в Google Play

Поиск в Google Play сделан гораздо лучше. Он учитывает падежи, числа, предлоги и союзы. На поиск влияет название и описание приложения, скрытого поля keywords нет, поэтому бренды конкурентов использовать нельзя.

Названия в Google Play не принято делать длинными, ограничимся Готовим с Redmond: рецепты для мультиварки Редмонд.

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

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

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

Еще по теме:
— The Ultimate Guide to App Store Optimization In 2014
— Поисковая оптимизация для приложений по версии AppCodes
— Восьмичасовой курс на английском о поисковой оптимизации в App Store (не понимаю кому это может понадобиться, но все же)
— Optimize Your Google Play Store App Details Page

30+ бесплатных сервисов для анализа сайтов и конкурентов в поиске

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

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

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

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

Название сервиса

Список возможностей

Особенности и преимущества

Топвизор

  • Проверка позиций в Яндексе и Google на глубину до 100.
  • Сбор сниппетов.
  • Маркировка запросов, у которых целевая и релевантная страницы не совпадают.
  • Настраиваемая частота проверок (автоматически по расписанию или вручную).
  • Выгрузка отчетов в различных форматах.
  • Гостевой доступ к проектам.

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

Serpseeker.com

  • Проверяет позиции на глубину до 100.
  • Можно выбрать несколько режимов проверок (по требованию, по расписанию).
  • Расчет видимости проекта.
  • Выгрузка отчетов.
  • Гостевой доступ.

Удобный и недорогой сервис для съема позиций. Есть дополнительные инструменты для сбора семантики (выгрузка запросов из Яндекс.Метрики и Google Analytics, сбор поисковых подсказок).

Seolib

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

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

Pos10.ru

Позволяет бесплатно проверить позиции по 20 запросам в определенном регионе.

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

Positon.ru

  • Глубина проверки — до 150 позиций.
  • Проверка частоты запросов.
  • Гибкая настройка частоты съема позиций.
  • Экспорт данных.

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

Название

Обзор возможностей

Особенности

Spywords.ru

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

Позволяет найти «упущенные запросы», по которым не ведется продвижение. Есть API для интеграции возможностей Spywords в свои приложения.

Пиксель Тулс

Здесь собрано 37 бесплатных инструментов для анализа трафика сайта и оценки:

  • Семантического ядра.
  • Внутренней и внешней оптимизации.
  • Технических факторов.
  • Проведения аудитов и аналитики.
  • Выявления санкций и фильтров.
  • Решения множества других задач.

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

Serpstat.com

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

  • Выявление популярных страниц на других сайтах.
  • Анализ ключевых слов с целью найти новые фразы для продвижения своего проекта.
  • Список запросов, по которым конкуренты размещают контекстную рекламу.
  • Мониторинг позиций.
  • Инструменты для прогнозирования трафика.
  • Технический аудит.
  • Анализ входящих ссылок. Оценка уровня траста.
  • Формирование отчетов (на платных тарифах).

Есть бесплатный тариф с ограничениями. Собирает много данных о сайтах. Удобное отображение информации.

Alexa.com

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

  • Посещаемость.
  • Глубина визитов, их продолжительность и показатель отказов.
  • Уровень конкуренции по ключевым словам в нише.
  • Список конкурентов.
  • Обратные ссылки.

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

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

Keys.so

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

Среди показателей, которые выводит сервис:

  • Видимость в поисковых системах с историей изменений.
  • Количество запросов с распределением по ТОП-1, 3, 5, 10 и 50.
  • Популярные страницы.
  • Запросы, по которым продвигается сайт.
  • Потерянные запросы (по которым утрачены позиции).
  • Список конкурентов в выдаче.

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

Название сервиса

Список возможностей

Особенности и преимущества

Checktrust.ru

Оценивает доноры по более чем 40 параметров, вычисляет их Траст и заспамленность, были они под АГС или нет. Агрегирует информацию из сервисов Majestic и Linkpad. Один из лучших сервисов для анализа ссылок, стоящих на сайт.

Есть возможность бесплатного тестирования.

Linkpad.ru

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

Есть бесплатные функции.

ru.majestic.com

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

Часть данных можно просматривать бесплатно. Например:

  • Количество ссылок и доменов, которые ссылаются на сайт..
  • Качественная оценка ссылочной массы (Trust Flow).
  • Динамика числа ссылок (растет, уменьшается).
  • Разбивка по типам (с главных страниц, внутренних и т.д.).

Ahrefs.com

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

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

Бесплатно можно посмотреть рейтинг домена, 100 обратных ссылок, 5 самых популярных анкоров и 5 страниц сайта, на которые чаще всего ссылаются. Также Ahrefs выводит информацию о количестве обратных ссылок, числе ссылающихся доменов и долю dofollow бэклинков.

Megaindex.ru

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

  • ИКС доноров.
  • Длину анкоров и долю безанкорных ссылок.
  • График изменения ссылочной массы.
  • Распределение долей по доменным зонам.
  • Link Rank — показатель качества и силы обратных ссылок.
  • Количественные показатели (число ссылок, доменов).
  • Список доноров.

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

Название сервиса

Список возможностей

Особенности и преимущества

Pr-cy.ru/tools/

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

Основные инструменты, связанные с техническим анализом:

  • Бесплатная проверка оптимизации страниц по 27 параметрам.
  • Проверка текстов на уникальность.
  • Определение CMS.
  • Скорость загрузки сайта.
  • ИКС.
  • Создание favicon.ico
  • Генерация robots.txt
  • Проверка SSL сертификата.
  • Вывод Whois домена.
  • Проверка безопасности.
  • Многое другое.

Много бесплатных инструментов для SEO-специалистов. Можно пользоваться без регистрации. Быстро работает.

Be1.ru

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

  • Проверка возраста сайта, скорости загрузки, IP адреса.
  • Индексация: количество страниц в поиске Яндекса и Google.
  • Наличие адаптации под мобильные устройства.
  • Используемые технологии (CMS, счетчики аналитических систем).
  • Данные Whois.
  • Антиплагиат онлайн.
  • Оценка тошноты страницы.
  • Синтаксический разбор предложения (новый SEO-инструмент).
  • Проверка на фильтры и санкции (переспам, аффилиаты).
  • Определение региональности и есть ли бонус в ранжировании.
  • Проверка склейки доменов.
  • Заголовки сервера и многое другое.

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

Cy-pr.com

Один из старейших SEO-сервисов, работает с 2008 года. Предоставляет бесплатные инструменты и генераторы для проведения аудитов, в том числе технических.

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

Много бесплатных инструментов для SEO-специалистов. Однако ряд параметров, которые выводятся, уже устарели.

A.seolik.ru

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

  • Количество страниц в индексе.
  • Возраст домена.
  • ИКС.
  • Наличие фильтра АГС.
  • Содержание тегов Title, Meta-description, ошибки, релевантность заголовков.
  • Наличие разметки OpenGraph.
  • Тошнота текста.
  • Наличие ЧПУ-адресов.
  • Репутация сайта.
  • Наличие файлов robots.txt и sitemap.
  • Юзабилити-параметры (оптимизация кода, скорость, наличие фавикон).
  • Безопасность.
  • Информация о хостинге и сервере, на котором размещен сайт.

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

Sbup.com

Здесь можно сделать бесплатный аудит сайта, а также проверить плотность ключевых слов, сравнить два текста, проверить возраст домена и скорость работы сайта. Выводит Trust Rank сайта, реальный Page Rank (показатель устарел, но его оценка представляет интерес), Alexa Rank.

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

Saitreport.ru

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

Платный.

Название сервиса

Список возможностей

Особенности и преимущества

Mutagen.ru

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

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

Keywordtool.io

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

Часть функционала доступна бесплатно и без регистрации.

Bukvarix.com

Позволяет выбирать запросы по ключевым словам из базы, включающей более 2 млрд. 122 млн. фраз. Искать можно как по одному ключу, так и по списку слов. Позволяет подобрать НЧ-запросы в тематике, которые сложно отследить через Вордстат. Также включает инструменты по анализу СЯ конкурентов.

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

Rush-analytics.ru

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

Кроме работы с семантикой, включает дополнительные инструменты для SEO-специалистов: мониторинг позиций, анализ конкурентов в выдаче, аудиты текстов, PBN. Доступна бесплатная тестовая версия.

Semen-yadren.com

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

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

Arsenkin. ru

  • Позволяет собирать поисковые подсказки.
  • Массово проверять частотность запросов и сезонность в Яндексе.
  • Имеется инструмент для проверки коммерциализации запросов.

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

Яндекс.Вордстат

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

Рекомендуем установить в браузер плагин Yandex Wordstat Assistant от компании Семантика для более удобного и быстрого сбора семантического ядра.

Название

Возможности

Особенности

Istio.com

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

Можно пользоваться без регистрации.

Advego.com

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

Максимальная длина текста — 100 тыс. знаков.

Тургенев

Сервис разработан компанией «Ашманов и партнеры». Позволяет оценить качество текста с точки зрения рисков наложения санкций «Баден-Баден» в Яндексе. Выявляет переспам, воду, стилистические ошибки.

Раньше был бесплатным. Теперь необходимо платить деньги за проверку.

Seogift.ru

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

Удобный и бесплатный инструмент для анализа контента.

Ogmeta.ru

Анализ оптимизации страницы. Мета-теги, структура, изображения, HTTP-заголовки, соответствие Open Graph и многое другое.

Нет данных по плотности ключевых слов.

Content-watch.ru

Один из лучших сервисов для проверки уникальности текстов.

Можно пользоваться бесплатно (с ограничениями).

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

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

  1. Wordstat.Yandex. Используется чаще для подбора ключевых слов и анализа интереса покупателей. Если посмотреть на историю запросов, то можно отследить статистику за 2 года в конкретном регионе.
  2. Google Trends. Ещё один популярный сервис, дающий возможность проанализировать изменения поисковых запросов в определённый промежуток времени. Для этого достаточно навести курсор на нужный отрезок графика. Популярность определяется балльной системой.
  3. Google Keyword Planner. Удобная платформа позволяет составить прогноз сезонности. Основным преимуществом является возможность проанализировать большое количество слов. Достаточно навести курсор на фразу, чтобы увидеть данные частотности.
  4. Key Collector. Универсальный сервис для подбора ключевых фраз и создания семантического ядра. Обладает более чем 60 опциями для анализа запросов. Это удобная и современная программа.
  5. Excel. Этот софт позволяет создать таблицу, которая отражает уровень спроса не по частотности запросов, а по количеству приобретённого товара и заказов услуг. Такой подход позволяет лучше оценить сезонность бизнеса.

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


Как использовать параметр сезонности в процессе подготовки сайта?

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

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

Почему следует заниматься этим исследованием заранее?

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

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

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

5 шагов для оптимизации ключевых слов в рекламе для Google AdWords

Автор блога Target Internet Services рассказал о том, как правильно оптимизировать ключевые слова в AdWords, чтобы повысить эффективность рекламных кампаний.

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

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

1. Регулярно обновляйте список минус-слов

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

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

2. Используйте точное соответствие для высокочастотных запросов

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

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

Например, объявления с ключевой фразой в точном соответствии AdWords покажет только по запросам, которые имеют одни и те же слова в том же порядке и соответствуют критериям, описанным выше. Например, объявление по фразе [инструменты анализа конкуренции] отобразится по запросу «инструмента анализа конкуренции», но не покажется, если пользователь введет «лучших инструментов анализа конкуренции».

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

Если вы правильно подобрали релевантные ключевые слова, они повысят CTR, снизят CPC и увеличат количество конверсий.

Не используйте точное соответствие для низкочастотных запросов. Пользуйтесь этим оператором для высокочастотных запросов.

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

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

3. Остановите показ объявлений по неэффективным ключевым словам

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

4. Используйте модификаторы широкого соответствия

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

5. Удалите ключевые слова, не связанные с посадочной страницей

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

Поэтому следите за тем, чтобы ключевые слова были как в объявлении, так и на лендинге.

По материалам блога Target Internet Services.

Частота поисковых запросов. Верю или нет?

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

Для чего нужно знать частотность запросов?

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

От чего зависит частота запросов?

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

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

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

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

А что есть?

Давайте рассмотрим

Сервис http://wordstat.yandex.ru

По запросу генерация лидов

 

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

 

В результатах подбора будет приведена статистика запросов на Яндексе, включающих заданное вами слово или словосочетание (слева), и других запросов, которые делали искавшие его люди (справа).

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

То есть, на самом деле сервис от Яндекс, впрочем, как и от Гугл дает цифры не запросов, а показов по запросам. А количество показов по запросам и количество запросов, как говорят в Одессе, — это две большие разницы.

Запрос — это факт внесения в поисковую строку конкретной поисковой фразы и нажатие кнопки поиск.

А показы — это переходы по ссылкам органической выдачи

СКОЛЬКО В СРЕДНЕМ ПЕРЕХОДОВ ПРОИСХОДИТ С ОДНОГО ЗАПРОСА?  То есть, сколько показов генерирует один запрос?

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

 

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

В чем дело? Дело в конкуренции и разных поисковых моделях.

И в том, какие данные учитывает поисковая система в показах.

Есть мнение что поисковики Яндекса и Гугла учитывают в показах не только показы из органической выдачи, но и показы по контекстной рекламе и показы по РСЯ и их аналогов в Гугл.

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

75% переходов получают первые 5 позиций.

90% пользователей ограничиваются первой страницей.

А дальше третьей страницы добирается меньше 1%.

Вот и считайте: контекстная реклама забирает на себя не менее 50% переходов, столько же показов может дать РСЯ, да и в рамках органической выдачи пользователь поисковой системы не ограничивается переходом по одной ссылке.

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

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

  1.    Чем отличается частотность запроса от количества показов по запросу?
  2.    От каких факторов зависит частотность запросов?
  3.     Как недоверие пользователей влияет на частотность запросов?
  4.    Во сколько раз может отличаться количество показов от частотности запросов?
  5.    К каким ошибкам в прогнозе посещаемости и оценке затрат может привести смешение понятий «частотность запроса» и «количество показов по запросу»?

У Вас возникли вопросы по данной статье?

Хотите разобраться и применить такой способ анализа по Вашей теме? 

Позвоните нам по тел: 8 (843) 251 30 77

Следующая статья

Автор: Булат Тухватуллин.

 

Читайте также:  Основной курс регулярного менеджмента Особенности хорошего контента Специфика создания контента Цели сайта и «хотелки»  Технологии разработки дизайна сайта Управленческая борьба

 

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

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

  • Обновить API (v4): fullHashes.find
  • Обновить API (v4): угрозаListUpdates. fetch
  • Запросы на обновление

    Чтобы предотвратить перегрузку сервера и получить оптимальную защиту, API обновления (v4) требует временные интервалы, определяющие, как часто клиент может отправлять запросы на сервер безопасного просмотра, чтобы выполнить проверку URL (fullHashes.найти) или обновить локальную базу данных (ThreatListUpdates.fetch).

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

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

    Оба fullHashes.find ответ и угрозаListUpdates.fetch ответ иметь поле minimumWaitDuration , которому должны подчиняться клиенты.

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

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

    Режим отсрочки

    Автоматическая обратная отсрочка применяется как к fullHashes.find ответ и угрозаListUpdates.fetch ответ.

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

    Клиенты должны использовать следующую формулу для расчета продолжительности времени отсрочки:

     МИН ((2  N-1  * 15 минут) * (RAND + 1), 24 часа) 

    N соответствует количеству последовательных безуспешных запросов, с которыми сталкивается клиент. (начиная с N = 1 после первого неудачного запроса). RAND — случайное число от 0 до 1 который нужно выбирать после каждого неудачного обновления.

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

    Google Analytics — это просто: частота и давность

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

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

    Именно поэтому мы представляем вам серию статей о Google Analytics Made Easy. Пояснения к наиболее показательным данным на панели инструментов Google Analytics — легко читаемые, простые для понимания и без лишних слов. Игра началась!

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

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

    В Google Analytics частота означает , как часто посетители возвращаются на ваш сайт в течение периода времени . Вы устанавливаете временные рамки вручную, используя выбор «Диапазон дат» в правом верхнем углу панели инструментов. Google записывает сеансов, или работу одного посетителя на определенном устройстве. Если посетитель заходил на ваш сайт три раза в неделю, Google просматривал и записывал эти посещения индивидуально.Один будет «первым сеансом», другой — «вторым сеансом», а третий — «третьим сеансом». Вместо того, чтобы объединять эти сеансы в одного «трехразового посетителя», Google записывает три отдельные точки данных.

    Время давности — это период времени (в днях) с момента последнего посещения вашего сайта конкретным посетителем . Этот показатель измеряется в днях и отслеживает последнее посещение посетителем вашего веб-сайта с определенного устройства. Если посетитель зашел на ваш сайт со своего ноутбука в понедельник, со своего iPhone во вторник и снова со своего ноутбука в среду, она будет записана дважды.Если вы проверите свою аналитику в четверг, она будет посчитана дважды: один раз для «дней с последнего сеанса» на ее ноутбуке и один раз для «дней с последнего сеанса» или ее iPhone.

    Первый: где найти частоту и время посещения?

    На панели инструментов Google Analytics выберите категорию Аудитория слева. Щелкните раскрывающийся список Behavior , затем выберите Frequency & Recency .

    Найдите частоту и время последнего посещения на панели инструментов Google Analytics

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

    Щелкните для удобной навигации между постоянными и недавними посетителями

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

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

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

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

    Как создать новые сегменты на основе частоты и давности?

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

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

    Откройте меню администратора, чтобы добавить новый сегмент

    После нажатия «Сегменты» нажмите кнопку «Новый сегмент».

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

    Добавьте параметры частоты в ваш новый сегмент

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

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

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

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

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

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

    Заинтересованы в других наших советах по Google Analytics? Оцените удобство использования Google Analytics: новые посетители и вернувшиеся.

    Google — Разработка надежности сайта

    Написано Алехандро Фореро Куэрво
    Отредактировано Сарой Чавис

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

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

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

    Однако при крайней перегрузке служба может даже не иметь возможности вычислять и обслуживать ухудшенные ответы. На этом этапе у него может не быть немедленного выбора, кроме как обслуживать ошибки.Один из способов смягчить этот сценарий — сбалансировать трафик между центрами обработки данных, чтобы ни один центр обработки данных не получал больше трафика, чем он может обработать. Например, если в центре обработки данных выполняется 100 внутренних задач, и каждая задача может обрабатывать до 500 запросов в секунду, алгоритм балансировки нагрузки не позволит отправлять в этот центр обработки данных более 50 000 запросов в секунду. Однако даже этого ограничения может оказаться недостаточно, чтобы избежать перегрузки при масштабной работе. В конце концов, лучше всего создать клиентов и бэкенды, которые будут изящно обрабатывать ограничения ресурсов: перенаправлять, когда это возможно, обслуживать ухудшенные результаты, когда это необходимо, и прозрачно обрабатывать ошибки ресурсов, когда все остальное дает сбой.

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

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

    Лучшее решение — измерить емкость непосредственно в доступных ресурсах.Например, у вас может быть в общей сложности 500 ядер ЦП и 1 ТБ памяти, зарезервированные для данной службы в данном центре обработки данных. Естественно, гораздо лучше использовать эти числа непосредственно для моделирования емкости центра обработки данных. Мы часто говорим о цене запроса, чтобы обозначить нормализованную меру того, сколько ЦП время, которое он израсходовал (на разных архитектурах ЦП, с учетом различий в производительности).

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

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

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

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

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

    Например, если серверная служба имеет 10 000 процессоров, выделенных по всему миру (в различных центрах обработки данных), их ограничения для каждого клиента могут выглядеть примерно так:

    • Gmail может потреблять до 4000 секунд ЦП в секунду.
    • Calendar может потреблять до 4000 секунд ЦП в секунду.
    • Android может потреблять до 3000 секунд процессора в секунду.
    • Google+ может потреблять до 2000 секунд процессора в секунду.
    • Каждому другому пользователю разрешено использовать до 500 секунд ЦП в секунду.

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

    Мы собираем информацию о глобальном использовании в режиме реального времени по всем серверным задачам и используем эти данные, чтобы установить эффективные ограничения для отдельных серверных задач.Более пристальный взгляд на систему, реализующую эту логику, выходит за рамки этого обсуждения, но мы написал значительный код для реализации этого в наших бэкэнд-задачах. Интересная часть головоломки — вычисление в реальном времени количество ресурсов, особенно ЦП, потребляемых каждым отдельным запросом. Это вычисление особенно сложно для серверов, которые не реализуйте модель потока за запрос, где пул потоков просто выполняет разные части всех запросов по мере их поступления, используя неблокирующие API.

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

    Регулирование на стороне клиента решает эту проблему. 106 Когда клиент обнаруживает, что значительная часть его недавних запросов была отклонена из-за ошибок «вне квоты», он начинает саморегулирование и ограничивает объем генерируемого исходящего трафика. Запросы выше предела терпят неудачу локально, даже не доходя до сети.

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

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

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

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

    Для служб, где стоимость обработки запроса очень близка к стоимости отклонения этого запроса, использование примерно половины внутренних ресурсов посредством отклоненных запросов может быть неприемлемым.В этом случае решение простое: измените множитель принятия K (например, 2) в вероятности отклонения запроса клиента (вероятность отклонения запроса клиента). Таким образом:

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

    Например, вместо саморегулирования клиента, когда запросов = 2 * принимает , пусть он саморегулируется, когда запросов = 1.1 * принимает . Уменьшение модификатора до 1,1 означает, что серверная часть отклонит только один запрос на каждые 10 принятых запросов.

    Обычно мы предпочитаем множитель 2x. Позволяя достичь бэкэнда большему количеству запросов, чем ожидается, мы тратим больше ресурсов на бэкэнд, но мы также ускоряем передачу состояния от бэкэнда к клиентам. Например, если серверная часть решает прекратить отклонять трафик от клиентских задач, задержка до тех пор, пока все клиентские задачи не обнаружат это изменение в состоянии, будет короче.

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

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

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

    CRITICAL_PLUS
    Зарезервировано для наиболее важных запросов, которые в случае сбоя приведут к серьезным видимым для пользователя последствиям.
    КРИТИЧЕСКИЙ
    Значение по умолчанию для запросов, отправленных из производственных заданий. Эти запросы приведут к видимому для пользователя воздействию, но оно может быть менее серьезным, чем у CRITICAL_PLUS . Ожидается, что услуги обеспечат достаточную пропускную способность для всего ожидаемого трафика CRITICAL и CRITICAL_PLUS .
    SHEDDABLE_PLUS
    Трафик, для которого ожидается частичная недоступность.Это значение по умолчанию для пакетных заданий, которые могут повторять запросы через несколько минут или даже часов.
    ОТКРЫВАЕМЫЙ
    Трафик, для которого ожидается частая частичная недоступность и периодическая полная недоступность.

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

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

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

    Критичность запроса ортогональна его требованиям к задержке и, следовательно, используемому качеству обслуживания (QoS) базовой сети. Например, когда система отображает результаты поиска или предложения, пока пользователь вводит поисковый запрос, базовые запросы очень легко откладываются (если система перегружена, эти результаты приемлемо не отображать), но, как правило, предъявляют строгие требования к задержке.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

    В качестве конкретного примера (наихудшего сценария) предположим, что центр обработки данных принимает небольшое количество запросов и отклоняет большую часть запросов.Пусть X будет общей скоростью запросов к центру обработки данных в соответствии с логикой на стороне клиента. Из-за количества повторных попыток количество запросов значительно вырастет, примерно до 3 раз. Хотя мы эффективно ограничили рост числа повторных попыток, трехкратное увеличение количества запросов является значительным, особенно если стоимость отклонения запроса по сравнению с его обработкой значительна. Однако разделение бюджета повторных попыток для каждого клиента (коэффициент повторных попыток 10%) снижает рост до 1.1x в общем случае — значительное улучшение.

    При третьем подходе клиенты включают в метаданные запроса счетчик того, сколько раз запрос уже был испробован. Например, счётчик начинается с 0 при первой попытке и увеличивается при каждой повторной попытке до тех пор, пока не достигнет 2, после чего из-за бюджета каждого запроса его повторные попытки прекращаются. Бэкенды хранят гистограммы этих значений в недавней истории. Когда серверной части нужно отклонить запрос, он обращается к этим гистограммам, чтобы определить вероятность того, что другие внутренние задачи также будут перегружены.Если эти гистограммы показывают значительное количество повторных попыток (что указывает на то, что другие внутренние задачи, вероятно, также перегружены), они возвращают Ответ об ошибке «перегружен; не повторять» вместо стандартной ошибки «задача перегружена», которая вызывает повторные попытки.

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

    Рисунок 21-1. Гистограммы попыток в различных условиях

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

    Рассмотрим пример из рисунка 21-2 (на практике наши стеки часто значительно сложнее). Представьте, что Frontend БД в настоящее время перегружен и отклоняет запрос. В таком случае:

    • Backend B затем повторит запрос в соответствии с предыдущими инструкциями.
    • Однако, как только Backend B определяет, что запрос к Frontend БД не может быть обработан (например, потому что запрос уже был предпринят и отклонен три раза), Backend B должен вернуться в Backend A либо «перегружен; Ошибка «t retry» или ухудшенный ответ (предполагается, что он может дать некоторый умеренно полезный ответ, даже если его запрос к Frontend БД не удался).
    • Backend A имеет точно такие же параметры для запроса, который он получил от Frontend, и действует соответственно.
    Рисунок 21-2. Стек зависимостей

    Ключевым моментом является то, что неудавшийся запрос от Frontend БД должен быть повторен только Backend B, уровнем непосредственно над ним. Если повторить попытку нескольких слоев, мы получим комбинаторный взрыв.

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

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

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

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

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

    Поэтому мы считаем очень важным обеспечить защиту отдельных задач от перегрузки. Проще говоря: серверная задача, настроенная для обслуживания определенной скорости трафика, должна продолжать обслуживать трафик с этой скоростью без какого-либо значительного влияния на задержку, независимо от того, сколько избыточного трафика выбрасывается на задачу.Как следствие, бэкэнд-задача не должна падать и падать под нагрузкой. Эти утверждения должны быть верными до определенной скорости трафика — где-то в 2 или даже 10 раз выше той, для обработки которой предназначена задача. Мы допускаем, что может быть определенный момент, когда система начинает выходить из строя, и повышение порога, при котором происходит этот сбой, становится относительно трудно достижимым.

    Главное — серьезно отнестись к этим условиям деградации. Когда эти условия ухудшения качества игнорируются, многие системы будут демонстрировать ужасное поведение.А поскольку объем работы накапливается, и задачи в конечном итоге исчерпывают память и аварийно завершают работу (или в конечном итоге сжигают почти весь процессор из-за нехватки памяти), задержка страдает, поскольку трафик отбрасывается, а задачи конкурируют за ресурсы. Если этот параметр не отмечен, сбой в подмножестве системы (например, отдельной серверной задаче) может вызвать сбой других компонентов системы, что потенциально может привести к сбою всей системы (или значительного ее подмножества). Влияние такого каскадного сбоя может быть настолько серьезным, что для любой системы, работающей в большом масштабе, критически важно защитить от него; см. Устранение каскадных сбоев.

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

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

    Как заставить Google мгновенно проиндексировать ваш новый веб-сайт

    Хотите, чтобы на ваш сайт было больше обычного поискового трафика?

    Готов поспорить, ответ будет положительным — мы все делаем!

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

    Согласно некоторым исследованиям, около 53% трафика вашего сайта можно отнести к обычному поиску.

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

    Как вы индексируете свой новый сайт или блог в Google, Bing и других поисковых системах?

    Что ж, у вас есть два варианта.

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

    (Поверьте, я бывал там раньше — не весело.)

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

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

    Именно с помощью этих стратегий я увеличил количество посетителей этого блога до 600 000 в месяц так же быстро, как и я!

    Хотите сделать то же самое?

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

    Я расскажу, как заставить Google быстро проиндексировать наш веб-сайт, что приведет к увеличению органического поискового трафика и повышению рейтинга.

    Приступим!

    Зачем вам нужен Google для индексации вашего сайта?

    Во-первых, очевидный ответ.

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

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

    Поисковые системы, такие как Google, не обновляются автоматически.

    Они полагаются на пауков — маленькие кусочки компьютерного кода, которые каждая поисковая система отправляет, чтобы «сканировать» сеть (отсюда и «паук»).

    Вам нужна эффективная частая скорость сканирования.

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

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

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

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

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

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

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

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

    В наши дни Google больше заботится об общем опыте пользователей на вашем сайте и о намерениях пользователей, стоящих за поиском — i.д., хочет ли пользователь что-то купить (коммерческое намерение) или чему-то научиться (информационное намерение)?

    Они даже сделали Page Experience фактором ранжирования.

    Не поймите меня неправильно — ключевые слова по-прежнему имеют значение. По словам Брайана Дина из Backlinko, важны и другие факторы — всего до 200. К ним относятся такие вещи, как качественные входящие ссылки, социальные сигналы (хотя и не напрямую) и действительный код на всех ваших страницах.

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

    Вот почему индексирование веб-сайтов так важно.

    Проще говоря, индексирование — это способ паука собирать и обрабатывать все данные со страниц и сайтов во время их обхода по сети.

    Частое индексирование улучшает результаты поиска.

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

    Когда паук видит изменение на вашем веб-сайте, он обрабатывает как контент (текст) на странице, так и те места на странице, где размещены условия поиска. Он также анализирует теги заголовков, метатеги и атрибуты alt для изображений.

    Затем этот паук добавляет или «индексирует» этот контент в Google.

    Вкратце об индексировании. Это важный инструмент для веб-мастеров.

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

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

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

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

    Какое значение имеют факторы индексации веб-сайтов?

    Вам нужна эффективная индексная ставка для вашего веб-сайта.

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

    Вы можете проверить, как часто Google сканирует ваши страницы, войдя в Search Console.

    Еще не настроили Google Search Console? Перейдите к шагу 2, чтобы узнать, как настроить свой веб-сайт.

    В Search Console щелкните свой веб-сайт.Затем нажмите «Настройки»> «Статистика сканирования»> «Открыть отчет». Вы увидите следующие графики:

    Первый график показывает, как часто Google сканирует ваш сайт.

    График «Запросы сканирования» показывает, как часто Google сканирует мой сайт каждый день.

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

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

    Это случается очень редко, поэтому вам, вероятно, не стоит об этом беспокоиться. Google позволяет вам изменять скорость сканирования (только вниз, а не вверх), если это происходит с вами.

    Итак, как мне увеличить скорость сканирования?

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

    Я также перешел на новый веб-хостинг в апреле, который намного быстрее, чем мой старый.

    Чем быстрее загружается ваш сайт, тем быстрее Google может его проиндексировать!

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

    Проще говоря:

    Более быстрый сайт = лучший пользовательский опыт.

    Лучший пользовательский опыт = более высокий рейтинг в результатах поиска.

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

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

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

    Вам не обязательно делать все 18 шагов, чтобы иметь хорошо проиндексированный веб-сайт, но если вам интересно, как повысить рейтинг в Google, это единственное руководство, которое вам когда-либо понадобится!

    Шаг 1. Мой сайт уже проиндексирован?

    Если вы не создаете новый сайт, он, вероятно, уже проиндексирован.

    Если вы не уверены, вот как это узнать.

    Самый простой способ проверить это — выполнить поиск по сайту : yourdomain.com в Google. Если Google знает, что ваш сайт существует и уже просканировал его, вы увидите список результатов, аналогичный тому, что был для NeilPatel.com на снимке экрана ниже:

    Если Google еще не нашел ваш сайт, вы не получите никаких результатов, например:

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

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

    Шаг 2. Установка и настройка Google Analytics и Search Console

    Если вы еще не знакомы с этими бесплатными инструментами Google, вот краткое описание.

    Google Analytics: Измеряет статистику вашего веб-сайта, такую ​​как посетители, время, проведенное на сайте, какие страницы они просматривали, откуда они и т. Д.

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

    Search Console также позволяет вам управлять некоторыми ключевыми аспектами вашего появления в результатах поиска и вручную отправлять карты сайта — все это я расскажу позже в этой статье.

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

    Если у вас уже есть Google Analytics и Search Console, нажмите здесь, чтобы перейти к Шагу 3: Создание стратегии контент-маркетинга.

    Чтобы настроить Google Analytics, нажмите здесь и войдите в свою учетную запись Google.

    Это может быть ваш @gmail.com или ваш адрес электронной почты @ mydomain.com, если вы используете сервис Google G Suite for Business.

    Затем нажмите «Зарегистрироваться».

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

    Вы увидите такую ​​страницу. Не паникуйте!

    Есть несколько способов установить Google Analytics на свой веб-сайт.

    Настройка Google Analytics

    Если вы используете WordPress или другую систему управления контентом, которая запрашивает ваш идентификатор отслеживания Google Analytics, вам просто нужен номер в самом верху.В моем случае это UA-98962030-1.

    Это не мой настоящий идентификатор отслеживания! Просто говорю, не размещайте это в Интернете! 😉

    Плагин Google Analytics от MonsterInsights для WordPress действительно прост в настройке.

    Просто скачайте его, загрузите плагин в WordPress, активируйте его, и вы увидите этот экран.

    Нажмите синюю кнопку «Аутентифицировать», и она проведет вас через все остальное.

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

    Если вы не используете WordPress или хотите добавить код Google Analytics вручную, вот как это сделать.

    Вам необходимо поместить этот код (в красном поле) на каждую страницу вашего веб-сайта.

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

    Кусок торта, правда?

    Не волнуйтесь, вот как это сделать!

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

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

    Ваша регистрационная информация должна выглядеть примерно так:

    После подключения вы увидите список подобных файлов и папок.

    Откройте новый текстовый файл (для этого подойдут Блокнот для Windows или TextEdit для Mac).Убедитесь, что для него установлено значение «Только обычный текст».

    В TextEdit вы нажимаете «Формат» -> «Сделать обычный текст», чтобы сделать это.

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

    Когда у вас будет обычный текстовый документ, вставьте код Google Analytics. В итоге вы получите:

    Сохраните файл как analyticstracking.php. Убедитесь, что у него есть расширение.php, а не .txt.

    Если ваш текстовый редактор по какой-то причине сохранил его с именем «analyticstracking.php.txt», просто переименуйте файл на своем компьютере в «analyticstracking.php».

    Загрузите этот файл в корневой каталог через FTP (первая папка вашего сайта).

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

    Для этого загрузите все файлы шаблонов PHP для своего веб-сайта и отредактируйте их.

    Если у вас есть один с именем header.php, который загружается на каждой странице, вам нужно сделать это только один раз!

    Загрузите header.php.

    Затем откройте загруженный файл в текстовом редакторе.

    Найдите тег и начало , например:

    Вставьте одну строку кода сразу после тега .

    Скопируйте этот код:

    И вставьте сюда:

    Сохраните файл header.php и повторно загрузите его на свой веб-сайт.

    Готово!

    Если у вас нет файла header.php, вам нужно повторить этот процесс для каждого шаблона страницы php, который есть на вашем веб-сайте, например index.php, blog.php и т. Д.

    Если вы используете WordPress, у вас определенно преимущество. Все, что вам нужно сделать, это установить плагин.

    Хорошо, нужно настроить еще кое-что, и мы перейдем к шагу 3.

    Настройка консоли поиска Google

    Теперь, когда мы настроили Google Analytics, пора добавить наш веб-сайт в Google Search Console (ранее известный как Google Webmaster Tools).

    Щелкните здесь, чтобы перейти в Search Console. Войдите в свою учетную запись Google.

    Вы увидите этот экран:

    Нажмите «Начать сейчас».

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

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

    Щелкните раскрывающееся меню, чтобы найти поставщика доменного имени.

    Если вашего нет в списке, вы можете нажать «Другое» (внизу).

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

    Это немного над головой? Не волнуйтесь, у меня есть способ попроще!

    Если вы все же хотите добавить запись TXT, вот как это сделать.

    Щелкните «Альтернативные методы» вверху.

    Есть два простых способа подтвердить свой домен: с помощью Google Analytics или с помощью загрузки файла HTML.

    Я расскажу о них обоих.

    Чтобы подтвердить с помощью Google Analytics, просто выберите его и нажмите «Подтвердить».

    Google проверит вашу учетную запись Google Analytics, чтобы убедиться, что вы являетесь тем, кем себя называете, и если да, то вы увидите сообщение об успешном завершении.Убедитесь, что вы используете тот же аккаунт Google для Search Console, что и для Analytics.

    Процесс загрузки файлов в формате HTML все еще довольно прост.

    Щелкните, чтобы загрузить файл на свой компьютер на шаге 1, затем снова откройте программу FTP. Загрузите HTML-файл Google в свой корневой каталог.

    Затем перейдите по URL-адресу, который Google дал вам, чтобы убедиться, что файл там. В моем случае это https://neilpatel.com/googlefba739b2a6dd0306.html.

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

    Вернитесь в Search Console и нажмите «Подтвердить» внизу.

    Вот и все!

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

    Есть еще две действительно важные вещи, которые вам нужно сделать сейчас:

    • Добавьте обе версии своего домена neilpatel.com и www.neilpatel.com
    • Установите предпочтительный домен

    Зачем вам это нужно, спросите вы?

    Это может вызвать ошибки сканирования, которых мы пытаемся избежать!

    Добавить другую версию вашего URL-адреса просто — повторите тот же процесс, который я только что объяснил.В приведенном выше примере я подтвердил свой домен neilpatel.com. Поэтому я бы пошел в Search Console и проделал те же шаги, но вместо этого использовал бы neilpatel.com.

    После того, как вы добавили в Search Console и yourdomain.com, и www.yourdomain.com, вам необходимо установить предпочтительный домен.

    Для этого нажмите на свой веб-сайт в Search Console.

    В правом верхнем углу щелкните значок шестеренки и выберите Параметры сайта.

    Выберите, хотите ли вы, чтобы ваши URL отображались с префиксом www.»Или без.

    Я собираюсь показать вам все удивительные вещи, которые вы можете делать с помощью Search Console, позже в этой статье, так что держите эту вкладку открытой!

    Но теперь нам нужно вернуться к основам маркетинга и поговорить о создании стратегии SEO для вашего контента.

    Шаг 3. Создание стратегии контент-маркетинга

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

    Но не верьте мне на слово.

    От Института контент-маркетинга:

    «Те, у кого есть задокументированная стратегия контент-маркетинга:

    • С гораздо большей вероятностью считают себя эффективными в контент-маркетинге
    • Чувствуют себя значительно менее сложными во всех аспектах контент-маркетинга
    • Считают себя более эффективными в использовании всех тактик контент-маркетинга и каналов социальных сетей
    • Могут оправдать расходы более высокий процент их маркетингового бюджета на контент-маркетинг »

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

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

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

    Согласно отчету HubSpot «Not Another State of Marketing Report 2020», 60% контент-маркетологов заявили, что контент очень важен или чрезвычайно важен для их общей стратегии.

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

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

    Вот пример.

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

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

    Инфографика

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

    Но вы все это читаете, верно ?!

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

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

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

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

    • Гостевые сообщения на других сайтах в вашей нише
    • Пресс-релизы, отправленные на сайты, которые публикуют такой контент
    • Статьи на сайтах высококачественных каталогов статей (Примечание: здесь будьте осторожны — подавляющее большинство каталогов статей , а не высокое качество и может нанести вред вашему бренду, репутации и поисковой оптимизации.)
    • Некоторые авторитетные каталоги — это Medium и HubPages.
    • Видео, размещенные на Vimeo или на вашем канале YouTube

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

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

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

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

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

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

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

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

    Вот фреймворк, который я использую для своего:

    • Каковы ваши цели? Укажите цели SMART и способы измерения своего прогресса (т.е., метрики).
    • Кто ваша целевая аудитория? Профили или личности клиентов важны для понимания вашей аудитории и того, что они хотят / нуждаются.
    • Какие типы контента вы будете создавать? Вы должны быть уверены, что доставляете контент, который хочет видеть ваша целевая аудитория.
    • Где это будет опубликовано? Конечно, вы будете размещать свой собственный контент на своем веб-сайте, но вы также можете обратиться к другим сайтам или использовать такие платформы, как YouTube, LinkedIn и Slideshare.
    • Как часто вы будете публиковать свой контент? Гораздо лучше последовательно выпускать одну хорошо написанную и качественную статью в неделю, чем публиковать каждый день в течение недели, а затем ничего не публиковать в течение месяца. Последовательность — ключ к успеху.
    • Какие системы вы выберете для публикации своего контента? Системы — это в основном повторяемые процедуры и шаги для выполнения сложной задачи. Они помогут вам сэкономить время и быстрее писать контент, чтобы вы могли не отставать от графика.Все, что помогает вам публиковать контент за меньшее время, не жертвуя качеством, улучшит вашу прибыль.
    • Какие инструменты вы будете использовать? Укажите инструменты и технологии ведения блогов / контента, которые вы будете использовать, и то, как они вписываются в вашу систему.

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

    Шаг 4. Начните вести блог

    Зачем нужен блог?

    Это просто: блоги — это трудолюбивые SEO-машины.Контент блога сканируется и индексируется быстрее, чем статические страницы.

    Блоги также привлекают больше трафика. Компании, которые ведут блог, регулярно привлекают на свои сайты на 55% больше посетителей, чем те, которые этого не делают.

    Блоги подходят для любого бизнеса, отрасли или ниши, а также почти для всех бизнес-моделей — даже для сайтов B2C и электронной коммерции.

    Не бойтесь вести блог.

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

    Награды, как я выяснил, того стоят.

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

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

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

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

    Шаг 5. Используйте внутренние ссылки на своем веб-сайте

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

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

    Важно структурировать навигацию по веб-сайту так, чтобы она была понятна Google.

    Ваша навигация должна следовать предсказуемому потоку, например, Домашняя страница -> Категория -> Дополнительная страница.

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

    Домашняя страница -> Услуги веб-дизайна -> Дизайн WordPress

    Видите, как все это связано и имеет смысл?

    Еще одним ключевым фактором является правильная структура ваших URL-адресов.Эмпирическое правило Google — сделать их максимально простыми и понятными.

    Так что, если это имеет смысл для вас, человека, это должно иметь смысл и для Google.

    Еще один отличный способ ссылаться на ваш контент — это сообщения в блогах.

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

    Или я мог бы создать такую ​​строку:

    Связано: Имеет ли значение структура URL-адреса? Ответ, управляемый данными

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

    Не забывайте всегда помнить об удобстве использования. Это идет рука об руку с SEO. У Google есть все эти правила и способы работы, потому что он пытается предоставить своим пользователям наилучшие результаты и дать им ответы, которые они ищут.

    Вы должны сосредоточиться на одном и том же!

    Шаг 6. Продвигайте публикацию вашего контента в социальных сетях

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

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

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

    Что, если вы внимательно … говорит паукам Google проиндексировать ваш сайт

    бонусных балла, если вы уже догадались.

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

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

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

    Мэтт Каттс, бывший известный Google, сказал несколько лет назад:

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

    Bing, с другой стороны, очень четко дал понять, как он использует ссылки социальных сетей в рейтинге результатов поиска, известные как «социальные сигналы».

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

    Обмен в соцсетях помог мне значительно расширить мой блог. Когда я основал NeilPatel.com, я начинал с нуля и быстро увеличил свою аудиторию до 60 000 читателей в месяц за 2 месяца.

    Сейчас у меня в среднем более 20 миллионов посещений в месяц.

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

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

    Шаг 7. Добавьте плагин Sitemap, чтобы Google проиндексировал ваш сайт

    Во-первых, давайте поговорим о том, что такое карта сайта.

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

    Карта сайта — это файл, который сообщает Google о файлах на вашем веб-сайте, в том числе о том, как они соотносятся друг с другом. Это упрощает сканирование и индексирование вашего сайта Google.

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

    Влияют ли карты сайта на ваш поисковый рейтинг? Могут, но ненамного.

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

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

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

    По словам Google, «отправка файла Sitemap помогает убедиться, что Google знает об URL-адресах на вашем сайте.”

    Это гарантия, что ваш сайт будет немедленно проиндексирован? Нет. Но это определенно эффективный инструмент для веб-мастеров, который помогает в этом процессе.

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

    Кейси поговорил с одним из своих клиентов, который вел довольно популярный блог, используя как WordPress, так и плагин Google XML Sitemaps Generator для WordPress (подробнее об этом ниже).

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

    Клиент просто продолжил свой обычный график публикации (около двух или трех сообщений в неделю).

    Кейси назвал результаты своего эксперимента не чем иным, как «поразительными» с точки зрения поисковой оптимизации.

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

    Когда была отправлена ​​карта сайта? Это среднее значение упало до 14 минут.

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

    Однако некоторые виды контента требуют более частого сканирования и индексации.

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

    Но есть гораздо более простой способ создать и отправить карту сайта. Если вы используете WordPress, просто установите и используйте плагин Google XML Sitemaps.

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

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

    Когда у вас есть карта сайта, вы хотите отправить ее в Google Search Console, о чем мы поговорим дальше.

    Шаг 8. Отправьте файл Sitemap в Search Console

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

    Еще не зарегистрированы в Google Search Console? Вернитесь к шагу 2, чтобы узнать, как это сделать.

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

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

    Обычно это URL-адрес yourdomain.ru / sitemap.xml.

    Как я упоминал выше, вы также можете использовать веб-сайт, такой как XML-Sitemaps.com, для его создания. Для этого просто введите свой URL и выберите периодичность изменения.

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

    Как только он предоставит вам файл sitemap.xml, загрузите его на свой веб-сайт через FTP.

    Получив URL-адрес карты сайта, введите его в Google Search Console.

    После отправки вы увидите это внизу страницы.

    Когда Google завершит его индексирование, столбец «Обработано» изменится с «Ожидание» на дату, когда он был проиндексирован.

    Как видите, только 294 из 473 моих веб-страниц были проиндексированы! Будем надеяться, что за это время паук подберет их больше. Однако не беспокойтесь, если вы увидите похожую статистику — некоторые из этих страниц, вероятно, вы в любом случае не хотите индексировать (подробности см. В шаге 17!).

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

    Вы также можете использовать Инструменты Bing для веб-мастеров, чтобы сделать то же самое с Bing. Хорошо бы охватить все ваши базы, тем более что Bing — вторая по популярности поисковая система после Google!

    Шаг 9. Создайте каналы социальных сетей

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

    Почему? Потому что, как мы узнали на шаге 6, один из компонентов поисковой оптимизации — это внимание к социальным сигналам.

    Эти сигналы могут побудить поисковые системы сканировать и индексировать ваш новый сайт.

    Более того, социальные сигналы помогут вам повысить рейтинг ваших страниц в результатах поиска.

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

    профилей Twitter, страниц Facebook, профилей LinkedIn или страниц компаний, профилей Pinterest, каналов YouTube и особенно профилей или страниц Google+ — все это легко создать и является идеальным местом для добавления ссылок, указывающих на ваш веб-сайт.

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

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

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

    Шаг 10. Используйте robots.txt

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

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

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

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

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

    Теперь вы можете спросить: «С какой стати мне нужно, чтобы поисковые системы , а не , индексировали страницу на моем сайте?» Это хороший вопрос!

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

    Ваш первый шаг — убедиться, что на вашем новом сайте есть файл robots.txt. Вы можете сделать это либо по FTP, либо щелкнув свой файловый менеджер через CPanel (или аналогичный, если ваша хостинговая компания не использует CPanel).

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

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

    WordPress-блоггеры могут оптимизировать свои файлы robots.txt с помощью надежного плагина WordPress, такого как плагин Yoast SEO.

    Формат файла robots.txt довольно прост. В первой строке обычно указывается пользовательский агент, который представляет собой просто имя поискового бота — например, Googlebot или Bingbot. Вы также можете использовать звездочку (*) в качестве идентификатора подстановочного знака для всех ботов. Этот тип плагина WordPress — эффективный инструмент для веб-мастеров.

    Далее идет строка разрешающих или запрещающих команд.Они сообщают поисковым системам, какие части они должны сканировать и индексировать («Разрешить»), а какие — игнорировать («Запрещать»).

    Эти правила гарантируют, что только те страницы, которые вы хотите проиндексировать, попадут в результаты поиска.

    Итак, напомним: функция robots.txt заключается в том, чтобы сообщать поисковым системам, что делать с контентом / страницами на вашем сайте. Но помогает ли это проиндексировать ваш сайт?

    Суровый Агравал из ShoutDreams Media говорит:

    Да.

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

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

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

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

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

    Шаг 11. Проиндексируйте свой сайт с помощью других поисковых систем

    Вы также можете воспользоваться прямым подходом и отправить URL своего сайта в поисковые системы.

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

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

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

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

    Видите все эти случайные каталоги и веб-сайты, куда будет отправлен ваш сайт?

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

    Поскольку есть и другие методы, которые работают эффективно, большинство блоггеров и владельцев сайтов игнорируют этот шаг.

    С другой стороны, это не займет много времени и не повредит вашему SEO, если вы просто отправляете данные в Google, Bing, Yahoo или другие очень уважаемые веб-сайты.

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

    Примечание. Раньше Google позволял вам напрямую отправлять URL-адреса для индексации, но теперь этого не делает.

    Шаг 12. Поделитесь своим контентом на агрегаторах

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

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

    Хорошо известные примеры — Reddit и Medium.

    Размещение вашего контента на агрегаторах — отличный источник ссылок и новых контактов, как и социальные сети.

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

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

    Шаг 13: Поделитесь ссылкой на свой веб-сайт повсюду

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

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

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

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

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

    Мне нравится, как Whole Foods использует Pinterest для взаимодействия со своей целевой аудиторией (например, гурманами и любителями натуральных рецептов). У них есть доски для каждой темы, включая текущие праздники и сезонные тенденции.

    Если вы на YouTube, проявите творческий подход! Запишите короткий видеоролик, представляющий ваш сайт и подчеркивающий его особенности и преимущества. Затем добавьте URL-адрес в описание видео.

    Social Media Examiner предлагает поместить ваш URL в первую строку описания.

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

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

    Джон Морроу, известный Copyblogger, сделал это со своим новым сайтом Unstoppable.me. Он составил список адресов электронной почты тысяч людей из своих многочисленных предприятий и успешно использовал его для привлечения трафика на свое новое предприятие.

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

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

    Его первый пост на Unstoppable.me собрал более 60 000 репостов в Facebook и 3 000 репостов в Twitter всего за первый месяц.

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

    Шаг 14. Настройка RSS-канала

    Что такое RSS?

    RSS — это автоматический канал содержания вашего веб-сайта, который обновляется, когда вы публикуете новое сообщение в блоге. Это расшифровывается как Really Simple Syndication или Rich Site Summary и подходит как для пользователей, так и для владельцев сайтов.

    Как это влияет на индексирование и сканирование?

    Что ж, прежде чем мы перейдем к этому, давайте проясним одну вещь: многие думают, что RSS мертв.

    Число пользователей неуклонно снижается с тех пор, как Google убил Google Reader в 2013 году.Я думаю, что RSS развивается, а не умирает.

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

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

    Пользователи могут подписаться на ваш RSS-канал в своей любимой RSS-программе и автоматически получать ваши новые сообщения. Популярные программы чтения RSS — Feedly и Feeder.

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

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

    Рассматривая RSS-канал, вы должны следовать нескольким рекомендациям:

    • Решите, хотите ли вы показывать полное содержание сообщения или отрывки. Если вы пишете длинный контент (более 2 000 слов), вам, скорее всего, следует выбрать в своем RSS-канале только отрывки.
    • Убедитесь, что ваш канал включает изображения , иначе ваши подписчики могут упустить ценную инфографику или другую графику, необходимую для понимания сообщения.

    Настройка RSS-канала с помощью Feedburner (собственный инструмент Google для управления RSS) помогает уведомить Google о том, что у вас есть новое сообщение в блоге или страница, готовая к сканированию и индексированию.

    Чтобы создать RSS-канал для своего сайта, перейдите на Feedburner. Войдите в свой аккаунт Google.

    Введите свой URL-адрес в поле и нажмите Далее.

    Дайте своему каналу заголовок и URL-адрес Feedburner (это будет публичный адрес вашего RSS-канала).

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

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

    Шаг 15: Разместите свой веб-сайт в каталогах

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

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

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

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

    Moz изучил проблему, проанализировав 2678 каталогов, и пришел к заключению, что «из 2678 каталогов только 94 были забанены — не так уж и плохо.

    Однако было еще 417 дополнительных каталогов, которые избежали блокировки, но были наказаны ».

    Так что же ответ?

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

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

    Например, этот от Harsh Agrawal был обновлен совсем недавно, в 2019 году.

    Другие варианты, которые вы, возможно, захотите изучить, — это TopRank, на котором есть огромный список сайтов, на которые вы можете отправить свой RSS-канал и блог; Technorati, который является одним из лучших каталогов блогов; и — после того, как вы опубликовали приличное количество высококачественного контента — субдомен Alltop для вашей ниши или отрасли.

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

    Самый простой способ разместить свой сайт сразу в нескольких каталогах — воспользоваться бесплатным сервисом Ping O Matic.

    Ping O Matic уведомляет каталоги о том, что ваш веб-сайт изменился и что они должны его проиндексировать. Это займет около 30 секунд, и вот как это сделать.

    Введите название вашего блога, URL-адрес домашней страницы и URL-адрес RSS (если он у вас есть), как это. В разделе Services to Ping выберите каталоги, которые подходят для вашего сайта:

    Нажмите «Отправить пинг», и все готово.

    Шаг 16. Часто проверяйте ошибки сканирования Google

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

    Чтобы проверить наличие ошибок сканирования, откройте Search Console.

    Слева нажмите «Настройки»> «Статистика сканирования»> «Открыть отчет».

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

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

    Затем посмотрите в разделе «Индекс» и нажмите «Покрытие».

    На этом экране отображаются все ошибки, с которыми робот Googlebot столкнулся при сканировании вашего сайта, например ошибки 404.

    Вот то, что вам следует отслеживать хотя бы раз в месяц:

    • Ошибки сканирования
    • Среднее время отклика
    • Статистика сканирования

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

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

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

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

    Так как вы это тоже получили?

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

    Вы можете увидеть все варианты структурированных данных в галерее поиска Google.

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

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

    Из всплывающего меню вы можете добавить такие атрибуты, как Автор, Дата публикации, Изображение, URL-адрес, Тело статьи и т. Д.

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

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

    Шаг 17. Убедитесь, что страницы, которые не следует индексировать, не соответствуют

    Есть некоторые страницы, которые вы не хотите, чтобы Google или другие поисковые системы индексировали. Вот страницы, которые вы не хотите показывать в поиске:

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

    Дублированное содержание: Если какие-либо страницы вашего сайта имеют повторяющееся содержание или немного отличаются друг от друга, например, страница, для которой вы проводите A / B-тест, вы не хотите, чтобы это индексировалось.

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

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

    Вот как сделать так, чтобы страницы, которые вы хотите исключить, не индексировались.

    Вариант 1. В вашем файле robots.txt

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

    Чтобы добавить это, откройте файл robots.txt.

    См. Шаг 10, чтобы узнать, как это сделать, если вам нужно напомнить.

    Чтобы заблокировать индексирование страницы, введите этот код в файл robots.txt.

    Запретить: / nameoffolder /

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

    Запрещено: /folder/filename.html

    Сохраните его, повторно загрузите на свой сервер и все. Для получения дополнительной информации о robots.txt, посетите robotstxt.org.

    Вариант 2. Используйте ссылки nofollow или noindex

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

    Во-первых, давайте рассмотрим, что они означают.

    Nofollow: Указывает Google не сканировать ссылки на этой странице.

    Это означает, что если я перейду на ваш сайт с neilpatel.com и использую ссылку nofollow, ни один из моих ссылок (или авторитет домена) не будет передан вам.

    Noindex: Указывает Google не индексировать страницу, даже если паук ее видит. Он не будет добавлен в результаты поиска.

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

    Вот пример.

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

    Это будет выглядеть так: Посмотрите мой супер крутое событие .

    Даже если люди будут искать в Google «супер крутое мероприятие Нила», эта страница не появится.

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

    Чаще всего вам понадобится тег noindex. Обычно вы хотите использовать nofollow только для партнерских ссылок, ссылок, за создание которых вам кто-то заплатил, или для которых вы получаете комиссию. Это потому, что вы не хотите «продавать ссылки».

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

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

    Сначала откройте HTML-код страницы.

    Если вы используете CMS (систему управления контентом), такую ​​как WordPress, вы можете отредактировать этот файл с помощью Yoast, чтобы добавить тег noindex.

    Если у вас нет такой CMS, как WordPress, вы можете загрузить страницу, которую нужно отредактировать, через FTP.

    Не знаете, как использовать FTP? Вернитесь к шагу 2, где я это объясню!

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

    Откройте его в текстовом редакторе. Блокнот для Windows или TextEdit на Mac отлично подходят для этого. Найдите тег , например:

    Прямо перед этим тегом вы хотите вставить ОДИН из следующих фрагментов кода.

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

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

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

    Как это:

    Шаг 18. Составьте план обновления старого содержимого

    Итак, что мы узнали об индексировании?

    Каждый раз, когда вы обновляете свой веб-сайт, Google хочет сканировать его чаще.

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

    Именно этим я сейчас и занимаюсь с этим мега-сообщением!

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

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

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

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

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

    Вот несколько простых способов обновить старый контент.

    Проверьте устаревшие факты или термины: Например, в этом сообщении упоминались инструменты Google для веб-мастеров, которые теперь называются Search Console.

    Ссылка на свежие источники информации: Если вы написали сообщение о SEO в 2013 году и использовали данные того же года в своем сообщении, тогда это нормально, но не в 2017 году. Обновите свои оценки и вспомогательную информацию, чтобы они были свежими.

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

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

    Связанный: SEO мертв?

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

    Заключение

    Надеюсь, вам понравилось это подробное руководство по индексации вашего сайта!

    Я знаю, что это очень важно. Я и половины этого не знал, когда начал вести блог.

    В моем первом блоге я установил Google Analytics, и все!

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

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

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

    Лучший совет, который у меня есть:

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

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

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

    Затем составьте план цифрового маркетинга.

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

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

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

    Узнайте, как мое агентство может привлечь огромное количество трафика на ваш веб-сайт

    • SEO — разблокируйте огромное количество SEO-трафика.Смотрите реальные результаты.
    • Контент-маркетинг — наша команда создает эпический контент, которым будут делиться, получать ссылки и привлекать трафик.
    • Paid Media — эффективные платные стратегии с четкой окупаемостью.

    Заказать звонок

    Рекомендации по предотвращению ограничения скорости — Zendesk Develop

    Рекомендации по предотвращению ограничения скорости

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

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

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

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

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

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

      Предел X-скорости: 700
    Остаточный предел скорости X: 699
      

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

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

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

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

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

       

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

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

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

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

      response = request.get (url)
    если response.status равно 429:
        alert ("Скорость ограничена. Ожидание повторной попытки…")
        ждать (response.retry-after)
        повторить (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.

    Интеграция мониторинга Google App Engine

    New Relic предлагает интеграцию, которая извлекает данные о ваших сервисах Google App Engine, чтобы вы могли просматривать данные в пользовательском интерфейсе New Relic.

    Для получения дополнительной информации о мониторинге приложений, которые находятся в в среде Google App Engine с New Relic APM (вместо того, как отслеживать службы Google App Engine), см. Раздел «Среда Google App Engine».

    Возможности интеграции с Google App Engine

    Интеграцию с Google App Engine можно использовать для просмотра диаграмм и установки предупреждений для служб Google App Engine в New Relic, а также для создания пользовательских запросов и диаграмм. Google App Engine - это сервис Google Cloud Platform, который абстрагирует базовую инфраструктуру для ваших мобильных и веб-приложений, позволяя вам сосредоточиться на их разработке.

    • Стандартная среда Google App Engine предоставляет набор предварительно настроенных сред выполнения и подходит для приложений, которым требуется полностью управляемое и быстрое масштабирование.
    • Гибкая среда Google App Engine запускает приложения в контейнерах Docker и подходит для приложений, требующих настраиваемого постепенного масштабирования.

    Активировать интеграцию

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

    Частота опроса

    New Relic запрашивает ваши службы Google App Engine с интервалом опроса 5 минут. Разрешение - 1 точка данных каждую минуту.

    Поиск и использование данных

    После подключения интеграции Google App Engine к New Relic и ожидания нескольких минут (в зависимости от частоты опроса) вы можете найти и использовать данные интеграции:

    Данные метрики

    Чтобы просмотреть данные метрики для интеграция Google App Engine в New Relic, создайте запросы NRQL для событий GcpAppEngineServiceSample и GcpCloudTasksQueueSample и связанных с ними атрибутов.

    Важно

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

    GcpAppEngineServiceSample

    Запрос GcpAppEngineServiceSample событий в New Relic для просмотра данных для следующих атрибутов:

    Атрибут

    9185 9185 9185 9185 9185Cpu.ReservedCores

    Общее количество ядер ЦП, выделенных для версии гибкой среды App Engine.

    flex.Cpu.Utilization

    Доля выделенного ЦП, используемая в версии гибкой среды App Engine.

    flex.Disk.ReadBytes

    Дельта-количество байтов, прочитанных с диска в версии гибкой среды App Engine.

    flex.Disk.WriteBytes

    Дельта-количество байтов, записанных с диска в версии гибкой среды App Engine.

    flex.Disk.ReceivedBytes

    Дельта-счетчик входящих сетевых байтов на всех виртуальных машинах в версии гибкой среды App Engine.

    flex.Disk.SentBytes

    Дельта-счетчик исходящих сетевых байтов на всех виртуальных машинах в версии гибкой среды App Engine.

    server.DosIntercepts

    Дельта-подсчет перехватов, выполненных для предотвращения DoS-атак.

    server.QuotaDenials

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

    сервер.Ответы

    Количество HTTP-ответов Delta.

    сервер.ResponseLatenciesMilliseconds

    Задержка ответа HTTP в миллисекундах.

    server.ResponseStyle

    Дельта учитывает стиль обслуживания HTTP.

    memcache.CentiMcu

    Использование Memcache в 1/100 вычислительной единицы Memcache.

    memcache.Operations

    Количество операций с ключом memcache.

    memcache.ReceivedBytes

    Количество байтов, полученных приложением от API memcache.

    memcache.SentBytes

    Количество байтов, отправленных приложением через API memcache.

    system.cpu.Usage

    Использование ЦП в мегациклах.

    Система. Экземпляры

    Количество существующих экземпляров.

    system.Memory.UsageBytes

    Общий объем памяти, используемый запущенными экземплярами.

    system.Network.ReceivedBytes

    Дельта-счетчик входящей полосы пропускания сети.

    system.Network.SentBytes

    Дельта-счетчик исходящей пропускной способности сети.

    GcpCloudTasksQueueSample

    Запрос GcpCloudTasksQueueSample событий в New Relic для просмотра данных для следующих атрибутов:

    Атрибут

    46 2 2 2Запросы

    Количество вызовов API облачных задач.

    queue.TaskAttempts

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

    queue.taskAttemptDelaysMilliseconds

    Задержка между временем каждой запланированной попытки и фактическим временем попытки.

    Данные инвентаризации

    Чтобы просмотреть данные инвентаризации для служб Google App Engine, перейдите на страницу one.newrelic.com > Инфраструктура> Инвентаризация и выполните поиск или выберите следующее:

    gcp / appengine / service

    Данные инвентаризации

    Описание

    5 9182

    Идентификатор службы или приложения, который представляет собой конкатенацию данных serviceId и версии , разделенных знаком '.' персонаж.

    serviceId

    Название службы или приложения.

    версия

    Версия развертывания службы или приложения.

    gcp / cloudtasks / queue

    918 9000 Имя очереди 9000 Имя очереди 9000

    Данные инвентаризации

    Описание

    имя

    targetType

    Целевой тип, которому отправляется очередь.

    Для получения дополнительной помощи

    Если вам нужна дополнительная помощь, ознакомьтесь со следующими ресурсами поддержки и обучения:

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

    Вы новичок в Оповещениях Google?

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

    Не волнуйтесь, еще не поздно начать.

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

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

    • Покажу, как быстро начать работу
    • Поделитесь несколькими советами, чтобы сделать ваши оповещения более эффективными,
    • И направьте вас, если вы хотите получить более подробные сведения

    Для этого нам нужно начать с вопроса…

    Почему вы хотите использовать оповещения Google?

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

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

    Другими словами, вы можете попробовать и .

    Каковы ваши цели?

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

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

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

    К сожалению, так не работает .

    Сначала вы должны выяснить, что вы хотите, чтобы Google отслеживал для вас, и чего вы надеетесь достичь. Ваши цели могут включать:

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

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

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

    Что дают оповещения Google

    Итак, что может вы ожидать от ваших предупреждений?

    • Простой мониторинг ключевых слов . Вы сможете отслеживать любое ключевое слово в источниках, которые отслеживает Google. Это означает блоги, форумы, новостные сайты и всю сеть.Он также включает YouTube, поскольку Google владеет этой платформой.
    • Упоминания доставлены на ваш почтовый ящик . GA отправит каждое упоминание этих ключевых слов на ваш почтовый ящик. Вы также можете просмотреть их на google.com/alert в любое время.
    • В реальном времени . Google позволяет вам выбирать частоту их получения. Один из вариантов - получить их в том виде, в каком они есть. Поэтому, как только ваши ключевые слова будут упомянуты в Интернете, вы получите уведомление (по электронной почте). Вы также можете выбрать получение всех ваших упоминаний один раз в день или один раз в неделю.

    Для бесплатного обслуживания это неплохо !

    А что не получишь?

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

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

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

    Теперь, без лишних слов, давайте настроим эти оповещения.

    Как настроить оповещения Google

    Создать полезные оповещения Google очень просто. Вот как это работает:

    1. Перейти в гугл .com / alerts . Убедитесь, что вы вошли в систему с той учетной записью Google, которую хотите использовать.
    2. Выберите ключевые слова . Постарайтесь сделать их уникальными. Такие бренды, как Apple и Orange, просто вернут шум.
    3. Выберите частоту . Выбор здесь действительно "в реальном времени или когда у меня будет время?" Если вы хотите получать уведомления в реальном времени, выберите «как это происходит».
    4. Выберите источники. Google Alerts не распространяется на социальные сети, но вы можете выбрать, отслеживать ли новости, блоги, видео или даже книги.
    1. Выберите язык . Если вас интересует только один конкретный язык, сейчас у вас есть шанс сделать этот выбор.
    2. Выберите регион . Если ваш бренд присутствует только в определенных странах или если вы выходите на новые рынки, это может быть полезно.
    3. Выбирайте между «только лучшим» и «всем» . Другими словами, вы хотите, чтобы были каждые упоминаний ваших ключевых слов, или вы позволите Google выбрать наиболее важные из них?
    4. Выберите адрес электронной почты для доставки на .Это будет тот, в который вы вошли, но вы можете отправлять свои оповещения в RSS-канал, если хотите.
    5. Hit Create Alert . Мы живы!

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

    Как повысить эффективность оповещений

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

    Избегайте общих или распространенных ключевых слов

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

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

    Остановитесь прямо здесь!

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

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

    Сделать несколько предупреждений

    Судя по всему, есть ограничение в 1000 предупреждений на человека (если вы используете адрес gmail). Вы никогда не приблизитесь к этому пределу. Так что используйте их по максимуму!

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

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

    • «Мой бренд» + ненависть
    • «Мой бренд» + сломанный
    • «Мой бренд» + худший

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

    Комбинируйте ключевые слова и проявляйте творческий подход

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

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

    Советы по маркетингу в социальных сетях

    Идеи «Маркетинг в социальных сетях»

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

    Вот творческое руководство по повышению эффективности ваших оповещений Google с некоторыми отличными идеями.

    По возможности используйте фильтры

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

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

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

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

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

    Вспомните, зачем вы их создали

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

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

    Но достаточно ли предупреждений Google?

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

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

    Плюс, вы действительно не можете позволить себе игнорировать социальные сети . Особенно, если вы ведете бизнес с процветающим онлайн-сообществом. 68% американцев используют только Facebook.

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

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

    Конечно, мы необъективны. Мы думаем, что Mention - лучший вариант. Но чтобы помочь вам выбрать подходящий инструмент, мы составили это руководство покупателя .

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

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

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