НАЦІОНАЛЬНИЙ ТЕХНІЧНИЙ УНІВЕРСИТЕТ УКРАЇНИ«КИЇВСЬКИЙ ПОЛІТЕХНІЧНИЙ ІНСТИТУТ ІМЕНІ ІГОРЯ СІКОРСЬКОГО»

ІНСТИТУТ ПРИКЛАДНОГО СИСТЕМНОГО АНАЛІЗУКАФЕДРА МАТЕМАТИЧНИХ МЕТОДІВ СИСТЕМНОГО АНАЛІЗУ

На правах рукопису До захисту допущеноУДК 004.042 В. о. завідувача кафедри ММСА

О.Л.Тимощук«___» ____________ 2019 р.

Магістерська дисертаціяна здобуття ступеня магістра за спеціальністю 122 Комп’ютерні науки

на тему: «Система для відслідковування дій користувачів на веб-сторінках»

Виконав: студент ІІ курсу, групи КА-з82мпПяткянен Владислав Ігорович ____________

Керівник:професор кафедри ММСА,д. т. н., проф., Данилов В. Я. ____________

Рецензент:професор кафедри Інформаційної безпеки,КПІ ім. Ігоря Сікорськогод. т. н., проф., Качинський А. Б.

____________

Засвідчую, що у цій магістерській дисертації

немає запозичень з праць інших авторівбез відповідних посиланьСтудент ____________

Київ

2

2019

3

НАЦІОНАЛЬНИЙ ТЕХНІЧНИЙ УНІВЕРСИТЕТ УКРАЇНИ«КИЇВСЬКИЙ ПОЛІТЕХНІЧНИЙ ІНСТИТУТ ІМЕНІ ІГОРЯ СІКОРСЬКОГО»

ІНСТИТУТ ПРИКЛАДНОГО СИСТЕМНОГО АНАЛІЗУКАФЕДРА МАТЕМАТИЧНИХ МЕТОДІВ СИСТЕМНОГО АНАЛІЗУ

Рівень вищої освіти — другий (магістерський)Спеціальність — 122 «Комп’ютерні науки»

ЗАТВЕРДЖУЮВ. о. завідувача кафедри ММСА

О. Л. Тимощук«___» ____________ 2019 р.

ЗАВДАННЯна магістерську дисертацію студенту Пяткянен Владиславу Ігоровичу

1. Тема дисертації: «Система для відслідковування дій користувачів на веб-сторінках», науковий керівник дисертації Данилов Валерій Якович, д.т.н., професор, затверджені наказом по університету від «05» листопада 2019 р. № 3825-с2. Термін подання студентом дисертації: 13 грудня 2019 р.3. Об’єкт дослідження: Дії користувачів на веб сторінках. Алгоритм відслідковування та перенаправлення.4. Предмет дослідження: Відслідковування дій користувачів на веб-сторінках.5. Перелік завдань, які потрібно розробити:1) провести аналіз існуючих рішень;2) провести тест методів відслідковування дій користувачів на веб-сторінках;3) розробити програмний додаток для обробки подій та перенаправлення користувачів на інші веб-сторінки;4) виконати тестування програмної частини системи; 6. Дата видачі завдання: 05 вересня 2019 р.

4

Календарний план№ з/п

Назва етапів виконання магістерської дисертації

Термін виконання етапів магістерської дисертації

1. Ознайомлення з технічною літературою і підготовка теоретичної частини роботи 05.09.2019—13.09.2019

2. Аналіз вимог завдання, вибір методів і засобів розв’язання поставленої задачі 16.09.2019—27.09.2019

3. Огляд та аналіз існуючих рішень 30.09.2019—18.10.2019

4. Створення власного рішення та написання додатку 21.10.2019—15.11.2019

6. Четвертий розділ. Стартап-проект 18.11.2019—21.11.2019

7. Концептуальні висновки. Перспективи розвитку додатку 22.11.2019—26.11.2019

Студент Пяткянен В. І.

Науковий керівник дисертації Данилов В. Я.

5

РЕФЕРАТ

Магістерська дисертація: 112 с., 7 рисунків, 12 табл., 23 джерел

літератури, 2 додатки.

Об’єкт дослідження: система для відслідковування дій користувачів на

веб-сторінках.

Предмет дослідження: дії користувачів на веб сторінках.

Цілі дослідження: створення системи для спрощеного налаштування і

інтеграції відслідковування дій користувачів на сайтах, та для аналізу дій.

Задачі роботи: розробити систему яка б допомогла аналізувати поведінку

користувачів на сайті для аналізу ефективності сайту та виявлення

закономірностей залежності прибутку.

Під час виконання роботи було проведено аналіз сучасних методів

аналізу, були обрані технології та способи збору даних, збереження, агрегації та

аналізу.

Була розроблена система для збору даних на сайті, передачі додаткових

параметрів про користувача, система для аналізу поведінки користувачів,

аналізу залежності прибутку від дій розробників та маркетологів над сайтом.

Актуальність проекту мотивується потребою з боку бізнесу, в тому числі

малого та середнього бізнесу.

Результати роботи можуть бути використані як комерційними

організаціями, так і ентузіастами, що прагнуть розробити щось подібне.

АНАЛІЗ ВЕБ, ВІДСЛІДКОВУВАННЯ ДІЙ, ОПТИМІЗАЦІЯ КОНВЕРСІЇ,

СПІЛ-ТЕСТИ, ТРЕКЕР.

6

ABSTRACT

Master's thesis: 112 p., 7 fig., 12 tabl., 23 ref., 2 appendixes.

Object of research: A system for tracking user activity on web pages.

Subject of study: User actions on web pages.

Objectives of the study: To create a system for simplified customization and

integration of user activity tracking on sites, and for action analysis.

Tasks of the work: Develop a system to help analyze user behavior on the site

to analyze site performance and identify patterns of profitability.

In the course of the work, modern methods of analysis were analyzed,

technologies and methods of data collection, storage, aggregation and analysis were

selected.

A system was developed for collecting data on the site, passing additional

parameters about the user, a system for analyzing user behavior, analyzing the

profitability of the actions of developers and marketers over the site.

The urgency of the project is motivated by the need on the part of business,

including small and medium-sized businesses.

The results of the work can be used by both commercial organizations and

enthusiasts seeking to develop something similar.

WEB ANALYSIS, ACTION FOLLOW-UP, OPTIMIZE CONVERSIONS

SPLIT-TESTS, TRACKER.

7

ЗМІСТВСТУП...............................................................................................................8

1. МЕТОДИ ВІДСЛІДКОВУВАННЯ ДІЙ КОРИСТУВАЧІВ НА ВЕБ-

СТОРІНКАХ..............................................................................................................10

1.1 Вступ...................................................................................................10

1.2 Проблеми, які вирішує відслідковування подій.............................11

1.3 Підходи до аналізу............................................................................13

1.4 Способи відслідковування подій.....................................................16

1.5 Зберігання данних та аналіз.............................................................18

1.6 Конфіденційність...............................................................................18

1.7 Висновок............................................................................................23

2. ЗАСТОСУВАННЯ ВІДСЛІДКОВУВАННЯ ПОДІЙ

КОРИСТУВАЧІВ НА ВЕБ СТОРІНКАХ...............................................................24

2.1 Передмова..........................................................................................24

2.2 Історія розвитку відслідковування подій та інформації на веб-

сторінках 25

2.3 Технології відслідковування на веб-сторінках...............................26

2.3.1 Cookies браузера як засіб ідентифікації користувачів...............35

2.3.2 User Agent.......................................................................................38

2.3.3 IP адреса.........................................................................................40

2.3.4 Фінгерпрінтинг пристрою............................................................41

2.3.5 Коди станів HTTP..........................................................................46

2.4 Аналіз існуючих рішень і систем.....................................................51

2.4.1 Огляд Google Analytics.................................................................52

8

2.4.2 Система Яндекс.Метрика.............................................................65

2.4.3 Трекер Keitaro................................................................................68

2.4.4 Система аналітики Hotjar..............................................................69

2.5 Висновок............................................................................................76

3. ОПТИМІЗАЦІЯ ТА РОЗШИРЕННЯ ФУНКЦІОНАЛУ

ІСНУЮЧОГО ПРОГРАМНОГО ЗАБЕЗПЕЧЕННЯ..............................................78

3.1 Загальний алгоритм роботи додатку...............................................78

3.2 Аналіз дизайну...................................................................................79

3.3 Аналіз впливу джерел трафіку на прибуток...................................82

3.4 Аналіз пошукового трафіку..............................................................84

3.5 Висновок............................................................................................86

4. РОЗРОБЛЕННЯ СТАРТАП-ПРОЕКТУ..............................................88

4.1 Опис ідеї проекту..............................................................................88

4.2 Технологічний аудит ідеї проекту...................................................90

4.3 Аналіз ринкових можливостей........................................................90

4.4 Розроблення ринкової стратегії проекту.........................................97

4.5 Розроблення маркетингової програми стартап-проекту.............101

4.6 Висновок..........................................................................................105

ВИСНОВКИ..................................................................................................106

ПЕРЕЛІК ПОСИЛАНЬ.................................................................................107

ДОДАТОК А. ПРИКЛАД РЕАЛІЗАЦІЇ ПЕРЕНАПРАВЛЕННЯ............109

ДОДАТОК Б. ПЕРДАЧА ДОДАТКОВИХ ПАРАМЕТРІВ......................110

9

ВСТУП

Ринок електронної комерції з кожним роком постійно зростає як в

Україні так і в світі загалом. Про це свідчать статистичні данні ООН та інших

організацій, які показують зростання щороку на 4%-17% в залежності від

регіону та сегменту бізнесу. Разом з тим, в деяких нішах все ще спостерігається

невисока доля торгівлі через інтернет, незважаючи на постійний ріст.

Для прикладу, доля торгівлі через інтернет в роздрібній торгівлі у 2008

році складала 4%, а у 2016 році – 9,3%. Тобто, за 8 років доля виросла більше

ніж в 2 рази, але при цьому все ще становить невелику частку. Це може

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

роздрібної торгівлі через мережу інтернет. [1]

Рисунок - Ілюстрація зростання долі торгівлі через інтернет з часом

Приблизно такі ж тендеції мають ніші як: надання послуг; торгівля

програмними продуктами, навчальними курсами. Торгівля більш

дороговартісними товарами також поступово зростає, але дещо повільніше.

10

Очевидно, що важливими умовами для розвитку онлайн-бізнесу, окрім

наявності можливості надання товару чи послуги, є також залучення нових

клієнтів та робота із існуючими клієнтами. Одним із вагомих показників при

цьому є конверсія – відношення користувачів, що виконали цільову дію

(покупка, замовлення послуги тощо) до загальної кількості користувачів.

Тема даної роботи «Відслідковування дій користувачів на веб-сторінках»

говорить про те, що далі піде мова цілі та методи відслідковування дій для

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

Описана система має збирати інформацію для аналізу та для прийняття

подальших рішень щодо покращення показника прибутку.

Актуальність проекту мотивується потребами сучасного бізнесу у якісній

глибокій Web-аналітиці.

11

1. МЕТОДИ ВІДСЛІДКОВУВАННЯ ДІЙ КОРИСТУВАЧІВ НА ВЕБ-

СТОРІНКАХ

1.1 Вступ

Для ефективної роботи в інтернет-середовищі, як і в будь якій інші ніші,

дуже важливо відслідковувати ключові показники ефективності, які закладені в

бізнес-модель організації. Саме ці показники є мірилом правильної роботи

сайту, маркетологів, підприємства в цілому.

Процес залучення клієнта, ознайомлення із пропозицією подальшим

оформленням заявки виглядає нескладним з точки зору клієнта, але досить

непростим зі сторони бізнесу. Це обумовлено тим, що над оптимізацією цих

процесів працює певна кількість різних спеціалістів, а також, тим, що різні

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

цього бізнесу, важливо розуміти, яка стратегія на кожному етапі цієї ланки є

успішна, а яку потрібно оптимізувати.

Кінцевий ключовий показник ефективності – прибуток. Але при цьому

досить важко виявити та визначити вплив різних елементів системи сайту, та

людей, які над ними працюють, на кінцевий результат.

Саме для цього в бізнес процес ввели поділ на зони відповідальності з

розрахунком власних метрик успішності для кожної такої зони. На рисунку 1.1

зображено умовне представлення воронки переходу користувача від кожної

такої зони відповідальності, де звуження – це зменшення кількості

користувачів, що лишилися після кожного етапу[2].

12

Рисунок 1.1 – Умовна воронка продажу

Умовний e-commerce проект можна розділити на такі підпроекти:

– Залучення користувачів– Спонукання користувача здійснити цільову дію елементами сайту– Обробка заявки– Надання товару чи послуги– Робота з клієнтом для його утримання як постійного.

1.2 Проблеми, які вирішує відслідковування подій

Залучення користувачів

До цього підпункту можна віднести велику кількість способів залучення

користувачів на веб-сайт(трафік): пошукова оптимізація, контекстна реклама,

тизерна реклама, вірусна реклама, офлайн-просування, e-mail маркетинг,

месенджери, чат-боти, банерна реклама тощо. Як бачимо, список досить

13

великий, часто, по кожному напрямку в компанії працює не одна людина, а

іноді створюються цілі відділи.

Тому, одна з перших задач системи, про яку йде мова в цій роботі, це

атрибуція - виявлення каналу залучення користувачів (трафіку) та пов’язування

цього каналу з кінцевими конверсіями (продажами чи замовленнями послуги), а

також, співставлення абсолютних величин прибутку по кожному каналу із

витратами на залучення. Тобто визначення найбільш ефективних каналів

залучення для подальшого збільшення бюджету по даному каналу, визначення

більш ефективних аудиторій, та визначення малоефективних каналів залучення

для їх подальшої оптимізації або припинення роботи з таким джерелом трафіку.

На рисунку 1.2 показані графіки порівняння конверсій (перехід від звичайного

користувача, до користувача, який обрав конкретний товар) для двох каналів

залучення користувачів.

Рисунок 1.2 – Ілюстрація показників конверсії для каналів залучення

користувачів: синім – пошук, оранжевий – відеоблогери.

CRO – оптимізація сайту в цілому для підвищення конверсії

CRO – convertion rate optimization, оптимізація коефіцієнту конверсії. В

даному випадку мова йде про сам сайт: його структуру, елементи інтерфейсу,

контент та наповнення асортиментом, призиви до дії, складність процесу

вибору, оформлення товару чи послуги. Всі ці параметри можна оптимізувати,

але для цього потрібно також їх пов’язати із кінцевим прибутком. Цей розділ є

дещо складнішим, порівняно з попереднім. Оскільки, перш ніж здійснити (чи

не здійснити) конверсію, користувач може виконати певні дії на сторінках, які

так чи інакше проявляють вплив на кінцевий результат.

В цій роботі буде йти мова про те, як визначати, які параметри та події

потрібно збирати, та як саме збирати ці дані для подальшого аналізу.

Оскільки аналіз впливу цієї кількості даних на кінцевий результат це

досить велике дослідження, то в даній роботі не буде проводитися детальне та

14

поглиблене вивчення цього аспекту. Натомість, будуть описані існуючі

комерційні рішення для аналізу даних, а також примітивні способи обробки

таких даних.

Обробка заявки, надання товару чи послуги, утримання користувача як

постійного, частіше за все, відбувається поза межами веб-сайту, тому нема

сенсу описувати збір інформації на веб сторінках, але при цьому, є сенс таку

інформацію додавати до загальної для оцінки вагомості конверсії, доходу від

транзакції та оцінювання LTV – life time value загального прибутку від

користувача.

1.3Підходи до аналізу

Воронка продажів: pipeline і forecast та їх відслідковування.

Будь-яка дія, яка робиться в процесі роботи над проектом, чи то зміна

послідовності сторінок на сайті, коригування механізму обдзвону відділу

продажів, оновлення товарного асортименту або рекламного оголошення, має

бути зафіксовано і проаналізовано на кожному етапі.

І це особливо важливо, коли мова йде про розподіл потенційних клієнтів

по всьому ланцюжку: від першого контакту до продажу товару або послуги.

Поглянути на це системно нам допоможе поняття «воронка продажів»

(Sales funnel, sales pipeline).

Спочатку термін «споживча воронка» запропонував американець Елайас

Сент-Ельмо Льюїс (Elias St. Elmo Lewis), який в 1898 році сформулював

основні принципи реклами. На його думку, реклама повинна привертати увагу

аудиторії, зацікавити її, а потім переконати в тому, що цей товар дійсно

необхідний і, врешті-решт, схилити людину до покупки. На кожному з цих

етапів якась частина аудиторії відсівається.

15

Сьогодні це модель відома як «AIDA», абревіатура від Attention, Interest,

Desire, Action - увага, інтерес, бажання, дія. У 30-ті роки минулого століття її

стали зображати схематично у вигляді воронки і називати по-різному: споживча

воронка, воронка продажів, маркетингова воронка, воронка клієнтів, воронка

покупок, труба продажів і т.д.

Згодом в неї була включена ще одна категорія «задоволення»

(Satisfaction, AIDAS) з розрахунком на те, що після основних етапів (AIDA)

потрібно ще домогтися того, щоб споживач залишився задоволений вашим

товарів або послугою. Якщо це станеться, то з більшою часткою ймовірності

він розповість про нього своєму оточенню, а потім прийде знову за повторної

покупкою (стане постійним клієнтом).

Кількість етапів у воронки може бути по-різному. Все залежить від того,

до чого ви її застосовуєте.

Як реальний приклад візьмемо воронку «веб-сайт (конверсій)», яка

складається з заходу відвідувачів на сайт і тих, хто в підсумку зробив для нас

