Náklady na AdServing, pokud jsou realizovány přes modul AdServing cost (záložka AdCost ve správě kampaně, vysvětleno například zde:H30_tutorialy_AdserverCost_ver20160227 ) se nyní zobrazují v tabulce se souhrny cen ve Správě kampaně.
UPDATE: Adserving Cost byl rozšířen a toto rozšíření je popsáno zde: http://www.hondzyk.com/wiki/2019/01/08/rozsireni-moznosti-modulu-adserving-cost/

Author: hondzyk
Podporujeme "nová" data NetMonitoru s tříděním na PC/Tablet/Mobile
NetMonitor data návštěvnosti jsou nyní rozdělena na tři části:
- PC
- Tablet
- Mobile
Tak i H3.0 rozdělil data NetMonitoru na tyto části a umožňuje nahrávat všechny a přepínat mezi nimi.
Při importu dat v administraci se systém ptá, pro jakou platformu jsou nahrávaná data.

To samé v menu Statistiky a data / Netmonitor, kde se s daty pracuje, je možné je prohlížet a analyzovat, seřazovat, exportovat, podmínkovat, dívat se na grafy apod.

POSTBUY 4.0
Je nám obrovským potěšením představit nové postbuye, nazvané 4.0. Jedná se o dosti revoluční update exportu postbuy, který je pravděpodobně starší, než většina z vás. Jedná se o upgrade, které se tu hnusnou obrovskou tabulku s milionem sloupců snaží převést na něco srozumitelnějšího, a zároveň použitelnějšího pro vyhodnocení.

Nový postbuy pracuje s Building Blocky a jejich KPI a ukazuje, jak se KPIs splnily či nikoliv.
Rozděluje kampaň na části podle BB a na základě typů BB pak ukazuje vyhodnocení pouze těch metrik, které jsou pro daný typ BB relevantní.
Před exportem v Posbuty 4.0 přibyly dve nové checkboxy, které je možné zaškrtnout:

Úvodní souhrnný sheet – Show KPIS sheet
Tento úvodní sheet obsahuje přehledně všechny Building Blocky kampaně, jejich KPI a informaci, zda pozice v rámci daného BB svá KPIs splnily. Dále je pro jednotlivé BB zobrazen plánovaný a realizovaný spend, aby bylo možné objektovně vyhodnotit jak kampaň dopadla.

Tento sheet slouží nejlépe jako přehled toho, jak dopadla kampaň jako celek složený z jednotlivých částí se vými úkoly.
Jednotlivé sheety pro patřičné Building Blocks = Show Building Blocks sheets
Pokud je tento checkbox zaškrtnut, zobrazí se v PB pro každý Building Block jeden sheet, kde jsou pozice pouze pro tento daný BB. Zároveň – při zakládání BB je možné si pro každý BB vybrat, jaký bude mít typ:

