Содержание

Условия использования сервиса Яндекс.Метрика и AppMetrica

Настоящий документ «Условия использования сервисов Яндекс.Метрика и AppMetrica» (далее — Соглашение) представляет собой предложение Общества с ограниченной ответственностью «ЯНДЕКС» (далее — Яндекс) пользователю сети Интернет (далее — Пользователь) заключить соглашение об использовании сервисов «Яндекс.Метрика», «Яндекс.Метрика для приложений» (AppMetrica) (далее любой из вышеперечисленных сервисов именуется «Сервис») на изложенных ниже условиях. В случае если на Пользователя распространяется действие Общего регламента по защите данных (General Data Protection Regulation, сокращенно GDPR), отношения между Пользователем и Яндексом регулируются документом, размещенном по адресу: https://yandex.com/legal/metrica_eea_termsofuse/

1. Использование Пользователем Сервиса регулируется настоящим Соглашением, а также:

(далее вместе именуются — Регулирующие документы).

Пользователь обязуется ознакомиться со всеми Регулирующими документами и самостоятельно несет риск такого неознакомления.

2. К настоящему Соглашению и отношениям между Яндексом и Пользователем, возникающим в связи использованием Сервиса, подлежит применению право Российской Федерации. Везде по тексту настоящего Соглашения, если явно не указано иное, под термином «законодательство» понимается как законодательство РФ, так и законодательство места пребывания Пользователя

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

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

5. При использовании Сервиса Пользователю необходимо соблюдать следующие условия и ограничения:

  • иметь логин на Яндексе; разместить код счётчика на своем сайте / получить API-ключ и интегрировать библиотеку в мобильное приложение. Яндекс вправе по своему усмотрению отказать в доступе к Сервису без объяснения причин;

  • не удалять и не изменять ссылки на ресурсы Яндекса, содержащиеся в коде счётчика / библиотеке;

  • не устанавливать код счётчика на сайты / не интегрировать библиотеку в мобильные приложения, не соответствующие требованиям п. 5 Пользовательского соглашения сервисов Яндекса;

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

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

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

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

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

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

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

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

  • Параметры посетителей являются обезличенными и не позволяют идентифицировать конкретного посетителя страницы сайта Пользователя;

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

11. В случае, если совокупность данных, включенных в Параметры посетителей, представляет собой объект интеллектуальных или иных прав, то для целей надлежащего предоставления Сервиса Пользователь предоставляет Яндексу право использования данных, включенных в Параметры посетителей на условиях простой (неисключительной), безвозмездной, действующей на территории всего мира, в течение всего срока действия исключительного права, с правом сублицензирования, и не предусматривающей каких-либо дополнительных выплат, а также предоставления отчетов об использовании, лицензии всеми способами, предусмотренными применимым законодательством, включая, но не ограничиваясь, путем: извлечения, поиска, обработки, анализа, воспроизведения, распространения, переработки, технической интеграции, комбинирования, ассоциирования и/или сопоставления с любыми данными и/или информацией, принадлежащей Яндексу и/или находящейся в распоряжении Яндекса, а также осуществления иных действий, не запрещенных настоящими Правилами, Регулирующими документами и/или применимым законодательством.

12. При использовании функции «Параметры посетителей» Пользователь обязуется:

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

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

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

13. Пользователь самостоятельно и на свой риск включает функцию Сервиса «Вебвизор», определяет объем информации на страницах сайта Пользователя, которые записываются счётчиком. Пользователь вправе пометить отдельные поля страниц сайта Пользователя специальным CSS-классом https://yandex.ru/support/metrica/webvisor-v2/settings.html#record-field (в HTML-коде страниц сайта), для того чтобы вводимые третьими лицами (посетителями сайта Пользователя) в такие поля данные не записывались счётчиком при записи Сессий посещений и самостоятельно и на свой риск принимает решение о выборе полей для такой пометки и самостоятельно несет ответственность за запись данных в полях, не снабженных такой пометкой.

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

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

16. Все данные, собираемые и хранимые Сервисом, Яндекс рассматривает как персональные данные и конфиденциальную информацию Пользователя, а в случаях, предусмотренных применимым законодательством — как коммерческую тайну Пользователя. Яндекс обязуется, если иное не предусмотрено применимым законодательством, сохранять данные в тайне и не передавать такие данные третьим лицам (за исключением лиц, входящих в одну группу с Яндексом), за исключением случаев, когда Пользователь разрешил такую передачу или самостоятельно разрешил доступ к данным для третьих лиц. Агрегированные данные счётчиков, не раскрывающие конкретных показаний счётчика Пользователя, могут использоваться Яндексом по своему усмотрению, в том числе и в коммерческих целях.

