Pomiar treści audio i wideo oferowany przez Gemius dla aplikacji. Implementacja bezpośrednia na potrzeby badania Gemius/PBI.

Pomiar treści audio i wideo oferowany przez Gemius dla aplikacji Implementacja bezpośrednia na potrzeby badania Gemius/PBI www.gemius.com

Spis treści Informacje ogólne... 3 Implementacja pomiaru... 4 Składnia i generowanie hitów... 4 Słownik ekstra-parametrów... 6 Kategoryzacja materiałów i podział na brandy... 14 Składnia ekstra-parametrów w przesyłanych hitach opisujących konkretne zdarzenia lub stany odtwarzacza. 17 Emisja materiału zdarzenie streamcontent... 17 Emisja reklamy zdarzenie streamspot... 17 Rozpoczęcie odtwarzania zdarzenie programstart... 18 Rozpoczęcie odtwarzania zdarzenie start... 19 Odtwarzanie zdarzenie play... 19 Kontynuacja odtwarzanie i zmiany nie przerywające odtwarzania zdarzenie continue... 20 Przejście do innego punktu odtwarzania treści zdarzenie seek... 21 Celowe zatrzymanie odtwarzania przez użytkownika zdarzenie pause... 22 Zatrzymanie odtwarzania w celu emisji reklam zdarzenie break... 22 Techniczne zatrzymanie odtwarzania zdarzenie buffering... 23 Zakończenie odtwarzania poprzez obejrzenie końca treści zdarzenie complete... 24 Wstrzymanie odtwarzania i powrót do początku treści zdarzenie stop... 25 Koniec odtwarzania materiału zdarzenie close... 25 Niekontrolowane zakończenie odtwarzania materiału zdarzenie unload... 26 Przykład... 27 Harmonogram wprowadzania pomiaru... 37 Załącznik 1: Zasady kategoryzacji materiałów stream... 38 2

Informacje ogólne W przypadku pomiaru aktywności użytkowników w odtwarzaczach osadzonych w aplikacjach internetowych istnieje możliwość budowania hitu wewnątrz aplikacji zgodnie z metodologią badania Gemius/PBI. Zamiar wdrożenia pomiaru treści audio i wideo w taki sposób należy zgłosić do firmy badawczej, a działy wsparcia technicznego i obsługi klienta powinny ściśle współpracować przy takim wdrożeniu. Moduł Stream gemiusprism pozwala na przeprowadzanie pomiaru aktywności użytkowników korzystających z odtwarzaczy audio i wideo osadzonych na stronie lub wewnątrz aplikacji dla każdej z dostępnych platform. Każdy odtwarzacz (komponent bazowy) objęty badaniem ma przypisane konto gemiusprism. gemiusprism obsługuje pomiar treści audio i wideo (emitowanego materiału) i aktywności użytkowników (korzystających z odtwarzacza). Wdrożenie pomiaru w aplikacji zgodnie z opisaną składnią zapewni pełną zgodność z pomiarem wdrożonym na stronach z użyciem pomiaru opartego na gplayer.js i porównywalność danych prezentowanych w interfejsie gemiusprism oraz wyników badania Gemius/PBI. 3

Implementacja pomiaru Składnia i generowanie hitów Pomiar opiera się na przesyłaniu żądania http (metoda GET) na adres serwera: http://prefix.hit.gemius.pl/redot.gif gdzie PREFIX (należy podmienić na odpowiedni ciąg znaków, podczas wdrożenia), jest wskaźnikiem serwera lub grupy serwerów (tzw. hitcollector) dedykowanym dla danego badania (np. gapl jest dedykowanym prefiksem dla polskiego badania Gemius/PBI w Polsce). W każdym skonstruowanym hicie należy zawsze uwzględniać następujące parametry: Parametry Wartości Status Opis l 60 Wymagany wersja skryptu (60 oznacza aplikację) id IDENTYFIKATOR Wymagany lsdata -NOTSUP Wymagany screen col window dwie liczby całkowite oddzielone symbolem 'x', np. 1024x768 liczba całkowita dwie liczby całkowite oddzielone symbolem 'x', np. 300x200 Wymagany (pusta wartość akceptowalna) Wymagany (pusta wartość akceptowalna) Wymagany (pusta wartość akceptowalna) et ciąg znaków Wymagany Unikalny identyfikator skryptu zliczającego, który określa, do którego węzła wysłany hit ma zostać przypisany. Identyfikator użytkownika zapisany w localstorage; dla aplikacji jego wartość powinna być ustawiona na '-NOTSUP'. Parametr zawierający informację o rozdzielczości (x to liczba pikseli na osi poziomej, a y to liczba pikseli na osi pionowej) ekranu użytkownika. Parametr zawierający informację o głębi kolorów ekranu użytkownika. Parametr zawierający informację o rozmiarze (x to liczba pikseli na osi poziomej, a y to liczba pikseli na osi pionowej) okna aplikacji. Parametr zawierający informację o typie zdarzenia; możliwe wartości to: 'view', stream lub 'action' (z technicznego punktu widzenia to parametr opcjonalny, którego wartość zmieniana 4