Podle tohoto typu jsou pak vybrány pro daný BB sloupce, jaké budou zobrazeny v jeho sheetu. Pro Display jsou důležité sloupce se zobrazením, zásahem, frekvencí a visibilitou. Naopak pro Performance jsou důležité hodnoty výkonu jak mediálního, tak na stránkách klienta.
Postbuy 4.0 jsou velmi komplexním update a prozatím jsou v BETA režimu.
Rozšíření ceníků o programmatic a originální ID pozice
Ceníky včetně importních souborů a pozice kampaní byly rozšířeny ohodnoty, které pomohou lépe zvládat nákup programatických placementů či line items programatického nákupu.
Rozšířili jsme ceníky o informace, zda je placement (= pozici ceníku) možné nakupovat programaticky, přes jakou AdExchange, jakou má floor price, prioritu i jaké jsou na straně agentury případné informace o private dealu spojeným s daným placementem.
Zároveň umožňujeme evidovat od ceníku až po pozici v kampani originální dodavatelské ID placementu, což by jim mohlo pomoci v automatizovaném zpracovávání rezervací a objednávek (pokud jsou toho jejich systémy schopné).
Podrobné informace o nových možnostech ceníku jsou v přiloženém product sheetu: H30_tutorialy_ProgrammaticCeniky_ver20160227
Export do Buyingu – nová custom kategorie
Pro pokročilou kategorizaci položek importovaných do Buyingu/Buy-In2 byl přidán do exportu pro Buying nový sloupec – Kategorie Custom. Do tohoto sloupce se přidávají hodnoty Dynamických proměnných s tagem CATEGORYNUMBERTWO. V případě, že není nalezena vhodná hodnota, obsahuje buňka hodnotu “N/A”.
Poznámka: dynamické proměnné umožňují pokročilou kategorizaci díky tomu, že si v každé H3.0 instalaci můžete sami nastavit systém podmínek, podle kterých bude stanovena hodnota nějaké buňky. Více o dynamických proměnných je v článku Dynamické proměnné.
Update vzoru ceniku – programmatic a ID pozice dodavatele
1 – cenik muze nove obsahovat Vase ID reklamni poziceTo muzete vyuzit napriklad v situaci, kdy byste chteli automaticky rozeznavat pozici, kterou si u vas agnetury rezervuji ci objednavaji. To vam tedy muze usetrit mnoho prace diky moznosti automatizovaneho zpracovani rezervaci a objednavek.2 – cenik obsahuje sloupce pro identifikaci pozic poskytovanych do trhu programatickeho reklamniho prostoruPokud vase reklamni pozice nebo balicky poskytujete do Open RTB nebo prodavate i pres private dealy, mlzete tyto pozice zaradit do cenikyinternetu.cz. V agenture pak budou vedet, ze je tyto pozice nutne nakoupit programaticky.3 – rozšíření buying modeluo model Cost Per Period (not guaranteed) – viz vysvetlivky ke vzoru cenikuVice informaci o novinkach v ceniku naleznete v prilozenem dokumentu. Novy vzor ceniku i vysvetlivky naleznete na cenikyinternetu.cz
Uživatelská práva – jak je nastavit
UPDATE – tato práve se již nepoužívají a byla nahrazena novými právy
Jak nastavím nějakému uživateli práva pouze na některé klienty a jinému práva na klienty jiné? Zde je malý návod:
TEORIE
Kazdemu noveho klientovi se priradi to, ze k nemu ma prava kazdy – skupina Everyone. Pokud bychom chteli, aby Uzivatel nemel prava k nejakym klientum ale ostatni ano, musime:
1 – vytvorit jednu skupinu vsech ostatnich uzivatelu a ty dat prava ke vsem klientum
2 – vytvorit druhou skupinu pouze s timto uzivatelem a ty dat prava jenom k danemu klientovi
Bohuzel to nefunguje tak, ze bychom daneho uzivatele vyradili ze skupiny Everyone, protoze i kdyz toto jde, system bere Everyone jako ze je tam kazdy at ve skupine je nebo ne.
TEST
Bez k testovacimu klientovi a vyrad ho ze skupiny Everyone. Zaloguj se pod loginem noveho uzivatele – ten tohoto klienta neuvidi.
CO TEDY UDELAT
1 – zaloz novou skupinu uzivatelu – napriklad Planovaci. Do teto skupiny dej vsechny planovace krome novacka
2 – Zaloz novou skupinu uzivatelu – napriklad Novacci. Do teto skupiny dej novacka
3 – pro kazdeho klienta dej upravit prava a vymaz popelnici skupinu Everyone a prirad pro CZ i Aj skupinu Planovaci
4 – pro testovaciho klienta dej upravit prava a prirad skupinu Novacci
Logování rychlosti systému
Pro optimalizaci výkonnosti systému je nyní možné logovat rychlost systému. Slouží k tomu přiožený návod.
H30_tutorialy_logovani-rychlosti_ver20160216
Log se pak zapisuje do různých souborů do adresáře “profiler.log”, který je umístěn v kořenovém adresáři systému.
Zaokrouhlování exportu do Buyingu
Exporty do Buyingu jsou nově přesnější – hodnoty jsou zaokrouhleny na 9 desetinných míst, stejně jako je počítá Buying.
Hello nový Buying = propojení s novým Buy-In2
Tak krátký popis tak významné a relativně složité věci – H3.0 se nyní umí napojit i na novou verzi software Buying nazvanou Buy-In2.
Přepínání je možné v administraci – Administrace/Nastavení/Propojení s ostatními systémy, kde akorát přepnete na Buy-In2, zadáte údaje o databázi a připojení k ní tak jako to bylo dosud o starého Buyingu a poté bude export do Buyingu pracovat s novou databází.
V reálu máme možnost buď klasického napojení s kontrolou toho, zda je dodavatel aktivní (volba “Buy-In2”), nebo podrobnější kontrolou toho, zda je dodavatel schválen v určitém časovém okamžiku (volba “Buy-In2 with validity check).
VOLBA “BUY-IN2”

