Skip to end of metadata
Go to start of metadata

You are viewing an old version of this page. View the current version.

Compare with Current View Page History

Version 1 Next »

4.1. Dynamické obrázky

  • Modul “Dynamické obrázky” dokáže synchronizovat obrázky ze systému a načítat je automaticky do kampaní.

  • Do platformy Targito je možné posílat feed s obrázky.

Příklad použití:

  • Tento modul je možné využít pro přidání dynamických bannerů do šablony - např. zobrazování stejných bannerů, které jsou na e-shopu.

  • Využití je možné také v automatizacích - po zapnutí modulu se již nemusí obrázky při každé nadcházející akci měnit v šabloně, ale automaticky se propisují z bannerů na webu e-shopu.

Tip:

  • Dynamické obrázky zvyšují účinnost a hodnotu inzerce, protože zákazníkovi přinášejí vizuálně relevantní informace.

4.2. Dynamický předmět

  • Modul automaticky načítá předměty a preheadery z připraveného seznamu do obsahu e-mailů.

  • Klient musí dodat feed generických headerů a preheaderů, které se poté importují do platformy Targito a následně (pokud je modul zapnutý) se propíší do editace nastavení rozesílky, kde se již pouze zaškrtne kolonka “Použít dynamický předmět a preheader” (viz obrázek níže).

  • Předmět se vybírá náhodně při odeslání a zároveň se u něj uloží informace, kdy naposledy byl použitý, aby se neposlal vícekrát za sebou.

4.3. Facebook integrace

  • Modul umožňuje integraci Facebook leads a vlastní audience s platformou Targito.

  • Integrace funguje dvěma směry (viz obrázek níže):

  • Lead ads

    • klient si nastavuje v rámci Facebook formuláře lead ads, které cílí na vybrané kontakty a pomocí kterých sbírá e-mailové adresy potenciálních zákazníků. Tyto kontakty se po vyplnění informací automaticky importují do databáze v platformě Targito,

    • u formulářů je možné nastavit, do jakého sloupce v platformě Targito se mají zapisovat hodnoty z polí formuláře Facebooku (viz obrázek níže). Takto je možné mapovat sloupce u jakéhokoliv formuláře a vkládat vlastní hodnoty, jako například datum a čas.

Příklad použití - přidání kontaktu přes Facebook může automaticky spustit uvítací kampaň - kontaktu tak přijde např. uvítací email.

Tip:

  • Při tvorbě kampaně uvítací kampaně je dobré mít nastavené různé komunikační obsahy podle toho, z jakého zdroje (source) daný kontakt přišel, např. pokud kontakt přišel z Facebooku, tak mu v uvítacím e-mailu nepřijde sleva, ale pokud ze zaregistroval na webu, tak mu sleva přijde.

  • Audiences

    • v platformě Targito existují seznamy kontaktů a pokud je daný zákazník v tomto seznamu, tak je možné seznam exportovat do Facebooku jako audienci, a poté prostřednictvím Facebooku na tuto audienci cílit reklamou,

    • u audiencí se nastavuje, jaký seznam kontaktů a jak často se má v rámci dané Facebook audience synchronizovat (viz obrázek níže).

  • Nastavení:

    • Nejdříve se vybere audience, poté se z daného originu vybere seznam kontaktů a časový interval synchronizace. Poté se na pozadí vždy dle časové synchronizace spustí úkol.

4.4. Marketingové e-maily přes API

  • Modul, díky kterému je možné ukládat šablony marketingových e-mailů pro odeslání přes API.

  • U šablon lze poté vidět ID šablony s možností danou šablonu přeuložit (přeuložení šablony znamená, že na pozadí integrace platformy Targito pošle aktuální stav dané šablony do systému klienta, který poté uvidí, že je šablonu možné rozeslat).

  • Tento modul tak dává možnost posílat rozesílky i jiným způsobem než pouze klasickou cestou rozesílky přes platformu Targito (přes výběr seznamu kontaktů) > modul je tak vhodný například pro klienty, jež zprávy odesílají např. z vlastního rozesílacího nástroje.

  • Modul se pouze zapne (nebo vypne), není nutné nic nastavovat.

