Příručka

    Slovník zkracování odkazů

    Srozumitelně vysvětlené pojmy z oblasti anatomie URL, přesměrování, statistik, sledování UTM, QR kódů, zabezpečení, API a správy účtů. Celkem 246.

    Podloženo citovanými zdroji (celkem 20): RFC, W3C, ISO, GDPR a dokumentace platforem

    Základní pojmy a stavba adresy URL

    Počet pojmů: 29
    Long URL / Cílová URL#
    Úplná webová adresa, na kterou krátký odkaz přesměrovává. Říká se jí také cílová URL nebo cíl a je to místo, kam se uživatel nakonec dostane po kliknutí na krátký odkaz nebo jeho naskenování. Dlouhé adresy URL často obsahují sledovací parametry, ID produktů, filtry, stav nezávislý na relaci nebo jiná strukturovaná data, kvůli kterým se špatně sdílejí přímo.
    Původní URL#
    Adresa URL, kterou uživatel zadal při vytváření krátkého odkazu. Na mnoha platformách znamená totéž co dlouhá URL, cílová URL nebo adresa cíle. Pokud krátký odkaz umožňuje cíl upravit, může se původní URL později od aktuálního cíle lišit.
    Cílová URL#
    Aktivní adresa URL, na kterou krátký odkaz právě přesměrovává. Může být stejná jako původní adresa URL, nebo se později změnit, pokud platforma umožňuje cíle upravovat.
    Slug#
    Jedinečná posloupnost znaků za doménou krátkého odkazu, která určuje konkrétní záznam odkazu. V adrese `https://sho.rt/abc123` je koncovkou `abc123`. Koncovky mohou vznikat automaticky, obvykle jako náhodné nebo pořadové alfanumerické řetězce, nebo je uživatel nastaví ručně jako vlastní alias.
    Custom alias#
    Koncovka odkazu, kterou si zvolí uživatel, aby byl krátký odkaz čitelnější, lépe se pamatoval nebo odpovídal kampani. Místo náhodného řetězce jako `x7k9p` může vlastní alias znít `summer-sale`, `event-rsvp` nebo `product-launch`. U vlastních aliasů se obvykle kontroluje dostupnost, pravidla pro délku, rezervovaná slova a limity tarifu.
    Custom back-half#
    Oborový termín pro část krátkého odkazu za doménou, kterou si určí uživatel. V adrese `https://brand.co/summer-sale` je vlastní koncovkou `summer-sale`. Termín běžně používají platformy pro správu odkazů a v praxi znamená totéž co vlastní alias.
    Rezervovaná koncovka#
    Koncovka odkazu nebo vlastní alias, které nelze použít, protože jsou už obsazené, chráněné platformou, vyhrazené pro systémové cesty, omezené kvůli ochraně značek nebo prevenci zneužití, nebo se považují za urážlivé či zavádějící. Příkladem mohou být `admin`, `login`, `support` nebo aliasy, které se vydávají za velké značky.
    Vlastní adresa URL#
    Čitelná adresa URL s vlastní značkou, která se snadno pamatuje a budí důvěru. Ve správě odkazů vanity URL často spojuje doménu značky s vlastní koncovkou, například `https://brand.co/summer-sale`. V širším smyslu se tak může označovat jakákoli snadno zapamatovatelná marketingová adresa URL, i když ji nevytvořila platforma pro zkracování odkazů.
    Zkracovač odkazů#
    Služba, aplikace nebo nástroj, který z dlouhé webové adresy vytvoří kratší adresu, která přesměruje na stejný cíl. Zkracovač si vede záznam o tom, který krátký odkaz patří ke kterému cíli, a při každém kliknutí zajistí přesměrování. Občas se tomu neformálně říká „komprese URL“, technicky se ale nic nekomprimuje: krátký odkaz je jen alias, který ukazuje na původní adresu. Patří sem například Bitly, TinyURL, Rebrandly, Short.io a podobné platformy.
    Doménové jméno#
    Registrovaná webová adresa, která je součástí URL. V adrese `https://sho.rt/abc123` je doménou `sho.rt`. Služby pro zkracování URL mohou nabízet sdílené výchozí domény a zákazníkům umožnit připojit vlastní domény, aby mohli vytvářet krátké odkazy s vlastní doménou. [1]
    TLD / Doména nejvyšší úrovně#
    Poslední část doménového jména, například `.com`, `.org`, `.io` nebo `.ly`. Pro krátké odkazy se značkou se často volí krátké nebo snadno zapamatovatelné TLD. Volba TLD ale může ovlivnit důvěru uživatelů, vnímání značky, cenu i dostupnost domény. [1]
    Root doména / Apex doména#
    Základní registrovaná doména bez subdomény, například `example.com`. Některé zkracovače umožňují pro krátké odkazy použít kořenovou doménu, jiné doporučují subdoménu, například `go.example.com`, aby krátké odkazy nezasahovaly do hlavního webu. [1]
    Custom domain#
    Doména, kterou uživatel vlastní nebo spravuje a kterou nastaví pro krátké odkazy místo výchozí sdílené domény služby pro zkracování. Vlastní domény zlepšují rozpoznatelnost značky a důvěru uživatelů a usnadňují dlouhodobý přesun odkazů jinam. Příklad: `go.yourcompany.com` místo `bit.ly`.
    Branded domain#
    Vlastní doména zvolená tak, aby posilovala identitu firmy, produktu, kampaně nebo organizace. Značkové domény bývají krátké, dobře se pamatují a odpovídají názvu značky. Z technického hlediska jsou to vlastní domény, které navíc slouží značce.
    Subdoména#
    Předpona před kořenovou doménou, oddělená tečkou. V adrese `go.yourcompany.com` je subdoménou `go`. Subdomény se pro krátké odkazy používají často, protože organizacím umožňují vytvořit vlastní prostor pro odkazy se svou značkou, aniž by musely měnit doménu hlavního webu. [1]
    Cesta URL#
    Část adresy URL za doménou, která určuje umístění, zdroj nebo trasu. V adrese `https://example.com/products/shoes` je cestou `/products/shoes`. U krátkého odkazu cestu často tvoří jen koncovka odkazu, například `/abc123`. [1]
    Query string#
    Část adresy URL začínající znakem `?`, která obsahuje dvojice parametrů ve tvaru klíč a hodnota. Příklad: `?color=blue&size=medium`. Řetězce dotazu se běžně používají ke sledování, filtrování, uchování stavu vyhledávání, personalizaci a přepínání funkcí (feature flags). Zkracovače odkazů je podle nastavení mohou zachovat, doplnit, sloučit nebo odstranit. [1]
    URL parametry#
    Jednotlivé dvojice klíč–hodnota v řetězci dotazu, oddělené znakem `&`. Příklad: `utm_source=newsletter`. Parametry URL se běžně používají pro analytiku, přiřazení ke kampaním, personalizaci, filtrování produktů a řízení chování aplikací. [1]
    Část odkazu za znakem # / Kotva#
    Část adresy URL za znakem `#`, podle které prohlížeč přejde na konkrétní oddíl nebo stav stránky. Příklad: `https://example.com/page#section-3`. Fragment zpracovává prohlížeč a při běžných požadavcích HTTP se neposílá na server, což může ovlivnit, jak se chová při přesměrování a sledování. [1]
    Protokol / Schéma#
    První část adresy URL, která určuje, jak se ke zdroji přistupuje. Běžné příklady jsou `http://`, `https://`, `mailto:` a vlastní schémata aplikací, například `myapp://`. Krátké odkazy kvůli bezpečnosti a důvěryhodnosti téměř vždy používají HTTPS. [1]
    HTTP#
    Hypertext Transfer Protocol, standardní protokol, kterým si prohlížeče a webové servery vyměňují webový obsah. Prosté HTTP není šifrované, a proto mohou moderní prohlížeče uživatele varovat, když se formuláře, přihlášení nebo citlivé stránky načítají přes HTTP. [2]
    HTTPS#
    HTTP Secure, zabezpečená varianta HTTP, která šifrováním TLS chrání data při přenosu mezi prohlížečem a serverem. Důvěryhodné služby pro zkracování odkazů poskytují krátké odkazy přes HTTPS, aby chránily uživatele, splnily očekávání moderních prohlížečů a posílily důvěru. [2] [3]
    Canonical URL#
    „Oficiální“ verze webové adresy pro určitý obsah. Když na stejnou stránku vede několik adres URL, včetně krátkých odkazů, odkazů se sledováním nebo drobných variant, je kanonická URL ta, kterou mají vyhledávače a analytické nástroje považovat za hlavní adresu. Když kanonickou URL určíte, předejdete nejasnostem a problémům s duplicitním obsahem ve výsledcích vyhledávání. [4]
    URL encoding / Procentové kódování#
    Převod znaků, které se ve webové adrese nemohou bezpečně objevit, do standardizované náhradní podoby. Například mezera se změní na `%20` a znak & uvnitř hodnoty se převede, aby si ho nikdo nespletl s oddělovačem. Většina nástrojů to dělá automaticky, ale vyplatí se o tom vědět, když zkracujete adresy URL se sledovacími parametry nebo speciálními znaky. [1]
    IDN / Internacionalizované doménové jméno#
    Doménové jméno, které používá znaky mimo standardní latinskou abecedu, například písmena s diakritikou nebo znaky arabského, čínského či jiného písma. Pomáhá to s lokalizací, ale přináší i bezpečnostní rizika: některé znaky z jiných abeced vypadají téměř stejně jako běžná latinská písmena, takže lze vytvořit klamavé domény, které se tváří jako legitimní. [5]

    Přesměrování a směrování

    Počet pojmů: 30
    Redirect#
    Proces na pozadí, který člověka po kliknutí na krátký odkaz pošle na skutečnou cílovou stránku. Když otevřete krátký odkaz, váš prohlížeč dostane od serveru rychlý pokyn „jdi místo toho sem“ a pak vás přenese na cíl, obvykle tak rychle, že mezikrok ani nezaznamenáte. [2]
    Location header#
    Skrytá instrukce v odpovědi serveru při přesměrování, která prohlížeči říká, na jakou URL má přejít. Uživatelé ji nikdy přímo nevidí: je součástí technické výměny, díky které přesměrování funguje. [2]
    301 redirect / Trvalé přesměrování#
    Typ přesměrování, který oznamuje, že přesun na novou adresu je trvalý. Prohlížeče a vyhledávače si přesměrování 301 mohou zapamatovat a při dalších návštěvách jít rovnou na cílovou adresu, takže část kliknutí pak zkracovačem vůbec neprojde. Ovlivňuje to také, jak vyhledávače přenášejí hodnocení na cílovou stránku. [2]
    302 redirect / Dočasné přesměrování#
    Typ přesměrování, který říká, že se cíl může v budoucnu změnit. Prohlížeče si přesměrování 302 trvale nepamatují, takže každé kliknutí dál prochází přes zkracovač. Proto většina zkracovačů odkazů používá ve výchozím nastavení právě přesměrování 302. Cíl tak lze kdykoli změnit a odkaz přitom funguje dál. [2]
    307 redirect / Dočasné přesměrování se zachováním metody#
    Dočasné přesměrování, které zachová přesně ten typ požadavku, který byl odeslán. Týká se hlavně vývojářů, kteří vytvářejí integrace. Při běžném zkracování odkazů se místo něj používá standardní přesměrování 302. [2]
    308 redirect / Trvalé přesměrování se zachováním metody#
    Trvalé přesměrování, které také zachová přesně ten typ požadavku, který byl odeslán. Stejně jako přesměrování 307 se týká hlavně technických a vývojářských situací, ne běžné správy odkazů. [2]
    Meta refresh redirect#
    Přesměrování, které nespouští server, ale instrukce vložená přímo do webové stránky. Stránka prohlížeči řekne: „za X sekund přejdi na tuto jinou adresu“. Tato metoda je pomalejší a méně spolehlivá než přesměrování na straně serveru a moderní služby pro zkracování odkazů ji používají jen zřídka. [4]
    JavaScript redirect#
    Přesměrování spuštěné kódem, který běží v prohlížeči. Zvládne i složitou logiku, ale obecně je pomalejší a méně spolehlivé než přesměrování na straně serveru. Nefunguje u uživatelů, kteří mají JavaScript vypnutý, ani u botů a crawlerů vyhledávačů.
    Server-side redirect#
    Přesměrování, které vyřídí server dřív, než prohlížeči pošle jakýkoli obsah stránky. Server jednoduše řekne „jdi sem“ a prohlížeč ho poslechne. Je to nejrychlejší a nejspolehlivější způsob a používají ho prakticky všechny služby pro zkracování odkazů. [2]
    Client-side redirect#
    Přesměrování, které proběhne v prohlížeči až poté, co se část stránky načetla, obvykle pomocí JavaScriptu nebo instrukce meta refresh. Je pomalejší a méně předvídatelné než přesměrování na straně serveru.
    Redirect chain#
    Posloupnost několika přesměrování, přes která se teprve dostanete ke konečnému cíli. Příklad: krátký odkaz -> sledovací odkaz -> affiliate síť -> vstupní stránka. Řetězce přesměrování zvyšují latenci, komplikují statistiky a mohou snížit spolehlivost. Osvědčený postup je omezit zbytečné mezikroky na minimum.
    Redirect loop#
    Chybový stav, kdy adresa URL přesměrovává zpět sama na sebe nebo na jinou adresu, která nakonec přesměruje zpět, takže vznikne nekonečný cyklus. Prohlížeče to po určitém počtu přesměrování obvykle vzdají a zobrazí chybu. [2]
    Pass-through redirect#
    Přesměrování, které z krátkého odkazu automaticky přenese do cílové URL všechny další sledovací údaje. Když například někdo sdílí váš krátký odkaz s připojeným kódem kampaně, tento kód se automaticky předá na vstupní stránku.
    Předávání parametrů#
    Kopírování sledovacích hodnot nebo jiných informací z adresy krátkého odkazu do cílové URL. Platformy mohou umožnit předat všechny hodnoty, jen vybrané, nebo je sloučit s hodnotami, které už cílová adresa obsahuje.
    Maskování cíle#
    Situace, kdy krátký odkaz skrývá nebo zastírá skutečný cíl před tím, kdo na něj kliká. Do určité míry to z principu dělají všechny krátké odkazy: celý cíl před kliknutím nevidíte. Negativní význam má termín tehdy, když se tak záměrně skrývají škodlivé nebo klamavé cíle či cíle, které porušují pravidla. Toto riziko pomáhají snížit stránky s náhledem, značkové domény a kontrola cílů.
    Smart redirect#
    Přesměrování, které podle kontextu automaticky posílá různé návštěvníky na různé cíle, například podle zařízení, polohy nebo denní doby. Jeden krátký odkaz tak může poslat uživatele iPhonu do App Storu, uživatele Androidu na Google Play a uživatele počítačů na web.
    Device-based redirect#
    Chytré přesměrování, které posílá návštěvníky na různé cíle podle typu zařízení nebo operačního systému, který používají, například stolní počítač, iPhone nebo Android.
    Geo-targeting redirect#
    Chytré přesměrování, které posílá návštěvníky na různé cílové adresy podle jejich polohy, například podle země, regionu nebo města. Obvykle se používá k zobrazení místních nabídek, správné jazykové verze stránky nebo obsahu pro konkrétní region.
    Language-based redirect#
    Chytré přesměrování, které posílá návštěvníky na různé cílové adresy podle jazyka nastaveného v jejich prohlížeči. Uživatelé se tak dostanou na verzi stránky v jazyce, který preferují.
    Přesměrování podle času#
    Přesměrování, které podle data nebo času mění, kam lidi pošle. Hodí se pro kampaně s odpočtem, registrace na akci, které se v určitý termín uzavřou, bleskové výprodeje nebo stránky po skončení akce, které původní cíl nahradí automaticky.
    Rules engine#
    Systém v platformě pro správu odkazů, který vyhodnocuje podmínky, například typ zařízení, zemi, jazyk, čas nebo zdroj kliknutí, a rozhoduje, na jaký cíl návštěvníka poslat. Na modulu pravidel stojí chytrá přesměrování a složitější směrování, aniž by bylo nutné psát kód.
    Fallback URL#
    Záložní cílová adresa, na kterou se návštěvníci dostanou, když primární cílová adresa není dostupná, její platnost vypršela nebo neodpovídá žádnému pravidlu směrování. Záložní URL brání slepým uličkám a pomáhá zajistit, aby návštěvník vždy skončil na užitečné stránce.
    Destination override#
    Pravidlo, které za určitých podmínek změní výchozí cíl odkazu, například když adresa obsahuje konkrétní parametr, když je návštěvník v určité lokalitě nebo když kampaň skončila.
    Interstitial page#
    Stránka, která se krátce zobrazí mezi krátkým odkazem a jeho konečnou cílovou adresou. Mezistránka může ukázat přechod v barvách značky, bezpečnostní upozornění, ověření věku, výzvu k zadání hesla nebo náhled cílové adresy, než návštěvník pokračuje dál.

    Statistiky a sledování

    Počet pojmů: 35
    Click tracking#
    Zaznamenávání dat při každém kliknutí na krátký odkaz. Obvykle se ukládá, kdy se kliklo, jaké zařízení člověk použil, přibližně kde na světě byl, z jakého webu nebo aplikace přišel a další užitečné údaje.
    Click count#
    Celkový počet kliknutí na krátký odkaz za určité období. Je to nejzákladnější měřítko aktivity odkazu, ale pokud se data nefiltrují, může zahrnovat opakovaná kliknutí a automatický provoz.
    Kliknutí celkem#
    Prostý součet všech kliknutí zaznamenaných u krátkého odkazu, včetně opakovaných návštěv téhož člověka a automatizovaného provozu. Celkový počet kliknutí ukazuje celkový objem, ale může být vyšší než počet skutečně oslovených lidí.
    Jedinečná kliknutí#
    Odhad, kolik různých lidí na odkaz kliklo. Na internetu nejde lidi spolehlivě rozlišit, proto se tento údaj obvykle odhaduje z kombinace adresy IP, informací o prohlížeči a dalších signálů. Berte ho jako užitečné přiblížení, ne jako přesný počet.
    Nefiltrovaná kliknutí#
    Všechna zaznamenaná kliknutí před jakýmkoli filtrováním nebo čištěním. Mohou zahrnovat skutečné návštěvníky, automatizované boty, bezpečnostní skenery, duplicitní kliknutí i interní testování.
    Filtered clicks#
    Kliknutí, která zbudou poté, co platforma odstraní známé boty, duplicitní události, interní provoz a další aktivitu, která nepochází od skutečných návštěvníků. Filtrovaná kliknutí dávají čistší obraz o tom, jak s obsahem pracují skuteční lidé.
    Human clicks#
    Kliknutí, u kterých platforma vyhodnotila, že nejspíš pocházejí od skutečných lidí, a ne od automatizovaných systémů. Toto zařazení vychází ze signálů, jako je chování prohlížeče, reputace IP adresy a charakteristiky zařízení. Je to nejlepší odhad, ne záruka.
    Click-through rate#
    Procento lidí, kteří odkaz uvidí a opravdu na něj kliknou. Vypočítá se jako počet kliknutí vydělený počtem zobrazení a vynásobený 100. CTR se běžně používá k měření toho, jak přesvědčivá je zpráva, reklama nebo výzva k akci.
    Impression#
    Jeden případ, kdy se odkaz, reklama nebo příspěvek někomu zobrazí. Ze zobrazení se počítá míra prokliku (CTR). Zkracovače odkazů umí sledovat kliknutí, ale zobrazení změřit vždy nedokážou: tato data obvykle pocházejí z platformy, kde se odkaz zobrazil.
    Odkazující stránka / Odkazující URL#
    Web nebo aplikace, odkud návštěvník přišel, než klikl na krátký odkaz. Pokud například někdo klikne na váš odkaz v newsletteru, jako referrer se může zobrazit vaše e-mailová platforma. Nastavení soukromí, některé aplikace a zásady prohlížečů tuto informaci někdy skryjí a kliknutí se pak zobrazí jako „přímá“ nebo „neznámá“. [2]
    Zdroj provozu#
    Kanál nebo místo, odkud návštěvníci na krátký odkaz přišli, například e-mail, sociální sítě, placená reklama nebo web partnera. Zdroj návštěvnosti se obvykle určuje z údajů o referreru, z parametrů UTM nebo z identifikátorů kliknutí.
    Direct traffic#
    Kliknutí, u kterých nejsou k dispozici informace o odkazujícím zdroji (referreru). Stává se to, když někdo napíše URL přímo, klikne na odkaz v aplikaci pro zasílání zpráv, zkopíruje a vloží odkaz nebo přichází z prostředí, které údaje o odkazujícím zdroji odstraňuje. Proto bývá přímá návštěvnost větší, než se čeká.
    Údaje o poloze / Geo data#
    Informace o poloze odvozené z IP adresy návštěvníka v okamžiku kliknutí. Obvykle zahrnují zemi, region a město. Jde jen o odhad: přesnost mohou ovlivnit VPN, sdílené sítě i mobilní operátoři.
    Data prohlížeče#
    Informace o tom, v jakém prohlížeči nebo aplikaci někdo na krátký odkaz klikl, například v Chrome, Safari nebo Firefoxu. Pocházejí z údajů, které prohlížeč automaticky posílá s každým požadavkem.
    Device type#
    Kategorie zařízení, ze kterého někdo na odkaz klikl, například stolní počítač, mobilní telefon nebo tablet. Údaje o zařízeních pomáhají lépe poznat publikum a nastavit pravidla chytrého přesměrování.
    Operační systém#
    Software, na kterém běží zařízení návštěvníka, například Windows, macOS, iOS nebo Android. Často se sleduje spolu s typem zařízení, abyste lépe poznali své publikum nebo mohli uživatele mobilů poslat do správného obchodu s aplikacemi.
    Identifikace prohlížeče#
    Textový řetězec, který prohlížeče a aplikace automaticky posílají s každým webovým požadavkem a který popisuje použitý software a zařízení. Platformy pro odkazy z něj určují typ zařízení, prohlížeč a operační systém a rozpoznávají podle něj i provoz botů. User agent může být někdy neúplný nebo kvůli ochraně soukromí upravený. [2]
    IP address#
    Číslo, které identifikuje zařízení nebo síť, ze které přichází požadavek. Zkracovače odkazů používají IP adresy k odhadu polohy, odhalování botů, počítání unikátních návštěvníků a vynucování bezpečnostních pravidel. Jednu IP adresu může sdílet mnoho uživatelů (například ve firemní síti) nebo ji může skrývat VPN. Zákony na ochranu soukromí ji v některých regionech mohou považovat za osobní údaj. [8]
    Okamžik kliknutí#
    Datum a čas, které se zaznamenají, když někdo na odkaz klikne. Platformy je obvykle ukládají ve světovém koordinovaném čase a zobrazují v časovém pásmu vašeho účtu. Z času kliknutí poznáte, kdy je vaše publikum nejaktivnější.
    Session#
    Období aktivity uživatele, které analytický systém seskupí dohromady. Zkracovače odkazů sledují jednotlivá kliknutí. Data na úrovni relací (například stránky navštívené po kliknutí) obvykle zachycuje analytická platforma na cílovém webu.
    Conversion#
    Hodnotná akce, kterou návštěvník po kliknutí na odkaz provede, například nákup, registrace, stažení souboru nebo odeslání formuláře. Konverze jsou konečným měřítkem toho, zda kampaň s odkazy skutečně splnila svůj cíl.
    Conversion tracking#
    Měření toho, kolik lidí, kteří klikli na odkaz, potom dokončilo požadovanou akci. Obvykle je k tomu potřeba přidat na cílovou stránku malý sledovací kód nebo propojit službu pro zkracování s analytickým či reklamním nástrojem.
    Post-click tracking#
    Sledování toho, co návštěvníci dělají po příchodu na cílovou stránku, například jak procházejí web, vyplňují formulář nebo nakupují. Vyžaduje měřicí kód na cílovém webu a je oddělené od toho, co zaznamenává zkracovač odkazů.
    Attribution window#
    Období, během kterého lze pozdější konverzi připsat kliknutí. Například 7denní atribuční okno znamená, že se nákup připíše kliknutí na odkaz, pokud proběhne do sedmi dnů od kliknutí.
    Engagement rate#
    Ukazatel toho, jak aktivně návštěvníci s obsahem pracují nad rámec samotného kliknutí na odkaz. Podle nástroje může míra zapojení zahrnovat dobu strávenou na stránce, hloubku scrollování, konverze nebo jiné akce.
    Dashboard#
    Hlavní obrazovka platformy pro správu odkazů, kde vidíte statistiky, spravujete odkazy, sledujete výsledky kampaní a otevíráte nastavení. Řídicí panel obvykle ukazuje hlavní metriky, například celkový počet kliknutí v čase, odkazy s nejvíce kliknutími, odkud návštěvníci přišli a jaká zařízení použili.
    Real-time analytics#
    Statistiky, které se aktualizují během několika sekund po kliknutí. Hodí se hlavně při živých akcích, uvedení produktu na trh nebo časově omezených kampaních, kdy potřebujete rychle reagovat.
    Historical data#
    Uložená analytická data o minulé aktivitě. Historická data umožňují porovnat výkon v různých obdobích, odhalit trendy a vyhodnotit dlouhodobý dopad kampaní. Jak daleko do minulosti data sahají, závisí na vašem tarifu a poskytovateli.
    Návštěvnost botů#
    Kliknutí, která vygenerovaly automatické programy, ne skuteční lidé. Mezi boty patří roboti vyhledávačů, generátory náhledů odkazů, bezpečnostní skenery e-mailů a škodlivé skripty. Nefiltrovaný provoz botů zvyšuje počty kliknutí a zkresluje statistiky.
    Bot filtering#
    Postup, který rozpozná kliknutí vygenerovaná boty a oddělí je od skutečné lidské aktivity. Platformy k tomu používají signály, jako je chování prohlížeče, seznamy známých botů, reputace IP adres a vzorce požadavků, a podle nich automatický provoz odfiltrují.
    Invalid traffic#
    Kliknutí nebo aktivita, které nepředstavují skutečný zájem návštěvníků: boti, duplicitní kliknutí, podvodný provoz a nechtěná opětovná načtení stránky. Odfiltrování neplatného provozu dává přesnější obraz o skutečných výsledcích kampaně.
    Odstranění duplicitních kliknutí#
    Postup, který v nastaveném časovém okně rozpozná opakovaná kliknutí od stejného člověka, zařízení nebo bota a zpracuje je zvlášť. Deduplikace pomáhá odlišit, kolikrát se na odkaz kliklo, od toho, kolik různých lidí na něj kliklo.
    Internal traffic filtering#
    Vyloučení kliknutí z vašeho týmu, agentury nebo kancelářské sítě z analytických přehledů. Bez něj mohou testování odkazů, kontrola kampaní a aktivita zaměstnanců uměle navyšovat počty kliknutí.
    Event stream#
    Chronologický záznam aktivity spojené s odkazem: kliknutí, úprav, vypršení platnosti a dalších událostí na platformě. Proud událostí se hodí pro monitorování, automatizaci a propojení dat o odkazech s dalšími firemními systémy.

    Parametry UTM a sledování kampaní

    Počet pojmů: 26
    UTM parametry#
    Sada krátkých štítků, které přidáte na konec webové adresy, aby analytické nástroje poznaly, odkud kliknutí přišlo a která kampaň ho přinesla. UTM znamená Urchin Tracking Module, podle rané analytické společnosti, ze které se později stala služba Google Analytics. Když zkrátíte adresu URL se štítky UTM, štítky se zachovají a předají se na cílovou stránku, kde je přečte vaše analytická platforma. [9]
    UTM zdroj#
    Štítek `utm_source`, který určuje, odkud kliknutí přišlo, například z konkrétního newsletteru, sociální sítě nebo partnerského webu. Příklady: `newsletter`, `linkedin`, `google`, `spring_email_list`. [9]
    UTM médium#
    Štítek `utm_medium`, který určuje typ marketingového kanálu. Příklady: `email`, `paid_social`, `cpc` (placené vyhledávání), `affiliate`, `qr`. [9]
    UTM kampaň#
    Štítek `utm_campaign`, který pojmenovává konkrétní kampaň nebo akci. Příklady: `spring-launch`, `black-friday-2026`, `product-announcement`. [9]
    UTM klíčové slovo#
    Štítek `utm_term`, který se tradičně používá v reklamách ve vyhledávání k zaznamenání klíčového slova, které reklamu spustilo. Použít ho lze i jinde, když chcete sledovat konkrétní výraz nebo segment publika. [9]
    UTM obsah#
    Štítek `utm_content`, který rozlišuje různé odkazy v rámci jedné kampaně, například dvě různá tlačítka v jednom e-mailu nebo dvě reklamní kreativy v téže kampani. Příklady hodnot: `hero-button`, `footer-link`, `blue-creative`. [9]
    UTM ID / ID kampaně#
    Štítek `utm_id`, který kampaň označí stálým jedinečným identifikátorem. Hodí se, když se názvy kampaní mohou měnit nebo když potřebujete jednotné ID pro propojení dat z různých nástrojů. [9]
    UTM builder#
    Nástroj, se kterým správně naformátované adresy URL kampaní vytvoříte vyplněním jednoduchého formuláře, takže nemusíte štítky UTM psát ručně a riskovat chyby. Většina platforem pro správu odkazů má generátor UTM přímo vestavěný.
    Campaign URL#
    Cílová webová adresa, která obsahuje parametry UTM pro sledování. URL kampaní bývají dlouhé a nepřehledné, proto se před sdílením obvykle zkracují.
    Tagování kampaní#
    Přidávání parametrů UTM nebo jiných sledovacích štítků k odkazům předtím, než je rozešlete. Když všechny kampaně označujete jednotně, můžete v přehledech statistik přesně porovnat výkon jednotlivých kanálů.
    Pravidla pro názvy UTM#
    Dohodnutá pravidla, podle kterých tým zapisuje hodnoty UTM: velká a malá písmena, interpunkce, názvy zdrojů a formát názvů kampaní. Bez takové konvence se tentýž zdroj může v přehledech objevit jako `Email`, `email` i `e-mail` a data, která patří k sobě, se rozdělí.
    UTM governance#
    Stanovení, zdokumentování a vymáhání pravidel pro pojmenování UTM napříč týmy, agenturami a nástroji. Dobrá správa udrží analytická data čistá a jednotná i ve chvíli, kdy organizace roste.
    Channel grouping#
    Způsob, jak rozdělit webovou návštěvnost do širokých kategorií, například „E-mail“, „Placené vyhledávání“, „Organické sociální sítě“ nebo „Odkazující weby“. Seskupení kanálů se obvykle definuje v analytickém nástroji a ke správnému zařazení návštěvnosti využívá hodnoty UTM source a medium.
    Auto-tagging#
    Reklamní platforma sama přidává do adres URL vlastní sledovací identifikátory, takže je nemusíte přidávat ručně. Google Ads a Meta to dělají ve výchozím nastavení. Automatické značkování je potřeba sladit s ručním označováním UTM, aby se parametry navzájem nedostaly do konfliktu. [10]
    GCLID / Google Click Identifier#
    Sledovací kód, který Google Ads automaticky přidává k adresám URL, když někdo klikne na reklamu Google. Pomáhá propojit kliknutí na reklamu s konverzemi a analytickými daty na platformách Googlu. [10]
    FBCLID#
    Sledovací identifikátor, který Meta (Facebook a Instagram) někdy přidává k odchozím odkazům. Slouží k atribuci v reklamních systémech společnosti Meta. Mnoho analytických týmů ho odfiltrovává, aby adresy URL zůstaly čisté.
    MSCLKID#
    Sledovací identifikátor, který přidává Microsoft Advertising (dříve Bing Ads), když je zapnuté automatické označování. Funguje podobně jako GCLID od Googlu a propojuje kliknutí na reklamy s daty o konverzích. [11]
    Click ID#
    Jedinečný identifikátor konkrétního kliknutí. ID kliknutí se často připojují k cílovým adresám URL, aby reklamní platformy, affiliate sítě nebo analytické systémy mohly kliknutí spárovat s pozdější konverzí.
    Attribution#
    Postup, kterým se určuje, kterým marketingovým kontaktním bodům se konverze připíše. Atribuce odpovídá na otázku: „Díky kterému odkazu, reklamě nebo kampani tento výsledek skutečně vznikl?“
    First-touch attribution#
    Atribuční model, který celou zásluhu za konverzi připíše úplně prvnímu odkazu nebo kontaktnímu bodu, se kterým člověk přišel do styku. Hodí se, když chcete zjistit, co člověka s vaší značkou nebo produktem seznámilo jako první.
    Last-touch attribution#
    Atribuční model, který celou zásluhu připíše poslednímu odkazu nebo kontaktnímu bodu před konverzí. Snadno se zavádí, ale přehlíží všechny dřívější interakce, které mohly rozhodnutí ovlivnit.
    Multi-touch attribution#
    Přístup k atribuci, který rozděluje zásluhu za konverzi mezi několik kontaktních bodů na cestě člověka ke konverzi. Mezi běžné modely patří rovnoměrné rozdělení mezi všechny kontaktní body, větší váha pro nedávné kontakty nebo zvláštní váha pro první a poslední interakci.
    Pixel tracking#
    Způsob sledování chování návštěvníků pomocí drobného neviditelného obrázku nebo krátkého kódu vloženého do webové stránky. Když někdo stránku navštíví, pixel nenápadně odešle data analytické nebo reklamní platformě. Pixely se běžně používají k měření konverzí a k vytváření publik pro retargeting.
    Retargeting pixel#
    Sledovací pixel, který přidává návštěvníky do reklamního publika, abyste jim později mohli zobrazit navazující reklamy. Když například někdo klikne na váš krátký odkaz a navštíví stránku produktu, retargetingový pixel ho může přidat do seznamu pro navazující reklamní kampaň.
    Štítek#
    Slovo, které má podle kontextu různé významy. V analytice a reklamě je tag sledovací pixel nebo skript umístěný na webové stránce. V platformě pro správu odkazů je tag organizační štítek, který přiřazujete odkazům, abyste je mohli seskupovat a filtrovat. Při sledování UTM se tagem myslí samotné parametry UTM.
    Tag manager#
    Nástroj, například Google Tag Manager, ve kterém můžete přes jednoduché rozhraní přidávat a spravovat sledovací skripty a pixely na webu, aniž byste pokaždé museli přímo upravovat kód webu.

    QR kódy a tištěná média

    Počet pojmů: 14
    QR kód#
    Čtvercový čárový kód z černobílých vzorů, který kóduje informace, nejčastěji webovou adresu. Chytré telefony umí QR kód naskenovat fotoaparátem a hned otevřít zakódovanou adresu URL, proto se QR kódy často používají k propojení tištěných materiálů s digitálním obsahem. [12]
    Dynamic QR code#
    QR kód, který nevede přímo na konečnou cílovou adresu, ale na krátký odkaz. Cílovou adresu krátkého odkazu lze kdykoli změnit, takže můžete upravit, kam QR kód lidi pošle, a nemusíte ho znovu tisknout. Dynamické QR kódy také umožňují sledovat skenování.
    Statický QR kód#
    QR kód, do kterého je napevno zakódovaný konkrétní cíl. Po vytištění už statický QR kód nejde změnit: pokud se cíl přesune, potřebujete nový QR kód. Statické kódy obvykle neumožňují sledovat skenování, pokud nevedou na sledovanou adresu URL. [12]
    Generátor QR kódů#
    Nástroj, který vytváří QR kódy z adres URL nebo jiných dat. Většina platforem pro správu odkazů generátor QR kódů obsahuje a může nabízet úpravy, jako jsou barvy, loga, formáty souborů a sledování kampaní.
    Sken QR kódu#
    Namíření fotoaparátu chytrého telefonu na QR kód, který se tím dekóduje a otevře zakódovanou adresu URL. Když dynamický QR kód vede přes sledovatelný krátký odkaz, každé naskenování se zaznamená jako kliknutí.
    Offline-to-online#
    Širší přístup, který převádí lidi z kontaktních bodů ve fyzickém světě do digitálního prostředí. Nástroje pro správu odkazů umožňují tyto přechody měřit pomocí QR kódů, krátkých adres URL a NFC štítků.
    Scan rate#
    Počet naskenování QR kódu za určité období, nebo podíl naskenování vzhledem k odhadovanému počtu zobrazení či impresí. Míra skenování je klíčová metrika pro měření účinnosti tištěných kampaní, obalů a venkovní reklamy.
    Přizpůsobení QR kódu#
    Možnost změnit vzhled QR kódu, například jeho barvy, logo uprostřed nebo tvar rohových značek, aniž by přestal být čitelný. Dobře upravený kód odpovídá vizuálu značky a přitom má dost kontrastu a struktury, aby ho fotoaparáty spolehlivě přečetly. [12]
    Error correction level#
    Nastavení, které určuje, jak velká část QR kódu může být poškozená, zakrytá nebo překrytá logem, a kód přesto půjde naskenovat. Vyšší úroveň korekce chyb snese víc vizuálních úprav, ale kód může být hustší a v malé velikosti o něco hůř čitelný. [12]
    QR eye / Vyhledávací vzor#
    Tři velké čtvercové značky v rozích QR kódu, které fotoaparátům pomáhají kód najít, natočit a dekódovat. Často se upravují do zaoblených tvarů nebo do barev značky a kód přitom zůstává spolehlivě čitelný. [12]
    Ochranná zóna#
    Prázdný bílý okraj kolem QR kódu. Pomáhá fotoaparátům kód najít a přečíst. Když se tichá zóna ořízne, skenování často selže. [12]
    Skenovatelnost#
    Jak snadno a spolehlivě lze QR kód naskenovat v reálných podmínkách. Dobrá čitelnost závisí na velikosti, kontrastu mezi světlými a tmavými plochami, kvalitě tisku, povrchu, na kterém je kód vytištěný, dostupném osvětlení a na tom, zda zůstala zachovaná tichá zóna. [12]
    NFC tag#
    Malý čip zabudovaný ve fyzickém předmětu, například v nálepce, kartě nebo výrobku, který po přiložení kompatibilního chytrého telefonu spustí akci, třeba otevření webové adresy. NFC štítky se často používají vedle QR kódů jako další způsob, jak propojit fyzické předměty s digitálním obsahem. [13]

    Zabezpečení, důvěra a soulad s předpisy

    Počet pojmů: 38
    Burn-after-read / Zničení po přečtení#
    Model zničení, na kterém stojí jednorázové odkazy: jakmile se obsah poprvé zobrazí, služba ho trvale smaže ze svého úložiště (obsah se „zničí“). Zničený odkaz nemůže obnovit odesílatel, příjemce ani provozovatel. Nemožnost obnovy je bezpečnostní vlastnost, ne omezení. Služby často rozlišují zničení (obsah zmizel, protože ho někdo zobrazil) a vypršení platnosti (obsah byl odstraněn, protože uplynul termín a nikdo ho nezobrazil).
    SSL / TLS / HTTPS#
    SSL a TLS jsou bezpečnostní technologie, které šifrují data putující mezi vaším prohlížečem a webem a chrání je před zachycením. HTTPS ve webové adrese znamená, že šifrování je aktivní. Všechny seriózní služby pro zkracování odkazů používají HTTPS, aby chránily uživatele a daly najevo, že je odkaz důvěryhodný. [3]
    TLS certifikát#
    Digitální osvědčení, díky kterému může web používat HTTPS. Když pro krátké odkazy nastavíte vlastní doménu, platforma pro správu odkazů obvykle certifikát získá a obnovuje za vás. [3]
    Phishing#
    Podvod, při kterém vás někdo naláká na falešný web, obvykle napodobující důvěryhodnou značku, aby vám ukradl heslo, platební údaje nebo jiné citlivé informace. Krátké odkazy se k phishingu někdy zneužívají, protože skrývají skutečný cíl. Platformy pro odkazy phishingové odkazy aktivně vyhledávají a blokují.
    Malware scanning#
    Automatické kontroly, které prověřují, zda cílová adresa odkazu neobsahuje škodlivý software, podezřelé skripty nebo známý nebezpečný obsah. Probíhají před vytvořením odkazu nebo po celou dobu, kdy je odkaz aktivní.
    Safe browsing#
    Skupina ochranných systémů, které porovnávají webové adresy s databázemi známých škodlivých webů. Široce používaným příkladem je Google Safe Browsing. Platformy pro odkazy mohou tyto služby využívat ke kontrole cílů a k varování uživatelů před rizikovými odkazy. [14]
    Zpravodajství o hrozbách#
    Informace, podle kterých se poznají rizikové weby, domény nebo chování na internetu. Platformy pro odkazy využívají threat intelligence z vlastních systémů i od externích poskytovatelů zabezpečení, aby škodlivé odkazy zachytily dřív, než se dostanou k uživatelům.
    Rozpoznávání phishingu#
    Rozpoznávání odkazů, které se vydávají za důvěryhodné značky, kradou přihlašovací údaje nebo uživatele klamou. Detekce sleduje například vizuální podobnost se známými značkami, podezřelé názvy domén a vzorce typické pro podvodné kampaně.
    Lookalike domain / Homografický útok#
    Podvodná technika, která využívá doménové jméno navržené tak, aby vizuálně připomínalo známou a důvěryhodnou doménu, například nahrazením malého `l` číslicí `1` nebo použitím znaku z jiné abecedy, který vypadá úplně stejně. Takové falešné domény slouží k phishingu a podvodům. [5]
    Blocklist / Blacklist#
    Seznam domén, webových adres nebo jiných identifikátorů, o kterých je známo nebo se předpokládá, že jsou škodlivé nebo slouží ke zneužití. Platformy pro odkazy používají seznamy blokovaných, aby krátké odkazy nemohly vést na nebezpečné cíle. „Blocklist“ je dnes preferovaný termín, „blacklist“ je jeho starší synonymum.
    Allowlist / Whitelist#
    Seznam schválených cílů, uživatelů nebo akcí, které jsou výslovně povolené. Některé firemní platformy pro odkazy používají seznam povolených, aby zaměstnanci mohli vytvářet krátké odkazy jen na schválené firemní domény. „Allowlist“ je dnes preferovaný termín, „whitelist“ je jeho starší synonymum.
    Domain reputation#
    Míra důvěryhodnosti domény, posuzovaná podle její historie se spamem, phishingem a malwarem a podle dalších signálů. Pokud má doména špatnou reputaci, poskytovatelé e-mailu mohou odkazy na ní označit jako podezřelé, prohlížeče je mohou zablokovat a uživatelé jim nemusí věřit.
    Nahlášení zneužití#
    Hlášení od uživatele, výzkumníka nebo automatického systému, které označí krátký odkaz jako potenciálně škodlivý, klamavý nebo porušující pravidla platformy. Na základě hlášení se odkaz prověří a případně odstraní.
    Ochrana proti zneužití#
    Kombinace automatických nástrojů a lidské kontroly, kterou platforma pro odkazy používá, aby odhalila a zastavila zneužití, včetně spamu, phishingu, šíření malwaru a porušování pravidel.
    GDPR compliance#
    Dodržování pravidel obecného nařízení o ochraně osobních údajů, evropského předpisu, který upravuje, jak se shromažďují, používají a ukládají osobní údaje o jednotlivcích. U platforem pro správu odkazů se to týká zacházení s daty o kliknutích, včetně IP adres a polohy. Platforma také musí mít mechanismy pro souhlas uživatelů a umět na žádost smazat osobní údaje. [8]
    CCPA / Soulad s CPRA#
    Dodržování kalifornských zákonů o ochraně soukromí, které dávají obyvatelům Kalifornie práva k jejich osobním údajům. Patří mezi ně právo vědět, jaké údaje se shromažďují, odmítnout sdílení údajů a požádat o jejich smazání. Platformy pro odkazy, které shromažďují údaje o kliknutích a zařízeních, musí tyto požadavky u uživatelů z Kalifornie řešit. [15]
    Ochrana soukromí#
    Veřejný dokument, který vysvětluje, jaká data platforma shromažďuje, jak je používá, komu je předává, jak dlouho je uchovává a jaká práva mají uživatelé. Platformy pro správu odkazů v něm popisují, jak nakládají se statistikami kliknutí a s daty účtů. [8]
    Data retention#
    Jak dlouho platforma uchovává data o kliknutích, statistiky a další záznamy. Doba uchovávání se liší podle poskytovatele a tarifu: někteří uchovávají data 30 dní, jiní celé roky. Kratší doba uchovávání může podpořit dobrou praxi v ochraně soukromí, protože se data nedrží déle, než je nutné. [8]
    Zpracovatelská smlouva / DPA#
    Formální smlouva mezi organizací a dodavatelem softwaru, která stanoví, jak bude dodavatel nakládat s osobními údaji jménem organizace. Smlouvy DPA jsou běžné ve vztazích s velkými firmami a zvlášť důležité pro soulad s GDPR. [8]
    Umístění dat#
    Požadavek nebo přání, aby se data ukládala a zpracovávala v určité zemi nebo regionu. Je to důležité pro regulovaná odvětví, státní instituce a firmy, které mají regionální povinnosti při nakládání s daty. [8]
    PII / Osobní údaje#
    Informace, podle kterých lze identifikovat konkrétního člověka. Ve statistikách odkazů to mohou být IP adresy, identifikátory zařízení, údaje o poloze a záznamy jednotlivých kliknutí, a to podle jurisdikce a podle toho, jak se data kombinují nebo používají. [8]
    Obchodní podmínky#
    Právní smlouva mezi platformou pro správu odkazů a jejími uživateli. Určuje, co s platformou smíte a nesmíte dělat, jaký obsah a jaké cílové adresy jsou zakázané a co následuje, když někdo pravidla poruší.
    Rate limiting#
    Ochrana, která omezuje, kolik požadavků může uživatel, IP adresa nebo aplikace odeslat za určitou dobu. Chrání platformu před zneužitím, automatizovanými útoky a přetížením a zajišťuje spravedlivý přístup pro všechny uživatele.
    CAPTCHA#
    Úloha, například rozpoznat objekty na fotkách nebo zaškrtnout políčko, která ověřuje, že požadavek posílá skutečný člověk, a ne automatický bot. Platformy pro odkazy mohou CAPTCHA použít při registraci nebo při podezřelé aktivitě. [16]
    Dvoufaktorové ověření / 2FA#
    Bezpečnostní funkce přihlášení, která pro přístup k účtu vyžaduje dva způsoby ověření. Obvykle je to heslo a jednorázový kód, který přijde na telefon nebo ho vygeneruje aplikace. S 2FA se k vašemu účtu někdo jiný dostane mnohem hůř, i když zná vaše heslo.
    Single sign-on / SSO#
    Způsob přihlášení k platformě pro správu odkazů pomocí stejných přihlašovacích údajů, jaké používáte pro jiné pracovní nástroje, například Google Workspace, Microsoft nebo Okta, místo samostatného uživatelského jména a hesla. SSO zjednodušuje správu přístupů, zvlášť ve velkých týmech.
    Oprávnění podle rolí / RBAC#
    Systém, který členům týmu přiděluje různou úroveň přístupu podle jejich role. Správce může například vytvářet a odstraňovat odkazy, zatímco uživatel s právem čtení může jen prohlížet přehledy. RBAC zajišťuje, že lidé mohou dělat jen to, co jejich práce vyžaduje.

    API, integrace a technická infrastruktura

    Počet pojmů: 28
    API / Rozhraní pro programování aplikací#
    Způsob, jakým spolu softwarové aplikace komunikují. API platformy pro správu odkazů umožňuje vývojářům psát vlastní nástroje, automaticky vytvářet odkazy, stahovat statistiky a napojit platformu na další systémy, a to všechno bez ručního používání webového rozhraní.
    API klíč#
    Soukromý kód, kterým při požadavcích API prokazujete svou identitu. Funguje jako heslo pro vaši aplikaci. Klíče API držte v tajnosti a sledujte jejich používání. Pokud někdy uniknou, vyměňte je.
    Access token#
    Dočasné přihlašovací údaje, které autorizují požadavky API. Přístupové tokeny mají často určená oprávnění a dobu platnosti, takže jsou u některých integrací o něco bezpečnější než dlouhodobé klíče API. [17]
    OAuth#
    Rozšířený standard, který aplikacím třetích stran umožňuje přístup k vašemu účtu, aniž byste jim sdělili heslo. Když na nějaké platformě kliknete na „Přihlásit se přes Google“ nebo „Propojit účet“, většinou používáte právě OAuth. [17]
    REST API#
    Běžný způsob návrhu API, který na konkrétní adresy URL uplatňuje standardní webové metody: GET pro načtení dat, POST pro vytvoření, PUT nebo PATCH pro úpravu a DELETE pro odstranění. Většina platforem pro správu odkazů nabízí REST API. [2]
    Koncový bod#
    Konkrétní adresa URL v rozhraní API, která obsluhuje určitou akci nebo zdroj. Jeden endpoint může například vytvářet nové krátké odkazy a jiný vracet statistiky kliknutí na konkrétní odkaz.
    SDK / Sada pro vývoj softwaru#
    Hotový balík kódu, který vývojářům pomáhá připojit se k API v jejich oblíbeném programovacím jazyce. Místo psaní všech nízkoúrovňových webových požadavků od začátku nabízí SDK připravené funkce a příklady.
    Webhook#
    Automatické oznámení, které platforma pošle jinému systému, když se něco stane, například když někdo na odkaz klikne, odkaz vznikne nebo mu vyprší platnost. Ostatní nástroje nemusejí neustále zjišťovat, zda je něco nového, protože oznámení dostanou hned, jakmile událost nastane.
    Webhook signature#
    Bezpečnostní kód, který je součástí každého oznámení webhooku. Přijímající systém podle něj ověří, že zpráva opravdu přišla z platformy pro odkazy a že ji cestou nikdo nezměnil.
    Retry policy#
    Pravidla, která určují, co se stane, když volání API nebo oznámení webhooku selže: kolikrát se má pokus opakovat, jak dlouho čekat mezi pokusy a co dělat, když selžou všechna opakování.
    Rate limit#
    Horní hranice počtu požadavků na API v určitém časovém okně, například 1000 požadavků za hodinu. Po překročení limitu jsou další požadavky dočasně blokovány, dokud okno neskončí. Limity požadavků chrání platformu a zajišťují spravedlivý přístup pro všechny uživatele.
    Zapier / Integrace s Make#
    Hotové konektory, které platformu pro správu odkazů propojí se stovkami dalších aplikací bez psaní kódu. Můžete například automaticky zkrátit adresu URL pokaždé, když do tabulky přibude nový řádek, nebo poslat oznámení do Slacku, když odkaz dosáhne určitého počtu kliknutí.
    CMS integration#
    Plugin nebo vestavěné propojení, které přidá funkce pro zkracování a sledování odkazů přímo do redakčního systému, například do WordPressu nebo HubSpotu. Krátké odkazy pak spravujete, aniž byste opouštěli editor obsahu.
    Doplněk prohlížeče#
    Malý doplněk nainstalovaný ve webovém prohlížeči, kterým jedním kliknutím zkrátíte, zkopírujete nebo spravujete adresu URL právě otevřené stránky, aniž byste museli zvlášť otevírat platformu pro správu odkazů.
    Nastavení DNS#
    Nastavení internetových záznamů vaší domény tak, aby vlastní doména pro krátké odkazy směřovala na servery platformy pro správu odkazů. Tento krok je nutný dřív, než začne vlastní doména krátké odkazy obsluhovat.
    Šíření změn DNS#
    Doba, než se změna v DNS rozšíří po internetu, takže aktualizované nastavení uvidí prohlížeče a zařízení všech uživatelů. Propagace obvykle trvá od několika minut do několika hodin, ale podle nastavení a mezipamětí v síti může někdy trvat i déle.
    CNAME record#
    Typ záznamu DNS, který směruje jedno doménové jméno na jiné. Pomocí záznamu CNAME můžete například nastavit, aby `go.yourcompany.com` směřovalo na servery vaší platformy pro odkazy. [18]
    A record#
    Typ záznamu DNS, který propojí doménové jméno přímo s IP adresou konkrétního serveru. Některé platformy pro odkazy při nastavování vlastní domény používají místo záznamů CNAME záznamy A, hlavně u kořenových domén jako `yourcompany.com`, ne u subdomén. [18]
    TXT záznam#
    Záznam DNS, do kterého se ukládají textové informace o doméně. Platformy pro odkazy vás často požádají o přidání záznamu TXT, kterým prokážete, že doména patří vám, než ji pro krátké odkazy aktivují. [18]
    Domain verification#
    Postup, kterým platformě pro správu odkazů prokážete, že vlastní doménu skutečně vlastníte nebo spravujete, ještě než ji platforma aktivuje. Obvykle to znamená přidat konkrétní záznam DNS nebo soubor, který platforma zkontroluje.
    CDN / Síť pro doručování obsahu#
    Síť serverů rozmístěných na mnoha místech po celém světě, které spolupracují, aby doručovaly obsah rychleji. Platformy pro zkracování odkazů mohou CDN používat proto, aby přesměrování zpracoval server blízko návštěvníka a cesta k cíli trvala kratší dobu.
    Edge redirect#
    Přesměrování, které místo vzdáleného centrálního serveru zpracuje server blízko návštěvníka, aby bylo rychlejší. Přesměrování na okraji sítě umožňuje infrastruktura CDN.
    Odezva#
    Prodleva mezi kliknutím na krátký odkaz a příchodem na cílovou stránku. Nižší latence znamená rychlejší a plynulejší zážitek. Latenci ovlivňuje umístění serveru, rychlost sítě, počet kroků přesměrování a doba vyhledání v DNS.
    Uptime / SLA#
    Dostupnost (uptime) udává, jakou část času služba funguje a je k dispozici. Smlouva o úrovni služeb (SLA) je formální závazek poskytovatele, který určuje zaručenou dostupnost (např. 99,9 %) a jaká náhrada platí, když ji nedodrží. U zkracování odkazů znamená výpadek, že přestanou fungovat všechny krátké odkazy, a proto na dostupnosti zásadně záleží.
    Multi-region failover#
    Návrh systému, při kterém se provoz automaticky přesune na záložní servery v jiné lokalitě, pokud jeden server nebo datové centrum vypadne. Failover mezi regiony zvyšuje spolehlivost u kampaní s vysokým objemem provozu nebo u kampaní, na kterých firmě kriticky záleží.
    Caching#
    Ukládání často používaných dat, například toho, na jaký cíl vede který krátký odkaz, do rychlé paměti. Data se pak načtou téměř okamžitě a není potřeba je pokaždé dohledávat znovu. Mezipaměť výrazně zrychluje přesměrování, ale po změně cíle se nový cíl může občas projevit s mírným zpožděním.
    Serverový log#
    Záznam každého požadavku, který servery platformy zpracují. U zkracování odkazů obsahují protokoly serveru ke každému kliknutí časové razítko, IP adresu, zařízení, prohlížeč a podrobnosti požadavku. Protokoly slouží pro statistiky, ladění a dodržování předpisů.

    Tarify, fakturace a účet

    Počet pojmů: 14
    Free plan#
    Bezplatný tarif se základními funkcemi pro zkracování odkazů a s limity na to, kolik odkazů můžete vytvořit, kolik kliknutí se sleduje, jaké statistiky máte k dispozici a které funkce můžete používat. Bezplatné tarify jsou určené k tomu, abyste si platformu vyzkoušeli dřív, než se zavážete k placenému předplatnému.
    Click limit#
    Maximální počet kliknutí, který tarif zahrnuje za jedno zúčtovací období. Po dosažení limitu může platforma dál přesměrovávat návštěvníky, ale přestane zaznamenávat statistiky, nebo vás vyzve k přechodu na vyšší tarif.
    Přečerpání#
    Využití nad rámec toho, co obsahuje váš tarif. Podle platformy může překročení znamenat příplatky, omezení funkcí, pozastavení sledování nebo výzvu k přechodu na vyšší tarif.
    Týmový účet / Účet organizace#
    Účet určený pro více lidí, kteří spolupracují. Týmové účty zahrnují sdílený přístup k odkazům a statistikám, centrální fakturaci a nástroje, kterými určujete, kdo v účtu smí co dělat.
    Member / Uživatelská licence#
    Jednotlivý uživatel týmového nebo firemního účtu. Cena týmových tarifů se často odvíjí od počtu uživatelských licencí a další členy lze přidat za příplatek.
    Řešení pod vlastní značkou#
    Nastavení, se kterým agentura, přeprodejce nebo firemní zákazník nabízí zkracování odkazů pod vlastní značkou, s vlastním logem, doménou a vzhledem, a skryje jakoukoli zmínku o poskytovateli platformy, na které služba běží.
    Reseller#
    Firma nebo jednotlivec, který kupuje služby pro správu odkazů a nabízí je vlastním zákazníkům, často pod vlastní značkou (white label). Přeprodejci jsou například marketingové agentury, SaaS firmy a poskytovatelé spravovaných služeb.
    Enterprise tier#
    Nejvyšší úroveň služeb, určená pro velké organizace se složitými požadavky. Tarify Enterprise obvykle zahrnují vysoké nebo neomezené limity využití, individuální smlouvy, vyhrazenou podporu, SSO, pokročilé řízení přístupu, funkce pro dodržování předpisů a vlastní integrace.
    Majitel účtu#
    Hlavní správce účtu, který odpovídá za fakturaci, nastavení, správu uživatelů a celkové řízení účtu. Vlastník účtu má obvykle nejvyšší úroveň přístupu.
    Kontakt pro fakturaci#
    Osoba nebo e-mailová adresa, na kterou chodí faktury, upozornění na platby a další komunikace o fakturaci. Fakturačním kontaktem může být někdo jiný než vlastník účtu nebo technický správce.
    Kvóta využití#
    Stanovený limit prostředků, které tarif zahrnuje, například počet odkazů, kliknutí, vlastních domén, QR kódů, členů týmu nebo požadavků na API povolených za jedno fakturační období.
    Doba uchovávání statistik#
    Jak daleko do minulosti si můžete na platformě prohlížet data o kliknutích. Bezplatný tarif může ukazovat jen posledních 30 dní, tarif pro velké firmy může data uchovávat několik let. Na tom závisí, zda můžete vytvářet zpětné přehledy a porovnávat kampaně v čase.

    Zdroje

    Počet zdrojů: 20

    Pojmy, které vycházejí z formálních standardů, oficiální dokumentace platforem nebo platných právních předpisů, odkazují na tyto zdroje. Pojmy z oborové praxe stojí na vlastní definici a nepřidáváme k nim nekvalitní zdroje.

    1. [1]

      RFC 3986 — Uniform Resource Identifier (URI): Generic Syntax

      Berners-Lee, T., Fielding, R., & Masinter, L. (2005). *RFC 3986: Uniform Resource Identifier (URI): Generic Syntax*. Internet Engineering Task Force (IETF).

      https://www.rfc-editor.org/rfc/rfc3986

      Citováno u pojmů: Doména, TLD / Doména nejvyšší úrovně, Kořenová doména / Apex doména, Subdoména, Cesta, Řetězec dotazu, Parametry URL, Fragment / Kotva, Protokol / Schéma, Kódování URL / Procentové kódování

    2. [2]

      RFC 9110 — HTTP Semantics

      Fielding, R., Nottingham, M., & Reschke, J. (2022). *RFC 9110: HTTP Semantics*. Internet Engineering Task Force (IETF).

      https://www.rfc-editor.org/rfc/rfc9110

      Citováno u pojmů: HTTP, HTTPS, Přesměrování, Hlavička Location, Přesměrování 301, Přesměrování 302, Přesměrování 307, Přesměrování 308, Přesměrování na straně serveru, Smyčka přesměrování, Referrer / Odkazující URL, User agent, REST API

    3. [3]

      RFC 8446 — The Transport Layer Security (TLS) Protocol Version 1.3

      Rescorla, E. (2018). *RFC 8446: The Transport Layer Security (TLS) Protocol Version 1.3*. Internet Engineering Task Force (IETF).

      https://www.rfc-editor.org/rfc/rfc8446

      Citováno u pojmů: HTTPS, SSL / TLS / HTTPS, Certifikát TLS

    4. [4]

      HTML Living Standard — Canonical URLs and Meta Refresh

      WHATWG. (2024). *HTML Living Standard*. Web Hypertext Application Technology Working Group.

      https://html.spec.whatwg.org/

      Citováno u pojmů: Kanonická URL, Přesměrování meta refresh

    5. [5]

      RFC 5891 — Internationalized Domain Names in Applications (IDNA): Protocol

      Klensin, J. (2010). *RFC 5891: Internationalized Domain Names in Applications (IDNA): Protocol*. Internet Engineering Task Force (IETF).

      https://www.rfc-editor.org/rfc/rfc5891

      Citováno u pojmů: IDN / Internacionalizované doménové jméno, Zaměnitelná doména / Homografický útok

    6. [6]

      Apple Developer Documentation — Supporting Universal Links in Your App

      Apple Inc. (2024). *Supporting Universal Links in Your App*. Apple Developer Documentation.

      https://developer.apple.com/documentation/xcode/supporting-universal-links-in-your-app

      Citováno u pojmů: Universal Link

    7. [7]

      Android Developer Documentation — Android App Links

      Google LLC. (2024). *Verify Android App Links*. Android Developer Documentation.

      https://developer.android.com/training/app-links/verify-android-applinks

      Citováno u pojmů: Android App Link

    8. [8]

      Regulation (EU) 2016/679 — General Data Protection Regulation (GDPR)

      European Parliament and Council of the European Union. (2016). *Regulation (EU) 2016/679 on the Protection of Natural Persons with Regard to the Processing of Personal Data*. Official Journal of the European Union.

      https://eur-lex.europa.eu/legal-content/EN/TXT/?uri=CELEX%3A32016R0679

      Citováno u pojmů: IP adresa (jako osobní údaj), Soulad s GDPR, Souhlas s cookies, Správa souhlasů, Zásady ochrany osobních údajů, Uchovávání dat, Smlouva o zpracování osobních údajů / DPA, Rezidence dat, PII / Osobní údaje

    9. [9]

      Google Analytics Help — About Custom Campaigns and UTM Parameters

      Google LLC. (2024). *Collect campaign data with custom URLs*. Google Analytics Help.

      https://support.google.com/analytics/answer/1033863

      Citováno u pojmů: Parametry UTM, UTM source, UTM medium, UTM campaign, UTM term, UTM content, UTM ID / ID kampaně

    10. [10]

      Google Ads Help — About Auto-Tagging and the GCLID

      Google LLC. (2024). *Set up auto-tagging*. Google Ads Help.

      https://support.google.com/google-ads/answer/3095550

      Citováno u pojmů: Automatické značkování, GCLID / Google Click Identifier

    11. [11]

      Microsoft Advertising Help — Auto-Tagging and MSCLKID

      Microsoft Corporation. (2024). *How to use auto-tagging for Microsoft Advertising*. Microsoft Advertising Help.

      https://help.ads.microsoft.com/apex/index/3/en/56521

      Citováno u pojmů: MSCLKID

    12. [12]

      ISO/IEC 18004:2015 — QR Code Bar Code Symbology Specification

      International Organization for Standardization. (2015). *ISO/IEC 18004:2015: Information technology — Automatic identification and data capture techniques — QR Code bar code symbology specification*. ISO.

      https://www.iso.org/standard/62021.html

      Citováno u pojmů: QR kód, Statický QR kód, Úprava vzhledu QR kódu, Úroveň korekce chyb, Oko QR kódu / Vyhledávací vzor, Tichá zóna, Čitelnost QR kódu

    13. [13]

      ISO/IEC 18092 — Near Field Communication (NFC) Interface and Protocol

      International Organization for Standardization. (2013). *ISO/IEC 18092: Information technology — Telecommunications and information exchange between systems — Near Field Communication — Interface and Protocol (NFCIP-1)*. ISO.

      https://www.iso.org/standard/56692.html

      Citováno u pojmů: NFC štítek

    14. [14]

      Google Safe Browsing — Overview

      Google LLC. (2024). *Safe Browsing APIs*. Google Developers.

      https://developers.google.com/safe-browsing/v4

      Citováno u pojmů: Bezpečné prohlížení

    15. [15]

      California Consumer Privacy Act (CCPA) / California Privacy Rights Act (CPRA)

      State of California Department of Justice. (2020, amended 2023). *California Consumer Privacy Act of 2018 (as amended by the California Privacy Rights Act of 2020)*. California Legislative Information.

      https://leginfo.legislature.ca.gov/faces/codes_displaySection.xhtml?lawCode=CIV&sectionNum=1798.100

      Citováno u pojmů: CCPA / Soulad s CPRA

    16. [16]

      von Ahn, L., Blum, M., Hopper, N. J., & Langford, J. (2003). CAPTCHA: Using Hard AI Problems for Security

      *Proceedings of the International Conference on the Theory and Applications of Cryptographic Techniques (EUROCRYPT 2003)*, Lecture Notes in Computer Science, vol. 2656, pp. 294–311. Springer, Berlin, Heidelberg.

      https://doi.org/10.1007/3-540-39200-9_18

      Citováno u pojmů: CAPTCHA

    17. [17]

      RFC 6749 — The OAuth 2.0 Authorization Framework

      Hardt, D. (Ed.). (2012). *RFC 6749: The OAuth 2.0 Authorization Framework*. Internet Engineering Task Force (IETF).

      https://www.rfc-editor.org/rfc/rfc6749

      Citováno u pojmů: OAuth, Přístupový token

    18. [18]

      RFC 1035 — Domain Names — Implementation and Specification

      Mockapetris, P. (1987). *RFC 1035: Domain Names — Implementation and Specification*. Internet Engineering Task Force (IETF).

      https://www.rfc-editor.org/rfc/rfc1035

      Citováno u pojmů: Záznam CNAME, Záznam A, Záznam TXT

    19. [19]

      The Open Graph Protocol

      Meta Platforms, Inc. (2010, ongoing). *The Open Graph Protocol*. ogp.me.

      https://ogp.me/

      Citováno u pojmů: Open Graph / OG tagy

    20. [20]

      X (Twitter) Developer Documentation — Cards

      X Corp. (2024). *Cards — X Developer Platform*. X Developer Documentation.

      https://developer.x.com/en/docs/twitter-for-websites/cards/overview/abouts-cards

      Citováno u pojmů: Twitter Card / karta X

    Vyzkoušejte tyto pojmy v praxi

    S bezplatným účtem LinkPilot můžete vytvářet krátké odkazy, sledovat kliknutí a sdílet tajné zprávy. Bezplatné nástroje vyzkoušíte i bez registrace.