Parametry Wartości Status Opis hsrc cyfra Wymagany extra ciąg zawierający kody modyfikacji Wymagany dla odtworzeń treści audio i wideo Opcjonalny dla odsłon jest na 'view' w przypadku niezdefiniowania innej). Parametr zawierający informację o metodzie generowania hitów; dozwolone wartości to: 1 pełna odsłona, 2 odsłona częściowa, 3 mierzona akcja (zdarzenie bezodsłonowe), wartość domyślna to 0 heartbeat hits (parametr opcjonalny). Dodatkowe parametry przesyłane w formacie "name1=value1 name2=value2..."; wymagane kodowanie UTF-8; w przypadku implementacji pomiaru treści audio i wideo wymagana szczegółowa weryfikacja zawierająca różnorodne informacje o interakcji użytkowników z odtwarzaczem zakodowane w ekstra parametrach. Wszystkie parametry opisane jako opcjonalne z technicznego punktu widzenia muszą być uwzględnione podczas generowania hitu w celu poprawnego wdrożenia badania Gemius/PBI oraz aby w interfejsie gemiusprism znalazły się odpowiednie dane. W przypadku uwzględnienia ich w hicie bez nadania im wartości lub nieuwzględnienia ich przy budowaniu hitu, proces przekazania informacji zawartej w hicie zostaje zakończony sukcesem, natomiast parametry zostają dla danego hitu zapisane w bazie z wartościami domyślnymi. W nagłówku HTTP ciąg znaków User Agent powinien być uwzględniony w formacie określonym w standardach IETF (http://tools.ietf.org/html/rfc2616#section-14.43). Gemius zaleca, aby ciąg zawierał następujące elementy w celu zachowania zgodności z wymogami metodologii badania Gemius/PBI, AppName_SUFFIX/version (Device; Signature OperatingSystem)EngineName/version (options) gdzie _SUFFIX to odpowiednio: _TV, _MOBILE lub _PC w zależności od platformy, na której uruchamiana jest aplikacja. W celu zapewnienia prawidłowego pomiaru dla potrzeb badania gemiusprism i Gemius/PBI ważne jest, aby nadawany przez hitcollector identyfikator użytkownika (Gdyn cookie) był zawsze przechowywany w aplikacji i uwzględniony w hicie. Kolejne hity zawierające informacje 5

o aktywności tego samego użytkownika powinny zawierać ten sam identyfikator, który został już nadany w pierwotnej komunikacji z serwerem Gemiusa. Przykładowy hit generujący żądanie http może mieć następującą postać: http://gabe.hit.gemius.pl/redot.gif?l=60&id=bjrgkub5pxu4kwrfx3gg2rd8zzaw he8x6gad9rqusdb.b7&et=stream&hsrc=0&screen=1024x768&col=24&lsdata=- NOTSUP&extra=%5FEC%3Dplay%7C%5FSCO%3D0%7C%5FSED%3D0%7C%5FSPI%3D123492840 1%7C%5FSP%3DMyPlayer13%7C%5FSC%3D2027621%7C%5FSCD%3D2724%7C%5FSCT%3DPige on%2dfee%2dfree%7cse%3dtv%7cct%3dce%2ftv%7cst%3dvid%2etvi%2eep%2evod%2ef ree%7ctv%3d15%2dtijir001%2d128%2dpr%2d1 W przeciwieństwie do hitów generowanych w standardowym pomiarze Gemius/PBI, hity pochodzące z aplikacji nie zawierają identyfikatora 1st party cookie, nie muszą zawierać adresu URL (url=) ani odsyłacza (ref=). Jednak nie będzie to skutkować unieważnieniem danych zebranych w badaniu Gemius/PBI, jeżeli te parametry zostaną zdefiniowane i będą używane w pomiarze. Słownik ekstra-parametrów Pomiar opiera się na przesyłaniu zdefiniowanych zestawów ekstra-parametrów opisujących rejestrowane zdarzenie. Wśród nich można wyróżnić dwie sformalizowane grupy: parametry standardowe, możliwe użycia na każdym rynku na którym realizowane są badania oraz parametry dodatkowe, stworzone tylko dla danego rynku. Poniżej przedstawiając poszczególne parametry dodaliśmy dodatkową informację o tym czy w przypadku implementacji na potrzeby prezentacji wyników w badaniu Gemius/PBI dany parametr jest opcjonalny czy wymagany. W grupie pierwszej znajdują się: _EC Parametr wymagany na potrzeby badania Gemius/PBI extra-parametr _EC zawiera informację o typie raportowanego zdarzenia w pomiarze stream: akcji użytkownika lub zmiany stanu odtwarzacza. Zdarzenie to może mieć miejsce zarówno w trakcie emisji materiału jak i reklamy. Przyjmowane wartości to: start, programstart, play, pause, stop, close, buffering, break, seek, complete, skip, continue, unload, streamcontent, streamspot. 6

_ECA Parametr wymagany na potrzeby badania Gemius/PBI w przypadku materiałów (a nie reklam) extra-parametr _ECA zawiera informację o sposobie rozpoczęcia odtwarzania treści, tzn. czy została wykorzystana funkcjonalność auto-play (_ECA=1) czy też odtwarzanie zainicjowała akcja użytkownika (_ECA=0). _SA Parametr wymagany na potrzeby badania Gemius/PBI ekstra-parametr _SA zawiera informację o unikalnym identyfikatorze emitowanego spotu reklamowego (pojedynczej reklamy). Wartość tego ekstra-parametru powinna być łańcuchem znaków umożliwiającym jednoznaczną identyfikację prezentowanej reklamy. _SAC Parametr opcjonalny ekstra-parametr _SAC zawiera informację o hierarchicznej pozycji danej reklamy w drzewku kampanii reklamowej. Wartość tego ekstra-parametru powinna być łańcuchem znaków opisującym poszczególne gałęzie drzewa, przy czym separatorem kolejnych poziomów jest znak /. Przykładowo, wśród poziomów drzewa kampanii reklamowej mogą występować nazwa, brand, i producent jako ciąg znaków postaci nazwakampanii/brand/producent. _SAD Parametr wymagany na potrzeby badania Gemius/PBI ekstra-parametr _SAD zawiera informację o długości w sekundach prezentowanej w odtwarzaczu reklamy. Wartość tego ekstra-parametru powinna być łańcuchem znaków określających długość materiałów w sekundach (przekazana wartość powinna zostać zaokrąglona do pełnych sekund w przypadku danych o większej dokładności, np. w milisekundach). _SAN Parametr opcjonalny ekstra-parametr _SAN zawiera informację o nazwie spotu reklamowego. Wartość tego ekstra-parametru powinna być łańcuchem znaków jednoznacznie określającym nazwę emitowanej 7

reklamy. Sugerowany kształt tego łańcucha to tytuł lub jego skrócona nazwa pozwalająca na bardziej przyjazną dla użytkownika formę identyfikacji treści w interfejsach (od przekazanego w wartości ekstra-parametru _SA). _SAP Parametr opcjonalny ekstra-parametr _SAP zawiera informację o pozycji (numerze porządkowym) reklamy w bloku reklamowym. Wartość tego parametru powinna być dodatnią liczbą całkowitą. _SAQ Parametr opcjonalny ekstra-parametr _SAQ zawiera informację o predefiniowanych ustawieniach jakości odtwarzania dla danej reklamy. Wartość tego ekstra-parametru powinna określać ustawienia jakości (np. 1920x1080), na które odtwarzacz automatycznie przestawia się w momencie wczytania reklamy. _SAR Parametr opcjonalny ekstra-parametr _SAR zawiera informację o predefiniowanych ustawieniach rozdzielczości w odtwarzaczu dla danej reklamy. Wartość tego ekstra-parametru powinna być łańcuchem znaków określających rozdzielczość. _SAT Parametr opcjonalny ekstra-parametr _SAT zawiera informację o rodzaju prezentowanej w odtwarzaczu reklamy. Wartość tego ekstra-parametru może przyjmować jedną z dopuszczalnych predefiniowanych wartości: promo, spot, sponsor. 8

_SAV Parametr opcjonalny ekstra-parametr _SAV zawiera informację o predefiniowanych ustawieniach głośności w odtwarzaczu dla danej reklamy. Wartość tego ekstra-parametru powinna być liczbą określającą głośność (np. liczba z przedziału 0-100; -1 - wyłączenie głosu). _SBS Parametr opcjonalny ekstra-parametr _SBS zawiera informację o liczbie reklam w bloku reklamowym. Wartość tego ekstra-parametru powinna być dodatnią liczbą całkowitą. _SBT Parametr wymagany na potrzeby badania Gemius/PBI ekstra-parametr _SBT zawiera informację o typie bloku reklamowego. Wartość tego ekstraparametru to pre, mid lub post. Wartości te odnoszą się do względnej pozycji bloku reklamowego którego raportowana reklama jest częścią względem materiału. _SC Parametr wymagany na potrzeby badania Gemius/PBI ekstra-parametr _SC zawiera nadany identyfikator materiału nadany podczas definiowania treści w odtwarzaczu. Wartość tego ekstra-parametru powinna być łańcuchem znaków umożliwiającym jednoznaczną identyfikację prezentowanego materiału. _SCD Parametr wymagany na potrzeby badania Gemius/PBI ekstra-parametr _SCD zwiera informację o długości prezentowanego w odtwarzaczu materiału w sekundach (przekazana wartość powinna zostać zaokrąglona do pełnych sekund w górę, w przypadku danych o większej dokładności, np. w milisekundach). Wartość tego ekstraparametru powinna być łańcuchem znaków określających długość materiałów w sekundach lub w przypadku treści o nieokreślonej długości, np. typu LIVE przekazywaną wartością powinno być: -1. 9

_SCEPD Parametr opcjonalny ekstra-parametr _SCEPD zawiera informację o pierwotnej dacie publikacji materiału, zewnętrznie w stosunku do prezentacji treści w przestrzeni klienta. Wartość tego ekstra-parametru powinna być łańcuchem znaków w formacie daty (RRRRMMDD) oznaczającym dzień prapremiery materiału. _SCO Parametr wymagany na potrzeby badania Gemius/PBI ekstra-parametr _SCO zawiera informację o obecnej pozycji odtwarzania materiału w rozumieniu wartości w pełnych sekundach czasu od początku emitowanego materiału. Wartość tego ekstra-parametru powinna być liczbą całkowitą; rekomendowane jest zaokrąglanie w górę do pełnych wartości liczb całkowitych z dostępnych wartości liczbowych niecałkowitych. _SCPD Parametr opcjonalny ekstra-parametr _SCPD zawiera informację o dacie publikacji materiału na stronie klienta. Wartość tego ekstra-parametru powinna być łańcuchem znaków w formacie daty (RRRRMMDD) oznaczającym dzień pierwszej emisji (premiery) materiału. _SCQ Parametr opcjonalny ekstra-parametr _SCQ zawiera informację o predefiniowanych ustawieniach jakości odtwarzania dla danego materiału. Wartość tego ekstra-parametru powinna określać ustawienia jakości (np. 1920x1080), na które odtwarzacz automatycznie przestawia się w momencie wczytania materiału. 10

_SCR Parametr opcjonalny ekstra-parametr _SCR zawiera informację o predefiniowanych ustawieniach rozdzielczości w odtwarzaczu dla danego materiału. Wartość tego ekstra-parametru powinna być łańcuchem znaków określających rozdzielczość. _SCS Parametr wymagany na potrzeby badania Gemius/PBI ekstra-parametr _SCS zawiera informację o hierarchicznej pozycji danej treści w drzewie podziału treści na serie lub sezony. Wartość tego ekstra-parametru powinna być łańcuchem znaków obrazującej drzewo, w którym separatorem jest znak / rozdzielającym poszczególne poziomy drzewa. _SCT Parametr wymagany na potrzeby badania Gemius/PBI ekstra-parametr _SCT zawiera informację o tytule/nazwie prezentowanego w odtwarzaczu materiału. Wartość tego ekstra-parametru powinna być łańcuchem znaków jednoznacznie identyfikujących daną treść. Sugerowany kształt tego łańcucha to tytuł lub jego skrócona nazwa pozwalająca na bardziej przyjazną dla użytkownika formę identyfikacji treści w interfejsach (od przekazanego _SC). _SCTE Parametr wymagany na potrzeby badania Gemius/PBI ekstra-parametr _SCTE zawiera informację o typie treści prezentowanych w odtwarzaczu. Wartość tego ekstra-parametru może przyjmować jedną z dopuszczalnych predefiniowanych wartości: Audio lub Video. 11

_SCTY Parametr wymagany na potrzeby badania Gemius/PBI ekstra-parametr _SCTY zawiera informację o kategoryzacji tematycznej treści danego materiału. Dostępne wartości dla badania Gemius/PBI zostały opisane w dalszej części niniejszego dokumentu. _SCV Parametr opcjonalny ekstra-parametr _SCV zawiera informację o predefiniowanych ustawieniach głośności w odtwarzaczu dla danego materiału. Wartość tego ekstra-parametru powinna być liczbą określającą głośność (np. liczba z przedziału 0-100; -1 - wyłączenie głosu). _SED Parametr wymagany na potrzeby badania Gemius/PBI ekstra-parametr _SED zawiera informację o liczbie sekund w jakiej dany materiał lub spot reklamowy był odtwarzany (w stanie play) w trakcie okresu od ostatniego przesłanego zdarzenia. Wartość tego ekstra-parametru powinna być liczbą całkowitą; rekomendowane jest zaokrąglanie w górę do pełnych wartości liczb całkowitych z dostępnych wartości liczbowych niecałkowitych analogiczne do pozostałych ekstra-parametrów zawierających informację o czasie związanych z materiałem lub spotem reklamowym. _SP Parametr wymagany na potrzeby badania Gemius/PBI ekstra-parametr _SP zawiera nadany identyfikator odtwarzacza podczas tworzenia obiektu odtwarzacza. Wartość tego ekstra-parametru powinna być unikalnym łańcuchem znaków nie zawierającym zastrzeżonych znaków specjalnych. _SPD 12

Parametr opcjonalny ekstra-parametr _SPD to zdefiniowana nazwa aplikacji, w której odtwarzacz wideo ma być osadzony. Przesyłany w przypadku osadzenia aplikacji w innej aplikacji - dla potrzeb syndykacji treści. _SPI Parametr wymagany na potrzeby badania Gemius/PBI ekstra-parametr _SPI zawiera nadany identyfikator instancji odtwarzacza generowany w momencie tworzenia kilku obiektów tego dla tego player-a. W celu zachowania spójności z działaniem skryptów pomiarowych Gemiusa, powinien to być timestamp w milisekundach momentu stworzenia tego obiektu. _SPR Parametr opcjonalny ekstra-parametr _SPR zawiera informację o aktualnych (lub domyślnych) ustawieniach rozdzielczości w odtwarzaczu. Definiowany w przypadku gdy wczytywana treść determinuje i nadpisuje ustawienia rozdzielczości wybrane przez użytkownika. Wartość tego ekstra-parametru powinna być łańcuchem znaków określających rozdzielczość. _SPV Parametr opcjonalny ekstra-parametr _SPV zawiera informację o aktualnych (lub domyślnych) ustawieniach głośności w odtwarzaczu. Definiowany opcjonalnie przy wywołaniu metody.newprogram, w przypadku gdy wczytywana treść determinuje i nadpisuje ustawienia głośności użytkownika. Wartość tego ekstra-parametru powinna być liczbą określającą głośność (np. liczba z przedziału 0-100; -1 - wyłączenie głosu). 13

Natomiast w drugiej grupie znajdują się parametry parametry dodatkowe, stworzone tylko dla danego rynku (w tym wypadku rynku Polskiego na potrzeby badania Gemius/PBI). Są to parametry BRN i KAF odpowiadające odpowiednio za przekazanie informacji o brandzie i kategoryzacji funkcjonalnej wideo. Kategoryzacja materiałów i podział na brandy Na potrzeby badania Gemius/PBI wszystkie materiały audio i wideo muszą mieć przesyłane parametry określające kategorię tematyczną danego materiału. Materiały wideo dodatkowo muszą być też kategoryzowane funkcjonalnie. Kategoryzacja odbywa się w ramach określonych przez firmę Gemius kategorii - wspólnych dla całego rynku. Zasady kategoryzacji opisane są w załączniku 1 do niniejszego dokumentu. Dodatkowo każdy materiał musi mieć określony brand do którego ma być przypisany. Jako brand rozumiemy rozpoznawalną markę danego wydawcy. Kategoryzacja tematyczna (zarówno dla materiałów wideo jak i audio) jest wykonywania przez definiowanie wartości dla standardowego parametru o nazwie _SCTY. Parametr ten może przyjmować następujące wartości: Kategoria tematyczna Wartość parametru "_SCTY" Biznes i ekonomia 1 Informacje i publicystyka 2 Kultura i rozrywka 3 Muzyka 4 Motoryzacja 5 Nauka i technika 6 Sport 7 Styl życia 8 Pozostałe 9 14

Kategoryzacja funkcjonalna (ma zastosowanie tylko dla materiałów wideo) jest wykonywania przez definiowanie wartości dla dodatkowego parametru o nazwie KAF (skrót od kategoryzacja funkcjonalna ). Parametr ten może przyjmować następujące wartości: Kategoria funkcjonalna (tylko dla materiałów wideo) Filmy Seriale Programy Pozostałe Wartość dodatkowego parametru "KAF" A B C D Reklamy nie są kategoryzowane w ramach opisanej powyżej wspólnej kategoryzacji (w parametrach _SCTY i KAF ) ale przy zdarzeniach dotyczących reklam przekazywane są też te paramtetry dotyczące materiału któremu towarzyszy dana reklama. W wynikach badania dane stream będą grupowane za pomocą brandów dowolnie definiowanych przez właściciela playera / grupy playerów. Struktura danych, uwzględniająca poziom brandu w drzewkach dostępnych w wynikach badania ma wyglądać następująco: Drzewko tematyczne: --Grupa właścicielska ----Brand ------Kategorie tematyczne Drzewko syndykacyjne: --Grupa właścicielska ---- Brand ------Aplikacja (przez którą następuje odtwarzanie materiału) 15

Drzewko funkcjonalne wideo: --Grupa właścicielska ---- Brand ------Kategorie funkcjonalne wideo Raportowanie brandu dla materiałów streamowych jest wykonywane przez definiowanie wartości dla dodatkowego parametru o nazwie BRN (skrót od brand ). Parametr ten może przyjmować dowolne wartości (z wyłączeniem znaków specjalnych opisanych poniżej). Wartość parametru będzie automatycznie nazwą brandu prezentowaną w wynikach badania (należy więc zwracać szczególną uwagę na to aby w spójny sposób wysyłać informację o brandach np. zawsze używać lub nie używać polskich znaków w nazwie brandu). Wydawca ma prawo dla własnych potrzeb używać dodatkowo innych extra-parametrów w celu analizy danych zebranych na tej podstawie w systemie gemiusprism, jednak dane te nie będą używane przy produkcji wyników badania Gemius/PBI. Przy konstruowaniu wszystkich parametrów dodatkowych należy przestrzegać następujących reguł: dozwolone są wszystkie znaki, z wyjątkiem znaków specjalnych: \n, \t, \r, {, }, [, ], (, ), ", ', ~, `,!, @, #, $, %, ^, &, *,?, ;,,, :, /,, =. łączna liczba znaków wynosi 200, nazwy zaczynające się od znaku _ nie są dozwolone (są one przeznaczone wyłącznie do użytku wewnętrznego firmy Gemius), nazwy atrybutów zdefiniowane dla materiałów i reklam powinny się różnić. 16

Składnia ekstra-parametrów w przesyłanych hitach opisujących konkretne zdarzenia lub stany odtwarzacza W składni ekstra-parametrów opisywanej w tym podrozdziale przyjęto następującą konwencję: NUMBER spodziewana wartość ekstra-parametru musi być liczbą całkowitą STRING spodziewana wartość ekstra-parametru to ciąg znaków PRESET spodziewana wartość ekstra-parametru to jedna z wstępnie zdefiniowanych wartości dla danego ekstra-parametru (specyficzna dla danego rynku lub ustalana przez klienta). Emisja materiału zdarzenie streamcontent Zdarzenie to powinno zainicjować każdego typu pomiar treści audio i wideo w aplikacji, które są materiałem a nie reklamą. Informacja przesyłana wraz z hitem w ekstra-parametrze _EC=streamcontent opisuje załadowaną treść oraz sygnalizuje kontakt użytkownika aplikacji z odtwarzaczem oraz to, że załadowany materiał jest gotowy do odtworzenia. Liczba przesłanych dedykowanych zdarzeń streamcontent powinna równać się liczbie rozpoczętych instancji odtwarzacza oraz odtworzonych lub gotowych do odtworzenia jednocześnie materiałów w aplikacji. Hity powinny być skonstruowane w sposób standardowy, http://prefix.hit.gemius.pl/redot.gif?l=60&id=identifier&et=data&hsrc=0& screen=screenresolution&col=colourdepth&lsdata=-notsup&extra=extra- PARAMETERS a ekstra-parametry muszą zawierać: &extra=_ec=streamcontent _SPI=NUMBER _SP=STRING _SC=STRING _SCD=NUMBER _ SCT=STRING _SCTY=NUMBER _SCS=STRING BRN=PRESET KAF=PRESET Emisja reklamy zdarzenie streamspot Zdarzenie to powinno zainicjować każdego typu pomiar treści audio i wideo w aplikacji, które są reklamą. Informacja przesyłana wraz z hitem w ekstra-parametrze _EC=streamspot opisuje załadowaną reklamę oraz sygnalizuje kontakt użytkownika aplikacji z odtwarzaczem oraz to, że załadowany materiał jest gotowy do odtworzenia (w przypadku reklam typu pre-roll poprzedzających 17

emisję materiału). Liczba przesłanych dedykowanych zdarzeń streamspot powinna równać się liczbie odtworzonych lub gotowych do odtworzenia jednocześnie reklam w aplikacji. Hity powinny być skonstruowane w sposób standardowy, http://prefix.hit.gemius.pl/redot.gif?l=60&id=identifier&et=data&hsrc=0& screen=screenresolution&col=colourdepth&lsdata=-notsup&extra=extra- PARAMETERS a ekstra-parametry muszą zawierać: &extra=_ec=streamspot _SPI=NUMBER _SA=STRING _SAD=NUMBER _SP=STRING _SC= STRING _SCD=NUMBER _SCT=STRING _SCTY=NUMBER SCS=STRING BRN=PRESET KAF=PRESET Rozpoczęcie odtwarzania zdarzenie programstart Zdarzenie programstart to specjalny typ zarejestrowanego zdarzenia play. Informacja przesyłana wraz z hitem w ekstra-parametrze _EC=programstart opisuje sytuację, w której rozpoczęto odtwarzanie materiału bądź reklamy typu pre-roll, czyli pierwszej treści z jaką użytkownik ma kontakt rozpoczynając odtwarzanie. Wszystkie dalsze typy aktywności, które przedłużają odtwarzanie tego samego materiału lub reklamy wymagają zaraportowania zdarzenia play. Zdarzenie to nie powinno być ponownie użyte w danym odtwarzaczu zanim odtwarzanie materiału i wszystkich powiązanych z nim bloków reklamowych nie zakończy się a zdarzenie streamcontent nie zostanie zakończone zdarzeniem close. Hit powinny być skonstruowane w sposób standardowy, http://prefix.hit.gemius.pl/redot.gif?l=60&id=identifier&et=stream&hsrc= 0&screen=screenResolution&col=colourDepth&lsdata=-NOTSUP&extra=EXTRA- PARAMETERS a ekstra-parametry muszą zawierać w przypadku materiału: &extra=_ec=programstart _ECA=NUMBER _SCO=NUMBER _SED=0 _SPI=NUMBER _SP=S TRING _SC=STRING _SCD=NUMBER _SCT=STRING _SCTY=NUMBER _SCS=STRING BRN=PRESET KAF=PRESET natomiast w przypadku pierwszej reklamy typu pre-roll: 18