4.5. Plánované upomínky

  • Modul, díky kterému lze v požadovaný datum a čas posílat upomínky, neboli upozornění.

  • U dalšího nastavení upomínek jsou 3 možnosti (viz obrázek níže), které segmentují zákazníky:

    • kontakty, které OTEVŘELY původní kampaň

    • kontakty, které KLIKLY na původní kampaň

    • kontakty, které NAKOUPILY po původní kampani

    • například pokud se nechá vybrané “Vykoučit” u kontaktů, které kampaň otevřely, tak by těmto kontaktům přišla i další upomínka, kdyby se zároveň neproklikly nebo nenakoupily

    • obecně je vždy lepší mít všechny tři skupiny kontaktů vyloučeny, aby zákazníkům nechodilo příliš e-mailů.

  • Samotné plánování upomínek se nastavuje poté, co se přejde k rozesílce, tím že se zaškrtne okénko “Naplánovat upomínky” a zvolí se den a čas upomínky.

  • Po vytvoření upomínky se tato automaticky uloží jako nová kampaň, kterou je možné dohledat pod názvem reminder (připomínka).

  • Maximální počet nastavitelných upomínek jsou 3 (počet je možné měnit v nastavení modulu).

Pozor!

  • Aby bylo možné nastavit v kampani plánované upomínky, nelze použít zároveň A/B testování.

4.6. Pokročilé testování

  • Modul slouží k nastavení testovacích seznamů kontaktů.

Příklad použití - modul lze použít během testování kampaní, kde je možné vybrat seznam kontaktů nastavených skrze modul (viz obrázek níže).

4.7. Push notifikace

  • Modul Push notifikace zprostředkovává napojení na nástroje třetích stran, které poskytují mobilní nebo webové push notifikace (např. OneSignal či WonderPush).

  • Tyto push notifikace lze tedy posílat kontaktům díky integraci s nástrojem OneSignal přímo z platformy Targita, kdy je velkou výhodou možnost segmentace kontaktů, na které budou dané notifikace cílit.

  • Targito se stará o sestavení obsahu push notifikace, segmentaci kontaktů a samotné odeslání poskytovateli, který je už dále zodpovědný za její zobrazení na koncovém zařízení (mobilní aplikace či webový prohlížeč).

  • OneSignal se na webu stará o sběr souhlasů s odběrem webových push notifikací do prohlížeče.

  • Push notifikace se dělí na mobilní a webové, musí být povoleny návštěvníkem webu nebo uživatelem mobilní aplikace a zobrazují se po otevření webu či mobilní aplikace:

    • Mobilní push notifikace je možné zobrazovat pouze ve vlastní mobilní aplikaci, kdy je do jejího kódu nutné vložit kód poskytovatele (tzv. SDK), který zajistí souhlas s odběrem, přijmutí a zobrazení těchto notifikací.

    • Webové push notifikace se zobrazují ve webovém prohlížeči návštěvníkům webu klienta, kdy je opět zapotřebí vložit do kódu webu kód poskytovatele (JavaScript), který zajistí souhlas s odběrem, přijmutí a zobrazení daných notifikací.

Informace:

  • Push notifikace lze využívat samostatně/jednorázově, např. jako připomenutí nevyužitého slevového kódu či upozornění na nějakou slevovou nabídku nebo jako doplněk reaktivačních kampaní.

  • Velký potenciál je však využití push notifikací jako součást automatizací, tedy začlenění multi-channel komunikace (např. jako x-tý krok automatizace v případě, že kontakt na e-maily nereaguje).