16.1. В отношении персональных данных посетителей сайта Пользователя / конечных пользователей мобильного приложения Пользователя, Яндекс обеспечивает безопасность и конфиденциальность таких персональных данных, а также соблюдение требований к их обработке, установленные применимым законодательством, в том числе принимает необходимые правовые, организационные и технические меры защиты персональных данных от неправомерного или случайного доступа к ним, уничтожения, изменения, блокирования, копирования, распространения персональных данных, а также от иных неправомерных действий с такими данными, включая требования к защите обрабатываемых персональных данных, предусмотренные ст. 19 Федерального закона от 27.07.2006 №152-ФЗ «О персональных данных». В рамках обработки указанных персональных данных Яндекс обрабатывает такие данные в целях, установленных настоящим Соглашением, следующими способами: сбор, запись, систематизацию, накопление, хранение, уточнение (обновление, изменение), извлечение, использование, передачу (предоставление, доступ), блокирование, удаление, уничтожение персональных данных. Пользователь обязуется получить предусмотренные применимым законодательством согласия посетителей сайта Пользователя / конечных пользователей мобильного приложения Пользователя на обработку персональных данных Яндексом в указанном объеме и в целях, указанных в настоящем Соглашении.

17. Пользователь настоящим уведомлен и соглашается с тем, что посетители сайта Пользователя могут запретить сбор данных об их посещениях сайта Пользователя и запись их Сессий Посещений с использованием Сервиса, в том числе путем использования расширения для браузера «Блокировщик Яндекс.Метрики».

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

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

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

20. Яндекс имеет право без уведомления по собственному усмотрению прекратить или приостановить доступ пользователя к Сервису без объяснения причин, в частности, в случае нарушения таким пользователем требований настоящего Соглашения.

21. Все претензии, связанные с использованием/невозможностью использования Сервиса, должны направляться через форму обратной связи по адресу https://yandex.ru/support/metrika/troubleshooting.xml.

22. Яндекс может в любое время без уведомления Пользователя изменять текст настоящего Соглашения и/или любые иные условия использования Сервиса. Актуальный текст настоящего Соглашения размещается по адресу: https://yandex.ru/legal/metrica_termsofuse.

Дата публикации 12.08.2020 г.

Предыдущая версия документа https://yandex.ru/legal/metrica_termsofuse/22012020.

Предыдущая версия документа https://yandex.ru/legal/metrica_termsofuse/31052019.

Предыдущая версия документа https://yandex.ru/legal/metrica_termsofuse/21052019.

Предыдущая версия документа https://yandex.ru/legal/metrica_termsofuse/12032019.

Предыдущая версия документа https://yandex.ru/legal/metrica_termsofuse/11052018.

Предыдущая версия документа https://yandex. ru/legal/metrica_termsofuse/29082016.

Предыдущая версия документа https://yandex.ru/legal/metrica_termsofuse/18072016.

Предыдущая версия документа https://yandex.ru/legal/metrica_termsofuse/30052016.

Предыдущая версия документа https://yandex.ru/legal/metrica_termsofuse/13112015.

Предыдущая версия документа https://yandex.ru/legal/metrica_termsofuse/21102013.

Предыдущая версия документа https://yandex.ru/legal/metrica_termsofuse/04062013.

Предыдущая версия документа https://yandex.ru/legal/metrica_termsofuse/20092011.

Установка счетчика Яндекс Метрики

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

2. Яндекс метрика выдаст код счетчика. В этом коде найдите индентификатор счетчика (он выглядит как 8-9-значное число):

В примере используется счетчик с номером 55753096

3. Скопируйте это число.

4. В панели управления магазином зайдите в раздел Настройки — Счетчики и коды , найдите поле «Код Яндекс. Метрика для анализа посетителей на сайте», вставьте туда скопированное число:

5. Если все верно, то яндекс метрика на своей стартовой странице покажет что счетчик установлен:

На сайте магазина не будет никаких видимых информеров!

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

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

Подключение Ecommerce Метрики(Электронная коммерция)

Для включение передачи данных для ecommerce Метрики(Электронная коммерция) вам потребуется включить её в настройках счетчика

ВАЖНО оставить имя контейнера именно dataLayer

 

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

То есть если остаток 2.5 — передастся 2.

Если 0.8 — позицая не будет передоваться совсем и если это единственная позиция заказа- заказ аналогично не будет передан.

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

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

Яндекс.Метрика – Центр поддержки

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

  • аудиторию сайта и поведение посетителей
  • выручку и конверсию сайта
  • эффективность интернет- и оффлайн-рекламы
  • источники трафика
  • доступность сайта и скорость его работы.
 
В этой статье:

Подключение Яндекс.Метрики

