REGUŁY OSKRYPTOWANIA APLIKACJI INTERNETOWYCH W BADANIU MEGAPANEL PBI/GEMIUS Spis treści: Wstęp... 2 Rodzaje aplikacji objętych pomiarem w badaniu Megapanel PBI/Gemius... 2 Rodzaje aplikacji uwzględnionych w drzewku aplikacji w badaniu Megapanel PBI/Gemius... 2 Wskaźniki dostępne dla poszczególnych rodzajów aplikacji i warunki ich prezentacji w wynikach badania.... 3 Warunki, których spełnienie jest konieczne w celu prezentacji wskaźników cookies dla aplikacji audytowanych... 4 Dodatkowe wymagania, konieczne do prezentacji wskaźników dotyczących odsłon... 5 Dodatkowe wymagania, konieczne do prezentacji wskaźników dotyczących czasu... 6 Dodatkowe wymagania, konieczne do prezentacji wskaźnika użytkownicy (Real Users) dostępnego tylko dla audytowanych aplikacji na PC... 7 Definicje związane z badaniem aktywnego korzystania z aplikacji... 8
Wstęp W wynikach badania Megapanel PBI/Gemius prezentowane mogą być - poza danymi dla witryn - również dane dla aplikacji, w tym również aplikacji mobilnych. W niniejszym dokumencie opisane jest jakie wskaźniki są obecnie możliwe do zaprezentowania dla takich aplikacji (w zależności od tego czy jest to aplikacja mobilna czy na PC) i jakie warunki muszą być w tym celu spełnione. W celu umieszczenia aplikacji w grupie właścicielskiej danego podmiotu, należy przysłać: - wniosek aktualizacyjny wpis do rejestru usługodawców - oświadczenie właściciela o własności danej aplikacji Zasady oskryptowania i prezentacji wyników dla aplikacji mobilnych szczegółowo przedstawia dokument: http://pliki.gemius.pl/audyt_gemius_pl/zasady_oskryptowania_i_prezentacji_danych_dla_aplikacji_mobilnych.pdf Rodzaje aplikacji objętych pomiarem w badaniu Megapanel PBI/Gemius Pomiarem w badaniu Megapanel PBI/Gemius mogą zostać objęte wszystkie aplikacje internetowe, czyli aplikacje wymagające połączenia z siecią internetową do realizacji swoich istotnych funkcji. Mogą to być zarówno aplikacje na PC jak i aplikacje mobilne. Warunkiem pomiaru jest uruchamianie przez aplikację oddzielnego, aktywnego procesu lub grupy procesów na urządzeniu użytkownika. Obecnie w badaniu Megapanel PBI/Gemius nie są mierzone aplikacje, które działają w ramach innych aplikacji lub witryn (np. aplikacji działających jako dodatek w ramach komunikatora GG, wtyczek i dodatków do przeglądarek, aplikacji na facebook.com itp.) Rodzaje aplikacji uwzględnionych w drzewku aplikacji w badaniu Megapanel PBI/Gemius W drzewku aplikacji dołączanym do wyników badania Megapanel PBI/Gemius uwzględnione są następujące rodzaje aplikacji internetowych: Komunikatory, Aplikacje multimedialne, Czytniki RSS i Aplikacje desktopowe. Pozostałe aplikacje internetowe mogą być uwzględnione w wynikach badania i mogą wchodzić w skład poszczególnych grup właścicielskich, ale nie są dodawane do tego drzewka. Definicje poszczególnych rodzajów aplikacji: Aplikacja desktopowa aplikacja, która umożliwia korzystanie z różnych zasobów sieciowych (np. poczta, video, teledyski, kalendarz, mapy, pogoda itp) bez konieczności uruchamiana przeglądarki internetowej. Dysk internetowy aplikacja umożliwiająca dostęp do miejsca na serwerze sieciowym. Oferuje obsługę przestrzeni do zapisu danych i dodatkowe funkcje ułatwiające wymianę informacji pomiędzy różnymi urządzeniami użytkownika. Zapewnia dostęp do umieszczonych tam plików z każdego miejsca poprzez internet. Komunikator aplikacja, której główną funkcją jest rozmowa (tekstowa lub głosowa) z innymi użytkownikami aplikacji z wykorzystaniem Internetu. Odtwarzacz multimedialny aplikacja, której główną funkcją jest korzystanie z multimediów (materiałów audio i video) i która ma możliwość odtwarzania tych materiałów z Internetu metodą strumieniową. Przesyłanie strumieniowe to technologia przesyłania multimediów umożliwiająca odtwarzanie plików audio/wideo w tym samym momencie, w którym dane są wysyłane lub tuż po ich otrzymaniu, by zapobiec
przerwom w odtwarzaniu. Przesyłanie strumieniowe eliminuje konieczność pobierania pliku przed jego odtworzeniem. Pliki przesyłane strumieniowo nie są zapisywane na dysku. Dane mogą być pobierane zarówno poprzez transmisję live, jak w niektórych telewizjach czy radiach internetowych oraz poprzez odtwarzanie dostępnych online materiałów multimedialnych, jak w serwisach z bazami filmów na życzenie. Program P2P aplikacja służąca do wymiany plików w internecie. Umożliwia pobieranie i wysyłanie różnego rodzaju plików w modelu P2P komunikacji w sieci komputerowej, który gwarantuje obydwu stronom równorzędne prawa w wymianie danych. Obsługuje przesyłanie różnego rodzaju plików, takich jak muzyka, obrazy, filmy, dokumenty, programy i inne. Zwykle zawiera opcje wspomagające obsługę zadań, m.in. pobierania wielu plików jednocześnie, kolejkowanie zadań, nadawanie priorytetów, ustalania limitów transferu i katalogowanie ściągniętych danych. Program pocztowy aplikacja do obsługi konta poczty elektronicznej. Wskaźniki dostępne dla poszczególnych rodzajów aplikacji i warunki ich prezentacji w wynikach badania. Dla aplikacji nieaudytowanych (nie używających danych z konta audytowego do prezentacji wyników): dostępne są jedynie wskaźniki: uruchomione aplikacje i czas uruchomienia (oraz pochodne od nich). Jedynym warunkiem ich prezentacji danych dla tych wskaźników w wynikach badania jest zarejestrowanie procesu / procesów danej aplikacji u przynajmniej 45 panelistów stanowiących próbę badania w danym okresie. Dla aplikacji audytowanych w wersji PC możliwe jest prezentowanie wskaźników: Użytkownicy (estymacja z panelu, po spełnieniu dodatkowych warunków, też w podziale na grupy celowe) Uruchomione aplikacje (estymacja z panelu o ile jest min. 45 panelistów, też w podziale na grupy celowe) Czas uruchomienia (estymacja z panelu o ile jest min. 45 panelistów, też w podziale na grupy celowe) Czas (dane z systemu site-centric, tylko po spełnieniu dodatkowych warunków, też w podziale na grupy celowe) Odsłony (dane z systemu site-centric, tylko po spełnieniu dodatkowych warunków, też w podziale na grupy celowe) Cookies (dane z systemu site-centric o ile cookie są obsługiwane prawidłowo, tylko dla populacji) Oraz wskaźników pochodnych od nich. Dla mobilnych aplikacji audytowanych możliwe jest prezentowanie wskaźników (dla całej populacji, bez podziału na grupy celowe): Cookies (dane z systemu site-centric o ile cookie są obsługiwane prawidłowo) Czas (dane z systemu site-centric, tylko po spełnieniu dodatkowych warunków) Odsłony (dane z systemu site-centric, tylko po spełnieniu dodatkowych warunków) Oraz wskaźników pochodnych od nich.
Warunki, których spełnienie jest konieczne w celu prezentacji wskaźników cookies dla aplikacji audytowanych 1. Stworzenie na koncie audytowym gemiustraffic oddzielnego identyfikatora skryptu do zliczania korzystania z aplikacji. W przypadku używania systemu GemiusPrism musi to być skrypt o identyfikatorze PID różnym od zera. Jeżeli aplikacja używa przy wysyłaniu hitów zawsze innych cookie niż cookie używane przy zliczaniu oglądalności witryn danego wydawcy identyfikator ten może pochodzić z tego samego konta, na którym zliczane są też witryny danego wydawcy. Jeżeli zaś te same cookie mogą być używane zarówno przy zliczaniu oglądalności witryn jak i danej aplikacji to konieczne jest założenie oddzielnego konta w tym celu ze względu na współdzielenie plików cookies. Reklamy pojawiające się w aplikacji nie mogą być oskryptowane za pomocą identyfikatora służącego do pomiaru korzystania z aplikacji. 2. Wysyłanie hitu przez aplikację na powyższy identyfikator przy każdym uruchomieniu aplikacji (niezależnie czy uruchomienie nastąpiło automatycznie przy starcie systemu czy też było wynikiem akcji użytkownika). Jeżeli w danej aplikacji nie występuje automatyczne uruchomienie aplikacji przy starcie systemu i równocześnie oskryptowane są jako odsłony poszczególne akcje i jedna z tych akcji jest równoznaczna z rozpoczęciem aktywnego korzystania z aplikacji to nie jest konieczne wysyłanie dodatkowo jeszcze jednego hita przy otwarciu aplikacji wystarczy hit oznaczający tę odsłonę. 3. Prawidłowa obsługa gemiusowych plików cookie o nazwie gdyn. Cookie gemiusowe powinny być zapisywane na danym urządzeniu i odczytywane ponownie przy kolejnym uruchomieniu aplikacji. Cookie te nie mogą być nigdy kasowane automatycznie - ani przy zakończeniu działania aplikacji ani przy wyłączeniu urządzenia ani w żadnym innym momencie. Cookie powinny być wysyłane wraz z każdym hitem (chyba że nie jest to w danym przypadku możliwe techniczne np. z powodu blokady obsługi cookies przez użytkownika na swoim urządzeniu). Przy okazji informujemy, że warto, aby aplikacja wykorzystująca cookies, informowała o tym użytkowników, podobnie jak jest to robione na witrynach internetowych - zgodnie z zasadami informowania o używaniu cookies. 4. Jedna aplikacja na jednym urządzeniu powinna nadawać jedno cookie. Zatem jeśli możliwe jest tworzenie różnych profili na danej aplikacji, ruch na każdym z tych profili powinien być oznaczany tym samym cookie. 5. Z każdym wysyłanym hitem ma być przekazywane pole useragent, na podstawie którego będzie możliwe określenie, jakiego rodzaju jest to aplikacja (mobilna czy na PC) Szczegółowe zasady budowy pola useragent są określone w dokumencie umieszczonym pod adresem http://pliki.gemius.pl/audyt_gemius_pl/useragent_nowy_format_10_03_2014.pdf. 6. Przejście z wynikiem pozytywnym procesu kontroli poprawności oskryptowania aplikacji w zakresie wymaganym do prezentacji wskaźników cookies. Prawidłowe oskryptowanie musi dotyczyć przynajmniej 95% aplikacji na używanych urządzeniach użytkowników.
7. Właściciel aplikacji powinien skontaktować się z firmą Gemius (np. mailem na adres: megapanel@gemius.com), wyrazić wolę audytowania swojej aplikacji a następnie podpisać umowę na audyt danej aplikacji w wynikach badania. Dodatkowe wymagania, konieczne do prezentacji wskaźników dotyczących odsłon Za odsłonę mogą zostać uznane jedynie te akcje wykonywane w aplikacji, które spełniają aktualną definicję odsłony obowiązującą w badaniu Megapanel PBI/Gemius. Zgodnie z uchwałą Rady Badania, za odsłonę uznajemy zdarzenie pełnego przeładowania nową treścią zawartości strony w oknie przeglądarki lub aplikacji z wyłączeniem komponentów statycznych, poprzedzone każdorazowo intencjonalną akcją użytkownika wynikłą z intencji pozyskania nowej treści, aktualizacji bieżącej treści lub skorzystania z nowej usługi. Przy czym za komponent statyczny uznajemy część graficzną i funkcjonalną warstwy prezentacji realizującą funkcję tła, nagłówka, stopki, menu lub paska nawigacji, które nie podlegają zmianie w zależności od dostarczanych treści bądź usług. W pełnym zbiorze odsłon wyodrębniamy dla wewnętrznych potrzeb badania Megapanel PBI/Gemius 2 typy odsłon: - Odsłona pełna to odsłona, w trakcie której następuje przeładowanie wszystkich komponentów statycznych. - Odsłona częściowa to odsłona, w trakcie której nie następuje przeładowanie wszystkich komponentów statycznych. Poza wymaganiami koniecznymi do prezentacji wskaźnika cookies w celu prezentacji odsłon konieczne jest też dodatkowo spełnienie następujących wymagań: 1. Przed ostatecznym oskryptowaniem akcji w publicznie dostępnej wersji aplikacji właściciel aplikacji powinien wysłać do firmy Gemius zgłoszenie akcji które chce prezentować jako odsłony w wynikach badania. Procedura zgłaszania takich akcji jest opisana dokładnie w dokumencie umieszczonym pod adresem http://pliki.gemius.pl/audyt_gemius_pl/procedura_zgloszenia_odslon_czesciowych.pdf W ostatecznej, publicznej wersji aplikacji powinny być zliczane jako odsłony tylko te ze zgłoszonych akcji, które uzyskały akceptację (potwierdzenie że to rzeczywiście są odsłoną) firmy Gemius w odpowiedzi na zgłoszenie. 2. Po zatwierdzeniu przez Gemius listy akcji uznanych za odsłony firmie Gemius powinna zostać udostępniona testowa, deweloperska wersja aplikacji w której zostały jako odsłony oskryptowane zatwierdzone akcje. Gemius dokonuje sprawdzenia takiej wersji aplikacji i potwierdza, że wszystko zostało oskryptowane zgodnie z ustaleniami i dopiero wtedy aplikacja może być udostępniona publicznie. Jeżeli Gemius wykryje nieprawidłowości w oskryptowaniu to muszą one być poprawione przed publicznym udostępnieniem aplikacji. Hity oznaczające zliczenie odsłony muszą być wysyłane na inne identyfikatory skryptów niż identyfikatory używane do zliczania czasu korzystania z aplikacji. W przypadku używania systemu GemiusPrism muszą to być skrypty o identyfikatorach PID różnych od zera.
3. Odsłony wysyłane jako częściowe powinny być oznaczone w hicie wysyłanym przez aplikację w momencie wywołania danej akcji specjalnym parametrem hsrc=2. Odsłony pełne powinny być zaś oznaczane parametrem hsrc=1. Jeżeli przy skryptowaniu aplikacji mobilnych właściciel aplikacji korzysta z narzędzi SDK przygotowanych przez Gemius to odsłony powinny być oznaczane jako częściowe lub pełne za pomocą specjalnego parametru opisanego w dokumentacji SDK. W przypadku skryptowania aplikacji mobilnej bez korzystania z SDK lub w przypadku skryptowania aplikacji na PC hity należy skonstruować zgodnie z zaleceniami opisanymi w dokumencie http://pliki.gemius.pl/audyt_gemius_pl/konstruowanie_hitu_w_aplikacjach_bez_uzycia_sdk.pdf 4. Przejście z wynikiem pozytywnym procesu kontroli poprawności oskryptowania aplikacji w zakresie wymaganym do prezentacji wskaźnika odsłon. Prawidłowe oskryptowanie musi dotyczyć przynajmniej 95% aplikacji na używanych urządzeniach użytkowników. Dodatkowe wymagania, konieczne do prezentacji wskaźników dotyczących czasu Poza wymaganiami koniecznymi do prezentacji wskaźnika cookies w celu prezentacji czasu konieczne jest też dodatkowo spełnienie następujących wymagań: 1. Stworzenie na jednym koncie audytowym gemiustraffic dwóch identyfikatorów skryptów audytowych jednego w celu zliczania aktywnego korzystania z aplikacji, a drugiego do pomiaru pasywnego korzystania z niej. Muszą to być skrypty o innych identyfikatorach niż te wykorzystywane do zliczania odsłon w aplikacji. W przypadku używania systemu GemiusPrism muszą to być oczywiście skrypty o identyfikatorach PID różnych od zera. 2. Zliczanie hitów na pierwszy z dwóch identyfikatorów skryptu audytowego w chwili rozpoczęcia aktywnego korzystania z aplikacji (np. przy otwarciu okienka aplikacji lub rozpoczęciu odtwarzania muzyki w aplikacji), a następnie co 20 minut w czasie aktywnego z niej korzystania. Jeżeli na tym samym koncie audytowym zliczane są też odsłony w aplikacji w celu ich prezentacji w wynikach badania, to hity na ten techniczny skrypt powinny być wysyłane tylko co 20 minut w czasie aktywnego korzystania z aplikacji (na skrypt aktywny ), w momencie wznowienia aktywnego korzystania z aplikacji nie oznaczającego zaliczenia odsłony (np. kliknięcie na nowo play w czasie gdy interfejs aplikacji nie jest widoczny na ekranie) też na skrypt aktywny oraz w momencie zakończenia aktywnego z niej korzystania (na skrypt pasywny ). Dokładna definicja aktywnego korzystania z aplikacji znajduje się w dalszej części niniejszego dokumentu. 3. Zliczanie hitów na drugi identyfikator skryptu audytowego przy zakończeniu aktywnego korzystania z aplikacji (np. przy zamknięciu lub minimalizacji okienka aplikacji lub zatrzymaniu odtwarzania muzyki w aplikacji), a następnie co 20 minut w czasie, gdy proces aplikacji jest uruchomiony na danym urządzeniu, ale użytkownik nie korzysta z niej aktywnie (jeżeli jest to w ogóle technicznie wykonalne, aby w tym czasie aplikacja wysyłała hity). Ten skrypt nie może wywoływać się w czasie aktywnego korzystania z aplikacji. 4. Hity na oba te identyfikatory nie mogą być wywoływane co 20 minut równolegle - czasy na nich zarejestrowane nie mogą się bowiem nakładać. Oznacza to, że rejestrujemy w danym momencie czas aktywny albo czas pasywny (a nie oba naraz). Suma czasów hitów wywołanych z dwoma tymi
identyfikatorami powinna dawać pełen czas uruchomienia procesu danej aplikacji na komputerze. Czas trwania danego hitu jest liczony jako różnica czasu wykonania danego hitu i czasu wykonania hitu go poprzedzającego. 5. Przejście z wynikiem pozytywnym procesu kontroli poprawności oskryptowania aplikacji w zakresie wymaganym do prezentacji wskaźników dotyczących czasu. Prawidłowe oskryptowanie musi dotyczyć przynajmniej 95% aplikacji używanych na urządzeniach użytkowników. Dodatkowe wymagania, konieczne do prezentacji wskaźnika użytkownicy (Real Users) dostępnego tylko dla audytowanych aplikacji na PC Poza wymaganiami koniecznymi do prezentacji wskaźnika cookies w celu prezentacji wskaźnika użytkowników konieczne jest też dodatkowo spełnienie następujących wymagań: 1. Konieczność stworzenia na jednym koncie audytowym dwóch nowych identyfikatorów skryptów audytowych jednego w celu zliczania aktywnego, a drugiego do pomiaru pasywnego korzystania z aplikacji (mogą to by te same identyfikatory, które używane są też do zliczania czasu). Oba identyfikatory skryptów, mogą pochodzić z oddzielnego konta gemiustraffic lub - jeżeli aplikacja używa przy wysyłaniu odsłon innych cookie niż cookie używane przy zliczaniu oglądalności witryn danego wydawcy - z tego samego konta, z którego zliczane są te witryny. 2. Konieczność zliczania odsłon na pierwszy z dwóch identyfikatorów skryptu audytowego (tzw. skrypt aktywny ) w chwili rozpoczęcia aktywnego korzystania z aplikacji (np. przy otwarciu okienka aplikacji lub rozpoczęciu odtwarzania muzyki w aplikacji. Jeżeli w danej aplikacji oskryptowane są jako odsłony poszczególne akcje i jedna z tych akcji jest równoznaczna z rozpoczęciem aktywnego korzystania z aplikacji to nie jest konieczne wysyłanie dodatkowo jeszcze jednego hita przy rozpoczęciu aktywnego korzystania wystarczy hit oznaczający tę odsłonę. Jeżeli jednak rozpoczęcie lub wznowienie aktywnego korzystania z aplikacji nie wiąże się z wykonaniem odsłony w aplikacji to musi być wysłany oddzielny hit techniczny (z identyfikatorem innym niż używany dla zliczania odsłon) oznaczający rozpoczęcie aktywnego korzystania. Dokładne definicje aktywnego korzystania znajdują się w dalszej części dokumentu). 3. Konieczność zliczania odsłon na drugi identyfikator skryptu audytowego (tzw. skrypt pasywny ) przy zakończeniu aktywnego korzystania z aplikacji (np. przy zamknięciu lub minimalizacji okienka aplikacji lub zakończeniu odtwarzania muzyki w aplikacji) a także podczas rozpoczęcia pasywnego działania aplikacji (np. podczas automatycznego uruchomienia aplikacji przy starcie systemu wtedy choć aplikacja jest włączona to do czasu wykonania przez użytkownika akcji oznaczającej rozpoczęcie aktywnego korzystania (np. otwarcie okienka aplikacji) jest to pasywne z niej korzystnie. 4. W przypadku aplikacji na komputerach PC należących do panelistów (uczestników badania) - konieczność wysyłania w polu useragent zakodowanej informacji o numerze panelisty umieszczanej przez aplikację pomiarową netpanel w rejestrze Windows pod kluczem HKEY_CURRENT_USER\Software\NetPanel\UserAgent. Aplikacja regularnie, przy każdym hicie,
powinna sprawdzać obecność i zawartość tego wpisu w rejestrze i w razie jego pojawienia się doklejać go do pola UserAgent. W przypadku stwierdzenie podczas takiego sprawdzania zmiany zawartości tego pola rejestru, w polu UserAgent powinno nastąpić nadpisanie poprzedniego wpisu nowym wpisem. Wysyłanie numeru panelisty dotyczy oczywiście tylko przypadków, gdy dany użytkownik jest uczestnikiem panelu badawczego Megapanel PBI/Gemius. W przypadku innych użytkowników brak jest tego wpisu w rejestrze Windows i nie ma potrzeby dodawania go do pola useragent. 5. Właściciel aplikacji na PC powinien wskazać firmie badawczej w jakiej lokalizacji na komputerze użytkownika poszczególne wersje jej aplikacji zapisują gemiusowe pliki cookie. 6. Aby pokazywanie wskaźnika Użytkownicy (Real Users) w wynikach badania dla danej aplikacji było możliwe, minimum 65% panelistów stanowiących próbę badania w danym okresie i mających uruchomiony proces danej aplikacji w miesiącu badanym musi być możliwa do rozpoznania w danych site-centric aplikacji poprzez otrzymanie przez firmę Badawczą numeru tego panelisty w polu useragent lub poprzez zbieranie cookie z tej aplikacji przez program netpanel. Definicje związane z badaniem aktywnego korzystania z aplikacji Aktywne korzystanie z aplikacji - Intencjonalna interakcja użytkownika z aplikacją, która umożliwia kontakt z treścią lub skorzystanie z usługi. Intencjonalne korzystanie z aplikacji definiujemy jako doprowadzenie przez użytkownika do dostarczenia mu treści (innej niż reklama) przez aplikację w wyniku wykonania przez niego jakiejś akcji mającej miejsce przed dostarczeniem tych treści. Przykładowe zdarzenia spełniające definicję intencjonalnego korzystania z aplikacji: - otwarcie za pomocą akcji wykonanej przez użytkownika, w formie widocznej dla niego na ekranie, dowolnego okienka aplikacji umożliwiającego użytkownikowi kontakt z treścią (inną niż reklama) lub skorzystanie z usługi dostępnej poprzez aplikację. Cały czas, przez który takie okienko jest widoczne na ekranie użytkownika, uznawany jest za czas intencjonalnego korzystania z danej aplikacji. - W przypadku korzystania z funkcji aplikacji polegającej na dostarczaniu samych treści dźwiękowych (np. słuchanie radia) - świadome uruchomienie przez użytkownika odtwarzania treści dźwiękowych, nawet jeżeli nie łączy się z otwarciem żadnego widocznego na ekranie okienka aplikacji. Automatyczne, nie uruchomione świadomie przez użytkownika, rozpoczęcie odtwarzania treści dźwiękowych nie jest uznawane za intencjonalne korzystanie z aplikacji. Pokazanie okna - doprowadzenie przez użytkownika za pomocą wykonanej przez niego akcji do wyświetlenia na ekranie w formie widocznej dla niego, dowolnego okienka aplikacji umożliwiającego kontakt z treścią (inną niż reklama) lub skorzystanie z jakiejś usługi dostępnej poprzez aplikację. Ukrycie okna - doprowadzenie przez użytkownika za pomocą wykonanej przez niego akcji do usunięcia z widoku na ekranie okna programu na przykład przez jego zamknięcie lub zminimalizowanie.