Příklad použití:

  • Push notifikace lze např. začlenit jako druhý krok opuštěného košíku.

  • Pokud tedy byl zákazníkovi odeslán opuštěný košík, ale v posledních 24 hodinách jej neotevřel, neproklikl ani neprovedl objednávku, může mu být následně automaticky odeslána webová push notifikace.

  • Push notifikace je prokliknutelná přímo do košíku, kdy tlačítkem “click-to-action” přímo vybízí k dokončení nákupu.

  • Princip zobrazení webových push notifikací vybraným kontaktům:

    • OneSignal při návštěvě webu požádá návštěvníka o udělení souhlasu a pokud jej udělí, uloží si OneSignal unikátní ID jeho prohlížeče (Player ID) do své databáze.

    • Rovněž je nutné předávat do nástroje OneSignal informaci, o který kontakt se jedná, k čemuž slouží Targito tracking, který pošle do OneSignal anonymní Targito ID, jenž má návštěvník uložené ve své cookies.

    • OneSignal si toto Targito ID přiřadí k identifikátoru prohlížeče Player ID a kdykoli přijde požadavek na odeslání push notifikace na toto Targito ID, OneSignal již ví, do jakého prohlížeče notifikaci odeslat.

  • Nastavení:

    • Nastavení OneSignal a následné propojení s platformou Targito lze naléz v příslušné části Dokumentace zde.

    • V rámci propojení Targita a daného nástroje skrze modul Push notifikace je nutné vybrat providera push notifikací (OneSignal či WonderPush).

    • Poté je nutné zvolit pole, které v sobě obsahuje hodnotu ID uživatele, jenž používá mobilní nebo webovou aplikaci.

    • Nakonec je zapotřebí v nastavení tohoto modulu vyplnit uživatelské jméno a heslo (API klíč) u poskytovatele mobilních/webových push notifikací.

  • Po zapnutí modulu se v okně “Vytvořit novou kampaň” objeví nový typ kampaně.

  • U push notifikací se při vytvoření nové kampaně vyplňuje nadpis, zpráva, URL odkaz a text tlačítka.

  • Lze také přidat banner a seznam kontaktů, kde je možnost vybrat seznam zprostředkovaný providerem.

  • Push kampaně se dají segmentovat, proto se poté dělí dle identifikátoru, na který se posílají sady zpráv.

  • U mobilní push notifikace lze také nastavit tzv. “Time to Live”, což je doba, po kterou má být notifikace dostupná do otevření aplikace, ze které push notifikace pochází.

4.8. SMS

  • Modul umožňuje komunikaci pomocí SMS zpráv přes našeho partnera http://ProfiSMS.cz .

  • Nastavení:

    • Pro využití tohoto modulu je potřebný účet u http://ProfiSMS.cz .

    • Ve “phone number field” je nutné vybrat sloupec, ze které se budou vybírat telefonní čísla pro odesílání SMS.

    • Dále se vyplňuje uživatelské jméno a heslo (údaje klient obdrží po podepsání smlouvy s ProfiSMS).

    • ProfiSMS také umožňuje zakoupit vyhrazené jméno odesílatele, které se poté ukáže příjemci. Toto jméno je možné si v nastavení modulu předvyplnit do kolonky “From name” (je možné nastavit více jmen odesílatele, aby klient mohl jednoduše přepínat mezi kampaněmi/firmami).

Pozor!

  • Jméno odesílatele v poli “From name” v platformě Targito musí odpovídat přednastavenému jménu odesílatele v účtu http://ProfiSMS.cz , jinak se SMS zprávy nebudou poílat.

  • Po zapnutí a nastavení modulu se tento typ kampaně objeví v okně “Vytvořit novou kampaň” (viz obrázek níže).

  • Při tvoření kampaně je nutné dávat pozor na počet znaků, protože SMS kampaně mají jiný způsob počítání znaků. Konkrétně se jedná o háčky a čárky, které zabírají mnohem více místa. Bez diakritiky je k dispozici 160 znaků s diakritikou pouze 70.

  • Modul SMS nemá v tuto chvíli žádnou možnost trackování a ani možnost segmentace kontaktů.

Pozor!

  • Pokud má jeden zákazník (kontakt v databázi) několik e-mailových schránek, může se stát, že má pouze jedno telefonní číslo a SMS rozesílka by mu tak přišla několikrát.

