IVOSILIEV Сайт на Иво Илиев

Факт е, че в момента тези две статистики са най-добрият помощник на всеки уебмастър, seo специалист и собственик на сайт.

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

Google Analytics се появи като една логична част от “опашката” на уеб-гиганта. След като от компанията Google откупиха енджина за статистики днес той е обект на масов интерес заради подробността си, удобния интърфейс и разбира се това, че е безплатен.

Малко информация за Google Analytics:

Статистическия енджин е доразвит след като Google закупуват “Urchin on Demand” софтуера. Статистическите данни са основно във Flash формат. Новият енджин Analytics се появява през Ноември 2005г. и поради фурора около неговото безплатно ползване 2-3 дни по-късно временно ползването му е преустановено поради претоварване на сървърите. Google Analytics използва Java script технология за да подготви статистически извадки. Java script код се поставя в страницата-обект, като чрез този код се зарежда голям файл на сървъра на Google, който отчита специфичния потребителски номер и извлича статистически данни.

Друг негов конкурент с по-сериозни традиции, също безплатен и по-”изчистен” от множество цифри и изавдки е AwStats.

Ето малко данни и за AwStats:

Това е система с отворен код, написана на Perl, която парсва и анализира log файла на сървъра, където е сайта-обект. Статистиката е HTML формат. AwStats е известна с добрата си съвместимост, което я прави широко ползвана и предлагана от почти всички хостинг компании към хостинг пакетите.

Коментирайки Google Analytics и AwStats както вече споменах бих искал косвено да коментирам и двете технологии, на които те се базират, а именно log-файл анализиране(AwStats) и java script анализиране(Google Analytics).

Недостатъци на Google Analytics:

1. Интърфейса е значително по-тежък;
2. Информацията е структурирана и няма големи възможности за бърз преглед на резултатите, макар, че в последната версия има възможността потребителя да избере каква информация да зареди на 1-ва страница, след като се логне;
3. За отчете наистина реално посещаемостта трябва да добавите java script кода във всяка една страница на сайта си без изключение. Динамичното поставяне също е добра опция, но често се срещат затруднения поради нуждата от специализирани знания за това;
4. Не отчита трафика за посещенията на потребители, ботове и пр., които не използват Java за браузъра си или са блокирали такова използване от настройки на браузъра или специализиран софтуер;
5. Не показва статистики в реално време. Съществува поне 2 часа забавяне в отразяването на данните, като това може да се спести чрез настройка на часовата зона;
6. За разлика на log-базираните статистики, Google Analytics се явява third party сървър между собственика на сайта и посетителя на сайта, за който се прави статистика. При log-базираните програми посещението се отчита от същия сървър, на който е сайта, т.е. не се разчита на “посредник”, какъвто се явява сървъра на Google при Analytics;
7. Не дава информация за ботовете и “паяците” на търсачките;
8. Не дава подробна информация за недостъпността до страници, проблеми при свързването към сайта и пр. грешки, свързани с недостъпност за посетителите;
9. Не отчита последващите посещения от браузъри със забранени cookies;
10. Не отчита log spam-а;
11. Не отчита толкова прецизно, колкото log-базираните системи bandwidth-а(трафика);
12. Статистики от този тип използват Java скрипт, т.е. те са приложими само за HTML документи и производни, но не и за други типове файлове (изображения, архиви и пр.), за които може да е нужен статистически резултат;
13. Резултатите се събират от браузърите, не от реалните посетители, което означава, че ако един и същ посетител сутринта влезе в сайта от едно PC, а вечерта от друго(просто давам пример, няма значение времевия интервал) - това ще са 2 посещения;
14. Ако има забавяне на времето за зареждане посетителя реално може да не изчака 100% зареждане на страницата, което няма да зареди Java кода и няма да се отчете посещение;

Недостатъци на AwStats:

1. По-малко статистически критерии и по-опростен интърфейс;
2. Използва дисково пространство на сървъра за своите файлове и данни;
3. Отчита като посетена страница директното зареждане на изображения, които всъщност са части от някоя страница или са просто качени на сървъра, където е сайта. Log базираните статистики като AwStats следят /www/ директорията, т.е. всичко, което е посетено в нея без значение дали е страница или не;
4. Няма възможност за експортване на файла в xls таблица, няма удобна възможност за принтиране;
5. Няма възможност за връзка с пазарски кошници, PPC програми, карти за пазаруване;
6. Няма показване на резултатите в реално време, често времето се задава на по-големи периоди от 1 денонощие в зависимост от капацитета;
7. Дава възможност за ъпдейт директно през браузъра, но разбира се ако сървъра/хостинга позволява. Това става от файла awstats.conf file, където в реда от кода “allowtoupdatefrombrowser=0″ се задава стойността “1”;
8. Ако посетител на сайта се върне отново на него и браузъра му е настроен с включен file caching, то той няма да види действителният сайт на сървъра, а локално копие на сайта от персоналния му компютър, което посещение няма да бъде реално и AwStats няма да отчете;
9. Съдейки от т.8, неможе прецизно да се определи потребителското поведение при сърфирането в сайта;
10. Не може да различи ботовете(паяците) на търсачките, защото няма разпознаване на IP адреса;
11. Базирайки се на двойното, посетители с динамично IP могат да генерират повече, фалшиви посещения и от returning да се превърнат в new visitors;
12. Ако посетител 1 направи връзка към сайта Ви (т.е. го посети) и сайта е на proxy server, след 10мин посетител 2 също прави заявка но към прокси сървъра, а не към сайта, т.е. това не се записва в log-а, респективно не се отразява в статистиката;