Чтобы подключить Яндекс Метрику к вашему Эквид-магазину:

  1. Установите бесплатное приложение Яндекс.Метрика в панели управления магазина.
  2. Создайте счетчик для сайта с вашим магазином. Для этого зайдите в аккаунт Яндекс.Метрики и в левом верхнем углу нажмите Добавить Счетчик.
  3. Задайте имя счетчика.
  4. Введите адрес вашего сайта.
  5. Включите опцию Вебвизор, карта скроллинга, аналитика форм:
  6. Поставьте галочку напротив «Я принимаю условия Пользовательского соглашения» и нажмите Создать счетчик.
  7. На новой странице включите опцию Электронная коммерция.
  8. Нажмите на Дополнительные настройки и включите опцию Отслеживание хеша в адресной строке браузера:

  9. Нажмите Скопировать код и вставьте код в поле на странице настроек приложения в панели управления Эквида → Настройки → Яндекс. Метрика:

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

Готово! Данные о посещениях и заказах начнут поступать в ваш аккаунт Метрики через несколько часов. Вы их увидите во вкладке «Отчеты → Стандартные отчеты → Электронная коммерция».

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

Работа вебвизора

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

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

Примеры настройки целей

Для каждого счетчика Яндекс.Метрики можно создавать цели. Цели помогают отслеживать действия посетителей на сайте — просмотр страницы, нажатие кнопки и т. д.

Вот несколько примеров настройки целей в Яндекс.Метрике (они реализованы в коде приложения):

Рецепт 1. Настройте отслеживание добавлений товаров в корзину:

  1. Зайдите в ваш Яндекс.Метрика аккаунт → Настройки.
  2. Откройте вкладку Цели.
  3. Нажмите Добавить цель.
  4. В поле Название введите понятное название цели (например, Товар добавили в корзину).
  5. Из типов условия выберите JavaScript-cобытие.
  6. В поле Идентификатор цели вставьте ECWID_ADD_TO_CART_EVENT
  7. Нажмите Добавить цель.

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

  1. Зайдите в ваш Яндекс.Метрика аккаунт → Настройки.
  2. Откройте вкладку Цели.
  3. Нажмите Добавить цель.
  4. В поле Название введите понятное название цели (например, Удаление товара из корзины).
  5. Из типов условия выберите JavaScript-cобытие.
  6. В поле Идентификатор цели вставьте ECWID_REMOVED_FROM_CART_EVENT
  7. Нажмите Добавить цель.

Следить за результатами можно в Яндекс.Метрике → Отчёты → Конверсии (они появляются там с задержкой в несколько минут):

Вопросы-ответы

Почему Метрика показывает, что счетчик не найден, хотя данные поступают?

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

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

Как проверить, отправляется ли цель в Метрику?

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