цільову дію (необов'язково покупку). У разі купівлі - підтверджений

замовлення.

Воронка «веб-сайт (конверсій)»

Основна задача: перетворити користувача сайту в кінцевого покупця, а

також спонукати його здійснити цільову для нас дію (клік по кнопці, перехід на

певну сторінку, перегляд відео, форма зворотного зв'язку, дзвінок і т.д.).

1. Загальна кількість показів інформації.

• пошукові системи, органічний пошук, SEO (Яндекс, Google,

• Rambler і т.д.);

• контекстна реклама (Яндекс.Директ, Google Ads);

• медійна реклама (банерна, тізерна);

• таргетована реклама (Вконтакте, Facebook, Instagram, myTarget);

• реклама в спільнотах в соціальних мережах;

• форуми;

• інші види просування.

16

У всіх цих випадках користувач міг бачити оголошення, але не перейти

по ньому. Припустимо, все було 1000;

2. Зайшли на сайт. До цієї категорії відносяться ті користувачі інтернету,

кого зацікавила пропозиція. Вони перейшли за посиланням і потрапили на сайт.

З 1000 по воронці далі пішло 100;

3. Виконали дію. На даному етапі мова йде про «конверсії сайту».

Відвідувачі знайомляться з сайтом і пропозицією: оцінюють дизайн, зручність

навігації, переходять по сторінках на сайті, переглядають контент, зіставляють

ціни з конкурентами і т.д. Якщо користувача все влаштовує, то він робить

контакт - дзвонить самостійно або залишає звернення через форми на сайті. З

100 переходів на сайт 10 продовжують свій шлях;

4. Підтвердження по телефону. Далі в воронку вступає менеджер

(оператор), який зв'язується з клієнтом для підтвердження замовлення по

телефону.

5. Сплачене замовлення. Закриття угоди! Залежно від завдань, воронка

продажів може приймати абсолютно різні форми та послідовності. Головне те,

що потрібно кожен етап сегментувати таким чином, щоб була можливість

виміряти, зібрати і проаналізувати отримані дані. А це одна з фундаментальних

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

Визначення цільових дій на сайті і ключових показників ефективності

(KPI)

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

Умовно їх можна розділити на дві складові:

• основні цілі (макроконверсіі, макроцілі) - ті, які безпосередньо

впливають на отримання кінцевих грошей;

• допоміжні цілі (мікроконверсіі, мікроцілі) - ті, що не впливають

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

До основних цілей відносяться: дзвінок, заявка, замовлення, до

допоміжних -

17

додавання товару в корзину, відвідування розділу контактів, спілкування

в чаті, перегляд відео і т.д.

1.4 Способи відслідковування подій

Традиційні підходи збору аналітичної інформації на сайтах

Рисунок 1.3 – Два основні підходи у відслідковуванні подій на веб

сторінках.

На сьогодні виділені два основних підходи для збору інформації про

користувачів сайту:

• Лічильники (зазвчиай, JavsScript + cookie)

• Лог-аналізатори (аналізатори логів відвідування серверу)

Лог-аналізатори дозволяють збирати статистику, нічого не змінюючи на

сайті. Вебсервер самостійно створює лог-файли і зберігає їх на сервер. Дані

зберігаються на серверах компанії в стандартному форматі. Це дозволяє

компаніям створювати свої програми для аналізу даних, переходити на

оновлення саме в той момент, коли їм це необхідно. В лог-файлах (журналах

сервера) також міститься інформація про поведінку пошукових роботів.[3]

Обробивши логи, можна отримати зведені цифри, вивчити

закономірності поведінки груп користувачів, інформацію про користувачів

сайту (де знаходиться відвідувач, скільки часу провів на сайті, що переглядав,

яким браузером користувався і яка IP-адреса у його комп'ютера) У веб-сервері

18

Apache файли журналів називаються access.log (журнал доступу до сервера) і

error.log (журнал помилок і повідомлень).

Лічильник - сервіс, який призначений для зовнішнього незалежного

вимірювання відвідувачів сайтів. До їх числа відносяться лічильники,

традиційно, що використовують JavaScript і файли cookie (наприклад,

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

А код відстеження JavaScript може збирати:

• інформацію з самого сайту, наприклад, URL тих сторінок, які

переглядає користувач;

• дані браузера користувача: мовні настройки, назва браузера,

пристрій, операційна система;

• інформацію про джерело, з якого користувач перейшов на сайт.

За даними платформи SimilarTech (листопад 2018), Google Analytics є

найпопулярнішим лічильником веб-аналітики (Рисунок 1.4).[4]

Рисунок 1.4 – Ілюстрація популярності систем аналітики на 2018 рік.

Спільні риси роботи більшості популярних лічильників.

Класичний підхід - асинхронне завантаження коду лічильника.

Асинхронним код називається через те, що він виконується паралельно всім

іншим скриптам. Що це означає?

За замовчуванням, все JavaScript виконуються послідовно, і, якщо в

першому коді є помилка або елемент, що затримує завантаження інших

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

Асинхронний код виконується паралельно іншим процесам і одним з перших

19

при завантаженні сторінки. Це забезпечує його майже 100% спрацьовування і

максимально можливий точний збір даних.

1.5 Зберігання данних та аналіз

Зберігання даних - агреговані дані і дані у вигляді таблиць

Коли ви заходите на сайт, ви бачите в звітах агреговані дані. Агрегація - це

процес об'єднання елементів в одну систему. А агрегування даних - це процес

збору, обробки та подання інформації в остаточному вигляді. Дані по

користувачах, сторінок, містах і т.д. Тобто якась сумарна статистика по всім

користувачам.

Також всі дані зберігаються у вигляді таблиць. По суті, кожен звіт - це

окрема таблиця з даними, де головний ключ звіту (ліва частина) - це і є

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

явище використовувати не агреговані дані, де існує набагато менша кількість

таблиць, але більш довгих, і робити на основі них високоефективні фільтри і

угрупування. За допомогою них можна подивитися дані про кожному заході,

перегляді, візит і т.д.

Робота з сирими НЕ агрегованими даними вимагає від системи високої

ефективності, оскільки всі обчислення потрібно робити в момент запиту

користувача. Для цього потрібна спеціальна СУБД. За допомогою сирих даних

можна будувати складні воронки, різні моделі атрибуції, об'єднувати дані з

різних джерел через API.

1.6 Конфіденційність

20

Конфіденційна інформація, оброблена в системі відслідковування,

складається з персональних ідентифікаторів користувачів, записаних в cookies

браузера та на сервері система, інформація про IP адресу користувача, пристрій,

User Agent, технічні та програмні характеристики пристрою (розмір екрану,

версія браузера, версія ОС тощо), відомості про дату та час заходів на сайт URL

сторінок, що переглядалися, події, які відбувалися на сторінках в сеансі даного

користувача, джерела, звідки користувач потрапив на сайт. Персональні дані

користувачів, консолідуються в інформаційних базах даних сховищ інформації,

налаштованих для використання системою відслідковування.

Джерелами підтвердженої інформації про користувача є данні, які взяті із

метаданих, переданих пристроєм користувача, дані зібрані із заголовків

відповіде сервера, дані отримані від модулів збору інформації про події, дані

надані користувачем у спеціально відведених формах.

Особисті дані осіб, які не належать до АМКУ, обробляються в ІТЦ-

АМКУ в рамках виконання функціональних завдань, покладених на

працівників АМКУ.

Особисті дані - конфіденційна інформація фізичних осіб, яка збирається

та обробляється у рамках завдань, покладених на систему. Ця інформація

відповідно до пункту 2 статті 5 Закону України "Про захист персональних

даних" може бути віднесена до конфіденційної інформації про особу за законом

або відповідною особою оскільки набір такої інформації може слугувати

унікальним ідентифікатором користувача в мережі.

Конфіденційна інформація про фізичну особу включає, зокрема, дані про

її громадянство, освіту, сімейний стан, релігійні переконання, стан здоров'я, а

також адресу, дату та місце народження (стаття 11.2 Закону України "Про

інформацію" ).

Конфіденційна інформація включає:

- персональні дані, надані користувачем особисто у відповідні форми;

- персональні дані користувачів, які збирає система в автоматичному

режимі;

21

- сертифікати відкритого ключа (якщо користувач не дав згоду на

публікацію сертифіката).

25 травня 2018 року Європа переключилася на оновлені правила обробки

персональних даних, встановлені Генеральним регламентом ЄС про захист

персональних даних (або GDPR - General Data Protection Regulation). Новий

регламент надає резидентам ЄС (Європейський Союз) інструменти для повного

контролю над своїми персональними даними. Після вступу закону в силу

посилилася відповідальність за порушення правил обробки персональних

даних: по GDPR штрафи сягають 20 мільйонів євро. Або 4% річного

глобального доходу компанії.

Що таке GDPR?

Цифровий маркетинг заснований на аналізі великих обсягів даних про

споживачів. Ця інформація допомагає створювати релевантні пропозиції та

досягати великих результатів. Сайти зберігають файли cookie, щоб відстежити

переваги користувача, оператори стільникового зв'язку ведуть облік вхідних і

вихідних дзвінків і записують телефонні розмови. Facebook розпізнає обличчя

на фотографії і пропонує відзначити людини. Instagram відображає пости в

стрічці на основі переглядів, лайків та коментарів користувача.[5]

Однак обробляти інформацію потрібно законно. Саме для цього і

вступили в силу оновлені правила GDPR. Згідно з цим регламентом, компаніям,

які працюють з особистою інформацією користувачів, потрібно переглянути

три головних аспекти:

1. Збір даних;

2. Обробку, зберігання, зміна, видалення та передачу отриманих

відомостей;

3. Безпека персональних даних.

На кого поширюється GDPR?

Україна, Росія, Білорусь та інші країни СНД не потрапляють під дію

законодавства ЄС, але якщо у вашій базі є дані хоча б одного європейця,

дотримуватися правил доведеться.

22

Google також оновив свою Політику збереження особистої інформації, а в

Google Analytics з'явився додатковий розділ на рівні ресурсу, який називається

«Зберігання даних». Починаючи з 25 травня 2018 року в Analytics автоматично

почали видалятися дані користувачів, які старше 26 місяців, якщо вручну не

був змінений період зберігання.

У налаштуваннях можна вибрати один з наступних варіантів:

14 місяців;

26 місяців;

38 місяців;

50 місяців;

Без терміну дії.

Скидання при новому дії

Функція, необхідна, щоб скидати термін зберігання даних при кожній

новій події, пов'язаній з певним ідентифікатором користувача. При цьому

термін закінчення дії буде відраховуватися від поточної дати. Наприклад, якщо

термін зберігання даних дорівнює 14 місяцям, але для користувача кожного

місяця реєструється новий сеанс, ідентифікатор цього користувача оновлюється

щомісяця і термін зберігання даних ніколи не закінчується. Якщо ж новий сеанс

не була зареєстрована до закінчення терміну зберігання, дані про користувача

видаляються.

Якщо ви не хочете, щоб при нових діях відлік починався з нуля, вимкніть

цю функцію. Тоді дані, пов'язані з ідентифікатором користувача, будуть

автоматично видалені після закінчення терміну зберігання.

При виборі терміну зберігання даних «Без терміну дії» повзунок

«Скидання при новому дії» вже не буде грати ніякої ролі. Після закінчення

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

щомісяця.

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

персональних даних. Деякі рекомендації по GDPR

23

збирати тільки ті дані, які необхідні для роботи сайту та

маркетингової системи;

використовувати HTTPs протокол (SSL-сертифікат), який шифрує

дані між сервером і клієнтом. Як правило, форми зворотного зв'язку

містять інформацію про користувачів (телефон, ім'я, e-mail, адреса і

т.д.), тому отримання сертифікату і установка його на сайт є

найважливішим завданням;

зняти автоматичні галочки з таких пунктів, як - отримувати

персональні розсилки, акції, новини, пропозиції і т.д. На підставі

нових вимог форми згоди повинні бути не заповнені і пункти за

замовчуванням стояти на «ні»;

при проведенні рекламних кампаній (e-mail розсилки, SMS або push

повідомлення) необхідно запитувати згоду на обробку особистих

даних кожного типу окремо. Якщо використовуються в просуванні

тільки e-mail розсилки, то вистачить згоди користувача на

маркетинг. Але якщо будуть виставляти персоналізовані

налаштування, сегментувати користувачів і робити різний

таргетинг, то необхідно

отримати згоду не тільки на маркетингові розсилки, але ще і на збір

демографічних даних;

змініть політику щодо файлів cookie. Згідно GDPR, факт

відвідування сайту користувачем в перший раз не означає

отримання згоди на обробку персональних даних. Навіть в тому

випадку, якщо ви показуєте повідомлення на кшталт «Відвідуючи

цей сайт, ви приймаєте умови використання cookies». Починаючи з

25 травня 2015 року, вам знадобиться позитивне згоду на

використання файлів cookie;

при передачі призначених для користувача даних клієнтів третім

особам необхідно перерахувати списком всіх учасників (компаній,

конкретних людей). Google Analytics в цьому випадку дотримується

24

вимог GDPR, так як він не відслідковує конкретних користувачів

відокремлюйте згоди з умовами використання від інших форм;

інформацію з умовами використання пишіть великим шрифтом і на

видному місці;

у користувача в будь-який час повинна бути можливість

відмовитися від своєї згоди;

не слід зачіпати питання, що стосуються особистої інформації при

проходженні безпеки. Тут доцільніше впроваджувати дворівневу

аутентифікацію, або надавати можливість створення своїх питань,

але обов'язково попереджати про небезпеку передачі особистої

інформації.

необхідно повне видалення всіх даних після платежу, так як при

заповненні форми оплати відбувається збір персональних даних

користувачів. Цей процес варто зробити таким чином, щоб дані

видалялися через певну кількість часу;

інформуйте користувача про записи його IP-адреси, а також про час

зберігання цієї інформації;

видаляйте особисті дані при відмові від підписки та інформуйте їх

про те, що всі дані будуть видалені згідно зміненими правилами

обробки персональних даних (GDPR).

1.7 Висновок

Завдяки інструментам веб-аналітики ми можемо зрозуміти, які дії

привели до конверсії, а які ні. Наприклад, мета інтернет-магазину з продажу

квітів - це продати якомога більше букетів різних видів. Встановивши

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

25

кампанії і визначити, які з них найбільш ефективні. Аналіз географії покаже, в

якому регіоні купують найбільше квітів.

За допомогою аналітики також можна зрозуміти, чи зручний сайт для

користувачів, на яких сторінках вони найчастіше залишають його до покупки, а

на яких довше затримуються. Бути може, на цих сторінках потрібно щось

змінити, щоб зробити її зручною для відвідувачів.

26

2. ЗАСТОСУВАННЯ ВІДСЛІДКОВУВАННЯ ПОДІЙ КОРИСТУВАЧІВ

НА ВЕБ СТОРІНКАХ

2.1 Передмова

Веб-аналітика в найпростішому розумінні - це пошук і усунення вузьких

місць на вашому сайті. Як правило, власники сайтів хочуть збільшити кількість

вхідних звернень (заявок) і кількість цих самих звернень в продажу.

А для того, щоб збільшувати кількість без істотного збільшення витрат,

необхідно підвищувати конверсію сайту. На це впливає безліч факторів:

1. ціна продукту;

2. сезонність;

3. конкуренти;

4. сайт (інтерфейс і зручність його використання);

5. робота операторів, які обробляють замовлення по телефону;

6. імідж, довіру до бренду чи торгової марки;

7. вхідний трафік;

8. дистрибуція (якщо ваш товар відданий на реалізацію).

Веб-аналітика безпосередньо впливає на пункти 4 і 7. Завдяки

інструментам вебаналізу, ми можемо оцінювати поведінку користувачів на

сайті, виявляти тренди, висувати гіпотези і тестувати їх. Нам також стане

доступна інформація про те, звідки прийшов користувач, з якого міста, скільки

часу він провів на сайті, які сторінки переглядав, з якими формами взаємодіяв,

які товари придбав і за якою ціною.[6]

Крім цього, ми будемо знати все про джерело кожного відвідування. Будь

це соціальні мережі (Facebook, Instagram або Вконтакте), контекстна реклама

(Яндекс.Директ або Google Ads), органічний пошук, прямий візит або будь-

який інший канал залучення. Вся отримана інформація може

використовуватися для виявлення можливості росту, поліпшення сайту,

оптимізації рекламних кампаній, перерозподілі бюджетів на різні канали

27

трафіку, збільшення прибутку кампанії і зниження вартості залучення одного

клієнта.

Дуже наочно порівнювати веб-аналітику інтернет-магазину з аналізом

показників роздрібної офлайн-точки. І там, і там є аудиторія, яка проходить

повз. Є ті, хто відвідує магазин. Є аудиторія, яка довго і ретельно розглядає

товари на полицях, а є ті, хто нічого не купує. І ключові показники

ефективності у них схожі. Тільки в офлайн-магазині є прості і зрозумілі

алгоритми роботи і підрахунку, сформованими десятиліттями в області

торгівлі, а веб-аналітика в електронній торгівлі як і раніше для багатьох

залишається загадкою в силу її новизни.

2.2 Історія розвитку відслідковування подій та інформації на веб-

сторінках

Роглянемо коротко історію відслідковування дій користувачів та

створення перших систем відслідковування та структуризації звітів.

Одна з перших компаній, яка почала займатися відслідковуванням

відвідувачів та обробкою логів подій – компанія Urchin Software Corp. Із самого

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

бізнесу. Оскільки події відбувалися у 1995 році, то залучати компанії-клієнти

було складно, як і утримувати діючих клієнтів. Оскільки далеко не кожна

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

утримання віртуальної сторінки-візитки компанії. На той момент це вважалося

лише показником статусності компанії, а не маркетинговим інструментом.

Тому розробникам із компанії Urchin Software Corp довелося шукати

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

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

користувачів.

28

Перші веб-сайти були досить статичними, не мали форм і не оброблялися

бекендовою частиною сервера, а були суто інформаційними сторінками. Тому в

своїх перших редакціях не могли слугувати як форма прийому замовлення.

Один із аспектів аналізу логів сервера, який був доступний одразу – це

аналіз IP адрес користувачів та співставлення із базою Geo-IP. Тобто,

визначення приблизного регіону відвідувачів сайту. Така інформація вже

почала цікавити маркетологів компаній, оскільки активність певних регіонів

часто була відображенням ефективності офлайнових маркетингових кампаній.

Пізніше також було запропоновано на веб-сайтах розміщувати не

звичайний номер телефону компанії, а спеціальний додатковий номер, який був

розміщений лише на сайті. Таким чином, всі замовлення, які поступали через

дзвінок на цю лінію вже співставлялися із сайтом і показували його певну

ефективінсть. Це був праобраз сучасного колтрекінгу.

В подальшому Urchin Software Corp стала все більше займатися

стовренням ПЗ для аналізу логів сервера та збору максимальної інформації про

користувачів. З часом, все більше компаній, розуміючи важливість веб-сайту

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

користувалися програмним забезпеченням Urchin Software Corp.

В 2004-2005 році компанія Urchin Software Corp була придбаною

корпорацією Google, а продукт був перейменований в Google Analytics. В

подальшому була забезпечена якісна інтеграція із сервісом для інтернет

реклами Google Adword. Приблизно в ці ж часи в світі створювалися інші

системи аналітики веб-сторінок, які дещо відрізнялися функціоналом, але

принцип роботи лишався один і той же.

29

2.3 Технології відслідковування на веб-сторінках

Для того, щоб система трекінгу та аналітики коректно працювала, її

потрібно правильно інтегрувати у сторінки веб сайту за певним заданим

стандартом та шаблоном. Після чого, потрібно налаштувати систему.

Перший у світі сайт був створений у 1991 році. Автором сайту став Тім

Бернерс-Лі. Перша інформація, розміщена на цьому веб-сайті, була

описом нової Технології World Wide Web.

У наш час сайт може бути візитною карткою підприємства, компанії,

вашогр портфоліо. Також є інтернет-магазини, обмін файлами, соціальні

мережі мережі (наприклад, fb.com, odnoklassniki.ru), онлайн-сервіси. Cайт може

поширювати інформацію, швидко оновлювати її, таким чином люди, які

відвідали ваш сайт, матимуть найновіші дані. Через сайт організація має

можливість доставити величезну кількість інформація для людей. Жодні інші

ЗМІ не здатні цього досягти. У газеті є обмеження щодо кількості символів та

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

записана / запам'ятована. Тільки маючи власний сайт, організація

може вмістити будь-яку бажану кількість інформації. Сайт доступний

цілодобово 7 днів на тиждень, тому кожен може отримати доступ до нього.

Найважливіше завдання сайту - передати інформацію для користувачів та

потенційних клієнтів. Останнім часом все більше і більше люди користуються

Інтернетом, читають новини, спілкуються та працюють у Інтернет. Тому

телефонія, газети, телебачення переходять до другого плану. Величезна

кількість людей шукає всю необхідну їм інформацію в Інтернеті.

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

А оскільки вимоги до зовнішнього вигляду та змісту сайту постійно

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

модернізації. І саме тут системи управління контентом відіграють вирішальну

роль.

30

Не завжди легко зв’язатися швидко розробниками проектів для

забезпечення додавання інформації до ресурсу. Крім того, незалежне

корпоративне використання та управління вмістом сайту є гарантією

інформаційної безпеки. За допомогою CMS користувач може сконцентруватися

на змісті інформації, яку він додає на сайт, а не коригувати код.

Термін CMS останнім часом досить поширений в Інтернеті. Особливістю

системи є те, що вона не вимагає залучення авторів сайту, не вимагає від

користувачів знання HTML чи знань основ програмування. Основне завдання

такої системи - збирати та об’єднувати, спираючись на ролі та завдання, різних

джерел інформації. До цих джерел можна отримати доступ як всередині

організації, так і поза нею. Крім того, ця система надає можливість взаємодіяти

з різними працівниками, проектами та робочими групами, з тими базами знань

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

зробити процес пошуку та повторного використання максимально комфортним

і максимально знайомі.[7]

Ці веб-системи спрощують наповнення вашого сайту текстовим та

мультимедійним вмістом. Більше того, користувачеві пропонується безліч

інструментів для редагування та публікації інформації в Інтернеті.

За складом і специфікою такі системи різні, але зазвичай містять дві

основні частини. Перша частина - це бек-енд, функцією якого є зберігання та

контроль функціональності інформації. Другий - фронт-енд. Ця частина

системи забезпечує взаємодію проекту та користувача.

Процес і принципи створення веб-сайтів

Глобальна мережа складається з усіх загальнодоступних сайтів. Всі

сторінки кожного сайту об’єднані однією кореневою адресою - домен (те, що

ми вводимо в адресному рядку браузера), тематикою, системою та дизайном.

Кожна сторінка веб-сайту - це текстовий документ, який написаний мовою

програмування та мовою гіпертекстової розмітки (HTML, PHP, чи іншою). Ці

текстові файли завантажуються на комп'ютер, обробляються браузером і

відображаються на моніторі комп'ютера як сторінка сайту. Мова програмування

31

дозволяє редагувати текст сторінки, додавати посилання, вставляти

зображення, звукові та відео файли. Сторінки веб-сайтів можуть бути як

простими наборами інформації - тексту та зображень, так і складними, з

великою кількістю функцій, якими керуються різні програми.

Етаппи створення веб сайтів

Дуже багато людей - розробники, веб-дизайнери та інші - беруть участь у

розробці сайтів. Спочатку веб-дизайнер створює дизайн майбутнього сайту,

враховуючи побажання замовника, призначення сайту та його передбачувану

аудиторію. Вибираються відповідні шрифти, зображення, розташування

об'єктів. Потім настає черга верстальника робіт. Він працює з готовим

дизайном, оптимізуючи його для різних браузерів. Далі йде програмування.

Програміст створює структуру сайту з нуля, це робиться за допомогою мови

програмування. Коли сайт готовий, його потрібно заповнити інформацією. Цим

займаються контент-менеджери.

Також є різні люди, які просувають, оптимізують сайт, розміщують його

в інтернет-довідниках, поширюють рекламу вашого сайту.

Ініціація проекту, визначення цілей і завдань

Перший етап процесу створення сайту включає все, що потрібно для

збору та аналізу інформації, необхідної для розуміння обсягу проекту та для

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

• Хто відвідає ваш сайт;

• З якою метою і;

• Які дії та завдання виконуватимуться на вашому сайті.

На основі зібраних даних та побажань клієнта розробляється концепція

сайту та технічне завдання. Технічне завдання повинно відображати всі

нюанси: структуру сайту, технічні характеристики, колір, налаштування для

певних браузерів та моніторів. Замовник повинен погодитися з умовами

роботи, тим самим даючи згоду на структуру сайту.

32

На основі технічного завдання складається проект сайту, в рамках якого

розробляється функціональна структура сайту, навігація, визначається, які

сторінки будуть статичними та динамічними.

Види побудови сайту:

• Статичні сторінки, які фахівець не тільки вносить, але і вносить

зміни при необхідності;

• Сайти, адміністратори яких без конкретних знань можуть

самостійно вносити зміни до змісту сторінок, але не можуть ні змінити

структуру, ні дизайн сайту;

• Сайт, де клієнт може самостійно додавати сторінки та розділи,

змінювати дизайн.

Також, на цьому етапі варто вже визначити ключові конвертуючі

елементи, так звані «призиви до дії». А також, продумати спосіб, за яким буде

відбуватися відслідковування взаємодії користувача з цими елементами.

Розробка дизайну та опис функцій інтерфейсу

Веб-дизайн - це творчий і дуже захоплюючий процес. Дизайн сайту - це

не просто шаблон, а повноцінний дизайн сторінок сайту в єдиному стилі. Тут

головна сторінка є найважливішою. Вона - обличчя "компанії", яку бачать

майже всі відвідувачі сайту, вона - перше враження відвідувача про "компанію"

чи автора сайту. У процесі роботи над веб-дизайном замовник повинен

спочатку висловити свої побажання, описати цілі та шляхи досягнення цих

цілей. Дизайнер не може знати організацію, як ви її знаєте, а веб-дизайн

значною мірою відображає специфіку "фірми", для якої створений сайт.

Сайти також мають тенденцію до старіння. Це означає, що для

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

Переважно дизайн сайту повинен бути таким:

Стильний, підходить до образу "організації";

Функціональна навігація та управління;

Відповідає сучасному досвіду користувачів у використанні сайтів;

Відповідна сфера діяльності «компанії»;

33

Легкий, тобто сторінка повинна завантажуватися досить швидко;

Гармонійний за кольором.

Верстка сайту, написання серверної частини

Написання коду передбачає програмування сайту та його верстки. Наразі

жоден сайт не може обійтися без розробки програмного забезпечення. Це

онлайн-каталоги, форуми, книги для гостей та інше. Використання

програмування дозволяє зробити сайт більш цікавим для відвідувача, і, що ще

важливіше, спростити його подальшу роботу, оскільки запрограмовані сайти

дають власникам можливість самостійно керувати сайтом.

Верстка макету означає процес інтеграції тексту, графіки та програмних

елементів в одне ціле. Саме верстка надає сайту остаточний вигляд, який

побачать користувачі на ньому. Це покладає особливу відповідальність на

верстальника сайту, оскільки негативний, неохайний код стилів цілком здатний

зіпсувати зовнішній вигляд сайту. Потрібно враховувати невеликі та, на

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

підписи під картинками, правильне заповнення метатегів, встановлення

фіксованого розміру всіх елементів сторінки тощо.

Наповнення контентом

Коли проект буде готовий і ви знаєте, які сторінки будуть присутні на

сайті, ви можете приступити до створення контенту, тобто заповнення сайту.

Інформацію на сайті можна подати у вигляді тексту, таблиць, графіків,

інфографіки фотографій, аудіо та відео матеріалів - все залежить від того, який

матеріал надасть замовник.

Також пам’ятайте, що:

• Неможливо створити вміст сайту без участі клієнта!

• Вміст не може залишатися незмінним протягом усього життя сайту;

вона повинна періодично змінюватися, доповнюватися та розширюватися,

навіть якщо діяльність вашої організації залишається такою ж.

Тестування сайту – один із вирішальних етапів циклу виробництва сайту

34

Цей етап є контролем якості виконаних робіт. Все перевірено: простота

навігації, ефективність та доступність усіх необхідних посилань, написання та

пунктуація. Сторінки оптимізовані під конкретні браузери, враховуються

функції відображення сторінок з різними налаштуваннями кольорів та

роздільною здатністю екрана.[8]

Тестування сайту, як правило, проводиться людям, які не беруть участь у

його створенні, оскільки в процесі помилок стають непомітними, свіжий вигляд

просто необхідний.

Застосування системи менеджменту контенту для створення і

адміністрування сайту

Термін CMS останнім часом досить поширений в Інтернеті. Що це? CMS

(система управління вмістом) - це система управління контентом, тобто

комп'ютерна програма або інформаційна система, яка використовується для

організації та надання процесу спільного створення, управління та редагування

контенту сайту. Особливістю системи є те, що вона не вимагає залучення

авторів сайту, не вимагає від користувачів знання HTML чи знань основ

програмування.

Основне завдання такої системи - збирати та об’єднувати контент,

спираючись на ролі та завдання, різних джерел інформації. До цих джерел

можна отримати доступ як всередині організації, так і поза нею. Крім того, ця

система надає можливість взаємодіяти з різними працівниками, проектами та

робочими групами, з тими базами знань та базами даних, які були створені

раніше, таким чином, щоб зробити процес пошуку та повторного використання

максимально комфортним і максимально зручним.

За складом і специфікою такі системи різні, але зазвичай містять дві

основні частини. Перший компонент - це бек-енд, функція якого - зберігання та

контроль функціональності інформації. Другий – фронт-енд. Ця частина

системи забезпечує взаємодію проекту та користувача.

35

Системи управління веб-сайтами часто розроблені для роботи в певному

програмному середовищі. Наприклад, MediaWiki, що працює в Вікіпедії,

написаний на PHP і зберігає вміст і налаштування в базі даних MySQL або

PostgreSQL; тому він вимагає встановлення веб-сервера на сервері, де він

розміщений(Apache, IIS або ін.), Підтримка PHP та системи управління базами

даних MySQL або PostgreSQL, а також додаткові системи збереження та

обробки зображень або математичні формули. Такі вимоги є досить типовими

для відкритих CMS.

Наразі система управління контентом є необхідністю через особливості

розвитку сучасної інтернет мережі. Зокрема, не завжди можливо швидко

зв’язатися з розробниками проектів, щоб переконатися, що інформація

додається до ресурсу. Крім того, незалежне корпоративне використання та

управління вмістом сайту є гарантією інформаційної безпеки. За допомогою

CMS користувач може сконцентруватися на змісті інформації, яку він додає на

сайт, а не коригувати код.

Ці веб-системи спрощують наповнення вашого сайту текстовим та

мультимедійним вмістом. Більше того, користувачеві пропонується безліч

інструментів для редагування та публікації інформації в Інтернеті.

Незважаючи на різноманітність доступних CMS, вони базуються на

єдиному принципі роботи. Система управління вмістом відокремлює вміст та

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

ж дизайні інформація, що міститься на ньому, може регулярно змінюватися.

Програма зберігає у своїй пам'яті готові шаблони для додавання інформації, яку

досить легко засвоїти. Ці шаблони дозволяють вибрати дизайн сторінки за дуже

короткий час. Відповідно, скорочується час на додавання інформації на портал

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

головному сервері, де зберігається більшість даних. Редагуючи його, потрібно

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

сучасних Інтернет-браузерів.

36

CMS чудово підходить для створення різних типів сайтів. Звичайно,

створення веб-сайту на базі CMS також вимагає певних знань щодо

компонування та програмування. Існує багато систем управління контентом, як

платних, так і безкоштовних, які мають різні можливості та відрізняються

надійністю.

Ви можете використовувати існуючі шаблони для графічного

представлення свого сайту, а також можете створити свій власний унікальний

дизайн. Більшість CMS підтримують системи управління базами даних.

Системи на основі PHP часто підтримують MySQL.

Системи управління можна розділити на кілька основних різновидів:

1. Тип системи, яка генерує сторінки безпосередньо за бажанням

користувача. На запит інформація надходить із основної бази даних. Ці системи

є досить поширеними, але вони мають багато недоліків, одним з яких є велике

навантаження на системні ресурси.

2. Вид, що дозволяє створювати сторінки безпосередньо під час

редагування. Цей тип систем найпростіший у навчанні. Він використовує

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

систем є недолік - мало інтерактивності. Однак навіть невелика інтерактивність

не може затьмарити такі переваги, як простота та простота використання.

3. Системи змішаного типу. Цей тип використовує обидва способи,

описані вище, має широку функціональність та інтерактивність, але потребує

досить тривалого часу для розробки. Цей вид систем також має найбільшу

цінність. Багато програмістів намагаються побудувати свою CMS на основі

базового фреймворку, розвиваючи та навчаючи свої навички, але це дуже

трудомісткий процес, і такі проекти не часто виявляються справді цікавими та

варті уваги.

Фреймворк - це деякий програмний бекграунд, набір інструментів, який

реалізує основну архітектуру проекту.

Існує кілька відмінних особливостей систем CMS:

37

• Визначена внутрішня архітектура. У системах CMS внутрішня

архітектура має вдосконалені механізми абстрагування, які не залежать від

модулів, що формують CMS. Це означає, що набагато простіше підтримувати

проект на базі CMS.[9]

• Багатофункціональність. Веб-сайти на базі CMS також мають

високий ступінь індивідуалізації: кожен проект може бути адаптований до

конкретної ситуації. Багатофункціональність систем CMS дозволяє створювати

різноманітні Інтернет-проекти, такі як блоги, візитні картки або інтернет-

магазини.

• Розширюваність та сумісність. Існуючу функціональність систем

CMS можна розширити, інтегруючи додаткові модулі та програмні коди. Багато

CMS підтримують різні СУБД.

• Шаблон. CMS підтримує шаблонування - просте створення та

інтеграція шаблонів представлень сторінок (дизайн), не впливаючи на ядро або

вміст сайту, що розробляється.

• Зручність використання. CMS можуть бути як системами з

довільним, масштабованим і настроюваним набором функцій, так і

дистрибутивами, які прості у використанні непрофесійними програмістами.

2.3.1 Cookies браузера як засіб ідентифікації користувачів

HTTP cookie (web cookie, cookie браузера) - це невеликий фрагмент

даних, що відправляється сервером на браузер користувача, який той може

зберегти і відсилати назад з новим запитом до даного сервера. Це, зокрема,

дозволяє дізнатися, з одного чи браузера прийшли обидва запиту (наприклад,

для аутентифікації користувача). Вони запам'ятовують інформацію про стані

для протоколу HTTP, який сам по собі цього робити не вміє.

38

Cookie використовуються, головним чином, для:

⦁ Управління сеансом (логіни, кошики для віртуальних покупок)

⦁ Персоналізації (призначені для користувача переваги)

⦁ Моніторингу (відстеження поведінки користувача)

До недавнього часу cookie прийнято було використовувати в якості

сховища інформації на стороні користувача. Це могло мати сенс у відсутності

варіантів, але тепер, коли в розпорядженні браузерів з'явилися різні API

(програмні інтерфейси додатка) для зберігання даних, це вже не так. Через те,

що cookie пересилаються з кожним запитом, вони можуть дуже сильно

знижувати продуктивність (особливо в мобільних пристроях). Як сховищ даних

на стороні користувача замість них можна використовувати Web storage API

(localStorage and sessionStorage) і IndexedDB.

Створення cookie

Отримавши HTTP-запит, разом з відгуком сервер може відправити

заголовок Set-Cookie з відповіддю. Cookie зазвичай запам'ятовуються

браузером і надсилаються в значенні заголовка HTTP Cookie з кожним новим

запитом до одного й того ж сервера. Можна задати термін дії cookie, а також

термін його життя, після якого cookie не відправлятиме. Також можна вказати

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

сайту воно відсилається.

Заголовки Set-Cookie і Cookie

Тема Set-Cookie HTTP-відгуку використовується для відправки cookie з

сервера на клієнтський додаток (браузер). Простий cookie може здаватися так:

Set-Cookie: <ім'я-cookie> = <заголовок-cookie>

39

Цей заголовок з сервера дає клієнтові вказівку зберегти cookie (це

роблять, наприклад, PHP, Node.js, Python і Ruby on Rails). Відгук, що

відправляється браузеру, містить заголовок Set-Cookie, і cookie

запам'ятовується браузером.

HTTP/1.0 200 OKContent-type: text/htmlSet-Cookie: yummy_cookie=chocoSet-Cookie: tasty_cookie=strawberry

[page content]Тепер, з кожним новим запитом до сервера, за допомогою заголовка Cookie

браузер буде повертати сервера всі збережені раніше cookies.

Cесійні cookie

Простий cookie, приклад якого наведено вище, являє собою сесійний cookie

(session cookie) - такі cookie видаляються при закритті клієнта, тобто існують

тільки протягом поточного сеансу, оскільки атрибути Expires або Max-Age для

нього не задаються. Однак, якщо в браузері включено автоматичне відновлення

сеансу, що трапляється дуже часто, cookie сеансу може зберігатися постійно, як

якщо б браузер ніколи не закривався.

Gостійні cookies

Постійні cookie (permanent cookies) не видаляються з закриттям клієнта, а при

настанні певної дати (атрибут Expires) або після певного інтервалу часу

(атрибут Max-Age).

Сторонні (Third-party) куки

Кукі пов'язані з певним доменом. Якщо він збігається з доменом сторінки, на

якій ви перебуваєте, то їх називають "куками першої особи" (first-party cookies).

Якщо це інший домен, їх називають "сторонніми куками" (third-party cookies).

40

Кукі першої особи відсилаються тільки на той сервер, який їх створив. Однак,

документ може містити зображення або інші компоненти (наприклад, рекламні

банери), що зберігаються на інших серверах. Кукі, що посилаються через такі

компоненти, використовуються, головним чином, в рекламних цілях або для

відстеження інформації в мережі. Як приклад можна розглянути типи файлів

cookie, які використовуються Google. Більшість браузерів за замовчуванням

дозволяють використання сторонніх куків, але є розширення, що дозволяють їх

блокувати (наприклад, Privacy Badger від EFF).

Якщо ви не повідомите про використання сторонніх куків, а користувач

виявить їх самостійно, то довіра до вас може похитнутися. Щоб уникнути

цього, краще надавати відповідну інформацію. У деяких країнах використання

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

Вікіпедії в розділі cookie statement (створення куків).[10]

Чи не відслідковувати (Do-Not-Track)

Для заборони на відстеження з боку додатка, або міжсайтового відстеження,

можна використовувати заголовок DNT, хоча технічних або законодавчих

вимог на цей рахунок немає.

Директива Євросоюзу про куках

Правила по використанню куків в Євросоюзі (ЄС) визначені в Директиви

2009/136 / EC Європарламенту (Directive 2009/136 / EC), що набрала чинності

25 травня 2011 року Це не закон, як такий, а рекомендація країнам-членам ЄС

прийняти закони, відповідні її вимогам. У кожній країні з цього приводу

можуть бути свої закони.

Відповідно до цієї директиви для зберігання або вилучення інформації з

комп'ютера користувача потрібно проінформувати його і отримати відповідний

41

дозвіл. З моменту її появи багато сайтів додали банери, що інформують

користувача про використання куків.

2.3.2 User Agent

User agent - це клієнтська програма, що використовує певний мережевий

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

доступ до веб-сайтів, таким як браузери, пошукові роботи (і інші «павуки»),

мобільні телефони та інші пристрої.

При відвідуванні веб-сайту клієнтську програму зазвичай посилає веб-

серверу інформацію про себе. Це текстова рядок, що є частиною HTTP-запиту,

що починається з User-agent: або User-Agent :, і зазвичай включає таку

інформацію, як назва і версію програми, операційну систему комп'ютера і мову.

У «павуків» цей рядок часто містить URL і email-адреса, за якими веб-майстер

може зв'язатися з оператором «павука».

Через домінування окремих браузерів в різні періоди в історії всесвітньої

павутини багато веб-сайти проектувалися не у відповідності зі стандартами

W3C і IETF, а для роботи з певним браузером. Такі сайти посилають різний

вміст веб-сторінки в залежності від одержуваного від клієнта значення User-

Agent. Це призводить до того, що використовувати сайт можна за допомогою

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

відрізняється ідентифікатор, виявляються «забороненими».

42

Багато веб-майстри вважають такий підхід поганою практикою і

рекомендують створювати HTML-розмітку настільки стандартизоване,

наскільки це можливо, щоб коректно відображати сторінки сайту на

максимальній кількості браузерів.

Веб-сайти для мобільних телефонів часто змушені жорстко покладатися

на визначення User-Agent, так як браузери на різних мобільних телефонах

занадто різні. Тому мобільні веб-портали зазвичай генерують різні сторінки в

залежності від моделі мобільного телефону. Ці відмінності можуть бути як

невеликими (зміна розміру зображень спеціально для менших екранів), так і

досить істотними (формат WML замість XHTML).

Рядок User-agent також використовується веб-майстрами для запобігання

індексування «пошуковими павуками» деяких сторінок сайту, наприклад коли

індексування певних сторінок не має сенсу або конкретний «павук» створює

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

спеціальний файл robots.txt для рекомендацій «павука» або просто налаштувати

веб-сайт не віддавати «павука» ці сторінки.

2.3.3 IP адреса

IP-адреса - унікальний мережевий адрес вузла в комп'ютерній мережі,

побудованої на основі стека протоколів TCP / IP.

В мережі Інтернет потрібно глобальна унікальність адреси; в разі роботи

в локальній мережі потрібно унікальність адреси в межах мережі. У версії

протоколу IPv4 IP-адреса має довжину 4 байта, а у версії протоколу IPv6 IP-

адреса має довжину 16 байт.

43

IP-адреса складається з двох частин: номера мережі і номера вузла. У разі

ізольованої мережі її адресу може бути обраний адміністратором із спеціально

зарезервованих для таких мереж блоків адрес (10.0.0.0/8, 172.16.0.0/12 або

192.168.0.0/16). Для виходу в глобальну мережу необхідно, щоб був IP з іншого

блоку адрес, або в локальній мережі повинен бути сервер підміняє внутрішній

IP-адреса (сірий) на зовнішній IP-адреса (білий), наприклад: proxy server, NAT.

Якщо ж мережа повинна працювати як складова частина Інтернету, то адреса

мережі видається провайдером або регіональним інтернет-реєстратором

(Regional Internet Registry, RIR). Згідно з даними на сайті IANA, існує п'ять RIR:

ARIN, обслуговуючий Північну Америку, а також Багами, Пуерто-Ріко і

Ямайку; APNIC, обслуговуючий країни Південної, Східної і Південно-Східної

Азії, а також Австралії та Океанії; AfriNIC, обслуговуючий країни Африки та

Індійського океану; LACNIC, обслуговуючий країни Південної Америки і

басейну Карибського моря; і RIPE NCC, обслуговуючий Європу, Центральну

Азію, Близький Схід. Регіональні реєстратори отримують номери автономних

систем і великі блоки адрес у IANA, а потім видають номери автономних

систем і блоки адрес меншого розміру локальним інтернет-реєстраторам (Local

Internet Registries, LIR), зазвичай є великими провайдерами. Номер вузла в

протоколі IP призначається незалежно від локальної адреси вузла.

Маршрутизатор по визначенню входить відразу в кілька мереж. Тому кожен

порт маршрутизатора має власну IP-адресу. Кінцевий вузол також може

входити в кілька IP-мереж. У цьому випадку комп'ютер повинен мати кілька IP-

адрес, по числу мережевих зв'язків. Таким чином, IP-адреса характеризує не

окремий комп'ютер або маршрутизатор, а одне мережеве з'єднання.

2.3.4 Фінгерпрінтинг пристрою

44

Практика зміни браузера, щоб змінити особистість в інтернеті, є

популярною порадою від експертів і фахівців з безпеки. Згідно з опитуванням,

близько 70% користувачів встановили і регулярно використовують

щонайменше два браузера. Так вони сподіваються уникнути стеження і

небажаного розпізнавання на сайтах.[11]

Група американських дослідників опублікувала наукову роботу з описом

більш просунутих технік фінгерпрінтінга, які не враховують версію браузера,

але все одно розпізнають конкретний ПК з високою точністю.

Фінгерпрінтінг - спірна техніка ідентифікації користувачів в інтернеті в

якості альтернативи звичайним кукам і «вічним» кукам. Якщо користувач

видаляє куки або у нього встановлені програми для блокування стеження

трекерів, за допомогою фінгерпрінтінга його все одно можна визначити.

Противники цієї техніки говорять, що використання фінгерпрінтінга

неетично, якщо користувач явно заборонив себе ідентифікувати і активно

видаляє куки. З іншого боку, деякі веб-розробники не бачать нічого поганого в

тому, щоб розпізнавати повторних відвідувачів, якщо не робити нічого

незаконного. Аругментуючи тим, що це ж для їх власної зручності.

Розпізнавання користувачів (трекінг) тим чи іншим способом здійснює понад

90% найпопулярніших сайтів інтернету. Фінгерпрінтінг - найнадійніша техніка.

Вона має на увазі створення унікального «відбитка» призначеного для

користувача комп'ютера з урахуванням всіх відкритих параметрів: версії ОС,

версії браузера, набору плагінів і розширень до браузера, списку встановлених

шрифтів, розміру екрану і т.д.

До останнього часу при фінгерпрінтінгу завжди враховувалася версія

браузера користувача, але зараз дослідники намагаються подолати це

обмеження - і розпізнавати конкретні ПК незалежно від браузера.

45

У роботі групи американських дослідників нова техніка іменується CBF,

тобто крос-браузерні фінгерпрінтінг (Cross-Browser Fingerprinting). Вона

враховує характеристики комп'ютерної системи, які виявляють себе незалежно

від версії браузера при рендерингу і обробці графіки.

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

використовують цю інформацію для профілювання конкретного ПК.

Наприклад, нанесення растрового зображення на грань куба засобами WebGL з

апаратним відеоприскоренням виконується з однаковою швидкістю незалежно

від браузера.

Ось список деяких параметрів, які можна використовувати для крос-

браузерного фінгерпрінтінга.

Роздільна здатність екрану. Як з'ясувалося, якщо задіяти масштабування,

то можна отримати надійний результат незалежно від версії браузера.

Кількість ядер процесора. Браузерні параметр hardwareConcurrency видає

максимальний поріг для конкретного комп'ютера в операціях Web Worker.

Навіть якщо браузер намагається змінити цей параметр (наприклад, Safari

ділить його на два), можна легко обчислити дійсне значення.

AudioContext. Набір завдань по обробці звуку в операційній системі і

звукової карти. Фінгерпрінтінг здійснюється шляхом виміру часу виконання

цих операцій.

Список шрифтів. Стандартна техніка фінгерпрінтінга, яку дослідники

адаптували для крос-браузерного варіанту. Список встановлених шрифтів

можна визначити по рендерингу гліфів в браузері.

46

Лінії, криві і антиалиасинг. Візуалізація ліній, прямих і антиалиасинг в

HTML5 Canvas і WebGL виконується засобами GPU.

Vertex Shader. Ще один елемент, який рендериться графічною

підсистемою і графічним драйвером. Він використовується при створенні тіней

і освітлення в 3D-об'єктах та задіюється в WebGL.

Fragment Shader. Відстежується таким же способом, як і Vertex Shader.

Прозорість в альфа-каналі. Видача цих графічних елементів залежить від

GPU і драйвера і є однаковою у всіх браузерах.

Встановлені писемності (мови). Деякі писемності начебто китайської,

корейської та арабської, вимагають установки спеціальних бібліотек.

Моделювання. Візуалізація 3D-моделей.

Освітлення і побудова тіней (Lighting and Shadow Mapping). Ще одна

особливість 3D-графіки, пов'язана з обробкою світла і тіней.

Камера. Мається на увазі не встановлена на комп'ютері веб-камера, а

інша техніка, специфічна для 3D-моделювання. Вона вибудовує 2D-види для

3D-об'єктів.

Відсікання площин (Clipping Planes). Операція WebGL, пов'язана з

обчисленням координат 3D-об'єктів з обмеженою видимістю.

Всі перераховані техніки в сукупності дозволяють скласти досить

надійний і точний профіль конкретного комп'ютера. У таблиці нижче

перерахована надійність і ентропія, яку забезпечує кожен метод і всі вони

разом.

47

Рисунок 2.1 – Точність ідентифікації за кожним окремим параметром

пристрою користувача.

48

Рисунок 2.2 – Точність ідентифікації за кожним окремим параметром

пристрою користувача.

В сукупності, техніки CBF дозволяють точно ідентифікувати близько 99,24%

всіх комп'ютерів. Дослідники проводили тести з використанням браузерів

Chrome, Firefox, Edge, IE, Opera, Safari, Maxthon, UC Browser і Coconut.

49

Техніка працює досить надійно і відсутність якого-небудь одного з параметрів

в профілі практично не впливає на результат.[12]

Для анонімної роботи в інтернеті автори наукової роботи рекомендують

використовувати браузер Tor, який нормалізує браузерную видачу і не дає

можливості здійснити фінгерпрінтінг такого роду. Правда, і у нього є невеликі

упущення: він теж залишає кілька параметрів відкритими, в тому числі ширину

екрану і AudioContext.

2.3.5 Коди станів HTTP

Код стану HTTP (англ. HTTP status code) - частина першого рядка

відповіді сервера при запитах по протоколу HTTP. Він являє собою ціле число з

трьох десяткових цифр. Перша цифра вказує на клас стану. За кодом відповіді

зазвичай слід відокремлена пропуском пояснює фраза англійською мовою, яка

роз'яснює людині причину саме такої відповіді. приклади:

201 Created.

401 Unauthorized.

507 Insufficient Storage.

Клієнт дізнається за кодом відповіді про результати його запиту і

визначає, які дії йому робити далі. Набір кодів стану є стандартом, і вони

описані у відповідних документах RFC. Введення нових кодів повинне

проводитися тільки після узгодження з IETF. Проте відомо про двох

використовуваних кодах, що не згаданих в RFC: 449 Retry With. Також

згадується пояснювальна фраза «Reply With» в специфікації по WebDAV в

Microsoft Developer Network, введений Microsoft і 509 Bandwidth Limit

Exceeded, введений в cPanel.

50

Клієнт може не знати всі коди стану, але він зобов'язаний відреагувати

відповідно до класу коду. В даний час виділено п'ять класів кодів стану.

Веб-сервер Internet Information Services в своїх файлах журналів, крім

стандартних кодів стану, використовує підкоди, записуючи їх через точку після

основного. При цьому у відповідях від сервера даний підкоди не розміщується -

він потрібен адміністратору сервера, щоб той міг більш точно визначати

джерела проблем.

Опис кодів

Інформаційні

У цей клас виділені коди, що інформують про процес передачі. При

роботі через протокол версії 1.0 повідомлення з такими кодами повинні

ігноруватися. У версії 1.1 клієнт повинен бути готовий прийняти цей клас

повідомлень як звичайну відповідь, але серверу відправляти що-небудь не

потрібно. Самі повідомлення від сервера містять тільки стартовий рядок

відповіді і, якщо потрібно, кілька специфічних для відповіді полів заголовка.

Проксі-сервери подібні повідомлення повинні відправляти далі від сервера до

клієнта.

100 Continue - сервер задоволений початковими відомостями про запит,

клієнт може продовжувати пересилати заголовки. З'явився в HTTP / 1.1.

101 Switching Protocols - сервер виконує вимогу клієнта і перемикає

протоколи відповідно до вказівки, даними в поле заголовка Upgrade. Сервер

відправляє заголовок відповіді Upgrade, вказуючи протокол, на який він

переключився. З'явився в HTTP / 1.1.

102 Processing - запит прийнятий, але на його обробку знадобиться

тривалий час. Використовується сервером, щоб клієнт не розірвав з'єднання

через перевищення часу очікування. Клієнт при отриманні такої відповіді

51

повинен скинути таймер і чекати наступної команди в звичайному режимі.

З'явився в WebDAV.

Успіх

Повідомлення цього класу інформують про випадки успішного

приймання та обробки запиту клієнта. Залежно від статусу сервер може ще

передати заголовки і тіло повідомлення.

200 OK - успішний запит. Якщо клієнтом були запитані будь-які дані, то

вони знаходяться в заголовку і / або тексті листа. З'явився в HTTP / 1.0.

201 Created - в результаті успішного виконання запиту був створений

новий ресурс. Сервер може вказати адреси (їх може бути декілька) створеного

ресурсу в тілі відповіді, при цьому кращий адреса вказується в заголовку

Location. Серверу рекомендується вказувати в тілі відповіді характеристики

створеного ресурсу і його адреси, формат тіла відповіді визначається

заголовком Content-Type. При обробці запиту новий ресурс повинен бути

створений до відправки відповіді клієнту, інакше слід використовувати

відповідь з кодом 202. З'явився в HTTP / 1.0.

202 Accepted - запит був прийнятий на обробку, але вона не завершена.

Клієнту не обов'язково чекати остаточної передачі повідомлення, так як може

бути розпочато дуже довгий процес. З'явився в HTTP / 1.0.

203 Non-Authoritative Information - аналогічно відповіді 200, але в цьому

випадку передана інформація була взята не зі первинного джерела (резервної

копії, іншого сервера і т. Д.) І тому може бути неактуальною. З'явився в HTTP /

1.1.

204 No Content - сервер успішно обробив запит, але у відповіді були

передані тільки заголовки без тексту повідомлення. Клієнт не повинен

оновлювати вміст документа, але може застосувати до нього отримані метадані.

З'явився в HTTP / 1.0.

52

205 Reset Content - сервер зобов'язує клієнта скинути введені

користувачем дані. Тіла повідомлення сервер при цьому не передає і документ

оновлювати не обов'язково. З'явився в HTTP / 1.1.

206 Partial Content - сервер вдало виконав частковий GET-запит,

повернувши тільки частина повідомлення. У заголовку Content-Range сервер

вказує байтові діапазони вмісту. Особливу увагу при роботі з подібними

відповідями слід приділити кешуванню. З'явився в HTTP / 1.1. (Докладніше…)

207 Multi-Status - сервер передає результати виконання відразу декількох

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

XML-документа з об'єктом multistatus. Не рекомендується розміщувати в цьому

об'єкті статуси з серії 1xx через безглуздість і надмірності. З'явився в WebDAV.

208 Already Reported - члени прив'язки DAV вже були перераховані в

попередній частині (multistatus) відповіді і не включаються знову.

226 IM Used - заголовок A-IM від клієнта був успішно прийнятий і сервер

повертає вміст з урахуванням зазначених параметрів. Введено в RFC 3229 для

доповнення протоколу HTTP підтримкою дельта-кодування.

Перенаправлення

Коди цього класу повідомляють клієнту, що для успішного виконання

операції необхідно зробити інший запит, як правило, по іншому URI. З даного

класу п'ять кодів 301, 302, 303, 305 і 307 відносяться безпосередньо до

перенапрямлень. Адресу, за якою клієнту слід зробити запит, сервер вказує в

заголовку Location. При цьому допускається використання фрагментів в

цільовому URI.

За останніми стандартами клієнт може виробляти перенаправлення без

запиту користувача тільки якщо другий ресурс буде запитуватися методом GET

або HEAD. У попередніх специфікаціях говорилося, що для уникнення

кругових переходів користувача слід питати після 5-го поспіль

перенаправлення. При всіх перенаправленнях, якщо метод запиту не мав

53

HEAD, то в тіло відповіді слід включити коротке гіпертекстове повідомлення з

цільовою адресою, щоб в разі помилки користувач зміг сам зробити перехід.

Розробники HTTP відзначають, що багато клієнтів при перенаправлення з

кодами 301 і 302 помилково застосовують метод GET до другого ресурсу,

незважаючи на те, що до першого запит був з іншим методом (найчастіше

PUT). Щоб уникнути непорозумінь, в версії HTTP / 1.1 були введені коди 303 і

307 і їх рекомендовано використовувати замість 302. Змінювати метод потрібно

тільки якщо сервер відповів 303. В інших випадках такий запит виробляти з

вихідним методом.

Типова поведінка при різнх кодах перенаправлення:

300 Multiple Choices - за вказаною URI існує кілька варіантів надання

ресурсу за типом MIME, за мовою або за іншими характеристиками. Сервер

передає з повідомленням список альтернатив, даючи можливість зробити вибір

клієнта автоматично або користувачеві. З'явився в HTTP / 1.0.

301 Moved Permanently - запитаний документ був остаточно перенесений

на новий URI, зазначений в полі Location заголовка. Деякі клієнти некоректно

поводяться при обробці даного коду. З'явився в HTTP / 1.0.

302 Found, 302 Moved Temporarily - запитаний документ тимчасово

доступний по іншому URI, який вказаний у заголовку в поле Location. Цей код

може бути використаний, наприклад, при керованому сервером узгодженні

вмісту. Деякі Клієнти некоректно поводяться при обробці даного коду. Введено

в HTTP / 1.0.

303 See Other - документ по запрошенням URI потрібно запросити за

адресою в полі Location заголовка з використанням методу GET незважаючи

навіть на те, що перший запитували іншим методом. Цей код був введений

разом з кодом 307 для уникнення неоднозначності, щоб сервер був впевнений,

що наступний ресурс буде запитано методом GET. Наприклад, на веб-сторінці є

поле введення тексту для швидкого переходу і пошуку. Після введення даних

браузер робить запит методом POST, включаючи в тіло повідомлення введений

54

текст. Якщо виявлений документ з введеним назвою, то сервер відповідає

кодом 303, вказавши в заголовку Location його постійну адресу. Тоді браузер

гарантовано його запросить методом GET для отримання вмісту. В іншому

випадку сервер просто поверне клієнту сторінку з результатами пошуку.

Введено в HTTP / 1.1.

304 Not Modified - сервер повертає такий код, якщо клієнт запросив

документ методом GET, використовував заголовок If-Modified-Since або If-

None-Match і документ не змінився з зазначеного моменту. При цьому

повідомлення сервера не повинно містити тіла. З'явився в HTTP / 1.0.

305 Use Proxy - запит до запитуваного ресурсу повинен здійснюватися

через проксі-сервер, URI якого вказано в полі Location заголовка. Даний код

відповіді можуть використовувати тільки вихідні HTTP-сервера (НЕ проксі).

Введено в HTTP / 1.1.

306 (зарезервовано) - використовувався раніше код відповіді, зараз

зарезервований. Згаданий в RFC 2616 (оновлення HTTP / 1.1).

307 Temporary Redirect - запитуваний ресурс на короткий час доступний

по іншому URI, зазначений в полі Location заголовка. Метод запиту (GET /

POST) міняти не дозволяється. Наприклад, POST запит повинен бути

відправлений за новим URI тим же методом POST. Цей код був введений разом

з 303 замість 302-го для уникнення неоднозначності. Введено в RFC 2616

(оновлення HTTP / 1.1).

308 Permanent Redirect - запитуваний ресурс був остаточно перенесений

на новий URI, зазначений в полі Location заголовка. Метод запиту (GET /

POST) міняти не дозволяється. Наприклад, POST запит повинен бути

відправлений за новим URI тим же методом POST. Цей код був введений

замість 301-го для уникнення неоднозначності. Введено в RFC 7238 (RFC

7538).

2.4 Аналіз існуючих рішень і систем

55

В цьому розділі розглянемо як безкоштовні системи аналітики, так і деякі

платні версії так званих трекерів та TDS (traffic distribution system).

Найбільш популярні системи інтернет-статистики безкоштовні, але це не

означає, що у них невисока якість або обмежений функціонал. Адже ці

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

лого лічильника на сайті (на чому в безкоштовній версії наполягає LiveInternet),

системи Яндекс.Метрика і Google Analytics надають досить широкі можливості

аналізу вхідного трафіку і його поведінки на сторінках сайту. Дуже зручною

функцією фахівці вважають можливість завдання так званих цілей. Це своєрідні

фільтри, що відсівають, що визначають користувачів, що діють за потрібною

нам алгоритму: наприклад, перехід на наш сайт, потім перехід на цільову

сторінку і здійснення покупки або заповнення і відправка електронної форми

замовлення. Очевидно, що подібні системи (втім, як і просунуті представники

категорії «звичайних» лічильників) вміють подавати інформацію у вигляді

різноманітних графіків і діаграм, застосовувати фільтри по величезній кількості

критеріїв та характеристик, а також формувати всю цю інформацію у вигляді

аналітичних звітів. При тонкій настройці умілими руками від подібних систем

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

трафіку з тих чи інших джерел. Фахівці часто рекомендують використання

одного з таких інструментів на сайтах клієнтів, що значно допомагає в процесі

побудови і реалізації ефективної інтернет-кампанії.[13]

2.4.1 Огляд Google Analytics

Google Analytics збирає дані не тільки з сайтів. Ви можете дивитися статистику

по додатках для мобільних пристроїв, ігрових приставок, системам обліку

56

продажів (CRM) і роботи з клієнтами, а також іншим онлайн платформам. Всі

ці дані зберігаються у вигляді докладних звітів Google Analytics.

Щоб правильно інтерпретувати дані, важливо розуміти загальні принципи їх

збору та обробки. В Analytics є 4 основних компоненти: збір даних, обробка

даних, налаштування та звіти.

Збір даних

Для цього в Google Analytics використовується невеликий фрагмент коду

JavaScript, який збирає інформацію. Його необхідно додати на всі сторінки

сайту для відстеження дій користувачів. З виходом глобального тега сайту

gtag.js цей фрагмент в інтерфейсі Analytics став виглядати так (Рисунок 2.3):

Рисунок 2.3 – Типовий код відслідковування Google Analytics

Кожен раз, коли відвідувач переходить на сайт, в його браузері виконується код

відстеження. Під час першого заходу він записує в браузер відвідувача файл

cookie, в якому міститься унікальний ідентифікатор користувача Client ID. Цей

файл cookie буде зберігатися протягом 2 років з моменту останнього заходу на

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

Всі наступні сеанси з того ж браузера будуть зараховані системою Google

Analytics як повернення цього відвідувача, його повторні відвідування.

Код відстеження JavaScript може збирати:

• інформацію з самого сайту, наприклад, URL тих сторінок, які переглядає

користувач;

• дані браузера користувача: мовні настройки, назва браузера, пристрій,

операційна система;

• інформацію про джерело, з якого користувач перейшов на сайт.

57

Ці дані пакетуються в обігу (хіти, hits) і відправляються на сервери Google для

подальшої обробки. Однак при використанні файлів cookie накладаються

обмеження в точності збору даних. Це пов'язано з тим, що він

прив'язується до 1 конкретного пристрою і 1 браузеру:

1 файл cookie = 1 пристрій = 1 браузер

Користувач може заблокувати створення файлу cookie, а може просто видалити

його. У такому випадку при наступному заході буде створено новий файл з

унікальним Client ID, і Analytics буде вважати його новим відвідувачем. Ця

проблема частково вирішується завдяки використанню функції User ID, яка

дозволяє пов'язувати відвідування одного і того ж користувача з різних

пристроїв. Так зване крос-девайс відстеження. Детальніше про Client ID та User

ID буде розглянуто в наступних розділах.

Обробка даних

Google Analytics може збирати велику кількість даних, використовуючи тільки

стандартний код відстеження JavaScript без модифікацій. Після того як

звернення від користувача будуть відправлені на сервери Google, таким етапом

стане їх обробка. Тут всі необроблені дані перетворюються в більш цінну

інформацію. Наприклад, йде класифікація за типами пристроїв, розташування,

джерела переходу і т.д.

Налаштування

До необроблених даних Google Analytics може застосовувати фільтри. Вони

включають або виключають зі звітів певні типи даних. Наприклад, IP-адреса

співробітників компанії або визначені регіон з статистики. Після того як

обробка даних з урахуванням зміни завершиться, дані збережуться в базі даних

і змінити їх буде неможливо.

Звіти

Оброблену інформацію Google надає нам у вигляді звітів в інтерфейсі Analytics.

Однак ми також можемо вивантажувати дані з акаунтів Google Analytics за

допомогою Core Reporting API.

58

Бібліотека JavaScript - збірник класів і / або функцій на мові JavaScript. Google

має свої власні клієнтські бібліотеки для самих поширених мов програмування

(PHP, Java, Python, JavaScript), щоб спростити використання API.

Оскільки код відстеження Google Analytics - це фрагмент коду JavaScript, то він

теж працює з різними бібліотеками. З 2009 року вони змінювалися 4 рази:

• urchin.js (до 2009);

• ga.js (до 2013);

• analytics.js (з 2013);

• gtag.js (з 2017);

Коли вам необхідно налаштувати події на сайті, змінивши код лічильника,

апгрейдити показник відмов, впровадити електронну торгівлю, налаштувати

мыждоменне відстеження, функцію User ID і т.д., потрібно розуміти, що таке

бібліотека і які конструкції кодів слід використовувати в залежності від неї.

urchin.js

Застаріла бібліотека, яка використовувалася до 2009 року. Назва пов'язане з

назвою компанії Urchin Software Corp.

Розробка програмного забезпечення Urchin WebAnalytics припинена і більше не

підтримується. Вся документація Urchin застосовується тільки до продукту

Urchin і не поширюється на будь-які продукти або послуги Google Analytics.

Сам продукт Urchin досі використовують різні компанії як інструмент аналізу

веб-статистики. Він аналізує журнал веб-сервера і відображає інформацію про

трафік на основі даних цього журналу.

Urchin Software Corp. була придбана компанією Google в квітні 2005 року і

перейменована в Google Analytics. У квітні 2008 року Google випустила Urchin

6.

У лютому 2009 року Google випустила Urchin 6.5, інтегрувавши його з Google

AdWords. Urchin 7 був випущений у вересні 2010 року і включав в себе 64-бітну

підтримку, новий інтерфейс, відстеження подій і ряд інших функцій.

Класична бібліотека ga.js

59

У 2009 році з'явилася нова бібліотека ga.js і код, який став працювати

асинхронно, тобто став завантажуватися у фоновому режимі, без припинення

завантаження інших скриптів і контенту на сторінках веб-сайту.

На даний момент є застарілою бібліотекою. Її не рекомендується

використовувати. [14]

Universal Analytics, бібліотека analytics.js

На даний момент (станом на жовтень 2019) є найпопулярнішою і

найстабільнішою бібліотекою Google Analytics, незважаючи на те, що вже є

gtag.js. Підтримується різними сервісами автоматизації, управліннями

рекламних кампаній, коллтрекінгів, онлайн-консультантами і т.д.

З 2013 року в Universal Analytics реалізовані функції, які дозволяють на

принципово іншому рівні працювати з даними і аналізувати взаємодію

користувачів з контентом. Абсолютно новий підхід до відстеження і величезна

кількість нововведень:

• Функція User ID

• Measurement Protocol

• Спеціальні параметри та показники

• Розширена електронна торгівля (Enhanced Ecommerce)

gtag.js

На зміну analytics.js в серпні 2017 року надійшла Global Site Tag. З жовтня 2017

року він став доступний для всіх рекламодавців. Але це не просто оновлення

або нова бібліотека, а зовсім інший підхід до збору даних. Нововведення

призначене для того, щоб зробити єдиний централізований тег, який відправляє

дані в усі маркетингові та аналітичні інструменти Google.

До поточної версії від кожного сервісу Google потрібно додавати повний

фрагмент коду на сторінки веб-сайту. Для відстеження конверсій - свій код, для

тега ремаркетингу Google Реклами - свій код, для інструменту Google Optimize -

свій, плагін для включення електронної комерції - ще фрагмент коду тощо Все

це окремі теги продуктів однієї компанії (Google).

60

Новий gtag.js спрощує все це. Тепер легко можна поєднувати різні теги в

одному місці коду, простіше підключати в роботу різні продукти і відправляти

дані відразу в кілька інструментів одночасно.

Області дії

Принцип роботи Google Analytics грунтується на трьох основних областях дій

(рівнях організації даних):

1. хіт (hit)

2. сесія (session)

3. користувач (user)

З хітів (звернень) будуються сесії (сеанси, візити), які прив'язуються до певного

користувача (відвідувача), який має свою куку і унікальний Client ID.

Хіт (звернення)

Хіт (звернення, hit) - взаємодія користувачами з сайтом, в результаті якого дані

відправляються в Google Analytics. Наприклад:

• перегляди сторінки;

• перегляди екрана;

• події;

• транзакції.

При заході відвідувача на сайт в GA відразу потрапляє перший хіт – перегляд

сторінки (pageview)

Сесія (сеанс, візит)

Сесія (сеанс, session, візит) - послідовність хітів (взаємодій) користувача з

сайтом за певний проміжок часу. Наприклад:

• перегляди сторінки;

• події;

• транзакції;

За замовчуванням тривалість сеансу (час очікування сеансу) в Google Analytics

становить 30 хвилин.

Користувач

61

Користувач (відвідувач, user) - сукупність сеансів, які відбуваються з одного і

того ж браузера і мають один файл cookie. Фактично, користувачі - це

унікальний cookie-файл (Client ID) за певний період часу.

Вибірка даних в Google Analytics

При досягненні ліміту в 500 тис. Сеансів на рівні ресурсу для обраного

діапазону дат Google Analytics починає працювати з даними дещо по-іншому.

Він їх семплує.

Семплірування (англ. Sampling) - метод вибору підмножини спостережуваних

величин з даного безлічі, з метою виділення якихось властивостей вихідної

множини. Іншими словами, Google бере деяку вибірку даних, наприклад, 10%,

примножує її на 10 і каже нам, що так вели б себе всі 100%.

При роботі з великими обсягами даних всі звіти будуються швидко, немає

ніяких проблем з їх завантаженням і відображенням. А тепер уявіть, що під

таку вибірку потрапила статистика по вашим рекламним кампаніям. У звіті на

основі семплованих даних може бути показаний дохід 100 000 руб., а насправді

за цей період він склав 150 000 руб. Або система взяла вибірку на підставі

соціально-демографічних характеристик, що в подальшому призвело до

неправильного визначення портрета цільової аудиторії нашого сайту.

Google і Яндекс застосовують семплування для зниження навантаження на свої

сервери. Звіт будується набагато швидше, але може вводити веб-аналітика в

оману.

Подолати поріг в 500 тис. Сеансів для посадкової сторінки або невеликого

інтернет-магазину звичайно складно, але не неможливо. Щоб на основі

семплованих даних можна було робити висновки про всю сукупність значень, у

вибірці не повинно бути ніяких критичних змін, стрибків і провалів.

Є кілька способів боротьби з семплюванням даних в Google Analytics:

• зменшити часовий діапазон;

Зменшуючи діапазон дат, ви зменшуєте і кількість даних, яке доведеться

обробити системі. Можна розбити часовий інтервал на невеликі інтервали

(Наприклад, по місяцях), а потім вручну зібрати їх в тому ж Excel.

62

• збільшити точність вибірки;

Точність вибірки задається в настройках GA при формуванні звіту. Доступно

два варіанти:

1. Швидка обробка - невелика вибірка для оперативного отримання результатів,

велика похибка;

2. Точніші результати - використовується вибірка максимального розміру,

забезпечує високу репрезентативність даних

Регулювання розміру вибірки буде використовуватися для всіх звітів, поки ви

не вийдете Google Analytics.

• використовувати Google Analytics 360;

Даний інструмент був розроблений спеціально під корпоративних клієнтів з

метою надання найактуальніших даних у звітах. Входить в Google Marketing

Platform.

• використовувати Google Analytics Query Explorer;

Інструмент Query Explorer дозволяє вивантажувати великі обсяги даних (10 000

рядків за один запит), створювати звіти, що містять більше двох параметрів

(Максимум 7), а також зберігати ці звіти у форматі TSV. Наприклад, можна

вивантажити дані з декількох профілів відразу. Після вивантаження їх можна

об'єднати з даними з CRM-системи. Інструмент працює з Core Reporting API.

• використовувати Spreadsheet Add-on;

Доповнення (Add-on) для Google Analytics, яке дозволяє вивантажувати дані в

електронні таблиці Google через API з обмеженням до 10000 рядків.

• використовувати мову програмування R.

Мова програмування R застосовується для статистичної обробки даних і роботи

з графікою. Завдяки програмному забезпеченню Rtools і RStudio, самої мови і

готовим скриптів процес вивантаження даних з Google Analytics через API

значно спрощується. Інструмент є безкоштовним.

Основні параметри і показники

Кожен звіт в Google Analytics будується з параметрів і показників.

63

Параметри (Dimensions) - це властивість об'єкта, яке можна виміряти.

Наприклад, «Місто», з якого був здійснений сеанс, «Тип пристрою» (ПК,

мобільні пристрої або планшети), «Джерело або канал» трафіку, URL

посадкової сторінки і т.д. Результатом вимірювання цих параметрів є

показники.

Показники (Metrics) - це кількісні значення, представлені у вигляді числа. Це

можуть бути:

• сеанси;

• користувачі;

• середня тривалість сеансу і т.д.

• показник відмов;

• транзакції;

• дохід і т.д.

У більшості звітів GA кожному значенню параметра відповідає певний рядок, а

кожному показнику - стовпець.

Однак не всі показники і параметри поєднуються між собою. Кожен з них

належить до певного рівня даних: рівню користувача, сеансу або звернення.

Повний список параметрів і показників, а також їх комбінацій доступний в

офіційній довідці розробників Google.

Ми ж розглянемо основні (ключові) показники для роботи з Google Analytics,

які будуть зустрічатися практично у всіх звітах аналітики. Вони наочно

продемонстровано в звіті «Аудиторія - Огляд».[15]

Сеанси

Показник «Сеанси» відображає послідовність взаємодій (Перегляд сторінок,

події, транзакції) користувача з сайтом за певний проміжок часу.

Коли користувач переходить на сайт, Google Analytics реєструє початок сеансу.

Якщо він не взаємодіє з сайтом протягом 30 хвилин, сеанс переривається.

Кожен сеанс прив'язаний до файлу-cookie користувача. Якщо він їх відключив

або зайшов з браузера в режимі «Інкогніто», то Google Analytics НЕ зафіксує

такий сеанс. Синоніми сеансу: відвідування, візит, сесія.

64

Для наочності розберемо конкретну послідовність дій:

1) перегляд каталогу сайту;

2) перехід в кошик для оформлення замовлення;

3) перехід на форму заповнення контактних даних;

4) купівля, здійснення транзакції;

Наприклад, коли ви дивитеся фільм на сайті або навчальний вебінар довжиною

3 години, при такій настройці сеансу він закривався б кожні 30 хвилин і в

Google Analytics ми побачили б 6 сеансів (180 хвилин / 30 хвилин = 6). Хоча

унікальний користувач всього 1. В даному випадку час очікування сеансу

можна збільшити. Діапазон змін часу - від 1 хвилини до 4 годин 59 хвилин. Але

ситуацій, при яких користувачі проводять досить тривалий час на сайті -

небагато. Здебільшого 30 хвилин достатньо для коректного збору інформації

про відвідувачів сайту, тому стандартну настройку в GA немає необхідності

міняти.

Однак існує ще кілька випадків закінчення сеансу без урахування 30 хвилин.

Сеанс закривається опівночі. Якщо завантажили сторінку о 23:50, а на наступну

перейшли в 00:02, то буде створено два сеанси. Один зафіксується з 23:50 до

23:59, а другий з 00:00 наступного дня)