&extra=_ec=programstart _SCO=NUMBER _SA=STRING _SAD=NUMBER _SED=0 _SPI=N UMBER _SBT=PRESET _SP=STRING _SC=STRING _SCD=NUMBER _SCT=STRING _SCTY=NU MBER _SCS=STRING SCTE=PRESET BRN=PRESET KAF=PRESET Rozpoczęcie odtwarzania zdarzenie start Zdarzenie start to specjalny typ zarejestrowanego zdarzenia play. Informacja przesyłana wraz z hitem w ekstra-parametrze _EC=start opisuje sytuację, w której rozpoczęto odtwarzanie materiału (po wcześniejszym wyemitowanie bloku reklamowego typu pre-roll) bądź każdej kolejnej reklamy poza pierwszą typu pre-roll (rozpoczynającej program). Wszystkie dalsze typy aktywności, które przedłużają odtwarzanie tego samego materiału lub reklamy wymagają zaraportowania zdarzenia play. Zdarzenie to nie powinno być ponownie użyte w danym odtwarzaczu zanim odtwarzanie danego materiału bądź reklamy nie zakończy się. Hit powinny być skonstruowane w sposób standardowy, http://prefix.hit.gemius.pl/redot.gif?l=60&id=identifier&et=stream&hsrc= 0&screen=screenResolution&col=colourDepth&lsdata=-NOTSUP&extra=EXTRA- PARAMETERS a ekstra-parametry muszą zawierać w przypadku materiału: &extra=_ec=start _ECA=NUMBER _SCO=NUMBER _SED=NUMBER _SPI=NUMBER _SP=STR ING _SC=STRING _SCD=NUMBER _SCT=STRING _SCTY=NUMBER _SCS=STRING BRN=PRESET KAF=PRESET natomiast w przypadku reklamy: &extra=_ec=start _SCO=NUMBER _SA=STRING _SAD=NUMBER _SED=NUMBER _SPI=NUM BER _SBT=PRESET _SP=STRING _SC=STRING _SCD=NUMBER _SCT=STRING _SCTY=NUMB ER _SCS=STRING SCTE=PRESET BRN=PRESET KAF=PRESET Odtwarzanie zdarzenie play Każda forma wznowienia odtwarzania materiału jest rejestrowana za pomocą zdarzenia play. Informacja przesyłana wraz z hitem w ekstra parametrze _EC=play oznacza punkt, w którym konsumpcja materiału bądź reklamy jest wznawiana po zarejestrowaniu zdarzenia, które przerwało odtwarzanie. Hit powinien być konstruowany w sposób standardowy, 19

