Найпотужніші інструменти веб-аналітики з відкритим кодом? [зачинено]


10

Потрібні поради щодо вибору інструментів веб-аналітики з відкритим кодом, включаючи теги сторінок та тип аналізу файлів журналу. Я знаю деякі з них: piwik, відкрита веб-аналітика, астати та інше ... які найкращі серед них (тип тегів сторінок та тип аналізу файлів журналу)?

Відповіді:


11

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

  • AWStats
  • Вебалайзер
  • Аналогові
  • W3Perl

Аналог та Webalizer записуються на С і проходять швидше (10000-20000 рядків в секунду).

Як вже згадував раніше @MadHatter Analog був розроблений колишнім статистиком Кембриджа, що робить Analog справді точним і технічним інструментом, але з 2005 року він більше не розробляється.

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

AWStat і W3Perl написані на Perl, і вони є найактивнішими проектами, але вони набагато повільніші, ніж Аналоговий та Вебалайзер (3000/4500 рядків в секунду). Вони відрізняються один від одного за отриманими даними та способом надання даних.

AWStat відображає статистику по-справжньому привабливо, але створює менше статистики, ніж W3Perl.

Я раджу вам ці посилання для отримання додаткової інформації:

http://www.aardal.com/stats/docs/uk/speed.html
http://www.w3perl.com/
http://awstats.sourceforge.net/

Моя порада:

  • W3Perl, якщо ви хочете детальну статистику і у вас немає занадто багато ГБ файлів журналів
  • У випадку, якщо вам потрібно, у вас немає занадто багато ГБ файлів, і ви хочете мати гарне графічне зображення.
  • Webalizer, якщо у вас є тонни файлів журналів для аналізу.
  • Аналог, якщо вам потрібна дійсно точна статистика, величезні файли журналів і у вас є досвід розробки C (або ви знаєте когось, хто може допомогти).

Щодо тегування сторінок Переможець, безумовно, Google Analytics, дані, зібрані та отримані, є кращими за інші рішення, але, як може статися одного дня, Google попросить гроші за це ...

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

Open Web Analytics і Pikwik - чудові рішення з відкритим кодом. Обидва досить зрілі та стабільні, але для них потрібна база даних MySQL та підтримка PHP.

Якщо вам не потрібне "домашнє" рішення, я б остаточно пішов на Google Analytics, а між проектами з відкритим кодом я б обрав Open Web Analytics, оскільки вона є більш зрілою, ніж Piwik.


5

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


1

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

Я не можу коментувати тегування сторінок; вибачте.


Здається, що аналог не оновлюється з 2005 року, якщо це може бути, він не розпізнає правильно певні заголовки http.
tmow

Можливо ти правий; наприклад, що?
MadHatter

1

Це експериментальне програмне забезпечення, але, тим не менш, досить вражає:

Колибри дозволяють вам бачити, як відвідувачі взаємодіють із вашим веб-сайтом у режимі реального часу. І під «реальним часом» ми не маємо на увазі, що він оновлюється кожні 5 хвилин - WebSockets дозволяють Hummingbird оновлюватись 20 разів на секунду. Hummingbird побудований поверх Node.js, нового веб-інструментарію javascript, який може обробляти велику кількість трафіку та багатьох одночасно користувачів.


1

Я б сказав (хоча я упереджений як співзасновник ;-), що SnowPlow - це найпотужніший інструмент веб-аналітики, що базується на відкритих кодах.

SnowPlow має слабо сполучену, розподілену архітектуру, яка використовує Hadoop та Hive, тому масштабує мільйони чи навіть мільярди подій - це те, чого не може зробити жодне MySQL чи інше рішення на базі RDBMS.

Інша велика інновація у SnowPlow полягає в тому, що ваші дані про події зберігаються в чистій, незмінній, денормалізованій, атомній структурі "плоского файлу" - іншими словами, сховищі даних аналітики. Це дає змогу здійснити безліч дуже складних аналізів за допомогою Hive, а також просте з'єднання з вашими сторонніми даними (наприклад, CRM або дані продажів). Знову ж таки, це є більш потужним, ніж інші рішення, які мають тенденцію до згортання атомних даних у агрегати, обрізання старих даних або використання нормалізованих структур, що чухають голову, які дуже важко запитувати безпосередньо або приєднуватися до інших джерел.

Більше про технічну архітектуру SnowPlow ви можете прочитати тут .


0

Бумеранг - найкращий інструмент, доступний для аналізу продуктивності клієнтів - але це лише агент js - я не знаю жодного позаштатного інструменту звітності, Pastmon корисний для мережевих матеріалів, Piwik та AwStats, про які ви вже згадували. Analog - дуже подібний інструмент до AwStats - менш конфігуруваний, але набагато швидша обробка.

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


0

Я знаю людей, які використовують Webalizer для аналізу журналів веб-сайтів. Відзначимо ще один варіант.

Існує також ця дискусія про можливості.


1
Вебалайзер вже активно не розвивається, боюся втратити свою частку ринку невблаганно.
tmow

0

Після деяких досліджень щодо пакетів веб-аналітики з відкритим кодом, я вважаю, що переможцями є http://www.openwebanalytics.com та http://piwik.org/

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

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


Ще кілька деталей щодо претендентів, і як було обрано переможця?
vonbrand
Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.