Сеанс закривається при зміні джерела трафіку. Якщо змінили джерело трафіку,

наприклад, з пошуку Яндекса на Google, але час дії поточного сеансу ще не

минув, то перший сеанс закінчується, і починається новий. Всі подальші дії на

сайті будуть ставитися до джерела google.

Аналогічно і з іншими джерелами, включаючи платну рекламу (Paid Search).

Перейшли з органічного пошуку Google - один сеанс. Відразу ж зробили другий

запит в пошуку Google і перейшли по рекламному оголошенню Google Ads –

перший сеанс закривається і відкривається другий.

Сеанс змінюється при зміні запиту. Якщо ви переходите на сайт в рамках однієї

пошукової системи, але через різні запити, другий захід буде відзначений вже

як наступне відвідування з іншим джерелом трафіку.

65

Важливо: прямий трафік ніколи не замінює існуючі відомості про джерелі і не

розриває сеанс. Якщо ви переходите на сайт через пошукову видачу, а потім

протягом 30 хвилин повертаєтеся за прямим заходу, набравши urlсайта в

адресному рядку браузера, то такі дії будуть відзначені як один сеанс. А

присвоєний джерело - пошукова система.

Якщо прямий трафік реєструється протягом півгодини з моменту останньої

взаємодії в рамках сеансу, це рівносильно виходу з сайту на менш ніж 30