http://prefix.hit.gemius.pl/redot.gif?l=60&id=identifier&et=stream&hsrc= 0&screen=screenResolution&col=colourDepth&lsdata=-NOTSUP&extra=EXTRA- PARAMETERS a ekstra-parametry muszą zawierać w przypadku materiału: &extra=_ec=play _ECA=NUMBER _SCO=NUMBER _SED=NUMBER _SPI=NUMBER _SP=STRI NG _SC=STRING _SCD=NUMBER _SCT=STRING _SCTY=NUMBER _SCS=STRING BRN=PRESET KAF=PRESET natomiast w przypadku reklamy: &extra=_ec=play _SCO=NUMBER _SA=STRING _SAD=NUMBER _SED=NUMBER _SPI=NUMB ER _SBT=PRESET _SP=STRING _SC=STRING _SCD=NUMBER _SCT=STRING _SCTY=NUMBE R _SCS=STRING SCTE=PRESET BRN=PRESET KAF=PRESET Kontynuacja odtwarzanie i zmiany nie przerywające odtwarzania zdarzenie continue W przypadku odtwarzania trwającego dłużej niż 1800 sekund, pomiar w ramach badania Gemius/PBI wymaga aktywnego sygnału, który mógłby zapobiec przerwaniu budowania wizyty (według definicji wizyta to ciąg zdarzeń wywołanych przez użytkownika w odstępach nie dłuższych niż 30 minut). Informacja przesyłana wraz z hitem w ekstra parametrze _EC=continue zawiera tego rodzaju wymagane potwierdzenie aktywności. Gemius zaleca, aby tego typu hity były przesyłane w odstępach nie dłuższych niż 300 sekund, licząc od ostatniej zarejestrowanej aktywności użytkownika, w czasie odtwarzania materiału. Ponadto hit ze zdefiniowanym zdarzeniem continue jest wykorzystywany do przesyłania informacji o zdarzeniach i zmianach w odtwarzaczu, które nie powodują przerwy w jego odtwarzaniu takich jak zmiana rozdzielczości, poziomu głośności lub jakości odtwarzanych treści. Przesyłanie takich informacji nie jest obowiązkowe. Hit powinien być skonstruowany w sposób standardowy, http://prefix.hit.gemius.pl/redot.gif?l=60&id=identifier&et=stream&hsrc= 0&screen=screenResolution&col=colourDepth&lsdata=-NOTSUP&extra=EXTRA- PARAMETERS a ekstra-parametry muszą zawierać w przypadku materiału: 20