4.9. STO

  • Modul nabízí pravidelné přepočítání nejčastěji otevíraných časů v jednotlivých dnech pro každý kontakt, které se poté využijí při individuální optimalizaci času rozesílky na jednotlivé kontakty.

  • Tento čas se přepočítává pro každý kontakt samostatně na základě historické aktivity daného kontaktu (tzn. v jakých časech zákazník e-mail otevřel - kdy byl nejaktivnější).

  • Modul není nutné nastavovat, pouze zapnout/vypnout, a poté v konkrétní rozesílce zapnout v pokročilých nastaveních, viz obrázek níže.

  • Na tomto odkazu se lze podívat na report časů otevírání.

Pozor!

  • Pokud se zákazníkům posílají kampaně v pravidelných časech, mohou data ztrácet vypovídací hodnotu → např. když se kampaň posílá vždy v pátek dopoledne, budou zákazníci e-mail nejčastěji otevírat v pátek dopoledne.

4.10. Schvalovací proces

  • Modul umožňuje schvalování šablon pomocí stavů “koncept”, “čeká na schválení” a “schváleno”.

  • Modul funguje ve dvou režimech:

    • jednoduchý režim, ve kterém se v záložce kampaně objeví nové záložky a jednotlivé kampaně se poté mohou přesouvat dle aktuálního statusu.

    • pokročilejší režim, díky němuž je možné schválení kolegou vynutit, viz obrázek níže.

  • Pokud se toto nastavení zapne, pak přesunutí ze záložky “Koncepty” do “Schváleno” musí být schváleno dvěma kolegy-schvalovateli, kteří se vyberou v pop up okně po kliknutí na “označit ke schválení” (viz obrázky níže).

  • V konkrétní rozesílce se poté objeví modré tlačítko (viz obrázek níže), pomocí kterého se daná rozesílka schvaluje (případně se schválení odmítne).

4.11. Seed list

  • Rozesílka bude rozeslána na seznam kontaktů, který je v rozesílce nastaven, a zároveň na všechny kontakty, které jsou v seed listu.

  • Do pole “E-mailové adresy v seed listu” se doplní ty adresy, na které mají rozesílky chodit (navíc ke standardní rozesílce).

  • Modul se v konkrétní rozesílce zapíná v pokročilých nastaveních, viz obrázek níže.

4.12. Sklik integrace (externí služba)

  • Postup pro správné nasazení modulu Sklik:

  1. Založit nový Sklik účet nebo se přihlásit do existujícího.

  1. Vygenerovat API klíč.

  • Vygenerujte autentizační token, který naleznete v rámci nastavení Vašeho účtu v pravém horním rohu -> Nastavení -> úplně dole na stránce je odkaz „Získat přístup k API“.

  1. Vytvořit nový seznam.

  • Na stránce Nástroje -> Retargeting -> Vytvořit seznam -> zvolit typ seznamu “E-mailový”.

  • K vytvoření seznamu je potřeba nahrát csv soubor.

  • Použít můžete csv s náhodně generovanými e-mailovými adresami - tyto adresy se dále používat nebudou, slouží jen k vytvoření seznamu v Skliku tak, aby se propsal do platformy Targito.

  • Poté klikněte na tlačítko "Vytvořit seznam".

  1. Nastavit a zapnout modul Sklik v Targitu.

  • V seznamu modulů najděte "Sklik integrace" a klikněte na "Začít používat".

  • Vyplňte API klíč vygenerovaný v účtu Sklik (viz bod 2.), uložte nastavení stisknutím klávesy ENTER a modul následně zapněte.

Pozor!

  • V případě, že pouze vložíte API klíč a modul spustíte bez zmáčknutí tlačítka ENTER, API klíč se bude počítat jako neplatný.

  1. Zapnout synchronizaci kontaktů.

  • Po obnovení stránky se načtou e-mailové seznamy z Vašeho Sklik účtu. Zde se kliknutím na ikonku "Operace" u daného seznamu dostanete do nastavení.

  • V poli “Operace” uvidíte detailní nastavení, kde si vyberete Origin, seznam kontaktů (který si předem na základě Vámi stanovených podmínek v Targito vytvoříte) a zvolíte si interval synchronizace seznamu kontaktů z Targita do Skliku.

  • Poté klikněte na "Uložit" a kontakty se ve Vámi určeném intervalu začnou synchronizovat do Skliku, kde už s nimi můžete dále pracovat.