хвилин. Активний сеанс триває з того ж місця.

Автоматична позначка тегами gclid. При використанні цієї настройки в Google

Ads при кожному переході по рекламному оголошенню створюється нове

значення gclid, кожен клік розглядається окремо і завжди створюється новий

сеанс.

Реферали. Новий сеанс створюється завжди, коли користувач переходить по

посиланню на ваш сайт з іншого сайту (так званий «реферальний трафік»). У

Google Analytics є спеціальна настройка, при якій можна виключити створення

таких джерел.

UTM-мітки. При ручній позначці рекламних кампаній параметри кампанії для

кожного кліка залишаються незмінними, і декількох кліків по посиланню з

utm_міткой буде відповідати один сеанс, якщо між ними пройшло не більше 30

хвилин.

У звітах Google Analytics показник сеанси матиме найбільше, порівняно з

іншими показниками, значення.

Користувачі

Показник «Користувачі» - це сукупність сеансів, які здійснюються з одного і

того ж браузера і мають один cookie-файл. Якщо ж його немає, система буде

вважати перші відвідини сайту новим користувачем.

Фактично, показник користувачі - це унікальний cookie-файл за певний період

часу.

Перегляди сторінок

66

Показник «Перегляди сторінок» - це відвідування сторінки, на якій

встановлений лічильник Google Analytics. Якщо користувач відкриє сторінку, а