Например, вы настроили цель Товар добавили в корзину. Чтобы проверить передаются ли её данные в Метрику, нужно в адресной строке браузера добавить ?_ym_debug=1 к адресу сайта (например, https://surfparadise.ecwid.com/?_ym_debug=1), открыть консоль в браузере и пройти нужный путь в магазине —добавить товар в корзину. Если цель передаётся в Метрику, в консоли появится строка Reach goal с id цели:

Вот тут можно больше почитать про проверку цели.

Читайте также

Статистика и отчёты в Эквид-магазине
Выгрузка товаров в Яндекс.Маркет
Работа с Яндекс.Вебмастером

Была ли эта статья полезной?

Приятно! Спасибо за ваш отзыв.

Спасибо за ваш отзыв.

Простите за это! Что было не так?

Отправить отзыв


Пользователи, считающие этот материал полезным: 36 из 56

«Яндекс» открыл обучающие онлайн-курсы для освоения «Яндекс.Метрики»

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

Сейчас пользователям доступна только первая часть курса — «Основы работы с „Яндекс.Метрикой“». Урок рассказывает о том, как сделать счетчик, правильно загрузить его на сайт и собрать статистику.

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

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

7839

просмотров

{
«author_name»: «Anastasiia Grekova»,
«author_type»: «self»,
«tags»: [],
«comments»: 4,
«likes»: 16,
«favorites»: 22,
«is_advertisement»: false,
«subsite_label»: «flood»,
«id»: 10989,
«is_wide»: true,
«is_ugc»: true,
«date»: «Mon, 05 Oct 2015 16:29:15 +0300»,
«is_special»: false }

{«id»:33234,»url»:»https:\/\/vc. ru\/u\/33234-anastasiia-grekova»,»name»:»Anastasiia Grekova»,»avatar»:»https:\/\/png.cmtt.space\/user-userpic\/b2\/61\/ce\/4bb1427cf0430c.jpg»,»karma»:2464,»description»:»»,»isMe»:false,»isPlus»:false,»isVerified»:false,»isSubscribed»:false,»isNotificationsEnabled»:false,»isShowMessengerButton»:false}

{«url»:»https:\/\/booster.osnova.io\/a\/relevant?site=vc»,»place»:»entry»,»site»:»vc»,»settings»:{«modes»:{«externalLink»:{«buttonLabels»:[«\u0423\u0437\u043d\u0430\u0442\u044c»,»\u0427\u0438\u0442\u0430\u0442\u044c»,»\u041d\u0430\u0447\u0430\u0442\u044c»,»\u0417\u0430\u043a\u0430\u0437\u0430\u0442\u044c»,»\u041a\u0443\u043f\u0438\u0442\u044c»,»\u041f\u043e\u043b\u0443\u0447\u0438\u0442\u044c»,»\u0421\u043a\u0430\u0447\u0430\u0442\u044c»,»\u041f\u0435\u0440\u0435\u0439\u0442\u0438″]}},»deviceList»:{«desktop»:»\u0414\u0435\u0441\u043a\u0442\u043e\u043f»,»smartphone»:»\u0421\u043c\u0430\u0440\u0442\u0444\u043e\u043d\u044b»,»tablet»:»\u041f\u043b\u0430\u043d\u0448\u0435\u0442\u044b»}},»isModerator»:false}

Блоги компаний

Еженедельная рассылка

Одно письмо с лучшим за неделю

Проверьте почту

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

Расхождение данных с Яндекс.

Метрикой — помощь Callibri

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

  1. Используется динамический канал. 
  2. Обращение уникальное (первичное).
  3. Определена «Посадочная» страница обращения.
  4. Тип обращения отмечен галочкой в настройках синхронизации с системой веб-аналитики.

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

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

Статус «Выполнено» — информация корректно передана в Метрику из нашего сервиса, обработана метрикой и подгружена в Цели.


Статус «Файл загружен. Обрабатывается» —информация корректно передана в Метрику из нашего сервиса, но не обработана Метрикой и в данный момент обрабатывается.

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

Статус «Ошибка» возникает в одном из двух случаев:

  1. Если на вашем сайте установлен неактуальный код вашего счетчика Метрики. Актуальный код счетчика вы можете увидеть внизу раздела Метрики Настройка — Счетчик:
    Посмотреть актуальный код счетчика Яндекс.Метрики в настройках
  2. Если первичный заход пользователя, который совершил обращение, на сайт был совершен давно — более 21 дня назад. В таком случае наш сервис передаст в Метрику связку обращения с тем первичным заходом, но Метрика не сможет его найти и не сможет обработать полученные данные, выдав эту ошибку.

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

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

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

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


Настройка интеграции с Яндекс.Метрикой дает возможность просматривать статистику поисковых запросов с
Яндекса.

B calltracking.ru вы сможете видеть цели, историю обращений клиента, детализацию лидов, чатов, заявок и
событий.

В Яндекс.Метрике — звонки, уникальность и длительность звонка, теги, канал трафика.


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

Метрики

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


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


Войдите в свой аккаунт Яндекс.Метрики,

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

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


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


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


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


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

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

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


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


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

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

Если данные о посетителе отсутствуют в Яндекс.Метрике, то они не появятся и в отчетах calltracking.ru.


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


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

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

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


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


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

(«Настройки» — «Загрузка данных»).


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

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


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

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

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


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

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


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

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

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


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

Яндекс.Метрика – увеличение эффективности веб — ресурсов

Я б в нефтяники пошел!

Пройди тест, узнай свою будущую профессию и как её получить.

Химия и биотехнологии в РТУ МИРЭА

120 лет опыта подготовки

Сервис онлайн-консультаций

Выбери профессию, о которой потом не пожалеешь

Международный колледж искусств и коммуникаций

МКИК — современный колледж

Английский язык

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

15 правил безопасного поведения в интернете

Простые, но важные правила безопасного поведения в Сети.

Олимпиады для школьников

Перечень, календарь, уровни, льготы.

Первый экономический

Рассказываем о том, чем живёт и как устроен РЭУ имени Г. В. Плеханова.

Билет в Голландию

Участвуй в конкурсе и выиграй поездку в Голландию на обучение в одной из летних школ Университета Радбауд.

Цифровые герои

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

Работа будущего

Как новые технологии, научные открытия и инновации изменят ландшафт на рынке труда в ближайшие 20-30 лет

Профессии мечты

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

Экономическое образование

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

Гуманитарная сфера

Разговариваем с экспертами о важности гуманитарного образования и областях его применения на практике.

Молодые инженеры

Инженерные специальности становятся всё более востребованными и перспективными.

Табель о рангах

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

Карьера в нефтехимии

Нефтехимия — это инновации, реальное производство продукции, которая есть в каждом доме.

Как работает Яндекс.Метрика — Яндекс.Метрика. Справка

Использование Яндекс.Метрики начинается с создания тега — фрагмента кода для вставки в содержимое веб-страницы. При генерации тега Яндекс.Метрика также создает связанное с ним хранилище данных.

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

  1. Сбор и передача данных
  2. Квоты
  3. Обработка и хранение данных
  4. Получение и отображение данных.Метрика

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

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

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

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

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

Если вы подозреваете, что кто-то другой делал запросы, используя ваше имя пользователя:

  1. Зайдите в настройки своей учетной записи.
  2. В разделе «Вход и история устройства» щелкните «Выход на всех устройствах».

  3. Снова зайдите в настройки своей учетной записи и смените пароль. Затем снова нажмите «Выйти на всех устройствах».

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

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

Объект Уровень

просмотр страницы

загрузка страницы

загрузка файла

клик по исходящей ссылке

Базовый
Сеанс Второй
Пользователь Третий

Статистический объект определяется набором атрибутов .

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

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

Эти уровни можно представить в виде диаграммы:

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

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

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

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

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

Метрики всегда рассчитываются для одного и того же типа статистических объектов.

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

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

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

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

Как создать и установить тег

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

Обучающее видео. Установка тега на сайт

Посмотреть видео

Установка тега на сайт с CMS

  1. В интерфейсе Яндекс.Метрики перейдите в раздел Настройки (на фрагменте кода tab) и нажмите Копировать.

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

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

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

Установка тега на сайт без CMS

  1. В Яндекс.В интерфейсе Metrica перейдите в раздел «Настройки» (на вкладке «Фрагмент кода») и нажмите «Копировать».

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

Примечание. Поместите элемент и содержимое noscript в элемент body.

* CMS — система управления контентом, программа для управления контентом веб-сайта.CMS используется для загрузки и удаления текстов, изображений или видео с веб-сайтов без каких-либо навыков программирования.

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

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

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

Яндекс.Метрика Аналитика — Плагины электронной торговли для интернет-магазинов — Shopify App Store

Основные моменты
  1. Повторы сеанса
  2. Ссылающиеся домены
  3. Данные в тот же день
  4. Аналитика каналов трафика
  5. Аналитика аудитории
  6. Поведенческая аналитика
  7. Аналитика производительности веб-сайтов
  8. Технологическая аналитика
  9. Настраиваемые и многофункциональные отчеты
  10. Специальная отчетность и мощная сегментация
  11. Бесплатно навсегда
  12. Без ограничений
Что такое Яндекс.

Метрика Аналитика?

Это приложение, позволяющее легко подключить магазин Shopify к сервису Яндекс.Метрики без изменения HTML.

Яндекс.Метрика — бесплатный сервис аналитики посещаемости сайтов. Это похоже на Google Analytics с несколькими дополнительными уникальными функциями. Яндекс.Метрика — второй по величине сервис веб-аналитики в Европе. Он полностью соответствует GDPR.

Зачем нужно подключаться к Яндекс.Метрика Аналитика?

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

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

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

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

Анализируйте данные о продажах в различных измерениях — выясните, какая категория продукта, торговая марка или модель работает лучше всего.Откройте для себя самые прибыльные регионы, аудитории или источники трафика. Если у вас уже настроено отслеживание электронной торговли в Google Analytics (Enhanced Ecommerce), вы можете включить отправку аналогичных данных в Яндекс.Метрику в один клик.

Обратите внимание! Приложение Яндекс. Метрика Analytics для Shopify не является официальным продуктом Яндекс.Метрики и было создано Simtech Development для упрощения процесса связи между магазинами Яндекс.Метрики и Shopify.

Google Analytics vs.Яндекс Метрика

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

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

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

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

Метрики, аналитика, цели

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

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

Метрики

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

Аналитика

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

Голы

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

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

Два инструмента в короткий список для мастеринга

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

Обобщая сказанное выше

Оба инструмента аналитики являются лучшими в своем классе, поскольку они предоставляют достаточно данных, которые, безусловно, могут способствовать успеху и росту бизнеса. Что касается диспропорций, Google Analytics больше фокусируется на ключевых показателях, которые помогают маркетологам ответить на вопрос «что привлекает аудиторию?».Напротив, Яндекс Метрика может помочь ответить на вопрос «почему аудитория увлекается». Неопытным пользователям будет проще освоить интерфейс Яндекс Метрики. Таким образом, бизнес-цели и маркетинговые цели разных компаний предполагают выбор наиболее подходящего инструмента.

Консультации по электронной торговле от ScienceSoft

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

Эволюция структур данных в Яндекс.Метрике

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

Обработка данных сама по себе не проблема. Настоящая трудность заключается в попытке определить, в какой форме следует сохранять обработанные результаты, чтобы с ними было легко работать. В процессе разработки нам несколько раз приходилось полностью менять подход к организации хранения данных.Мы начали с таблиц MyISAM, затем использовали LSM-деревья и в итоге пришли к базе данных, ориентированной на столбцы, ClickHouse. В этой статье я объясню, что заставило нас остановиться на последнем варианте.

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

Старая Яндекс.Метрика для веб-сайтов имеет более 40 «фиксированных» типов отчетов (например, отчет по географии посетителей), несколько инструментов аналитики на странице (например, карты кликов), Webvisor (который позволяет изучать действия отдельных пользователей в большая деталь), а также отдельный конструктор отчетов.

С новыми Metrica и Appmetrica вы можете настраивать каждый отчет вместо того, чтобы иметь дело с «фиксированными» типами. Вы можете добавлять новые параметры (например, в отчете по поисковым запросам вы можете разбить данные по целевым страницам), сегментировать и сравнивать (например, между источниками трафика для всех посетителей ипосетителей из Сан-Франциско), измените свой набор показателей и т. д. Новая система, следовательно, требует совершенно другого подхода к хранению данных, чем тот, который мы использовали ранее.

MyISAM

Изначально компания Metrica создавалась как ответвление службы поисковой рекламы Яндекс.Директ. Таблицы MySQL с движком MyISAM использовались в Direct для хранения статистики, и именно с этого мы начали в Метрике. Мы использовали MyISAM для хранения «фиксированных» отчетов с 2008 по 2011 годы.

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

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

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

Итак, итоговая таблица будет иметь следующую структуру: CounterID, Date, RegionID -> Visits, SumVisitTime,… Теперь посмотрим, что происходит, когда мы запрашиваем отчет.Запрос SELECT выполняется с условиями WHERE CounterID = AND Date BETWEEN min_date AND max_date. Другими словами, считывается диапазон первичного ключа.

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

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

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

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

Стандартный жесткий диск со скоростью 7200 об / мин может выполнять от 100 до 200 произвольных операций чтения в секунду. RAID-массив при правильном использовании может пропорционально выполнять гораздо больше. Один SSD-накопитель семилетней давности может выполнять 30 000 произвольных операций чтения в секунду, но мы не можем позволить себе хранить наши данные на SSD. В этой системе, если бы нам нужно было прочитать 10 000 строк для отчета, это заняло бы более 10 секунд, что было бы совершенно неприемлемо.

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

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

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

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

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

Эти (и другие) уловки какое-то время использовались в Яндекс.Метрике, чтобы все заработало.

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

  • локальность данных на диске очень трудно поддерживать
  • таблиц заблокированы во время INSERT
  • репликация медленная; реплики часто лагают
  • Согласованность данных после аппаратного сбоя не гарантируется
  • агрегатов, таких как количество уникальных пользователей, очень сложно подсчитать и сохранить
  • сжатие данных сложно использовать и работает неэффективно
  • Индексы

  • занимают много места и не помещаются в ОЗУ полностью
  • данные должны быть сегментированы вручную
  • многие вычисления должны выполняться на стороне кода приложения после SELECT
  • сложный в обслуживании и эксплуатации

Изображение: расположение данных на диске (художественная визуализация)

В общем, MyISAM было крайне неудобно использовать. Днем серверы работали со 100% загрузкой дисковых массивов (постоянное движение головы). В этих условиях диски выходят из строя чаще, чем обычно. Мы использовали дисковые полки на серверах. Другими словами, восстанавливать RAID-массивы приходилось довольно часто. Иногда реплики отставали так сильно, что нам приходилось отбрасывать и воссоздавать их. Переключение мастера репликации действительно неудобно.

Несмотря на его недостатки, по состоянию на 2011 год мы хранили более 580 миллиардов строк в таблицах MyISAM. Затем все было переконвертировано в Metrage, удалено, и в конце концов освободилось много серверов.

Metrage и OLAPServer

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

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

Для этого хорошо подходит довольно распространенная структура данных LSM Tree. Эта структура состоит из сравнительно небольшой группы «блоков» данных на диске, каждый из которых содержит данные, отсортированные по первичному ключу. Новые данные изначально помещаются в какую-либо структуру данных RAM (MemTable), а затем записываются на диск в новом отсортированном фрагменте. Периодически несколько отсортированных кусков в фоновом режиме сжимаются в один более крупный. Таким образом сохраняется относительно небольшой набор фрагментов.

Такие структуры данных используются в HBase и Cassandra. Среди встроенных структур данных LSM-Tree реализованы LevelDB и RocksDB.Впоследствии RocksDB используется в MyRocks, MongoRocks, TiDB, CockroachDB и многих других.

Metrage также является LSM-деревом. Произвольные структуры данных (фиксированные во время компиляции) могут использоваться в нем как «строки». Каждая строка — это пара ключ-значение. Ключ — это структура с операциями сравнения на равенство и неравенство. Значение — это произвольная структура с операциями по обновлению (добавлению чего-либо) и слиянию (агрегированию или объединению с другим значением). Короче говоря, это CRDT.

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

  • при вставке данных при формировании новых пакетов в RAM
  • во время фонового слияния
  • во время запросов на чтение

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

Вот основные преимущества этой структуры данных:

  • Данные расположены довольно локально на жестком диске; чтение диапазона первичного ключа происходит быстро.
  • Данные сжимаются блоками. Поскольку данные хранятся упорядоченно, сжатие очень хорошо работает при использовании алгоритмов быстрого сжатия (в 2010 году мы использовали QuickLZ, с 2011 года — LZ4).
  • Хранение данных, отсортированных по первичному ключу, позволяет нам использовать разреженный индекс. Разреженный индекс — это массив значений первичного ключа для каждой N-й строки (N-го порядка тысяч).Этот индекс максимально компактен и всегда умещается в оперативной памяти.

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

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

Нам пришлось написать Metrage вместо изменения существующего решения, потому что его действительно не было. LevelDB не существовал в 2010 году, а TokuDB в то время был проприетарным.

Все системы, реализующие LSM-Tree, подходили для хранения неструктурированных данных и преобразования BLOB в BLOB с небольшими вариациями. Но адаптация этого типа системы для работы с произвольным CRDT заняла бы гораздо больше времени, чем разработка Metrage.

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

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

По состоянию на 2015 год мы хранили 3,37 триллиона строк в Metrage и использовали для этого 39 * 2 серверов. Затем мы отошли от хранения данных в Metrage и удалили большую часть таблиц. У системы есть свои недостатки; он действительно эффективно работает только с фиксированными отчетами. Metrage агрегирует данные и сохраняет агрегированные данные. Но для этого вы должны заранее перечислить все способы, которыми вы хотите агрегировать данные. Так что если мы сделаем это 40 различными способами, это означает, что Метрика будет содержать 40 типов отчетов и не более того.

Чтобы смягчить это, нам пришлось на некоторое время сохранить отдельное хранилище для мастера настраиваемых отчетов, называемое OLAPServer. Это простая и очень ограниченная реализация базы данных, ориентированной на столбцы. Он поддерживает только одну таблицу, установленную во время компиляции — сеансовую таблицу. В отличие от Metrage, данные обновляются не в реальном времени, а несколько раз в день. Единственный поддерживаемый тип данных — числа фиксированной длины от 1 до 8 байтов, поэтому он не подходил для отчетов с другими типами данных, например URL-адресами.

ClickHouse

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

Изображение: обработка запросов в базе данных, ориентированной на столбцы

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

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

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

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

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

Для этого вам понадобится хорошая колоночная СУБД. На рынке не было СУБД, ориентированных на столбцы, которые бы достаточно хорошо справлялись с задачами интернет-аналитики в масштабе Рунета (российского Интернета) и не были бы непомерно дорогими для лицензирования.

В последнее время в качестве альтернативы коммерческим СУБД, ориентированной на столбцы, начали появляться решения для эффективной специальной аналитики данных в распределенных вычислительных системах: Cloudera Impala, Spark SQL, Presto и Apache Drill.Хотя такие системы могут эффективно работать с запросами для внутренних аналитических задач, их сложно представить как бэкэнд для веб-интерфейса аналитической системы, доступной для внешних пользователей.

В Яндексе мы разработали, а затем открыли исходный код нашей собственной колоночной СУБД — ClickHouse. Давайте рассмотрим основные требования, которые мы имели в виду перед тем, как приступить к разработке.

Умение работать с большими наборами данных. В нынешней Яндекс.Метрике для сайтов в ClickHouse хранятся все данные для отчетов.По состоянию на сентябрь 2017 года база данных состоит из 25,1 трлн строк. Он состоит из неагрегированных данных, которые используются для получения отчетов в режиме реального времени. Каждая строка в самой большой таблице содержит более 500 столбцов.

Система должна масштабироваться линейно. ClickHouse позволяет увеличивать размер кластера путем добавления новых серверов по мере необходимости. Например, основной кластер Яндекс.Метрики за три года увеличился с 60 до 426 серверов. В целях отказоустойчивости наши серверы распределены по разным центрам обработки данных.ClickHouse может использовать все аппаратные ресурсы для обработки одного запроса. Таким образом можно обрабатывать более 2 терабайт в секунду.

Высокая эффективность. Мы действительно делаем упор на высокую производительность нашей базы данных. По результатам внутренних тестов ClickHouse обрабатывает запросы быстрее, чем любая другая система, которую мы могли бы приобрести. Например, ClickHouse обрабатывает запросы веб-аналитики в среднем в 2,8–3,4 раза быстрее, чем одна из самых эффективных коммерческих СУБД, ориентированных на столбцы (назовем ее DBMS-V).

Функциональности должно хватить для инструментов веб-аналитики. База данных поддерживает диалект языка SQL, подзапросы и СОЕДИНЕНИЯ (локальные и распределенные). Существует множество расширений SQL: функции для веб-аналитики, массивы и вложенные структуры данных, функции высшего порядка, агрегатные функции для приближенных вычислений с использованием эскизов и т. Д.

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

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

ClickHouse хорошо работает как база данных временных рядов; в Яндексе он обычно используется как бэкэнд для Graphite вместо Ceres / Whisper. Это позволяет нам работать с более чем триллионом метрик на одном сервере.

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

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

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

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

После года использования открытого исходного кода ClickHouse сейчас используют сотни компаний по всему миру. Например, CloudFlare использует ClickHouse для анализа трафика DNS, обрабатывая около 75 миллиардов событий каждый день. Другой пример — Vertamedia (платформа SSP для видео), которая ежедневно обрабатывает 200 миллиардов событий в ClickHouse со скоростью загрузки около 3 миллионов строк в секунду.

Выводы

Яндекс.Метрика стала второй по величине системой веб-аналитики в мире. Объем данных, которые принимает Метрика, вырос с 200 миллионов событий в день в 2009 году до более чем 25 миллиардов в 2017 году. Чтобы предоставить пользователям широкий спектр возможностей, при этом не отставая от растущей рабочей нагрузки, нам пришлось постоянно меняем наш подход к хранению данных.

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

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

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

Политика в отношении файлов cookie | ЦСКА Москва

Общие условия

Файлы cookie

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

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

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

Используя сайт без изменения настроек сайта, Пользователь предоставляет ООО «Профессиональный баскетбольный клуб» свое согласие на использование файлов cookie.

Файлы cookie, используемые посетителями нашего веб-сайта

1. Аналитические файлы cookie : Мы пользуемся услугами анализа сайтов на таких сайтах, как Яндекс.Метрики и Google Analytics . ООО «Яндекс» и Google Inc. анализируют от нашего имени способ использования пользователями сайтов Клуба для оценки эффективности своей работы и дальнейшей оптимизации:

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

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

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

Вы можете использовать следующие ссылки, чтобы узнать о Политике конфиденциальности этих услуг:

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

С помощью настроек веб-браузера вы можете удалить сохраненные файлы cookie или запретить их сохранение на вашем устройстве:

5 преимуществ Яндекса перед Google в России

Примечание редактора : в эту статью добавлена ​​актуальная статистика за 2018 год.

Еще до того, как Ларри Пейдж и Сергей Брин основали Google, Илья Сегалович и Аркадий Волож уже создали Яндекс, крупнейшую в настоящее время поисковую систему в России. Google сосредоточился на вычислении PageRank веб-сайтов, а алгоритм ранжирования Яндекса учитывал расстояние между словами и релевантность документов поисковому запросу.

С тех пор обе поисковые системы стали довольно похожими в том, как они определяют ранжирование. На данный момент Яндекс остается лидером рынка в России, на его долю приходится более 50 процентов российского поискового рынка, а у Google — около 45 процентов.За исключением России, Южной Кореи и Японии, Google является лидером рынка во всех странах мира.

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

Главная страница Яндекс.com

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

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

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

1) Яндекс — это портал . Яндекс — крупнейшее медиа-направление в России, и для многих россиян Яндекс.ru — вот где они начинают свой день. Фактически, Яндекс — крупнейшая медиа-собственность во всей России.