4.13. Slevové kódy přes API

  • Modul poskytuje možnost načítání individuálních slevových kódů do kampaní přes API v reálném čase odeslání kampaně.

  • Výhodou modulu je možnost jednoduché kontroly slevových kódů, které jsou díky historii odeslaných e-mailů lehce dohledatelné.

  • Nastavení:

    • V nastavení tohoto modulu je možné vyplnit API endpoint, což znamená URL adresu e-shopu na straně klienta.

    • Pokud se na tuto URL adresu následně pošle požadavek, vrátí se konkrétní slevový kód.

Pozor!

  • Využití tohoto modulu v kampani má omezení na 1 000 příjemců, protože se požadavky posílají přes e-shop klienta (kdyby se totiž kampaň poslala např. na milion zákazníků, mohl by e-shop spadnout).

  • Z tohoto důvodu je doporučeno tento modul používat pouze v automatizacích.

  • V případě získání jednoho slevového kódu přes API (např. pro “welcome” proces) Targito dle konfigurace při odeslání newsletteru v reálném čase kontaktuje API klienta (s limitem 5 sekund pro odpověď) a propíše získaný kód do e-mailu. Pokud v tomto případě dojde k jakémukoli problému v souvislosti s API, ovlivní to vždy pouze jeden konkrétní kontakt, kdy je rovněž možné propsat do šablony chybu s žádostí o kontaktování zákaznické podpory.

  • Lze rovněž získat přes API více kódů po jednom, nicméně tato možnost je doporučena pouze pro automatizace, u kterých je velmi málo kontaktů v daný okamžik. Zároveň je zde doporučené omezení 200 kontaktů v daný čas, poněvadž podle počtu e-mailů se tolikrát zavolá generování voucherů.

Informace:

  • Omezení na 200 kontaktů v daný čas je pouze doporučení (prakticky nedochází k žádnému bokování, pokud je počet kontaktů vyšší).

  • Toto doporučení plyne z obavy, že by značné množství API dotazů pro získání slevových kódů v jeden okamžik mohlo mít za následek zpomalení či jiné omezní funkčnosti celého procesu.

  • Nelze obecně zamezit odeslání newsletterů v případě, kdy dojde k selhání procesu získání slevových kódů vzhledem k tomu, že je obvykle vyžadováno odeslání i v případě, kdy se kód nepropíše (bude místo něho zobrazena chybová hláška).

  • Rovněž je třeba vzít v úvahu situaci, že se by se několika stovkách až tisícům kontaktů zobrazila chybová hláška s informací o kontaktování zákaznické podpory, což není žádoucí.

  • Teoreticky je možné získat přes API více kódů najednou, ovšem tato možnost není v platformě Targito zatím implementována. Zároveň je nezbytné, aby toto podporoval rovněž systém na straně klienta. Nicméně jednodušší a spolehlivější alternativou je import slevových kódů přímo do databáze Targita z dodaného souboru přes SFTP.

  • Pro zaručení spolehlivosti a rychlosti systému je vhodné nepracovat s externími zdroji dat, protože v rámci procesu může dojít k nějakému problému či dokonce výpadku, který Targito nebude mít možnost vyřešit.

4.14. Odhlašování nedoručitelných

  • Modul slouží k automatickému odhlašování kontaktů, které jsou v databázi přihlášených, ale nedaří se na ně doručovat rozesílky.

  • Dle požadovaného nastavení je umožněno automaticky odhlašovat trvale (hard bounce) či dočasně (soft bounce) nedoručitelné e-mailové adresy.

  • Díky tomuto modulu nebude klient muset manuálně odhlašovat kontakty, na které se dlouhodobě nedaří doručovat rozesílky.

  • Značnou výhodou tohoto modulu je zejména zlepšení doručitelnosti rozesílek kontaktům, dále nižší počet bounces v následných rozesílkách a nižší počet zbytečně odesílaných e-mailů.