потім перезавантажить її, система зареєструє два перегляди. А якщо покине

сторінку, а потім повернеться на неї знову, буде зареєстрований ще один

перегляд цієї сторінки.

Але реєстрації перегляду сторінки не буде в тому випадку, якщо користувач

залишив сторінку відкритою, перейшов на іншу вкладку свого браузера (на

інший сайт), а через деякий час повернувся. Якщо сторінка не

перезавантажилась, лічильник GA не отримає дані і дані не потраплять в звіт.

У Google Analytics є ще один схожий показник, який називається «Унікальні

перегляди сторінок». Відмінність від звичайного перегляду сторінок полягає в

тому, що в рамках одного сеансу може бути зареєстрований тільки

один унікальний перегляд для кожної сторінки. Якщо ми будемо оновлювати

одну і ту ж сторінку 100 разів протягом 30 хвилин (один сеанс), то в звіті в

показники називається «Унікальні перегляди сторінок» буде стояти цифра 1,

тоді як в «Перегляди сторінок» будуть враховуватися повторні перегляди - 100.

Сторінок / сеанс

Показник «Сторінок / сеанс» (глибина перегляду) - відношення числа

переглядів сторінок до кількості сеансів за звітний період. Повторні перегляди

однієї сторінки також враховуються.

Дана величина характеризує залученість користувача на ваш сайт - наскільки

зручна посторінкова навігація і цікавий сам контент сайту. Його норма

безпосередньо залежить від типу сайту. Блоги, інформаційні портали, інтернет-

магазини, як правило, мають більше значення «Сторінок / сеанс» по порівняно з

іншими сайтами, оскільки в своїй структурі містять більше кількість сторінок,

товарів, статей.

У випадку ж з односторінковим сайтом (Лендінг, landing page) глибина

перегляду може становити 1.0 - 1.5. Такі сайти складаються всього з декількох

сторінок:

• головна сторінка сайту;

67

• так звана «Сторінка подяки», «Сторінка спасибі», яку користувач бачить

після заповнення форми на сайті.

Файли cookie

Збір даних про відвідувачів на сайті за допомогою Google Analytics заснований

на cookie. Файли cookie (куки) - це невеликі текстові файли, які веб-сервер

передає браузеру, щоб той міг відслідковувати дії на конкретному веб-сайті. Ці

файли зберігаються локально на жорсткому диску комп'ютера користувача (За

умови, що це дозволено настройками браузера) у вигляді пар ім'я / значення, а

при наступних запитах веб-сервер сайту і браузер обмінюються цією

інформацією між собою. Кукі застосовуються:

• при зборі даних для інструментів веб-аналітики (Google Analytics,

Яндекс.Метрика і т.д.);

• при персоналізації реклами під запити користувачів (ретаргетінг /

ремаркетинг в контекстній рекламі);

• для авторизації користувачів, запобігання шахрайському використання

облікових даних і захисту інформації користувачів від несанкціонованого

доступу;

• для зберігання інформації про налаштування користувачів на сайті,

місцезнаходження, мовою інтерфейсу і т.д., а також персоналізації сторінки.

Зазвичай сайти зберігають cookie в браузері користувача, щоб «впізнавати»

відвідувача і не перепитувати у нього логін і пароль, який він нещодавно

вводив.

Використання кук несе певні ризики, особливо якщо вашим комп'ютером

скористається стороння людина, а в них збережена підстановка паролів. Він

безперешкодно зможе зайти на всі ваші акаунти соціальних мереж, пошти,

онлайн-банки, а також дізнатися які сторінки ви відвідували і виявити

взаємозв'язок між переглядом різних сторінок.

Повертаємося до cookie-файлів. Вони бувають двох видів:

68

• постійні cookie (persistent cookies) - ті, які залишаються доступними після