V detailu to pak probíhá včetne query následovně:
1) lezu do Datamedia a mam ICO
SELECT Nazev, ICO, ID_SUB
FROM SUBJEKTY
WHERE (deleted=0) and (ICO=…)
vyjede mi treba nekolik radek .. u tech beru ID_SUB a pro kazdou z nich:
2) lezu do Buying DB a overuju zda je ID_SUB aktivni
SELECT MT.IsActive
from del.MAF_Media M
inner join del.MAF_MediaTranslate MT on M.Id = MT.MediaId
WHERE M.DataMediaId = ID_SUB
dokud mi vyleze aspon v jedne vysledkove radce to MT.IsActive jako = 1 , potom:
3) lezu zase do Datamedia a zjistuju si podle toho ID_SUB jeste ID_HLAV, ktery pak davam do toho importu pro Buying
SELECT ID_HLAV FROM PREVODY WHERE ID_SUB = <vybrané ID_SUB>
VOLBA “BUY-IN2 WITH VALIDITY CHECK”
pak probíhá velmi podobně, pouze krok 2 je nahrazen podrobnější query viz níže, která kontroluje platnost v časovém okamžiku:
SELECT MT.IsActive, ml.main as HlavniDodavatelMediaTrueFalse,
ml.AvailabilityFrom as VazbaMediaKDodavateliOd,
ml.AvailabilityTo as VazbaMediaKDodavateliDo,
cr.AvailabilityFrom as PlatnostSmluvnichVztahuOd,
cr.AvailabilityTo as PlatnostSmluvnichVztahuDo
from del.MAF_Media M
inner join del.MAF_MediaTranslate MT on M.Id = MT.MediaId
inner join del.PaS_Supplier_Media_Link ml on mt.MediaId = ml.MediaId
inner join del.CR_ContractualRelationshipSupplierheader crsh on ml.SupplierId = crsh.SupplierId
inner join del.CR_ContractualRelationshipSupplier crs on crsh.id = crs.ContractualRelationshipSupplierHeaderId
inner join del.CR_ContractualRelationship cr on crs.ContractualRelationshipId = cr.id
inner join del.CR_ContractualRelationshipHeader crh on crsh.ContractualRelationshipHeaderId = crh.id
WHERE (M.DataMediaId = ID_SUB) AND
(DATEFROMPARTS (2018,1,31) between ml.AvailabilityFrom and ml.AvailabilityTo) AND
(DATEFROMPARTS (2018,1,31) between cr.AvailabilityFrom and cr.AvailabilityTo)
…kde ty datumy v posledních dvou řádkách jsou platnost od a do a ID_SUB je ID dodavatele získané v prvním kroce.
Duplikace trafficking ID při klonování placementu
Ikonka dashboardu je po čase zpátky, stejně jako dashboardy
Nové charakteristiky ceníkové/kampaňové pozice
V souvislosti se současným vývojem plánování internetové reklamy je nyní možné evidovat následující nové informace u ceníkových pozic. Stejně tak se tyto informace vkládají s vložením pozice do kampaně a jsou v nich symostatně editovatelné. Nadále s nimi můžeme pracovat jak při chování v mediaplánu a postbuy, tak v exportech.
Jedna se o nasledujici sloupce
– originalni ID dodavatele – pro evidenci ceníkové pozice až k jejímu vzniku
– is_programmatic – je nebo neni programaticka pozice?
– AdExchange name – název SSP/AdExchange přes kterou je pozice dostupná
– Programmatic Domain – doména, na které pozice běží v programmaticu
– programmatic price floor – price floor, kterou má programatická pozice (pokud je zadána)
– programmatic priority (1-5) – priorita pozice na straně dodavatele
– programmatic Private Deal ID- ID private dealu na tuto pozici
– programmatic Private Deal price – cena private dealu na tuto pozici
– programmatic Private Deal currency – měna private dealu
Opravena funkce Multiply kampaně
Podpora Goals v Google Analytics
H3.0 je s Google Analytics již nyní propojeno tak, že umí natáhnout statistiky k patřičné kampani a přes trafficking ID umístěné v utm_source, nebo přes manuální napárování placementu v kampani na zdroj návštěvnosti rozeznat jak je která pozice kampaně efektivní.
Nové update umožňuje sbírat a evidovat až 5 cílů definovaných v GA a ty poté:
- zobrazit ve Statistiky a data
- uložit výsledky všech cílů v postbuy a exportovat je
Debordelizace Administrace
byla úplně zrušena položka Administrace/Nastavení – Obecný e-mail pro zasílání podkladů:
- texty které zde byly (Storno rezervace/objednávky) byly přesunuty do textů e-mailů
- obecný e-mail se edituje v Technologické specifikace
Nejoblíbenější položky ceníku
Oprava exportu Medea POSTBUY
oraveno zobrazování některých sloupců apod.
Oprava ukotvení sloupců ve Správě kampaně
bylo optimalizováno zobrazení ukotvení sloupců ve Správě kampaně následovně:
- nyní lze ukotvit i sloupec web/sekce
- ukotvení se nyní lépe zobrazuje u kampaní, které mají oddělovače / Building Blocky – předtím se to tak nějak divně rozhodilo
Nový Buying model
Nyní je možnné používat nový Buying model = Cost Per Period (not guarateed), který se bude používat pro nákupy na období, kde není garantovaný počet impresí. Rozšiřuje tak aktuální Cost Per Period, který se bude používat pouze pro nákupy na období s garancí impresí – tedy to jak se nakupuje/prodává většina pozic na CZ internetu.


