Які плюси та мінуси аналізу журналів веб-серверів у аналітиці на веб-основі, як-от google analytics

Які переваги аналізу файлів журналу веб-сервера перед веб-службами, такими як Google Analytics?

Які переваги google analytics як інструменти над аналізом файлів журналу веб-сервера?

Чиста аналітика файлів журналу:

• не потрібен JavaScript
• обмежено запитами HTTP / S
• потрібно бути на місці
• дані є лише останніми, як останнє оновлення файлу журналу
• потребує більше роботи, щоб відрізнити ботів від людей

Чиста javascript-аналітика:

• може фіксувати рухи миші / потік клацання, тривалість часу, який користувач витрачає на сторінку та іншу поведінку користувача
• легше розрізнити відвідувачів за проксі-серверами або NAT-роутерами
• може надати аналітику в режимі реального часу
• можна легше інтегрувати з аналітикою електронної пошти та соціальних мереж
• для роботи потрібен JavaScript
• може трохи сповільнити браузер
• кожну сторінку / посилання потрібно позначати тегами

Існують також аналітичні платформи, які поєднують як аналіз файлів журналу, так і теги JavaScript. Крім того, Pion пропонує платформу аналітики, яка поєднує аналіз файлів журналів та нюхання пакетів.

Кілька думок:

Для повноцінного функціонування таких веб-інструментів, як Google Analytics потрібен JavaScript. Для деяких з них навіть взагалі потрібно ввімкнути JavaScript. Отже, якщо користувач не має JavaScript, статистика вашого веб-сайту не буде точною або повною. Вони також можуть уповільнити ваш сайт, оскільки користувач повинен дочекатися повного завантаження цього коду та розбору для його функціонування. Якщо сервер постачальника статистики у цей момент повільний, ваша сторінка користувачеві здасться повільною.

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

Веб-інструменти, такі як Awstats, не вимагають жодної сторони клієнта, і тому вони пропонують повний набір статистичних даних для кожного користувача. Якщо ви використовуєте веб-хостинг, який забезпечує основну панель керування, одна з них зазвичай включається, тому налаштування не потрібно.

З іншого боку, якщо у вас немає сервера з попередньо встановленою панеллю управління або ви хочете використовувати інший, тоді він включений, вам доведеться встановити його самостійно. Встановлення програмного забезпечення на веб-серверах, зокрема * nix, не є легким. Оскільки веб-переглядачі та боти постійно змінюються, вам потрібно забезпечити постійне оновлення цього програмного забезпечення, інакше у ваших статистичних даних буде багато "невідомих" ботів і браузерів, що не особливо корисно.

ІМХО порівнює аналіз файлів журналів веб-сервера з Google Analytics - це як порівняння яблук з грушами. За 1 день файлу журналу сервера може бути 1000 текстових рядків для читання чи більше (залежно від кількості відвідувань на вашому сайті), це абсолютно нечитабельно, якщо ви не хочете витратити решту свого життя, аналізуючи його по черзі .

Google Analaytics можна якось порівняти з іншими графічними інструментами для аналізу відвідувачів веб-сайтів, як відмінні Awstats, які входять у переважну більшість усіх хостинг-планів (поставляється з cPanel). Awstats заснований на аналізі журналу сервера (як ви згадуєте у своєму запитанні), але він показує, що ви отримуєте графічну форму, дуже зручну для читання.

Google Analytics проти Awstast ( все ще IMO )

Плюси Google Analytics

• більш детально,
• ви можете встановити цілі та купу інших речей,
• ви можете легко відстежувати прибутки Adwords,
• ви можете налаштувати електронний лист із повторним знімком Analytics, який надсилатиметься своїм клієнтам

Мінуси Google Analytics

• занадто детально (для невеликих / середніх веб-сайтів, які не надто дбають про кількість відвідувань на день, але вони можуть легко оцінити кількість відвідувачів краще та легше за місячним переглядом чи навіть за роком)
• дуже повільно налаштувати рахунок (повільна панель дратує мене і витрачає час)
• вимагає розмістити фрагмент коду Javascript на ВСІХ сторінках веб-сайтів (принаймні, на тих, які ви хочете побачити в результатах Analytics), це ще одна марна трата часу для мене, і це трохи уповільнює оновлення сторінки (до того ж ви не помічаєте отримати якось дратує помилки JS).
• якщо ви надсилаєте їх своєму клієнту безкоштовно, що трапиться, якщо одного дня Big G скаже вам, що відтепер вам доведеться платити за них.

Aststast профі

• Дає вам вже більш ніж достатньо результатів для аналізу (і легше їх читати для ваших клієнтів)
• Дуже легко читати щомісячним та щорічним відвідуванням.
• Вам нічого не потрібно налаштовувати, він постачається з величезною більшістю веб-хостингових послуг (напевно, з усіма, хто має cPanel).
• Він також показує 404 помилки через непрацездатні посилання на ваш сайт (також непрацюючі посилання на ваш сайт, що надходять з вашого сайту), тому ви можете легко відстежувати їх і негайно виправляти посилання на ваш сайт.

Аустати проти

• Якщо ви хочете відключити сторінку з analysys, вам потрібно пограти з конфігурацією Awstatst на сервері (простіше, як тільки ви це зробили один раз, але все ж складніше, ніж просто видалити фрагмент Js для сторінки / і, яку ви хочете відключити)
• Якщо ви хочете побачити всю групу речей, показаних Google Analytics: цілі, рентабельність інвестицій, пінгбек, карти та навіть де була моя мама, коли я відвідував ваш сайт , ви просто не можете!

Це дійсно зводиться до гнучкості та кількості роботи, яку ви хочете виконати. Якщо ви запускаєте невеликий та середній веб-сайт і хочете отримати загальну аналітику щодо вашого трафіку, будь-ласка, перекиньте свої дані в Google Analytics і ніколи не озирайтеся. Це відмінна система, яка надійно дає своєчасне уявлення про поведінку користувачів на вашому веб-сайті.

Якщо ваш сайт складний і має безліч нетрадиційних потоків користувачів (багато AJAX?), Які ви хотіли б дотримуватися, ви, можливо, не зможете підключити речі до GA. Крім того, якщо ви хочете співвіднести декілька джерел даних з веб-трафіком (наприклад, інформація про користувачів з вашої бази даних), вам також знадобиться почати думати про власні рішення.

Крім можливостей інструментів, вам потрібно переглянути компроміси між клієнтами та реєстрацією на стороні сервера. Ведення журналу на сервері завжди працює незалежно від того, що робить клієнт, але, на жаль, він може отримати лише обмежений обсяг інформації з HTTP-запиту. Журнал на стороні клієнта може бути більш гнучким і збирати більше інформації, але вам потрібно потурбуватися про створення додаткового рівня послуг для їх збору, і є ймовірність, що ви можете пропустити невелику частину вашого трафіку.