Informace:

  • Bounce je obecně odmítnutí doručení e-mailu na straně příjemce.

  • Příčinou hard bounce bývá především neplatná (neexistující) e-mailová adresa příjemce.

  • Naopak soft bounce je způsoben zpravidla zaplněnou e-mailovou schránkou, kdy už není možné přijímat další e-maily, případně neexistující doménou nebo server na straně příjemce odmítne doručení e-mailu (stává se často na firemních doménách).

  • Odhlášené kontakty se nachází se interním Suppression Listu v Targitu spolu s kontakty, které označily předchozí rozesílku jako spam (na tyto kontakty se rozesílka neodesílá).

  • Nastavení modulu:

    • V rámci nastavení tohoto modulu lze zvolit automatické odhlašování buď pouze hard bounces, nebo pouze soft bounces, případně lze zvolit obě možnosti současně.

    • Pro automatické odhlašování kontaktů, které způsobí hard bounce stačí pouze v nastavení modulu zaškrtnout volbu “Automaticky odhlašovat tzv. hard bounces”. Nic dalšího poté není potřeba. Jakmile po zvolení této možnosti dojde u nějakého kontaktu k hard bounce, bude daný kontakt již druhý den zařazen mezi odhlášenými. K automatickému odhlášení dochází v noci, kdy probíhá přepočítávání modulů v platformě Targito.

    • Pro automatické odhlašování kontaktů, které způsobí soft bounce je nutné v nastavení modulu zaškrtnout volbu “Automaticky odhlašovat tzv. soft bounces”. Nicméně u této možnosti je dále nezbytné nastavit hodnoty pro dva parametry, a to pro limit a pro minimální počet dní.

    • Limit označuje minimální počet po sobě jdoucích soft bounces, které musí u kontaktu nastat, aby došlo k automatickému odhlášení tohoto kontaktu. Minimální počet dní představuje časové období, po kterém musí počet soft bounces nastat, aby došlo k automatickému odhlášení kontaktu.

    • Oba parametry tedy spolu souvisí a jejich smyslem je zabránění automatického odhlášení kontaktu v případě, kdy má např. pouze dočasně plnou schránku. Počet dní u soft bounce je uvedený jako minimální, tudíž musí uplynout více než zvolený počet dní mezi soft bounces, aby k odhlášení kontaktu došlo.

Příklad použití:

  • Pokud například bude u parametru limit zvolena hodnota “2” a zároveň u parametru minimální počet dní hodnota “1” značí to, že k odhlášení kontaktu dojde až poté, kdy kontakt způsobí druhý soft bounce po více než 24 hodinách od toho prvního. Stejně jako u hard bounce i zde k automatickému odhlášení dochází v noci, kdy probíhá přepočítávání modulů v platformě Targito.

  • Pro parametr minimálního počtu dní je doporučeno zvolit hodnotu alespoň 7, aby nedošlo k odhlášení kontaktu, který má pouze pár dní plnou e-mailovou schránku.

Příklad:

  • limit 4 Soft Bounce, min. počet dní: 1, scénář:

    • 01.05.2023 došlo k prvnímu SB

    • 02.05.2023 došlo k dalšímu SB (vyhodnotí se jako druhé SB, protože nastalo po jednom dni od prvního)

    • 03.05.2023 došlo k dalšímu SB (vyhodnotí se jako třetí SB, protože nastalo po jednom dni od druhého)

    • 04.05.2023 došlo k dalšímu SB (vyhodnotí se jako čtvrté SB, protože nastalo po jednom dni od třetího)

  • dne 04.05.2023 má tedy kontakt na svém kontě 4x SB, mezi kterými je rozestup alespoň 1 den, proto bude 05.05.2023 odhlášen

Pozor!

  • Nevhodně zvolené hodnoty v nastavení modulu pro soft bounce může způsobit odhlášení legitimních kontaktů.

  • Po zapnutí modulu probíhá vyhodnocování max. 90 dní zpětně, tudíž se vyhodnocují rovněž eventy typu “bounce” 90 dní před zapnutím modulu.

  • No labels