закриття браузера і повторного його відкриття (наприклад, якщо поставити

галочку «Запам'ятати мене» при введенні логіна і пароля)

• сеансні cookie (temporary cookies) - ті, які зберігаються тільки протягом

відвідування відвідувача на сайті.

З точки зору веб-аналітики основне призначення файлів cookie - ідентифікація

користувачів за допомогою унікального ідентифікатора (ClientID, cid), який

створюється для кожного відвідувача сайту. Але деякі користувачі спеціально

видаляють куки та інші сховища, а також використовують AdBlock, uBlock,

NoScript, Ghostery, блокувальник Google, включають приватний режим,

брандмауери, використовують проксі, VPN, Tor, Whonix і багато іншого. Всі ці

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

Google Analytics. Тому все, що ви бачите в інструментах веб-аналітики - має

певну похибку, якою найчастіше нехтують.

Існує два типи файлів cookie: основні та сторонні.

• основний файл cookie (first-party) - це файл, який створюється одним

доменом веб-сайту. Відвідувач запитує його, коли знов Він уводить URL в

адресний рядок браузера або виконує перехід по посиланню. Тільки цей сайт їх

може прочитати і визначити, відвідуєте ви його не в перший раз. Це функція

забезпечення безпеки вбудована в усі браузери;

• сторонній файл cookie (third-party) - це файл, який створюється іншими

сайтами, які розміщують свій контент.[16]

У клієнтів, які використовують Google Analytics для реклами в

контекстномедійной мережі, встановлюється сторонній файл cookie

DoubleClick. Класичний приклад використання сторонніх third-party кук - це

ремаркетинг в Google Ads. Наприклад, ви заходили на rozetka.ua в пошуках

планшета. Якщо ви перейдете на інший сайт, де даний рекламодавець розміщує

рекламу, ви побачите рекламу того ж самого планшета, який шукали на rozetka.

В цьому випадку спрацює динамічний ремаркетинг, що відрізняється від

звичайного саме персоналізацією переглянутих товарів.

69

Кукі створюються на домені верхнього рівня (наступний після зони .ua, .com і

т.д.), щоб відвідувачі на всіх інших піддоменів могли відслідковуватися без

будь-яких додаткових налаштувань. Використання файлів cookie в бібліотеці

ga.js відбувається дещо іншим чином. Якщо на сторінці веб-сайту встановлено

код лічильника Google Analytics, cookie створюються відразу ж після її

завантаження в браузері.

2.4.2 Система Яндекс.Метрика

«Яндекс.Метрика» - це онлайн-сервіс веб-аналітики, призначений для аналізу

відвідувань та відвідувачів ресурсу. Для ефективної роботи будь-якого сайту

(будь то простий блог або інтернет-магазин) важлива аналітика. Кожен веб-

майстер сам визначає, які показники відстежувати, які рішення приймати

виходячи з отриманих даних. Але саме регулярне проведення аналізу зібраної

статистики дозволяє сайту розвиватися, залучати нових відвідувачів,

збільшувати продажі, впізнаваність і прибуток компанії. «Яндекс.Метрика»

дозволяє проводити аналітику безкоштовно. Саме це і зробило сервіс одним з

найпопулярніших в СНД-сегменті (поряд з Google Analytics). А за даними з

«Вікіпедії» він є третім за популярністю в Європі.

Принцип роботи

Робота ЯМ здійснюється за допомогою спеціального лічильника, який

встановлюється на сайт і який збирає всю інформацію про трафік (звідки

прийшов відвідувач, насамперед виконував, якими характеристиками володіє і

т. Д.).

Сам лічильник являє собою невеликий фрагмент коду. Він вписується в код

html-сторінки. На практиці найчастіше він додається в шапку сайту (між

відкриваючим і закриваючим тегом head). Це дозволяє йому завантажуватися

відразу при відвідуванні сторінки і збирати всю необхідну інформацію. Якщо ж

70

лічильник розмістити, скажімо, в кінці html-документа (в футері), він може не

встигнути завантажитися до того, як користувач закриє вкладку. І ніяких даних

про такий візит не збере.

Чому це погано? Розберемо на прикладі.

Припустимо, користувач перейшов на сайт з пошуку. Сторінка занадто довго

вантажилася, йому набридло чекати, тому він її закрив. Причина довгої

завантаження неясна. Можливо, на сайті розміщено якийсь «важкий» елемент

(JS фрагмент або картинка максимального дозволу), а може бути, у відвідувача

просто повільний інтернет. Важливо не це. Важливим є те, що в такій ситуації

вебмастер не отримає ніякої інформації про такий перехід, так як лічильник

«Метрики» не встиг завантажитися (адже спочатку завантажувалося весь вміст

сторінки).

Веб-майстер вважає, що на його сайті все добре. Ніяких дій по оптимізації

продуктивності не робить. А користувачі продовжують раз за разом закривати

ресурс, так і не дочекавшись повного завантаження сторінки. Якщо ж

лічильник буде розташований на початку сторінки (в шапці), він буде фіксувати

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

Які дані можна отримати в «Метриці»

Кожен веб-майстер, що підключив на свій сайт лічильник «Яндекс.Метрики»,

може отримати інформацію:

• про відвідуваність ресурсу (обсяги трафіку);

• джерела переходів;

• ключові фрази;

• лояльності відвідувачів;

• характеристики відвідувачів;

• клікабельність оголошень;

• переходи.

Вся ця інформація доступна в особистому кабінеті на сайті. Сервіс дозволяє

переглядати безліч звітів по безлічі показників в різних розрізах. наприклад:

• звіт по цілям в розрізі тимчасового періоду від і до;

71

• звіт по аудиторії в розрізі конкретного джерела (або всіх джерел відразу);

• звіт за ключовими словами, за якими користувачі потрапили на сайт;

• звіт по майданчиках РСЯ за півроку роботи РК;

• звіт про переходи і багато іншого.

Крім того, функціонал «Яндекс.Метрики» включає в себе:

• карту скролінгу. Дозволяє побачити, як саме користувачі гортають

сторінки сайту, на яких фрагментах затримуються найдовше і т. Д .;

• карту кліків - аналогічно, тільки відстежує кліки користувача;

• Вебвізор. Дозволяє побачити дії відвідувача в відеоформаті;

• цільові дзвінки - послуга, яка відстежує дзвінки користувачів.

Цілі

Крім відстеження базових показників (клікабельность, конверсія, глибина

переглядів і ін.) «Яндекс.Метрика» вміє відслідковувати конкретні цілі. Ціллю

називається цільова дія відвідувача. Кожен веб-майстер сам визначає, які саме

дії для нього будуть ціллю. Наприклад, для інтернет-магазину це може бути

додавання товару в корзину або потрапляння користувача на сторінку «Спасибі

за покупку!». Для інформаційного порталу метою може бути перехід

користувача за посиланням, розміщеної в статті. Цілей може бути багато. Одні

відстежують конверсії та продажу, інші - поведінку користувачів, а треті і

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

2.4.3 Трекер Keitaro

• Тип: серверний

• Інтерфейс: російськомовний

• Тріал: 7 днів, обмежений 2 кампаніями по 2 потоки з єдиним

фільтром

• Тарифи: від 25 $

• Кількість подій на базовому тарифі: необмежена

72

Гнучкий і функціональний трекер, ще зовсім недавно позиціонував себе

як TDS. Ділить трафік по гео, пристрою, провайдеру і багатьох інших факторах.

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

Keitaro дозволяє налаштувати варіативні рекламні кампанії і вільно проходити

модерацію в рекламних мережах.[17]

Можливості Keitaro

AB-тестування, таргетування і воронки. Більше 30 фільтрів для

таргетування цільових сторінок. Тестування сторінок і пропозицій

товарів/послуг в будь-якому поєднанні.

Будь-які джерела трафіку. Вбудовані шаблони та інструкції для більш ніж

100 рекламних мереж. В ручному режимі легко підключаються нові джерела.

Середня швидкість редиректу 10мс, показу посадочної сторінки 15мс.

Для побудови звітів є більше 30 метрик, багаторівневе груповання і

фільтри. Експорт в HTML і CSV.

Keitaro підтримує не тільки велику кількість редиректів, але і дозволяє

виконувати різні дії.Такі, як показ HTML сторінки, відслідковування помилки,

виконання JS коду і підгрузка зовнішнього контенту.

Розрахована на багато користувачів: можна надавати колегам доступ до

кампаній, а клієнтам - до звітів. Тонка настройка прав доступу.

Захист посилань і варіативні рекламні кампанії.

Keitaro дозволяє захистити цільові сторінки від ботів. Вбудована база

ботів з більш ніж 500 000 IP адрес. Оновлення випускаються раз на місяць.

2.4.4 Система аналітики Hotjar

Hotjar - сервіс для просунутих інтернет-маркетологів, які аналізують

поведінку користувачів, проводять опитування, будують воронки тощо.

Основна мета сервісу - допомогти збільшити конверсію на сайті.

73

Hotjar: функціонал сервісу

1. Теплові карта (Heatmaps)

Ця функція також є у Яндекс.Метрики Рисунок 2.4.

Рисунок 2.4 – Інтерфейc Hotjar.

Теплові карти поділяються на 3 види:

• Карта кліків

• Карта скролінгу

• Карта посилань

Що дають теплові карти:

Ви дізнаєтеся, на які елементи сторінки натискають користувачі, на які

посилання найчастіше клацають і як глибоко гортають сторінки. Виходячи з

цього ви зрозумієте, як відвідувачі сайту взаємодіють з інтерфейсом.[18]

Приклади використання:

Ви аналізуєте карту кліків на сайті і бачите, що велика частка кліків

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

відвідувачі постійно тиснуть на нього, значить думають, що при натисканні

буде перехід на певну сторінку.

74

Виходячи з цих даних ви будете точно знати, які елементи потрібно

зробити клікабельними.

Так ви зрозумієте, куди найчастіше клікають відвідувачі. Можливо, це

будуть кнопки, які ведуть відвідувачів з процесу покупки. Значить, або ці

кнопки потрібно взагалі прибрати з інтерфейсу, або зробити так, щоб відвідувач

не йшов з «доріжки» до покупки.

Якщо розглядати карту скролінгу, то вона дуже корисна для довгих

Лендінгів, довгих сторінок, а також контент-маркетологів. Карта скролінгу за 3

секунди покаже, гортають потенційні клієнти ваш Лендінг, чи читають вони

взагалі ваші довжелезні статті.

2. Записи сесій (Visitor Recordings)

Ця функція так само є у Яндекс.Метрики

Рисунок 2.5 – Інтерфейc Hotjar.

Що дають записи сесій:

Ви можете подивитися, як кожен відвідувач взаємодіє з інтерфейсом

вашого сайту. Ви побачите все кліки, руху курсора, скільки часу людина

витрачає в кожній частині сторінки, які проблеми виникають у певних

браузерах або пристроях.

75

Причому у вас є можливість фільтрувати записи, ставити на них теги і

додавати в обрані, щоб проводити аналіз було зручніше.

Приклад використання:

Після перегляду сесій ви помітили, що відвідувачі, що заходять через

Internet Explorer, взагалі не бачать кнопку для оформлення замовлення.

Відповідно, вони в принципі не можуть конвертуватися в клієнтів, навіть якщо

дуже захочуть.

На основі цієї інформації оперативно відправляється завдання

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

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

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

У Google Analytics є звіти, які допомагають знайти всіх «вбивць» конверсії.

Функція перегляду сесій також є в Яндекс.Метрика і називається вона

Вебвізор.

3. Воронки продажів

Ця функція так само є у Яндекс.Метрики (Рисунок 2.6)

Рисунок 2.6 – Інтерфейc Hotjar.

76

Що дає воронка продажів:

Якщо ви складете послідовність дій, які призводять до кінцевої мети

(наприклад, купівлю), то побачите, на яких етапах у вас найбільші проблеми.

Відповідно, де найбільше користувачів відвалюється, туди і треба

вкладати всі зусилля для збільшення конверсії.

На мій погляд, єдиним мінусом воронки продажів в Hotjar є те, що вона

будується не по івентах (подіях), а по переходах на сторінки. Хоча така ж

ситуація і з Google Analytics, і з Яндекс.Метрика. Але в останніх двох у нас все-

таки є можливість зробити воронку з подій, хоча новачкам буде непросто

вирішити цю проблему.

В якості альтернативи можна використовувати Mixpanel. У цього сервісу

вся аналітика будується на основі подій і властивостей, які присвоюються

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

просто.

4. Аналітика форм

Ця функція так само є у Яндекс.Метрики

Рисунок 2.7 – Інтерфейc Hotjar.

Що дає аналітика форм:

77

На кожному сайті є форма. Без них неможливо обійтися. І добре, якщо в

формі всього одне поле. Але в більшості форм їх набагато більше. Так ось

аналітика форм дозволяє зрозуміти, як люди заповнюють кожне окреме поле.

По-перше, можна дізнаєтися, як багато часу відвідувачі в середньому

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

полях виходить найбільша кількість людей.

Якщо до аналітики форм ще додати перегляд сесій, то можна подивитися,

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

вводять абсолютно не те, що потрібно. В результаті отримують помилку

заповнення форми і йдуть до конкурента.

Приклад використання:

Через аналітику форми ви помітили, що в поле «Номер телефону»

відвалюється найбільше людей. Причини може бути дві. Перша - вони не

хочуть залишати номер телефону. Друга - проблема з самим полем.[19]

Перегляньте записи сесій. Можливо, проблема в тому, що в полі нема

маски номера телефону, і велика частка відвідувачів просто не розуміє, що

потрібно обов'язково ввести код країни / міста?

Якщо проблема в цьому, то вона вирішується дуже просто. Ставиться

завдання розробнику і робить нормальні, зрозумілі для людей поля.

5. Вбудовані опитування

78

Рисунок 2.8 – Інтерфейc Hotjar.

Що дають вбудовані опитування:

Вони допомагають зрозуміти цільову аудиторію. Немає кращого способу

дізнатися бажання і потреби своєї цільової аудиторії, ніж запитати це в неї.

Опитування - один з важливих інструментів будь-якого просунутого інтернет-

маркетолога.

Функцію вбудованих опитувань в Hotjar можна зорієнтувати за певними

умовами. Наприклад, їх можна відображати тільки на певній сторінці, через 2

хвилини перебування на ній.

Приклад використання:

На сторінці оплати товару ви знаєте, що користувачеві потрібно в

середньому 2 хвилини на перехід до наступного етапу. Якщо він проводить на

ній більше, то можна показувати йому опитування з питанням про те, що

заважає йому зробити покупку. Завдяки такому питанню ви зможете дізнатися

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

Потрібно відзначити, що ці опитування працюють як в веб-версії сайтів,

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

79

мобільних користувачів – можна дізнатися у них, чи зручно користуватися

сайтом на смартфоні. Це буде крок в data driven marketing.

6. Опитування

Функція, схожа з попередньою, але вже більш розширена

Рисунок 2.9 – Інтерфейc Hotjar.

Що дають опитування:

Вони використовуються з тією ж метою, що і попередня функція -

отримати якомога більше інформації з вуст цільової аудиторії.

Але в даному випадку ці опитування можна використовувати набагато

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

на опитування. Або проводити опитування через e-mail розсилку. Або

опитувати лише тих, хто веде курсор до кнопки закриття вкладки або браузера.

Загалом, можливостей для активації опитувань дуже багато.

Exint-intent опитування

Опитування, які з’являються через 20-30 секунд після заходу на сайт

Опитування, які з'являються після 50% скролінгу на сторінці

80

З досвіду можу сказати, що перший варіант може спрацьовувати занадто

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

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

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

2.5Висновок

Лічильники статистики сайту служать для збору даних про відвідувачів.

На сайті можна розмістити або невидимий лічильник, так званий "зеропіксель"

або лічильник на якому буде відображатися статистична інформація, як

правило це кількість відвідувачів і переглядів сторінок за поточну добу.

На сьогоднішній день найпоширенішими і багатими по функціоналу

системами є Google Analytics, Яндекс.Метрика і Hotjar. Перші дві системи

безкоштовні, тертя має безкоштовний набір функцій.

Системи дозволяють провести аналіз відвідуваності сайту, дізнатися про

поведінку відвідувачів і розрахувати ефективність рекламних зусиль.

Установка систем дозволить вам відповісти на один з найважливіших питань:

"Що відбувається на сайті після переходу на нього відвідувача?".

Дані, зібрані системами статистики, обробляються і відображаються у

вигляді окремих звітів. Налаштування звітів різноманітні, це дозволяє в кілька

натискань миші отримати будь-який зріз аудиторії за певний період часу. Звіти

представлені в зручному табличному або графічному вигляді. Є можливість

збереження (вивантаження) у протоколах csv, xls, pdf.

81

3. ОПТИМІЗАЦІЯ ТА РОЗШИРЕННЯ ФУНКЦІОНАЛУ

ІСНУЮЧОГО ПРОГРАМНОГО ЗАБЕЗПЕЧЕННЯ

3.1 Загальний алгоритм роботи додатку

Головна мета – створити програмне забезпечення або доповнення до

існуючого ПЗ, яке зможе виконувати доповнені функції покладені бізнесом на

неї.

Система складається з декількох компонентів:

Частина коду відслідковування, яка виконується в браузері;

API на стороні сервера, яке співпрацює із кодом відслідковування в

браузері;

Серверна частина відслідковування;

Модуль збору, агрегації та зберігання данних;

Модуль відображення агрегованих данних та побудови звітів;

Модуль оперативного прийняття рішень по заданому алгоритму і

виконання активних дій на стороні клієнта.

На схемі відображена взаємодія даних модулів між собою, а також із

серверною та клієнтською частиною основного додатку (сайту) в рамках якого

працює система (Рис. 3.1).

82

Рисунок 3.1 – Схема взаємодії компонентів системи.

Найпростіший спосіб налаштовування системи прийняття по принципу

«якщо …, то …». Тобто налаштовувати трігери на певні умови і запуск певних

дій по цих трігерах. Для того, щоб ці налаштування приносили користь,

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

Ці умови (параметри) можна розділити на такі, які залежать від

користувача і ті, які залежать від сервера і веб сайту.

На перші ми не можемо впливати, але можемо аналізувати і виявляти

умови підвищення конверсії для кожного сегменту таких користувачів.

На другі ми можемо впливти безпосередньо, а тому саме вони стають

об’єктами висування гіпотез, спліт-тестів, змінними частинами, які може

контролювати алгоритм прийняття рішень.

83

3.2 Аналіз дизайну

Під аналізом дизайну в даному розділі йде мова про аналіз всіх складових

інтерфейсу та їх вплив на прибуток.

Складові дизайну можуть бути як графічні так і функціональні.

Тобто, впливати на прибуток можуть, як кольори, шрифти та інші стилі

сайту, так і розміщення елементів меню та основних функцій сайтів, глибина

вкладеності, структура та інші фактори.

Щоб почати це досліджувати, в першу чергу необхідно сформувати

воронку продажів в рамках сайту. Визначити всі основні конвертуючі елементи

– тобто такі, взаємодія з якими переводить користувача на наступний етап

воронки продажів.

Далі необхідно визначити тип подій з цими елементами, які впливають на

конверсію. Це може бути клік, скрол, відсутність дії, заповнення форми тощо.

Приклад налаштування відправлення події в систему для Google Analytics

на мові програмування JavaScript:

gtag('event', 'action', { 'event_category': 'category});"

category (категорія, обов'язковий параметр) - загальне ім'я для групи

об'єктів, яке потрібно відстежувати; відстежується об'єкт, наприклад:

«Кнопка, форма, посилання і т.д.»;

action (дія, обов'язковий параметр) - визначає тип взаємодії

користувача з об'єктом сайту, наприклад: «клік, перегляд,

завантаження і т.д. »;

84

optional_label (ярлик, необов'язковий параметр) - це категорія (Група),

до якої відноситься відстежується об'єкт, наприклад: «Навігаційне

меню»;

optional_value (цінність, необов'язковий параметр) – цілочислове

значення, яке можна використовувати для надання даних про подію

користувача, наприклад: «час, сума транзакції, проходження n-ого

рівня в грі і т.д. »

optional_nonInteraction (без взаємодії, необов'язковий параметр) -

може приймати значення true або false. Якщо передається true, то ця

подія ніяк не вплине на параметри і показники в звітах Google

Analytics, в тому числі і на показник відмов (Bounce Rate, BR%).

Після налаштування відслідковування подій на конвертуючих елементах

необхідно зібрати певну кількість інфомації. Після чого можна приступити до

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

які принесли меншу кількість доходу.

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

конверсій від сегментів. Якщо така закономірність є і вона підтверджується, то

потрібно висувати гіпотези, як покращити показники для кожного сегменту

окремо. Якщо ж чіткої залежності не проявляється, то потрібно висувати

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

правки і провести спліт-тест.

Спліт-тест – це метод дослідження покращення характеристик дизайну чи

функціоналу шляхом порівняння KPI двох тестових груп, перша з них

користується звичайною версією, а друга користується версією що підлягає

тестуванню.

Для прикладу, нижче приведені результати тестування змін дизайну на

сайті з продажу побутової техніки під ринок США. Гіпотеза полягала у заміні

кольорової гами сайта, створенні явно виділених карток товарів, створенні явно

виділених призивів до дій.(Рис.3.2)

85

Рисунок 3.2 – Результат спліт-тесту гіпотези з новим дизайном. Дані про

абсолютні та відносні показники конверсії приховані (NDA) оскільки

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

Тобто, гіпотеза підтвердилася позитивним результатом, показник

конверсії став більший на ~18%. (число вказане приблизно, оскільки є

резальтатом роботи на комерційному проекті і підпадає під той набір даних,

розголошувати які заборонено. Дане число вказане за зголою власника

проекту).

Разом з тим, аналогічна гіпотеза на зміну кольорової схеми сайту на

третю версію показала негативний результат, а відповідно була відкинута.

3.3 Аналіз впливу джерел трафіку на прибуток

Для того, щоб оцінити якість роботи сайту, аналітики і маркетологи

аналізують веб-трафік: загальна кількість відвідувачів, звідки вони прийшли і

як саме вони перейшли на сайт.

Розуміння природи трафіку, відповіді на питання як збільшити кількість

відвідувачів, як конвертувати трафік в покупців і чому трафік нижче в суботу

ввечері - це ключ до успіху.

джерело

86

Джерело це URL, з якого користувач перейшов на ваш сайт (в JavaScript це

рядок "document. Referrer"). Якщо джерелом виступає сторінка на вашому сайті,

то це називається просто попередня сторінка.

Таким чином, джерело вашого трафіку це посилання на веб-адресу, з якого

прийшов кожен окремо взятий відвідувач.

Вашими джерелами можуть бути:

yourbestfriendwebsite. com

youtube. com

thebestbusinessesreview. us

google. com

facebook. com

і т.д.

Сенс в тому, що люди можуть відвідувати ваш сайт використовуючи як різні

типи посилань, так і різні канали.

Канали (представлені як medium в UTM)

Канал позначає шлях, за допомогою якого користувач потрапив на ваш сайт.

Наприклад, ось кілька каналів доступних в Google Analytics:

прямий

звичайний пошук

пошукова реклама

реферальний

медійна реклама

соціальні мережі

електронна пошта

87

невідомий

попередньо налаштовані, спеціальні utm-мітки

Аналіз трафіку необхідний для того, щоб визначати і групувати канали і

джерела, з яких приходять користувачі із найвищим показником конверсії,

тобто ті, які приносять найбільших дохід.

Це необхідно для планування та оптимізації маркетингового бюджету та

рекламних кампаній. Тобто, в даному випадку все зводиться до того, щоб:

вкладати в найбільш дохідні канали та джерела;

виявляти проблеми та гіпотези, вирішення яких покращить конверсію для

користувачів з інших джерел.

На прикладі нижче графік порівняння прибутку від користувачів із пошукової

системи (синім) та трафік від продакт-плейсменту і рекламної інтеграції у

групи відеоблогерів (Рис3.3, 3.4).

Рисунок 3.3 – Порівняння прибутку від двох каналів трафіку.

Рисунок 3.4 – Порівняння прибутку від двох каналів залучення трафіку.

Інформація опублікована з дозволу власника проекту на умові нерозголошення

ідентифікуючої інформації про проект.

Червоним виділений відсоток користувачів, що здійснили конверсію. З цього

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

була закуплена дана реклама, не підходить для даного проекту. Відповідно, в

подальшому варто перенаправити рекламні бюджети на інші джерела трафіку, в

тому числі пошукове просування. [20]

88

3.4 Аналіз пошукового трафіку

Аналіз пошукового трафіку – окрема, досить складна задача в сфері

діджитал маркетингу. Раніше, коли пошуковики працювали з використанням

незахищеного HTTP з’єднання, згідно специфікації протоколу, параметр referrer

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

джерело переходу на стоірнку, а у випадку пошукових систем можна було

виділити GET-параметр, в якому передавася пошуковий запит. Наприклад, для

google.com таким параметром є «q».Таким чином кожен окремий сеанс

користувача можна було пов’язати із пошуковим запитом, по якому користувач

перейшов на сайт.

На сьогодні ця ситуація змінилася – при використанні протоколу HTTPS

є можливість заблокувати передачу referrer, чим і користується google – одне із

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

запропонувала інструмент Google Search Console, в якій збирається і

агрегується інформація про пошукові запити користувачів, переходи на

сторінки сайту із пошуковика.

Але між даними із Search Console та Google Analytics не встановлюється

зв’язок в межах сесії. Тобто, ми не можемо оцінити показник конверсії (тобто

дохідність) по кожному окремому ключовому слову. Та при цьому ми маємо

можливість співставити інформацію іх Search Console та будь якою

встановленою системою аналітики, використавши в якості ключа URL

стартової сторінку (тобто сторінки входу на сайт). У такому випадку ми

отримуємо набір даних у вигляді звязки Ключове слово – URL сторінки входу

для сесії – Кількість кліків по ключовому слову – Кількість входів на сторінку –

Відносний показник конверсії – Абсолютний показник конверсії.

89

Із цієї зв’язки для кожного ключового слова ми можемо вирахувати долю

трафіку на певну сторінку входу розділивши кількість сеансів сторінки на

кількість кліків по ключовому слову. Цей показник в подальшому можна

використовувати як певний відносний ваговий коефіцієнт для визначення

впливу того чи іншого ключового слова на конверсії на сайті.

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

конверсії (тобто на прибуток) помноживши наше визначене число на

абсолютний або на відносний показник конверсії (Табл.3.1).

Таблиця 3.1 – Порівняння ефективності ключових слів

Пошуковий запит Сторінка Доля трафіку на запит Відносна конверсія Абсолютна конверсіяЗапит 1 Сторінка Х 7,51% 4,62% 19,39Запит 2 Сторінка Х 25,33% 18,68% 18,49Запит 3 Сторінка Х 6,65% 4,08% 17,15Запит 4 Сторінка Х 13,30% 5,30% 13,84Запит 5 Сторінка Х 2,89% 1,78% 7,46Запит 6 Сторінка Х 3,80% 1,99% 7,37Запит 7 Сторінка Х 9,33% 6,88% 6,81Запит 8 Сторінка Х 25% 19,85% 6,75Запит 9 Сторінка Х 2,31% 1,42% 5,97Запит 10 Сторінка Х 8% 5,90% 5,84Запит 11 Сторінка Х 5,15% 2,05% 5,36Запит 12 Сторінка Х 2,02% 1,24% 5,22Запит 13 Сторінка Х 2,02% 1,24% 5,22Запит 14 Сторінка Х 9,13% 2,19% 5,12Запит 15 Сторінка Х 2,53% 1,33% 4,91Запит 16 Сторінка Х 50,00% 30% 4,5Запит 17 Сторінка Х 4,29% 1,71% 4,46Запит 18 Сторінка Х 8,51% 4,26% 4,43Запит 19 Сторінка Х 2,22% 1,16% 4,3

Така інформація може бути корисна SEO спеціалістам для визначення

стратегії просування, вибору найбільш ефективних ключових слів, та кластерів

сторінок.

90

3.5 Висновок

Проаналізувавши сучасні методи відслідковування подій на веб-

сторінках, а також взявши до уваги, що важливо врахувати швидкодію, було

прийнято рішення використати кілька існуючих рішень, доповнивши їх

повноцінною інтеграцією та збором додаткових даних.[21]

Реалізувавши додаток та протестувавши його, було зроблено висновок

що система працює стабільно та надійно. Також були виявлені слабкі сторони

системи, а саме залежність від верстки веб-сторінок, залежність від скриптів

генерування посилань. Для виправлення цих недоліків потрібно вживати

заходів щодо підходів до розробки і правок веб сторінок, щоб вони

узгоджувалися із системою.

Крім того, для визначення цінності ключових слів поки немає більш

точного алгоритму, який би визначав цінність і долю конверсій не за ваговим

коефіцієнтом, а за певним більш складним алгоритмом, заснованим на

попередньо зібраних данних.

В цілому додаток можна вважати успішним, з можливістю покращити

його продуктивність та точність.

91

4. РОЗРОБЛЕННЯ СТАРТАП-ПРОЕКТУ

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

проекту задля визначення принципової можливості його ринкового

впровадження та можливих напрямів реалізації цього впровадження.[22]

4.1 Опис ідеї проекту

В межах цього підрозділу аналізується зміст ідеї, можливі напрямки

застосування, основі вигоди які може отримати користувач товару та

відмінності від існуючих аналогів та замінників.

Основним конкурентом розроблюваному проекту є пакет прикладного

програмного забезпечення Keitaro TDS, який дозволяє керувати потоками

трафіку. Методи та реалізація стартап-проекта було описано в таблицях (таб.

4.1 – 4.22).

92

Таблиця 4.1 - Опис ідеї стартап-проекту

Зміст ідеї Напрямки застосування Вигоди для користувача

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

Приватні блогиЗручне налаштування відслідковування, зручна інтеграція різних сервісів

ЗМІ

Аналіз вхідного трафіку для забезпечення більшої вигоди від перенаправлення рекламного трафіку

Інтернет-магазиниАвтоматизація процесів збору, відслідковування даних. Відслідковування конверсії.

Таблиця 4.2 - Визначення сильних, слабких та нейтральних

характеристик ідеї проекту

№п/п

Техніко-економічні характеристики ідеї

Товари/концепції конкурентів W

(слабка сторона)

N(нейтра

льна сторона)

S(сильна сторона)Мій

проектGoogle

Analytics Hotjar

1. Форма виконання Додаток/Сервіс

Веб-сервіс

Веб-сервіс +

2. Відслідковування подій

Встроєні патерни

Можливо реалізувати

Немає +

3. Собівартість Низька Низька Висока +4. Наявність Інтернету Потрібна Потрібна Потрібна +

5. Кросс-платформеність Так Так Так +

93

4.2 Технологічний аудит ідеї проекту

В межах даного підрозділу проводиться аудит технології, за допомогою

якої можна реалізувати ідею проекту.

Таблиця 4.3 - Технологічна здійсненість ідеї проекта

№п/п Ідея проекту Технології її

реалізаціїНаявність технологій

Доступність технологій

1.  Web-Server Node.js Є у наявності Відкрите програмне забезпечення

2.  Web-Server Python Є у наявності Відкрите програмне забезпечення

3. Web-Server PHP Є у наявності Відкрите програмне забезпечення

4. Browser tracking JS Є у наявності Відкрите програмне забезпечення

Обрана технологія реалізації ідеї проекту: PHP, JS, Python

4.3 Аналіз ринкових можливостей

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

можливостей, які можна використати під час ринкового впровадження проекту,

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

ринкових можливостей дозволяє спланувати напрями розвитку проекту із

урахуванням стану ринкового середовища, потреб потенційних клієнтів та

пропозицій проектів-конкурентів.

94

Таблиця 4.4 - Попередня характеристика потенційного ринку стартап-

проекту

№п/п Показники стану ринку Характеристика

1. Кількість головних гравців 22. Загальний обсяг продаж 1200 грн./ум. од.3. Динаміка ринку Зростає4. Наявність обмежень для входу Немає5. Специфічні умови до стандартизації Немає6. Середня норма рентабельності в галузі 34%

Рентабельність — поняття, що характеризує економічну ефективність

виробництва, за якої за рахунок грошової виручки від реалізації продукції

(робіт, послуг) повністю відшкодовує витрати на її виробництво й

одержується прибуток як головне джерело розширеного відтворення.

Суть одного із найважливіших методів оцінки економічної ефективності

інвестицій полягає у розрахунку їх середньої рентабельності за формулою

R= P1∗n

∗100 ,

де Р-прибуток за час експлуатації проекту; / -повна сума інвестиційних витрат;

n - час експлуатації проекту.

Інвестувати грошові засоби доцільно тоді, коли від цього можна отримати

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

рентабельність інвестицій зі ставкою банківського відсотка, можна дійти

висновку, що вигідніше.

Середня норма рентабельності в галузі (або по ринку) порівнюється

із банківським відсотком на вкладення. За умови, що останній є вищим,

можливо, має сенс вкласти кошти в інший проект.

За результатами аналізу таблиці робиться висновок щодо того, чи є ринок

привабливим для входження за попереднім оцінюванням.

95

Отже, було проаналізовано наявність попиту, обсяг, динаміку розвитку

ринку. Обмеження для входу на ринок відсутні, динаміка ринку зростає, галузь

є рентабельною.

Надалі визначаються потенційні групи клієнтів, їх характеристики, та

формується орієнтовний перелік вимог до товару для кожної групи

Таблиця 4.5 - Характеристика потенційних клієнтів стартап-проекту

№п/п

Потреби що формує ринок Цільова аудиторія

Відмінності у поведінці різних

потенційних цільових груп

клієнтів

Вимоги споживачів до

товару

1. Аналіз залежностей прибутку, підвищення прибутку, зменшення витрат.

Інтернет-магазини, афіліатні сайти, контентні веб-проекти.

Залежність від типу інформації яку потрібно обробити.

Зручність у використанні, швидкодія, інтеграція з готовими системами.

Після визначення потенційних груп клієнтів проводиться аналіз

ринкового середовища: складаються таблиці факторів, що сприяють

ринковому впровадженню проекту, та факторів, що йому перешкоджають.

Фактори в таблиці подавати в порядку зменшення значущості.

Таблиця 4.6 - Фактори загрози

№п/п Фактор Зміст загрози Можлива реакція

компанії1. Конкуренція Наявність конкурентів з

потужними можливостями і відносною популярністю на ринку.

Розробка безкоштовного ПО, Дозволити більшим компаніям поглинути себе, вихід із ринку.

2. Зміна потреб користувачів Користувачам необхідне програмне забезпечення з іншим функціоналом

Розширення функціональних можливостей додатку.

Таблиця 4.7 - Фактори можливостей

№

п/пФактор Зміст можливості

Можлива реакція

компанії

96

1. Конкуренція Доступність конкурентних

рішень для вітчизняних

ринків.

Адаптація до вітчизняних

потреб. Адаптована цінова

політика.

Надалі проводиться аналіз пропозиції: визначаються загальні риси

конкуренції на ринку.

Таблиця 4.8 - Ступеневий аналіз конкуренції на ринку

Особливості конкурентного

середовища

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

Вплив на діяльність підприємства

Тип конкуренції: монополістична

Монополістична конкуренція Просування продукту через інші канали, позиціонування себе як свіжого гравця на ринку.

За рівнем конкурентної боротьби: міжнародний

Всі компанії-конкуренти з США.

Адаптація продукту як для вітчизняних так і для зарубіжних клієнтів.

За галузевою ознакою: внутрішньогалузева

Конкуренти мають ПЗ, який використовується лише всередині даної галузі.

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

Конкуренція за видами товарів: товарно-видова

Види товарів є однаковими, а саме - програмне забезпечення.

Створити ПЗ, враховуючи недоліки конкурентів.

За характером конкурентних переваг: нецінова

Вдосконалення технології створення ПЗ, щоб собівартість була нижчою

Використання менш дорогих технологій для розробки, ніж використовують конкуренти

За інтенсивністю: марочна Продукт можна просувати під брендом.

PR, реклама, просування бренду.

У попередній таблиці наведено ступеневий аналіз конкуренції на

ринку, де було визначено особливості конкурентного середовища та їх вплив на

діяльність підприємства. Однією з найбільш важливих дій компанії для

досягнення конкурентоспроможності є необхідність створити основу ПЗ таким

чином, щоб можна було легко переробити дане ПЗ для використання у інших

галузях.

Проведемо більш детальний аналіз умов конкуренції у галузі.

97

Таблиця 4.9 - Аналіз конкуренції в галузі за М. Портером

Складові аналізу

Прямі конкуренти в

галузі

Потенційні конкуренти

Постачальники Клієнти Товари-

замінники

GoogleAnalytics,Hotjar

Сервіси по наданню послуг в області веб-аналітики

Невідомо Сервіси, інтернет маркетологи, інтернет магазини.

Трекери, системи аналітики, лічильники.

Висновки

Маючи майже монопольне положення на ринку розробник цього ПЗ не буде приділяти уваги розробці.

Є можливість виходу на ринок

Невідомо Важливим є автоматизованість і інтеграція.

Товари-замінники не автоматизовані і змушують людей робити цю роботу вручну

За результатами аналізу таблиці робиться висновок щодо

принципової можливості роботи на ринку з огляду на конкурентну ситуацію.

Також робиться висновок щодо характеристик (сильних сторін), які повинен

мати проект, щоб бути конкурентоспроможним на ринку.

Другий висновок враховується при формулюванні переліку факторів

конкурентоспроможності. На основі аналізу конкуренції, а також із

урахуванням характеристик ідеї проекту, вимог споживачів до товару та

факторів маркетингового середовища визначається та обґрунтовується

перелік факторів конкурентоспроможності.

За результатами аналізу можна зробити висновок, що працювати на

даному ринку можна незважаючи на конкурентну ситуацію. Для поширення

98

продукту він повинен володіти рядом факторів, які відрізняють його від

існуючого конкурента.

Перелічимо фактори конкурентоспроможності.

Таблиця 4.10 - Обґрунтування факторів конкурентоспроможності

№

п/пФактор конкурентоспроможності Обґрунтування

1.Якість продукту Дана розробка не вимагає від користувача

особливих знань у галузі.

2.Ціна Один із факторів для вибору продукту

клієнтом.

3. Простота інтерфейсу Робота через інтерфейс користувача.

4.Використання ПЗ у вигляді веб-сервісу Дозволяє наочно побачити роботу ПЗ і

правильність роботи.

За визначеними факторами конкурентоспроможності проводиться аналіз

сильних та слабких сторін стартап-проекту.

Таблиця 4.11 - Порівняльний аналіз сильних та слабких сторін

№п/п

Фактор конкурентоспроможності

Бали1-20

Рейтинг товарів-конкурентів у порівнянні

-3 -2 -1 0 1 2 3

1. Якість продукту 15 +2. Ціна 20 +3. Простота інтерфейсу 15 +

4. Використання ПЗ у вигляді веб-сервісу 20 +

Фінальним етапом ринкового аналізу можливостей впровадження

проекту є складання SWOT-аналізу (матриці аналізу сильних (Strength) та

слабких (Weak) сторін, загроз (Troubles) та можливостей (Opportunities) на

основі виділених ринкових загроз та можливостей, та сильних і слабких сторін.

99

Перелік ринкових загроз та ринкових можливостей складається на основі

аналізу факторів загроз та факторів можливостей маркетингового середовища.

Ринкові загрози та ринкові можливості є наслідками (прогнозованими

результатами) впливу факторів, і, на відміну від них, ще не є реалізованими на

ринку та мають певну ймовірність здійснення. Наприклад: зниження

доходів потенційних споживачів – фактор загрози, на основі якого можна

зробити прогноз щодо посилення значущості цінового фактору при виборі

товару та відповідно, – цінової конкуренції (а це вже – ринкова загроза).

Таблиця 4.12 - SWOT-аналіз стартап-проекту

Сильні сторони: Простий користувацький

інтерфейс, використання технологій.

Слабкі сторони: Потрібно вручну

інтегрувати продукт до себе в систему.

Можливості: Перехід на розповсюдження по

підписці, або наявність безкоштовного

функціоналу.

Загрози: Видавлення з ринку конкурентами,

не розуміння користувачем переваг.

На основі SWOT-аналізу розробляються альтернативи ринкової поведінки

(перелік заходів) для виведення стартап-проекту на ринок та орієнтовний

оптимальний час їх ринкової реалізації з огляду на потенційні проекти

конкурентів, що можуть бути виведені на ринок.

Визначені альтернативи аналізуються з точки зору строків та ймовірності

отримання ресурсів.

Після аналізу зазначити обрану альтернативу.

З означених альтернатив обирається та, для якої: а) отримання ресурсів є

більш простим та ймовірним; б) строки реалізації – більш стислими.

Таблиця 4.13 - Альтернативи ринкового впровадження стартап-проекту

№

п/п

Альтернатива ринкової

поведінки

Ймовірність

отримання ресурсівСтроки реалізації

1. PR, просування бренду 70% 6 місяців

100

2.Перехід на безкоштовне

розповсюдження65% 6 місяців

3.Створення ПЗ використовуючи

нейронні мережі80% 8 місяців

4.

Створення ПЗ на основі

класичних методів машинного

навчання

30% 12 місяців

4.4 Розроблення ринкової стратегії проекту

Розроблення ринкової стратегії першим кроком передбачає визначення

стратегії охоплення ринку, а саме опис цільових груп потенційних споживачів.

Таблиця 4.14 - Вибір цільових груп потенційних споживачів

№п/п

Опис профілю цільової групи потенційних

клієнтів

Готовність споживачів сприйняти

продукт

Орієнтовний попит в межах цільової групи

Інтенсивність конкуренції в

сегменті

Простота входу у сегмент

1. Інтернет-магазини Висока Високий

Існують дорогі варіанти рішення

Забезпечити конкурентні

ціни для клієнтів

2. Приватні блоги Висока СереднійНе

автоматизовані рішення

Надати можливість

інтегрувати в систему

автоматизовану роботу

продукту

3. ЗМІ Середня Високий

Деякі із них мають власну систему, або

схожу на даний функціонал

Надати готовий продукт для тих

ЗМІ які не можуть

створити своє власне рішення

101

За результатами аналізу потенційних груп споживачів (сегментів) автори

ідеї обирають цільові групи, для яких вони пропонуватимуть свій товар,

та визначають стратегію охоплення ринку:

– якщо компанія зосереджується на одному сегменті – вона обирає

стратегію концентрованого маркетингу;

– якщо працює із кількома сегментами, розробляючи для них

окремо програми ринкового впливу –вона використовує стратегію

диференційованого маркетингу;

– якщо компанія працює із всім ринком, пропонуючи

стандартизовану програму (включно із характеристиками

товару/послуги) – вона використовує масовий маркетинг.

Для роботи в обраних сегментах ринку необхідно сформувати базову

стратегію розвитку.

Стратегія диференціації передбачає надання товару важливих з точки

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

товарів конкурентів. Така відмінність може базуватися на об’єктивних або

суб’єктивних, відчутних і невідчутних властивостях товару(у ширшому

розумінні –комплексі маркетингу), бути реальною або уявною. Інструментом

реалізації стратегії диференціації є ринкове позиціонування.

Переваги стратегії за Ж.-Ж. Ламбеном:

– по відношенню до прямих конкурентів диференціація знижує

ступінь замінності товару, посилює прихильність марці, зменшує

чутливість до ціни і тим самим підвищує рентабельність;

– прихильність клієнтів послабляє їх тиск на фірму і перешкоджає

приходу на ринок нових конкурентів;

– підвищена рентабельність збільшує стійкість до можливого

зростання витрат в результаті дій сильного постачальника;

– відмітні властивості товару і завойована прихильність клієнтів

захищають фірму і від товарів-замінників.

102

Реалізація цієї стратегії вимагає, як правило, більш високих витрат. Проте

успішна диференціація дозволяє компанії домогтись більшої рентабельності за

рахунок того, що ринок готовий прийняти більш високу ціну (цінову премію

бренду).

При веденні конкурентної боротьби з використанням цієї стратегії на

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

цільових ринків, оперативно реагувати на зміни в ринковому попиті, проводити

ефективну політику маркетингових комунікацій, не мають необхідних навичок

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

що приймає цю стратегію, є з генерування маркетингових ноу-хау, здійснення

продуктових новацій.

Таблиця 4.15 - Визначення базової стратегії розвитку

№п/п

Обрана альтернатива

розвитку проекту

Стратегія охоплення ринку

Ключові конкурентоспромо

жні позиції відповідно до

обраної альтернативи

Базова стратегія розвитку

1.Надання готових рішень «під ключ»

Ринковепозиціонування

Можливість інтегрувати в свою готову систему

Стратегія диференціації

Наступним кроком є вибір стратегії конкурентної поведінки.

Стратегія наслідування лідеру. Компанії, що приймають слідування

за лідером – це підприємства з невеликою часткою ринку, які вибирають

адаптивну лінію поведінки на ринку, усвідомлюють своє місце на нім і

йдуть у фарватері фірм-лідерів. Головна перевага такої стратегії –економія

фінансових ресурсів, пов’язаних з необхідністю розширення

товарного(галузевого) ринку, постійними інноваціями, витратами на

утримання домінуючого положення.

Стратегія наслідування лідеру найчастіше має місце у випадку олігополії,

коли кожен конкурент прагне уникнути боротьби, особливо цінової, а також у

103

випадку, коли слабо виражений ефект масштабу, що не дозволяє отримати

переваги від об’ємів продажів або ж він не грає істотної ролі. Стратегію

наслідування лідеру приймають також фірми, які не змогли реалізувати

стратегію виклику лідерові.

Компанії, що приймають таку стратегію, зазвичай випускають

товари-імітатори, займаючи ринкову частку, яку з різних причин не можуть

охопити фірми лідери. Вибір такої стратегії може також бути обумовлений

також перевагою локалізації (краще знання ринку, налагоджені зв’язки з

клієнтами тощо).

Для ефективної реалізації цієї стратегії компанії повинні

задовольняти наступним основним умовам:

– систематичний аналіз сегментації ринку з метою виділення нових

ринкових сегментів або таких, що незадовільно обслуговуються;

– ефективне використання НДДКР з метою вдосконалення

технологічних процесів і незначних продуктових новацій;

– концентрація на прибутковості, а не на простому зростанні

об’ємів продажів;

– постійний аналіз витрат на всіх стадіях виробництва і логістики;

– залишатися досить малим, щоб не бути досить цікавим для фірм-

лідерів;

– сильний керівник, здатний не лише формулювати стратегію, але і

тримати усю діяльність компанії під власним контролем.

Якщо врахувати, що лідерами ринку можуть бути лише декілька

компаній, то ця стратегія є наймасовішою.

Таблиця 4.16 - Визначення базової стратегії конкурентної поведінки

№п/п

Чи є проект «першопрохідцем»

на ринку?

Чи буде компанія шукати нових

споживачів, або забирати існуючих

у конкурентів?

Чи буде компанія копіювати основні

характеристики товару

конкурента, і які?

Стратегія конкурентної

поведінки

1. Ні Забирати існуючих Ні, він буде їх Стратегія

104

пов’язувати та розширювати, створюючи новий функціонал

наслідування лідеру

На основі вимог споживачів з обраних сегментів до постачальника

(стартап-компанії) та до продукту, а також в залежності від обраної базової

стратегії розвитку та стратегії конкурентної поведінки розробляється стратегія

позиціонування, що полягає у формуванні ринкової позиції (комплексу

асоціацій), за яким споживачі мають ідентифікувати торгівельну марку/проект.

Таблиця 4.17 - Визначення стратегії позиціонування

№п/п

Вимоги до товару цільової аудиторії

Базова стратегія розвитку

Ключові конкурентоспромо

жні позиції власного стартап-

проекту

Вибір асоціацій, які мають

сформувати комплексну

позицію власного проекту

1. Простотаінтерфейсу, швидкодія, точність результатів

Диференціація Простота інтеграції дозволить легко покращити збереження конфіденційності в системі

Якість, безпека, конфіденційність. швидкодія, простота інтеграції,

Результатом виконання підрозділу має стати узгоджена система рішень

щодо ринкової поведінки стартап-компанії, яка визначатиме напрями роботи

стартап-компанії на ринку.

4.5 Розроблення маркетингової програми стартап-проекту

Сформуємо маркетингову концепцію товару, який отримає споживач.

105

Таблиця 4.18 - Визначення ключових переваг концепції потенційного

товару

№п/п Потреба Вигода, яку пропонує

товарКлючові переваги перед

конкурентами

1.Простота інтеграції Можливість надавати сервіс

«під ключ».Можливість гнучко і швидко налаштувати систему.

2.Точність даних Сервіс точно збирає та

агрегує дані.Використання спеціальних алгоритмів збору інформації про події.

Надалі розробляється трирівнева маркетингова модель товару:

уточнюється ідея продукту та/або послуги, його фізичні складові, особливості

процесу його надання.

Таблиця 4.19 - Опис трьох рівнів моделі товару

Рівні товару Сутність та складові

І. Товар за задумом Потреба у зборі інформації

ІІ. Товар у реальному

виконанні

Властивості/характеристики М/Нм Вр/Тх/Тл/Е/Ор

1. Інтеграція з системою

2. Якість роботи

3. Безпека

1.Нм

2. Нм

3. Нм

1.Технологічна

2. Технологічна

3. Технологічна

Якість: згідно міжнародних стандартів ISO

Пакування немає

Марка: «markettracking.io»

ІІІ. Товар із

підкріпленням

До продажу: Безкоштовне розповсюдження

Після продажу: Постійне розвивання якості взаємодії, інтеграція з

іншими системами

За рахунок чого потенційний товар буде захищено від копіювання: патент

Було описано три рівні моделі товару, з чого можна зробити висновок, що

основні властивості товару у реальному виконанні є нематеріальними та

технологічними. Також було надано сутність та складові товару у задумці та

106

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

копіювання та буде поширюватись як є.

Наступним кроком є визначення цінових меж, якими необхідно

керуватись при встановленні ціни на потенційний товар (остаточне визначення

ціни відбувається підчас фінансово-економічного аналізу проекту), яке

передбачає аналіз ціни на товари-аналоги або товари субститути, а також аналіз

рівня доходів цільової групи споживачів. Аналіз проводиться експертним

методом.

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

ціни на товар.

Таблиця 4.20 - Визначення меж встановлення ціни

№п/п

Рівень цін на товари-замінники

Рівень цін на товари-аналоги

Рівень доходів цільової групи

споживачів

Верхня та нижня межі встановлення

ціни на товар1. 25000 30000 200000 20000

Наступним кроком є визначення оптимальної системи збуту, в межах

якого приймається рішення:

– проводити збут власними силами або залучати сторонніх посередників

(власна або залучена система збуту);

– вибір та обґрунтування оптимальної глибини каналу збуту;

– вибір та обґрунтування виду посередників.

Таблиця 4.21 - Формування системи збуту

№п/п

Специфіка закупівельної

поведінки цільових клієнтів

Функції збуту, які має виконувати постачальник

товару

Глибина каналу збуту

Оптимальна система збуту

1.

Щорічна підписка з обмеженим безкоштовним функціоналом

Роздрібна торгівля Однорівневий Платформи онлайн-дистрибуції

107

Функції каналу розподілу:

– Встановлення контактів із споживачами і підтримання їх;

– Формування попиту і стимулювання збуту;

– Організація руху товару;

– Розробка і реалізація програм з підтримки лояльності клієнтів;

– Дослідницька робота зі збору маркетингової інформації;

– Доробка товару, виходячи з потреб конкретного покупця;

– Фінансування (у тому числі лізинг, відстрочка платежів, платежі по

частинах);

– Прийняття на себе ризику. Завдання капала розподілу:

– Знизити кількість необхідних контактів для збуту продукції;

– Зменшити витрати в ході збуту продукції;

– Максимізувати відчувається споживачем корисність від товару.

Канали розподілу характеризуються такими поняттями:

Рівень каналу дистрибуції визначається кількістю типів посередників,

що беруть участь в розподілі товару від виробника до споживача.

Глибина каналу дистрибуції - кількість посередників, які безпосередньо

беруть участь в розподілі товару від продавця до покупця.

Ширина каналу дистрибуції - кількість посередників на певному рівні.

Дана характеристика показує ступінь охоплення ринку посередниками, що

пропонують товар фірми.

Останньою складової маркетингової програми є розроблення

концепції маркетингових комунікацій, що спирається на попередньо обрану

основу для позиціонування, визначену специфіку поведінки клієнтів.

Визначення ідеї та теми рекламного звернення зумовлює всі наступні

етапи планування рекламної діяльності. Тому цей етап є основним для

професіоналів — творчих працівників рекламних агенцій чи рекламних

підрозділів підприємств. Один із класиків рекламного бізнесу Д. Огілві радить

ретельно вивчити те, що необхідно рекламувати: «Отримавши завдання на

рекламування автомобіля «Роллс Ройс», я витратив три тижні на вивчення цієї

108

моделі. І тоді народилася ідея, яка втілилась у рекламному зверненні: на

швидкості 60 миль за годину найголосніший звук, який можна почути в

машині, — цокання годинника».

Таблиця 4.22 - Концепція маркетингових комунікацій

№п/п

Специфіка поведінки цільових клієнтів

Канали комунікацій,

якими користуються

цільові клієнти

Ключові позиції, обрані

для позиціонування

Завдання рекламного

повідомлення

Концепція рекламного звернення

1.

Використання за допомогою сайту або встановлення локального сервісу

Інтернет Безпека, простота інтеграції

Показати переваги перед конкурентами

Демо-ролик, Спрощена (ознайомча) безкоштовна версія продукту

4.6 Висновок

В даному розділі було проведено аналіз програмного продукту у якості

стартап-проекту. Можна зазначити що у проекті є можливість комерціалізації,

адже ринок технологій розпізнання осіб динамічно розвивається, створюються

нові сервіси які, в свою чергу, стимулюють попит на різноманітні системи для

розпізнання осіб та збереження конфіденційності.

Для успішного виконання проекту необхідно реалізувати сервісі з

використанням нейронних мереж для розпізнавання образу облич. В рамках

даного дослідження були розраховані основні фінансово-економічні показники

проекту, а також проведений менеджмент потенційних ризиків.

Проаналізувавши отримані результати, можна зробити висновок, що подальша

імплементація є доцільною.

На локальному ринку наявна незначна конкуренція, тому вихід на нього

не буде важким. Проект є доволі конкурентоспроможними завдяки, в першу

чергу, своїй невисокій вартості проте для реалізації проекту необхідно буде

109

залучати певні інвестиції для розширення штату робітників, оренди серверів,

оренди офісу, купівлі потужного обладнання, яке необхідне для коректної

роботи сервісу.

Було визначено такі сильні сторони: форма виконання, ціна та

можливість інтеграції з системами. Натомість слабкими є: інтеграція все ще

може займати достатньо часу і якісь навченої моделі спочатку може бути не

достатньо високою.

Виявлені такі фактори загрози: витіснення з ринку більшими гравцями,

заповнення ринку новими продуктами.

110

ВИСНОВКИ

Під час роботи було проведено дослідження сучасних методів

відслідковування подій на веб-сторінках. Було проведено аналіз сучасних

засобів відслідковування та аналізу користувацьких подій на сайтах.

У якості основи і прикладу була взята Google Analytics через свою

точність і швидкодію. В ході роботи були створенні додатки та модифікації, що

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

додатковий аналіз «сирих даних». Також було опрацьовано створення

самостійного рішення, яке б забезпечувало мінімум функціоналу з можливістю

його розширення, а також систему управління трафіком та перенаправленням

користувачів.

У ході розробки додатку було виявлено шляхи покращення додатку,

більш детальніше в третьому розділі роботи.

Було досягнута ціль даної роботи, результатом є працюючий додаток із

інтеграцією з іншими сервісами аналітики. Були досягнуті маркетингові задачі,

а саме відслідковування кожного етапу воронки продажів, отримання

інформації про конверсії на партнерських сайтах. Розроблена математична

модель оцінки показника конверсії (впливу на дохідність) по кожному етапу

воронки продаж, а відповідно і оцінка ефективності роботи підкоманд, які

відповідають за кожен із етапів цієї воронки.

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

були виявлені слабкі місця в стратегії просування сайтів, у дизайні сайтів. В

ході виправлення яких загальна конверсія (тобто відношення користувачів, що

здійснили замовлення до всіх користувачів) зросла на 11%. Такий результат

можна вважати досить добрим, оскільки витрати на розробку системи збору

даних та правки по усуненню слабких місць були покриті додатковим доходом

від результатів роботи системи через 5 місяців.

111

ПЕРЕЛІК ПОСИЛАНЬ

1. Яков Осипенков, Google Analytics 2019: Tutorial Book. Січень 2019. 329 p.

2. Яков Осипенков, , Google Tag Manager для googлят: Руководство по

управлению тегами; 2018. 326 p.

3. Thanh N. Measuring the Performance of the Banking System: Case of Vietnam

(1990-2010) / Ngo Thanh // Journal of Applied Finance & Banking. – 2012. -

vol. 2. – pp. 289-312.

4. Гоманова Т.К. Методический подход к оценке уровня развития

кредитного рын¬ка: автореф. … канд. экон. наук. : спец. 08.00.10

«Финансы, денежное обращение и кредит» / Гоманова Татьяна

Константиновна; Новосибирский гос. ун-т. экономики и управления. –

Новосибирск, 2009. – 26 с.

5. Google, Terms – Google Analytics. URL:

https://marketingplatform.google.com/about/analytics/terms/gb/

6. Keitaro, Keitaro - Universal Tracker and TDS for Affiliate Marketing.:

https://keitaro.io/en

7. OWOX, OWOX BI — ваш персональный маркетинг-аналитик. URL:

https://www.owox.ua/

8. Geiger, H., Digital Signage and Consumer Privacy. URL:

http://www.digitalsignageexpo.net/DNNArticleMaster/DNNArticleView/

tabid/78/smid/1041/ArticleID/1826/Default.aspx

9. QBR, Yeahpoint unveils “future” of shopping - Industry News - Queensland

Business Review, URL: http://www.qbr.com.au/news/articleid/74162.aspx

10.Milian, M., Google making app that would identify people’s faces - CNN.com,

URL: http://edition.cnn.com/2011/TECH/mobile/03/31/google.face /

11.Warman, M., Google warns against facial recognition database, The Telegraph,

URL: http://www.telegraph.co.uk/technology/google/8522574/Google-warns-

against-facial-recognition-database.html

112

12.Hotjar, Hotjar | Behavior Analytics Made Easy | Website Heatmaps, URL:

https://www.hotjar.com/

13.Google, Google Search Console, URL: https://search.google.com/

14.Google, Google Analytics Terms of Service, URL:

https://marketingplatform.google.com/about/analytics/terms/us/

15.Осипенков, Я., Контекстная, таргетированная реклама и веб-аналитика.

URL: https :// osipenkov . ru / .

16.Осипов, А., Веб-аналитика и результат, URL: https :// web - analytics . me / .

17.Google, Google Data Studio. URL: https://datastudio.google.com/

18.BaseGroup Labs, Бизнес-аналитика: от данных к знаниям, URL:

https :// basegroup . ru / community / books / business - intelligence

19.Designboom, pixelated fashion by Kunihiko Morinaga of Anrealage, URL

http://www.designboom.com/weblog/cat/8/view/14507/anrealage-pixelated-

fashion.html, 2011

20.Donnelly, K., End is in sight for roll calls as schools face the future - Latest

News, Education - Independent.ie, URL:

http://www.independent.ie/education/latest-news/end-is-in-sight-for-roll-calls-

as-schools-face-the-future-2641123.html, 2011

21.Цирлов В.Л. Основы информационной безопасности

автоматизированных систем: краткий курс. Ростов-на-Дону: Фенікс, 2008

р. 173 с.

22.Hyvdrinen A, Karhunen J., and Oja E., Independent Component Analysis. New

York; John Wiley & Sons, Inc., 2001. 476 p.

23.Rao, K., Yip P. (eds.), The Transform and Data Compression Handbook,

Florida; CRC Press, Baton Rouge, 2001. 410 p.

113

ДОДАТОК А. ПРИКЛАД РЕАЛІЗАЦІЇ ПЕРЕНАПРАВЛЕННЯ

<?php $id = isset($_GET['id']) ? $_GET['id'] : 0; $location = isset($_GET['location']) ? $_GET['location'] : ''; $cid = isset($_GET['cid']) ? $_GET['cid'] : ''; $element = isset($_GET['element']) ? $_GET['element'] : '';

$location = urlencode( esc_url($location) ); $cid = urlencode( $cid ); $element = urlencode( $element ); ?> <?php if ( $id ) { $url = get_field('refer_link', $id); $logo = get_the_post_thumbnail_url($id);

$url = bcp_add_referral_extra_params($url, [ 'location' => $location, 'cid' => $cid, 'element' => $element ]);

if ($logo) : ?> <div class="container"> <h1><?php echo 'Redirect to '.get_the_title($id).''; ?></h1> <img src="<?php echo $logo; ?>" alt="<?php echo get_the_title($id); ?>"> </div> <?php endif; ?>

114

ДОДАТОК Б. ПЕРДАЧА ДОДАТКОВИХ ПАРАМЕТРІВ

"use strict";var __assign = (this && this.__assign) || function () { __assign = Object.assign || function(t) { for (var s, i = 1, n = arguments.length; i < n; i++) { s = arguments[i]; for (var p in s) if (Object.prototype.hasOwnProperty.call(s, p)) t[p] = s[p]; } return t; }; return __assign.apply(this, arguments);};(function ($) { var _a; var _b = window.getCookie, getCookie = _b === void 0 ? noop : _b, _c = window.site, site = _c === void 0 ? {} : _c, _d = window.dataLayer, dataLayer = _d === void 0 ? { push: noop } : _d; var LOCATION = 'location'; var CID = 'cid'; var ELEMENT = 'element'; // TODO: change selector to a lighter version with .js- prefix var REF_IGNORE_SELECTOR = 'a'; var noopContext = (_a = {}, _a[LOCATION] = '', _a[CID] = '', _a[ELEMENT] = '', _a); var _e = site.referralPatterns, referralPatterns = _e === void 0 ? {} : _e; var defaultContextPattern = LOCATION + "={" + LOCATION + "}&" + CID + "={" + CID + "}&" + ELEMENT + "={" + ELEMENT + "}"; window.makeRefHandler = makeRefHandler; function makeRefHandler(_a) { var _b = _a === void 0 ? {} : _a, _c = _b.refKey, refKey = _c === void 0 ? 'ref' : _c, _d = _b.ignoreSelector, ignoreSelector = _d === void 0 ? REF_IGNORE_SELECTOR : _d; return function handleReferralClick(e) { var $me = $(this), $target = $(e.target), id = parseInt($me.data(refKey)), element = $me.data('ga-context-element'), offer = $me.data('offer-name') || $me.data('offer1') || $me.data('offer'); if ($target.is(ignoreSelector) || ($target.closest(ignoreSelector)).length > 0) { return; } if (!id) { return; } e.preventDefault(); e.stopPropagation(); var context = __assign(__assign({}, getGlobalReferralContext()), { element: element,

115

offer: offer }); var link = buildReferralLink({ id: id, context: context }); if (link) { pushDataLayer(context); window.open(link, '_blank'); } }; } function pushDataLayer(context) { dataLayer.push({ 'event': 'GAevent', 'eventCategory': 'toOffer', 'eventAction': context.element, 'eventLabel': context.offer }); } function buildReferralLink(_a) { var id = _a.id, _b = _a.context, context = _b === void 0 ? noopContext : _b, _c = _a.contextPattern, contextPattern = _c === void 0 ? defaultContextPattern : _c; var contextQueryStr = contextPattern.replace(/\{(\w+)\}/gi, function (match, key) { return context[key] || ''; }); var link = "/to-casino/?id=" + id + "&" + contextQueryStr; return link; } function getGlobalReferralContext() { var _a; var location = window.location.href; var cid = getGoogleCid(); return _a = {}, _a[LOCATION] = location, _a[CID] = cid, _a; } function getGoogleCid() { var _cid = getCookie('_ga'); var cid = _cid.replace('GA1.2.', ''); return cid; } function getHostName(url) { var match = url.match(/:\/\/(www[0-9]?\.)?(.[^/:]+)/i); if (match != null && match.length > 2 && typeof match[2] === 'string' && match[2].length > 0) { return match[2]; } else { return null; } } function noop() { }})(jQuery);