&extra=_ec=continue _SCO=NUMBER _SED=NUMBER _SPI=NUMBER _SP=STRING _SC=S TRING _SCD=NUMBER _SCT=STRING _SCTY=NUMBER _SCS=STRING BRN=PRESET KAF=PRESET natomiast w przypadku reklamy: &extra=_ec=continue _SCO=NUMBER _SA=STRING _SAD=NUMBER _SED=NUMBER _SPI= NUMBER _SBT=PRESET _SP=STRING _SC=STRING _SCD=NUMBER _SCT=STRING _SCTY=N UMBER _SCS=STRING SCTE=PRESET BRN=PRESET KAF=PRESET Przejście do innego punktu odtwarzania treści zdarzenie seek Zdarzenie to ma miejsce, gdy użytkownik tymczasowo przerywa odtwarzanie materiału poprzez przejście do punktu wcześniejszego lub późniejszego na pasku odtwarzania. Może mieć to miejsce przed rozpoczęciem odtwarzania materiału, ale przy założeniu, że materiał został załadowany (i jest gotowy do odtworzenia, co jest sygnalizowane zdarzeniem _EC=streamcontent). Zdarzenie to dotyczy nawigacji w ramach raportowanego materiału. Informacja przesyłana wraz z hitem w ekstra parametrze _EC=seek dostarcza informacji na temat czasu jaki upłynął od ostatniego przesłanego zdarzenia play do bieżącego przesunięcia. Informacja o zmianie punktu odtwarzania (przesunięciu) przesłana w kolejnym hicie pozwala określić, czy użytkownik przewinął odtwarzanie do przodu lub tyłu oraz zakres przesunięcia. Hit powinien być skonstruowany w sposób standardowy, http://prefix.hit.gemius.pl/redot.gif?l=60&id=identifier&et=stream&hsrc= 0&screen=screenResolution&col=colourDepth&lsdata=-NOTSUP&extra=EXTRA- PARAMETERS a ekstra-parametry muszą zawierać w przypadku materiału: &extra=_ec=seek _SCO=NUMBER _SED=NUMBER _SPI=NUMBER _SP=STRING _SC=STRIN G _SCD=NUMBER _SCT=STRING _SCTY=NUMBER _SCS=STRING BRN=PRESET KAF=PRESET natomiast w przypadku reklamy: &extra=_ec=seek _SCO=NUMBER _SA=STRING _SAD=NUMBER _SED=NUMBER _SPI=NUMB ER _SBT=PRESET _SP=STRING _SC=STRING _SCD=NUMBER _SCT=STRING _SCTY=NUMBE R SCTE=PRESET BRN=PRESET KAF=PRESET 21

Celowe zatrzymanie odtwarzania przez użytkownika zdarzenie pause Zdarzenie to służy do inicjowania przerwania odtwarzania materiału. Odtwarzanie materiału przez użytkownika nie powinno zaczynać się od tego zdarzenia. Informacja przesyłana z hitem w ekstra parametrze _EC=pause oznacza punkt na osi odtwarzania materiału, w którym odtwarzanie zostało przerwane, ale się nie skończyło lub materiał nie został odtworzony do końca. Zdarzenie pause jest odwrotnością zdarzenia play co do znaczenia i funkcji. Zdarzenie to może wystąpić zarówno w trakcie odtwarzania materiałów jak i reklam. Hit powinien być skonstruowany w sposób standardowy, http://prefix.hit.gemius.pl/redot.gif?l=60&id=identifier&et=stream&hsrc= 0&screen=screenResolution&col=colourDepth&lsdata=-NOTSUP&extra=EXTRA- PARAMETERS a ekstra-parametry muszą zawierać w przypadku materiału: &extra=_ec=pause _SCO=NUMBER _SED=NUMBER _SPI=NUMBER _SP=STRING _SC=STRI NG _SCD=NUMBER _SCT=STRING _SCTY=NUMBER _SCS=STRING BRN=PRESET KAF=PRESET natomiast w przypadku reklamy &extra=_ec=pause _SCO=NUMBER _SA=STRING _SAD=NUMBER _SED=NUMBER _SPI=NUM BER _SBT=PRESET _SP=STRING _SC=STRING _SCD=NUMBER _SCT=STRING _SCTY=NUMB ER SCTE=PRESET BRN=PRESET KAF=PRESET W przypadku materiałów stream nadawanych w czasie rzeczywistym (live) np. w radiach internetowych, każde zatrzymanie odtwarzania materiału przez użytkownika (niezależnie od funkcji, którą zostało wywołane czyli tez jeżeli przycisk zatrzymujący ma znak pauzy ), które nie daje możliwości powrotu do odtwarzania w miejscu, w którym odtwarzanie zostało przerwane, powinno być traktowane jako zakończenie odtwarzania. Wznowienie odtworzenia powinno w takim przypadku powinno być traktowane jako kolejne odtworzenie (views). 22

Zatrzymanie odtwarzania w celu emisji reklam zdarzenie break Zdarzenie to służy do inicjowania przerwania odtwarzania materiału dla potrzeb wyemitowania bloku reklamowego. Odtwarzanie materiału przez użytkownika nie powinno zaczynać się od tego zdarzenia. Hit powinien być skonstruowany w sposób standardowy, http://prefix.hit.gemius.pl/redot.gif?l=60&id=identifier&et=stream&hsrc= 0&screen=screenResolution&col=colourDepth&lsdata=-NOTSUP&extra=EXTRA- PARAMETERS a ekstra-parametry muszą zawierać: &extra=_ec=break _SCO=NUMBER _SED=NUMBER _SPI=NUMBER _SP=STRING _SC=STRI NG _SCD=NUMBER _SCT=STRING _SCTY=NUMBER _SCS=STRING BRN=PRESET KAF=PRESET Techniczne zatrzymanie odtwarzania zdarzenie buffering Sytuacja, w której materiał nie może zostać odtworzony z powodu problemu z załadowaniem treści, co powoduje buforowanie materiału (buffering). Informacja przesyłana wraz z hitem w extra parametrze _EC=buffering jest taka sama, jak w przypadku zdarzenia pause, z tą różnicą, że stan ten nie jest wynikiem aktywności użytkownika. Hit powinien być skonstruowany w sposób standardowy, http://prefix.hit.gemius.pl/redot.gif?l=60&id=identifier&et=stream&hsrc= 0&screen=screenResolution&col=colourDepth&lsdata=-NOTSUP&extra=EXTRA- PARAMETERS a ekstra-parametry muszą zawierać w przypadku materiału: &extra=_ec=buffering _SCO=NUMBER _SED=NUMBER _SPI=NUMBER _SP=STRING _SC= STRING _SCD=NUMBER _SCT=STRING _SCTY=NUMBER _SCS=STRING BRN=PRESET KAF=PRESET natomiast w przypadku reklamy: &extra=_ec=buffering _SCO=NUMBER _SA=STRING _SAD=NUMBER _SED=NUMBER _SPI =NUMBER _SBT=PRESET _SP=STRING _SC=STRING _SCD=NUMBER _SCT=STRING _SCTY= NUMBER _SCS=STRING SCTE=PRESET BRN=PRESET KAF=PRESET 23