Как и Google, Яндекс предлагает бесплатную электронную почту, карты трафика, музыку, видео, хранилище фотографий и многое другое. Многие из этих функций являются одними из продуктов, которые Google использовал для расширения своего распространения во всем мире, знакомя пользователей с брендом Google. Google смог переманить пользователей от более слабых продуктов, таких как Hotmail, Mapquest и даже Dropbox, к использованию альтернатив Google.В России у Google такой возможности не будет, так как версии Яндекс сравнимы, если не лучше.

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

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

3) Яндекс популярен даже на Android. Хотя Google может использовать свою мобильную операционную систему Android для расширения мобильного поиска из-за встроенного характера поиска Google в Android, в России это не так эффективно. В России Android занимает более 70 процентов российского рынка мобильной связи; Тем не менее, 52% рынка поиска Яндекс по-прежнему принадлежит именно этим устройствам Android.

4) Яндекс — русский . Хотя россиянам действительно нравятся российские бренды, похоже, им нравятся и иностранные товары.Тем не менее, после скандала со Сноуденом и АНБ россияне могут предпочесть Яндекс просто потому, что не доверяют Google.

5) Алгоритм Яндекса может лучше учитывать спам. Российский онлайн-рынок печально известен методами откровенного ссылочного спама. Существует бесчисленное множество «рекламных» агентств, которые существуют только для продажи ссылок с целью повышения рейтинга в поисковой сети. В результате Яндекс объявил, что не будет использовать ссылки в своих алгоритмах в коммерческих запросах, проводимых в определенных регионах страны.Вместо этого Яндекс будет использовать исключительно показатели пользовательского опыта и рейтинга ключевых слов. Это усилие Яндекса еще рано, но оно может позволить Яндексу генерировать более качественные результаты, чем Google. Последний, несомненно, фильтрует спам-ссылки, но, скорее всего, по-прежнему уделяет внимание ссылкам низкого качества.

Таким образом, хотя доля Яндекса на рынке за последние несколько лет выросла из-за того, что его конкуренты Rambler и Mail.ru споткнулись, рыночная доля Google в российском поиске несколько снизилась.Яндекс, вероятно, продолжит расти за счет Google из-за рыночных реалий, которых просто нет за пределами России.