Zakończenie odtwarzania poprzez obejrzenie końca treści zdarzenie complete Zdarzenie to zostaje wywołane w sytuacji, gdy po zarejestrowaniu zdarzenia streamcontent lub streamspot i zdarzenia program start lub start, przesunięcie na odtwarzanym materiale osiąga jego całkowitą długość (_SCO=_SCD), podczas gdy odtwarzacz nadal emituje materiał (ostatni przesłany hit zawierał parametr _EC=start lub _EC=play). Z punktu widzenia użytkownika, materiał został obejrzany do końca i jego odtwarzanie zostało zakończone (niezależnie od tego czy użytkownik otrzymał możliwość obejrzenia materiału ponownie lub jego zmiany na nowy). Informacje przesyłane wraz z hitem w parametrze _EC=complete są niezbędne do obliczenia wskaźnika materiałów ukończonych. Zdarzenie to wywołuje zakończenie odtwarzania bieżącego materiału i emitowanie następnego lub odtwarzanie tego samego materiału musi zostać zliczone jako kolejne odtworzenie. Z tego powodu hit z ekstra parametrem _EC=close powinien być przesłany w momencie zakończenia odtwarzania bieżącego materiału, zanim zostanie wysłany kolejny hit z parametrem streamcontent lub streamspot (jeśli następna odtwarzana treść rozpoczyna się od pre-roll-a). Hit powinien być skonstruowany w sposób standardowy, http://prefix.hit.gemius.pl/redot.gif?l=60&id=identifier&et=stream&hsrc= 0&screen=screenResolution&col=colourDepth&lsdata=-NOTSUP&extra=EXTRA- PARAMETERS a ekstra-parametry muszą zawierać w przypadku materiału: &extra=_ec=complete _SCO=NUMBER _SED=NUMBER _SPI=NUMBER _SP=STRING _SC=S TRING _SCD=NUMBER _SCT=STRING _SCTY=NUMBER _SCS=STRING BRN=PRESET KAF=PRESET natomiast w przypadku reklamy: &extra=_ec=complete _SCO=NUMBER _SA=STRING _SAD=NUMBER _SED=NUMBER _SPI= NUMBER _SBT=PRESET _SP=STRING _SC=STRING _SCD=NUMBER _SCT=STRING _SCTY=N UMBER _SCS=STRING SCTE=PRESET BRN=PRESET KAF=PRESET 24

Wstrzymanie odtwarzania i powrót do początku treści zdarzenie stop Zdarzenie to ma miejsce, gdy użytkownik przestaje odtwarzać materiał i punkt odtwarzania powraca do początku materiału (po czym przesunięcie powraca do punktu 0). W takiej sytuacji ponowne uruchomienie odtwarzania tego samego materiału nie jest zliczane jako odtworzenie, ponieważ jest to kontynuowanie odtwarzania tego samego materiału bez ukończenia odtwarzania. Z drugiej strony, jeśli nastąpiło przejście do odtwarzania innego materiału, odtwarzanie zostaje zakończone (_EC=close) i zliczone. Powinno nastąpić kolejne odtwarzanie (_EC=streamcontent, po którym następuje programstart lub start). Informacja przesłana wraz z hitem w ekstra parametrze _EC=stop ma zakres taki sam jak zdarzenie pause, z tym wyjątkiem, że przerwanie odtwarzania powoduje ustawienie bieżącego przesunięcia (które jest określony w hicie) do punktu 0. Hit powinien być skonstruowany w sposób standardowy, http://prefix.hit.gemius.pl/redot.gif?l=60&id=identifier&et=stream&hsrc= 0&screen=screenResolution&col=colourDepth&lsdata=-NOTSUP&extra=EXTRA- PARAMETERS a ekstra-parametry muszą zawierać w przypadku materiału: &extra=_ec=stop _SCO=NUMBER _SED=NUMBER _SPI=NUMBER _SP=STRING _SC=STRIN G _SCD=NUMBER _SCT=STRING _SCTY=NUMBER _SCS=STRING BRN=PRESET KAF=PRESET natomiast w przypadku reklamy: &extra=_ec=stop _SCO=NUMBER _SA=STRING _SAD=NUMBER _SED=NUMBER _SPI=NUMB ER _SBT=PRESET _SP=STRING _SC=STRING _SCD=NUMBER _SCT=STRING _SCTY=NUMBE R _SCS=STRING SCTE=PRESET BRN=PRESET KAF=PRESET W przypadku materiałów stream nadawanych w czasie rzeczywistym (live) np. w radiach internetowych, każde zatrzymanie odtwarzania materiału przez użytkownika (niezależnie od funkcji, którą zostało wywołane czyli tez jeżeli przycisk zatrzymujący ma znak pauzy ), które nie daje możliwości powrotu do odtwarzania w miejscu, w którym odtwarzanie zostało przerwane, powinno być traktowane jako zakończenie odtwarzania. Wznowienie odtworzenia powinno w takim przypadku powinno być traktowane jako kolejne odtworzenie (views). 25

Koniec odtwarzania materiału zdarzenie close W tym rodzaju zdarzenia przekazywane są metadane nt. stanu odtwarzacza, materiału i bieżącego odtworzenia materiału. Informacje przesyłane z hitem `w ekstra parametrze _EC=close sygnalizują moment, w którym odtwarzanie materiału zostało zakończone. Przed rozpoczęciem odtwarzania kolejnego materiału powinien zostać przesłany hit z ekstra parametrem _EC=streamcontent zawierającym opis materiału i odtwarzacza. Może to być wynikiem zamknięcia odtwarzacza lub jego instancji przez użytkownika w sposób kontrolowany lub rozpoczęciem odtwarzania materiału, czego wynikiem jest zliczenie nowego odtworzenia. Hit powinien być skonstruowany w sposób standardowy, http://prefix.hit.gemius.pl/redot.gif?l=60&id=identifier&et=stream&hsrc= 0&screen=screenResolution&col=colourDepth&lsdata=-NOTSUP&extra=EXTRA- PARAMETERS a ekstra-parametry muszą zawierać w przypadku materiału: &extra=_ec=close _SCO=NUMBER _SED=NUMBER _SPI=NUMBER _SP=STRING _SC=STRI NG _SCD=NUMBER _SCT=STRING _SCTY=NUMBER _SCS=STRING BRN=PRESET KAF=PRESET natomiast w przypadku reklamy: &extra=_ec=close _SCO=NUMBER _SA=STRING _SAD=NUMBER _SED=NUMBER _SPI=NUM BER _SBT=PRESET _SP=STRING _SC=STRING _SCD=NUMBER _SCT=STRING _SCTY=NUMB ER _SCS=STRING SCTE=PRESET BRN=PRESET KAF=PRESET Niekontrolowane zakończenie odtwarzania materiału zdarzenie unload W sytuacjach, w których odtwarzanie materiału zostaje nagle przerwane przez odtwarzacz, co kończy jego działanie w standardowym pomiarze, przesyłane jest zdarzenie z ekstra parametrem _EC=unload. Zawiera ono informację o czasie jaki upłynął od ostatniego zarejestrowanego zdarzenia programstart, play lub start (ostatnią znaną wartość _SCD) i pozwala na określenie pozycji odtwarzania w momencie wystąpienia zdarzenia kończącego rejestrowaną sesję i odtworzenie materiału. Z punktu widzenia realizacji badania Gemius/PBI przesłanie tego zdarzenia i informacji jest niezbędne tylko w sytuacji, gdy odtwarzanie trwało, natomiast w przypadku tego typu implementacji 26

pomiaru przyjęto, aby zawsze starać się przesłać to finalne zdarzenie w tych okolicznościach, niezależnie od stanu odtwarzania. W praktycznej implementacji zdarzenie unload powinno być przesyłane w momencie zakończenia pracy odtwarzacza jeśli z nie jest możliwa do pozyskania aktualna wartość _SCO. Hit powinien być skonstruowany w następujący sposób, http://prefix.hit.gemius.pl/redot.gif?l=60&id=identifier&et=stream&hsrc= 0&screen=screenResolution&col=colourDepth&lsdata=-NOTSUP&extra=EXTRA- PARAMETERS a ekstra-parametry muszą zawierać w przypadku materiału: &extra=_ec=unload _SED=NUMBER _SPI=NUMBER _SP=STRING _SC=STRING _SCD=NUM BER _SCT=STRING _SCTY=NUMBER _SCS=STRING BRN=PRESET KAF=PRESET natomiast w przypadku reklamy: &extra=_ec=unload _SA=STRING _SAD=NUMBER _SED=NUMBER _SPI=NUMBER _SBT=PR ESET _SP=STRING _SC=STRING _SCD=NUMBER _SCT=STRING _SCTY=NUMBER _SCS=STRING _SCTE=PRESET BRN=PRESET KAF=PRESET Przykład Poniższy przykład bazuje na założeniu istnienia dwóch odtwarzaczy i trzech różnych materiałów audio/wideo do odtworzenia. W tym jednego z emisją reklam. Posłużą one do omówienia kilku prostych scenariuszy zakładających uprzedni kontakt użytkownika z odtwarzaczem i do zaprezentowania, jakie informacje muszą zostać przesłane w formie hitu, aby dane o aktywności użytkowników zostały poprawnie zebrane i zaprezentowane później w interfejsie gemiusprism i użyte do przygotowania wyników prezentowanych w badaniu Gemius/PBI. Szczegóły treści objętej pomiarem Poniższe tabele prezentują informacje o przykładowych odtwarzaczach i treści objętej pomiarem, które zostały użyte w scenariuszu do zaprezentowania zasad właściwego pomiaru. Specyfikacja techniczna omawianych odtwarzaczy i platform, których pomiar dotyczy, nie odgrywa roli w tej metodzie implementacji pomiaru treści audio i wideo. Jedynym cechą charakterystyczną 27

jest możliwość pomyślnego przesłania żądania http przy wykorzystaniu metody GET i możliwość zarejestrowania i zachowania identyfikatora użytkownika. Odtwarzacz ID Opis A B 121212 odtwarzacz osadzony w aplikacji użyty do zaprezentowania materiałów 9136S główny odtwarzacz w aplikacji używany do emitowania wybranego materiału Trzy materiały wybrane do zaprezentowania w tym scenariuszu mają zróżnicowaną długość. W tym jeden z nich jest dłuższy niż 30 min. Drugi materiał jest emitowany na żywo bez możliwości przypisania do niego skończonego czasu trwania. Materiał ID Nazwa Czas trwania X 140201 Escapade-moment-s2-e1 1500 Y 2400-9 Quantanamera 24h loop 86400 Z 11sn55 raio lecture_12 na żywo 24/7 Ponadto w trakcie emisji jednego z materiałów zostanie wyemitowany blok reklamowy złożony z 2 spotów. Reklama ID Nazwa Czas trwania r1 884881 BuyRstuff 35 r2 18812 dontfret 25 W tym konkretnym przykładzie, nie zostaną zdefiniowane dodatkowe parametry dla danego rynku, a lista załączanych ekstra-parametrów jest ograniczona do niezbędnych, z pominięciem wszystkich opcjonalnych, które nie są kluczowe do realizacji pomiaru. Nazwa Wartość PREFIX gabr IDENTIFIER Bjrgkub5PxU4KwRfx3Gg2rd8zZawhE8X6GaD9RquSDB.B7 res 320x480 col 24 Dla celów niniejszego przykładu użyto nieistniejącego IDENTYFIKATORA i PREFIX-u. Należy pamiętać, aby zdefiniować odpowiedni PREFIX (otrzymany od Gemiusa) przypisany dla danego rynku i celów badania Gemius/PBI, a także unikalny identyfikator (IDENTIFIER) przypisany do konta dedykowanego dla odtwarzacza objętego pomiarem. W przeciwnym razie pomiar nie będzie działał w ogóle lub niespójnie, a zbierane dane mogą być niedostępne w interfejsie gemiusprism lub mogą nie nadawać się do wykorzystania w wynikach badania. 28

Opis scenariusza Niniejszy paragraf zawiera opis teoretycznego zachowania użytkowników z uwzględnieniem różnego rodzaju aktywności i interakcji z odtwarzaczami i treścią w określonym przedziale czasowym. Scenariusz szczegółowo przedstawia zakres i charakterystykę aktywności użytkowników objętej pomiarem. 1. Użytkownik otwiera aplikację objętą pomiarem. Oba odtwarzacze załadowują się. Odtwarzacz A (we czwartek, 9 lipca o 10:30:16.069 GMT) załadowuje materiał X, a odtwarzacz B (we czwartek, 9 lipca 2015 o 10:30:16.392 GMT) załadowuje materiał Y. 2. Odtwarzacz A od razu emituje materiał X, podczas gdy odtwarzacz B czeka z załadowaniem materiału Y na reakcję użytkownika i wtedy rozpocznie emisję. 3. Po upływie 5 sekund użytkownik przesuwa pasek postępu w materiale Y w odtwarzaczu B do 25 sekundy i aktywuje emisję poprzez naciśnięcie przycisku Play. 4. Po upływie kolejnych 5 sekund użytkownik zatrzymuje odtwarzanie materiału X w odtwarzaczu A poprzez naciśniecie przycisku Stop. 5. Użytkownik czeka jeszcze 10 sekund, po czym pauzuje odtwarzanie materiału Y w odtwarzaczu B i otwiera jeszcze dwie instancje odtwarzacza: pierwszą (we czwartek, 9 lipca 2015 o 10:30:36.051 GMT) z materiałem Y i drugą (we czwartek, 09 lipca 2015 o 10:30:36.308 GMT) z materiałem Z. Materiały te czekają na podjęcie działania przez użytkownika, aby rozpocząć emisję. 6. Użytkownik rozpoczyna odtwarzanie materiału Z i po 8 sekundach przechodzi do odtwarzania materiału X (w tym samym odtwarzaczu i jego instancji). 7. Po 2 sekundach powraca do odtwarzania materiału Y w odtwarzaczu B i kontynuuje odtwarzanie, po czym przewija materiał do przodu i zatrzymuje się na 20 minucie przed końcem materiału i odtwarza materiał aż do jego zakończenia. 8. Po zakończeniu odtwarzania materiału Y w odtwarzaczu B, użytkownik szybko przechodzi do odtwarzania materiału od początku poprzez wybranie opcji re-play. 9. Po upływie 2 minut emitowany jest blok reklamy zawierający dwie 30 sekundowe reklamy. 10. Po upływie dalszych 2 minut użytkownik zamyka aplikację. Zawartość hitów raportujących Ad.1. Informacja o odtwarzaczach i załadowanych materiałach zostaje przesłana w dwóch osobnych hitach o materiale X w odtwarzaczu A i o materiale Y w odtwarzaczu B. 29

aw he8x6gad9rqusdb.b7&et=data&hsrc=0&screen=320x480&col=24&lsdata=- NOTSUP&extra=%5FEC%3Dstreamcontent%7C%5FSPI%3D1436437816069%7C%5FSP%3D12 1212%7C%5FSC%3D140201%7C%5FSCD%3D1500%7C%5FSCT%3DEscapade%2Dmoment%2Ds2% 2De1 aw he8x6gad9rqusdb.b7&et=data&hsrc=0&screen=320x480&col=24&lsdata=- NOTSUP&extra=%5FEC%3Dstreamcontent%7C%5FSPI%3D1436437816392%7C%5FSP%3D91 36S%7C%5FSC%3D2400%2D9%7C%5FSCD%3D86400%7C%5FSCT%3D%20Quantanamera%2024h %20loop Ad.2. Następnie zostaje zaraportowana informacja o zdarzeniu play dla materiału X w odtwarzaczu A. Ponieważ jest to pierwsze zdarzenie sygnalizujące rozpoczęcie odtwarzania, przesłana wartość to programstart. aw he8x6gad9rqusdb.b7&et=stream&hsrc=0&screen=320x480&col=24&lsdata=- NOTSUP&extra=%5FEC%3Dprogramstart%7C%5FECA%3D1%7C%5FSCO%3D0%7C%5FSED%3D0 %7C%5FSPI%3D1436437816069%7C%5FSP%3D121212%7C%5FSC%3D140201%7C%5FSCD%3D1 500%7C%5FSCT%3DEscapade%2Dmoment%2Ds2%2De1 Ad.3. Konsekwencją tej sytuacji jest przesłanie informacji o dwóch zdarzeniach dla materiału Y w odtwarzaczu B najpierw o szukaniu i przesunięciu punktu odtwarzania, a następnie o zdarzeniu programstart oznaczającym rozpoczęcie odtwarzania. NOTSUP&extra=%5FEC%3Dseek%7C%5FSCO%3D0%7C%5FSED%3D0%7C%5FSPI%3D1436437 816392%7C%5FSP%3D9136S%7C%5FSC%3D2400%2D9%7C%5FSCD%3D86400%7C%5FSCT%3D %20Quantanamera%2024h%20loop NOTSUP&extra=%5FEC%3Dprogramstart%7C%5FECA%3D0%7C%5FSCO%3D25%7C%5FSED% 30

3D0%7C%5FSPI%3D1436437816392%7C%5FSP%3D9136S%7C%5FSC%3D2400%2D9%7C%5FS CD%3D86400%7C%5FSCT%3D%20Quantanamera%2024h%20loop Ad.4. Zostaje przesłana informacja o zdarzeniu stop dla materiału X w odtwarzaczu A. Następuje to po 10 sekundach od rozpoczęcia odtwarzania, dlatego zarówno przesunięcie, jak i czas trwania przyjmują wartość 10. W rezultacie odtwarzanie materiału nie dobiega końca, ale przesunięcie powraca do punktu 0. NOTSUP&extra=%5FEC%3Dstop%7C%5FSCO%3D10%7C%5FSED%3D10%7C%5FSPI%3D14364 37816069%7C%5FSP%3D121212%7C%5FSC%3D140201%7C%5FSCD%3D1500%7C%5FSCT%3D Escapade%2Dmoment%2Ds2%2De1 Ad.5. W konsekwencji zostaje przesłana informacja o zdarzeniu pause dla materiału Y w odtwarzaczu B. Następnie zostaje zasygnalizowane utworzonie jeszcze dwóch instancji odtwarzacza z materiałami za pomocą zdarzenia streamcontent. NOTSUP&extra=%5FEC%3Dpause%7C%5FSCO%3D40%7C%5FSED%3D15%7C%5FSPI%3D1436 437816392%7C%5FSP%3D9136S%7C%5FSC%3D2400%2D9%7C%5FSCD%3D86400%7C%5FSCT %3D%20Quantanamera%2024h%20loop awhe8x6gad9rqusdb.b7&et=data&hsrc=0&screen=320x480&col=24&lsdata=- NOTSUP&extra=%5FEC%3Dstreamcontent%7C%5FSPI%3D1436437836051%7C%5FSP%3D 9136S%7C%5FSC%3D2400%2D9%7C%5FSCD%3D86400%7C%5FSCT%3D%20Quantanamera%2 024h%20loop awhe8x6gad9rqusdb.b7&et=data&hsrc=0&screen=320x480&col=24&lsdata=- NOTSUP&extra=%5FEC%3Dstreamcontent%7C%5FSPI%3D1436437836308%7C%5FSP%3D 9136S%7C%5FSC%3D11sn55%7C%5FSCD%3D%2D1%7C%5FSCT%3D%20raio%20lecture%5F 12 31

Ad.6. Następuje przesłanie informacji o zdarzeniu play dla materiału Z w odtwarzaczu B, a następnie sesja odtwarzania zostaje zamknięta. Ponieważ materiał ten nie ma określonego czasu trwania nie będzie miał przesunięcia. Następnie informacja o nowo załadowanym materiale zostaje przesłana za pomocą zdarzenia streamcontent. NOTSUP&extra=%5FEC%3Dprogramstart%7C%5FECA%3D0%7C%5FSCO%3D%2D1%7C%5FSE D%3D0%7C%5FSPI%3D1436437836308%7C%5FSP%3D9136S%7C%5FSC%3D11sn55%7C%5FS CD%3D%2D1%7C%5FSCT%3D%20raio%20lecture%5F12 NOTSUP&extra=%5FEC%3Dclose%7C%5FSCO%3D%2D1%7C%5FSED%3D8%7C%5FSPI%3D143 6437836308%7C%5FSP%3D9136S%7C%5FSC%3D11sn55%7C%5FSCD%3D%2D1%7C%5FSCT%3 D%20raio%20lecture%5F12 awhe8x6gad9rqusdb.b7&et=data&hsrc=0&screen=320x480&col=24&lsdata=- NOTSUP&extra=%5FEC%3Dstreamcontent%7C%5FSPI%3D1436437836308%7C%5FSP%3D 9136S%7C%5FSC%3D140201%7C%5FSCD%3D1500%7C%5FSCT%3DEscapade%2Dmoment%2D s2%2de1 Ad.7. Zostaje przesłana informacja o wznowieniu emisji materiału Y w odtwarzaczu B. Ponieważ stan wstrzymania odtwarzania (pause) nie zwiększył przesunięcia to pozostaje on niezmieniony, natomiast czas trwania wynosi 0. Przewinięcie do przodu jest sygnalizowane informacją o zdarzeniu seek, które sprawia, że przesunięcie wynosi teraz 85200. Następnie przesyłana jest informacja o zdarzeniu play, a po 20 minutach zdarzenie o zakończeniu odtwarzania materiału. NOTSUP&extra=%5FEC%3Dplay%7C%5FECA%3D0%7C%5FSCO%3D40%7C%5FSED%3D0%7C%5 FSPI%3D1436437816392%7C%5FSP%3D9136S%7C%5FSC%3D2400%2D9%7C%5FSCD%3D864 00%7C%5FSCT%3D%20Quantanamera%2024h%20loop 32

NOTSUP&extra=%5FEC%3Dseek%7C%5FSCO%3D40%7C%5FSED%3D0%7C%5FSPI%3D143643 7816392%7C%5FSP%3D9136S%7C%5FSC%3D2400%2D9%7C%5FSCD%3D86400%7C%5FSCT%3 D%20Quantanamera%2024h%20loop NOTSUP&extra=%5FEC%3Dplay%7C%5FECA%3D0%7C%5FSCO%3D85200%7C%5FSED%3D0%7 C%5FSPI%3D1436437816392%7C%5FSP%3D9136S%7C%5FSC%3D2400%2D9%7C%5FSCD%3D 86400%7C%5FSCT%3D%20Quantanamera%2024h%20loop NOTSUP&extra=%5FEC%3Dcomplete%7C%5FSCO%3D86400%7C%5FSED%3D1200%7C%5FSP I%3D1436437816392%7C%5FSP%3D9136S%7C%5FSC%3D2400%2D9%7C%5FSCD%3D86400% 7C%5FSCT%3D%20Quantanamera%2024h%20loop Ad.8. W tym przypadku raportowana jest informacja o nowym odtworzeniu aktualnego materiału. W tym celu należy przesłać informację o zakończeniu poprzedniego odtworzenia a następnie rozpocząć nowe poprzez przesłanie hitów z streamcontent oraz programstart zawierających wszystkie informacje dotyczące materiału Y w odtwarzaczu B. NOTSUP&extra=%5FEC%3Dcomplete%7C%5FSCO%3D86400%7C%5FSED%3D0%7C%5FSPI%3 D1436437816392%7C%5FSP%3D9136S%7C%5FSC%3D2400%2D9%7C%5FSCD%3D86400%7C% 5FSCT%3D%20Quantanamera%2024h%20loop NOTSUP&extra=%5FEC%3Dclose%7C%5FSCO%3D86400%7C%5FSED%3D0%7C%5FSPI%3D14 36437816392%7C%5FSP%3D9136S%7C%5FSC%3D2400%2D9%7C%5FSCD%3D86400%7C%5FS CT%3D%20Quantanamera%2024h%20loop 33