Pokud vám ani přečtení výše uvedených článků nepomohlo vysvětlit problémy s rozdílnými počty kliknutí a návštěv, může být příčinou latence. Problémy s počty kliknutí a návštěv, v nichž hraje roli latence, se zpravidla projevují takto:
- Rozpor mezi počty kliknutí a návštěv se nevyskytuje jen u určité kampaně, reklamní sestavy nebo klíčového slova.
- Ve všech aktivních kampaních Google Ads lze pozorovat konzistentně nižší počty návštěv něž kliknutí.
- Pokud údaje segmentujete podle zařízení, tedy na počítače, tablety a mobilní zařízení, vyskytuje se rozpor mezi hodnotami na více platformách.
Obsah tohoto článku:
- Proč na rychlosti záleží?
- Význam umístění
- Důsledky nízké rychlosti
- Prozatímní řešení krátkých prokliků
- Jak poznat pomalou stránku?
- Jak webové stránky zrychlit?
- Odstranění přesměrování nebo úprava koncových URL
- Obrázky CSS sprite
- Použití sítě CDN (Content Delivery Network)
- Komprese souborů HTML, CSS a JS
- Ukládání častých požadavků do mezipaměti
- Použití jazyka Ajax a pluginů, například Infinite Scroll a Lazy Load for Jquery
- Komprese GZIP
- Upgrade na Universal Analytics
- Přesun webu na rychlejší server
- Další tipy a doporučení
Proč na rychlosti záleží?
Uživatelé internetu zpravidla neoplývají trpělivostí. Jasně je to vidět z různých studií, například té od společnosti KissMetrics. Z ní vyplynulo několik zjištění, která rozhodně stojí za zamyšlení: „Jednosekundové prodloužení reakční doby stránky může vést k poklesu počtu konverzí o 7 %.“ nebo „47 % spotřebitelů očekává, že načtení webové stránky nebude trvat déle než dvě sekundy.“
Co to pro vás znamená? Pokud se vaše stránka načítá příliš pomalu, je dost dobře možné, že z ní uživatelé odcházejí a míří ke konkurenci, zvláště pak k té, která jim stejný obsah dokáže nabídnout rychle.
Význam umístění
Často se nás lidé ptají, kam do zdrojového kódu stránky v jazyce HTML je vhodné umístit měřicí kód Analytics. Odpověď zní, že záleží na tom, jak přesně chcete měřit uživatele, kteří přijdou a hned zas odejdou. Pokud od okamžiku kliknutí trvá několik sekund, než je zaznamenána návštěva, je dost možné, že část návštěv vůbec zaznamenáno nebude. Obecně doporučujeme umístit měřicí kód těsně před uzavírací značku </head>.
Důsledky nízké rychlosti
Krátký proklik: Ke krátkému prokliku dojde tehdy, když uživatel klikne na reklamu, ale než stačí měřicí kód Analytics vyslat požadavek, klikne na tlačítko Zpět nebo zavře okno prohlížeče. Služba Google Ads kliknutí zaznamená, příslušná návštěva již však v Analytics zaznamenána není.
Obecně řečeno, čím pomaleji webová stránka reaguje a čím větší počet požadavků je v jejím kódu umístěno před úryvkem kódu Analytics, tím je pravděpodobnější, že se setkáte s krátkými prokliky a budou vám chybět údaje o návštěvách.
Jiný pohled na věc je považovat rychlé prokliky za uživatele, kteří web okamžitě opustí. To znamená, že pokud tyto krátké návštěvy neměříte, může být vaše míra okamžitého opuštění nereálně nízká.
Krátké prokliky na mobilních zařízeních: Mobilní zařízení zpravidla pracují v pomalejších sítích (3G) než většina počítačů (ADSL / kabelové připojení). Pokud cílíte na mobilní zařízení, mají rychlé reakce webových stránek pro zabránění krátkým proklikům ještě větší význam.
Prozatímní řešení krátkých prokliků
Prozatímním řešením je umístit měřicí kód Analytics ve zdrojovém kódu HTML co nejvýše, nejlépe jako první ze všech javascriptových souborů.
Na výše uvedeném snímku obrazovky vidíte, že před spuštěním měřicího kódu Analytics musí být provedeno několik požadavků na javascriptové soubory (synchronní značky). Později se zmíníme o různých možnostech optimalizace. Prozatímním řešením by bylo přesunout měřicí kód Analytics nad ostatní javascriptové soubory. Nemusíte si dělat starosti, Analytics načítání vaší stránky neprodlouží. Jde totiž o asynchronní javascriptovou značku, což znamená, že ani případné zpoždění odpovědi od serveru služby Analytics nebude bránit dalšímu načítání stránky.
Důvodem, proč jde o prozatímní řešení, je fakt, že vám pouze pomůže zaznamenat návštěvy, které jinak zaznamenány nejsou, protože uživatel ze stránky příliš brzy odešel (a kód Analytics nestihl být proveden). Jako dlouhodobé se toto řešení nehodí, protože nejspíš budete chtít uživatele, kteří okamžitě odešli, nejenom zaznamenat, ale hlavně si je udržet a tudíž odstranit příčinu pomalého provozu webových stránek.
Jak poznat pomalou stránku?
Jak už jsme zmínili, do určité míry pomůže umístit měřicí kód Analytics ve zdrojovém kódu stránky výše. Zároveň je však důležité webové stránky zrychlit.
Jak ale poznáte, že jsou vaše webové stránky pomalé?
Zkouška 1
S prázdnou mezipamětí (chcete-li, vyprázdněte mezipaměť a vymažte soubory cookie) otevřete v prohlížeči novou kartu, zadejte do adresního řádku koncovou URL a v Nástrojích pro vývojáře Chrome přejděte na kartu síť.
Načtěte webovou stránku a sledujte seznam požadavků. Měl by vypadat přibližně takto:
Najděte soubor _utm.gif (klasická služba Analytics) nebo collect (Universal Analytics) a sledujte sekci Časová osa na pravé straně. Na výše uvedeném obrázku vidíte, že od prvního požadavku (kdy je zaznamenáno kliknutí) uplynulo do vyslání požadavku Analytics (který zajistí zaznamenání návštěvy) asi 8 sekund.
Pokud uživatel během těchto 8 sekund klikne na tlačítko Zpět, nemusí Analytics tuto návštěvu webových stránek zaznamenat, zatímco služba Google Ads příslušné kliknutí započítá.
Vzpomeňte si na citát ze studie společnosti KissMetrics: „Polovina všech spotřebitelů očekává, že se webová stránka načte během nejvýše dvou sekund.“ Tento web tedy rozhodně má prostor ke zlepšení.
Zkouška 2
Služba Analytics v rámci přehledů Rychlost webu automaticky zaznamenává dobu načítání stránky.
V tomto přehledu se můžete zaměřit na určitou koncovou adresu URL služby Google Ads a podívat se, jakou má latenci. Ve zde uvedeném příkladu vidíme, že rychlost webu je pro danou adresu URL asi 25 sekund, což je skutečně velmi pomalé.
Všímáte si, že uvedená stránka má zároveň vysokou míru okamžitého opuštění? Takže nejenom, že tato koncová URL způsobuje rychlé prokliky (tedy okamžitá opuštění), ale i ty její návštěvy, které se podaří zaznamenat, mají vysokou míru okamžitého opuštění. Což je špatně.
Stránka by se v ideálním případě měla načíst za 3–4 sekundy.
Ačkoli jsou přehledy Rychlost webu dobrými indikátory doby potřebné k načtení stránky, ve výchozím nastavení je použitý vzorek založen na pouhém 1 % návštěv. Pokud váš web za den navštíví jen relativně málo lidí, například 100 000 či méně, může být vhodné velikost vzorku zvětšit například na 5 %. Uváděné doby načtení stránky a další metriky rychlosti webu pak budou přesnější.
Měření doby načítání sice znamená další požadavek navíc, nicméně v naprosté většině případů by to nemělo negativně ovlivnit uživatelský dojem.
Jak webové stránky zrychlit?
Analytics nyní v přehledu Rychlost webu uvádí i návrhy na zvýšení rychlosti webových stránek. Zadejte nejčastěji proklikávanou koncovou URL svého webu a zobrazí se návrhy, jak by ji bylo možno zrychlit.
Odstranění přesměrování nebo úprava koncových URL
Každé přesměrování – a to i v případě, že zachovává parametr automatického značkování Google Ads a předává ho poslední koncové URL – zvětšuje prodlevu mezi kliknutím a okamžikem, kdy služba Analytics návštěvu zaznamená.
V některých případech vkládají vlastníci stránek mezi kliknutí na reklamu Google Ads a závěrečnou koncovou URL hned několik přesměrování.
Je vhodné aktualizovat koncovou adresu URL služby Google Ads podle skutečné koncové URL tak, aby k žádnému přesměrování nedocházelo.
V některých případech zaznamenávají klienti kliknutí na reklamu Google Ads pomocí zprostředkovatelské služby, například serveru na měření prokliků, často používané externí platformou pro tvorbu přehledů.
Ačkoli chápeme, že chcete prokliky evidovat ve více platformách, je možné, že tato služba tvoří úzké hrdlo, zpomaluje načítání stránky a zhoršuje uživatelský dojem. Pokud máte problémy se zaznamenáváním kliknutí a návštěv v Analytics, doporučujeme zkusmo na určitou dobu externí službu na měření prokliků vyřadit a zjistit, zda se poměr kliknutí a návštěv zlepší. Poté můžete vyhodnotit, zda chcete externí platformu nadále používat nebo najít rychlejšího poskytovatele.
Obrázky CSS sprite
Obrázky CSS sprite mohou nahradit několik požadavků o zaslání obrázku.
Jak vidíte, webová stránka uvedená na obrázku používá několik požadavků o obrázek (soubory .png). Jde o malé ikony a obrazové soubory. Obrázky CSS sprite mají v tomto směru jasnou výhodu: namísto několika požadavků o obrázek stačí všechny potřebné obrázky vložit do jediného požadavku (tedy do jednoho většího obrázku) a pomocí CSS pak určovat, která část tohoto obrázku se zobrazí na jakých místech webové stránky. Jeden požadavek o větší obrázek je rychlejší než několik požadavků o obrázky menší.
Použití sítě CDN (Content Delivery Network)
Síť CDN je výborný prostředek k urychlení webu a zároveň usnadňuje jeho škálování a zvyšuje spolehlivost. Funguje tak, že často používané soubory a obsah vašeho webu umístí zároveň na několik serverů po celém světě.
Služba nabízející hostování webů se obvykle nachází na určitém pevném místě, například v Kalifornii. To sice vyhovuje uživatelům z Kalifornie, protože k nim obsah z vašeho webu dorazí rychle, jenže co uživatelé v Austrálii nebo v Evropě? Ti budou muset na soubory z Kalifornie čekat déle. Pokud však využijete CDN, mohou tito uživatelé obdržet potřebné soubory ze serveru, který od nich není tak daleko.
Díky tomu, že budou vaše webové stránky distribuovány na servery na různých místech ve světě, budete také odolnější vůči výpadkům proudu a dalším problémům s infrastrukturou.
Sítě CDN se výborně hodí pro obsah, který zůstává více méně beze změn nebo se mění jen občas, například javascriptové soubory, CSS a HTML soubory, obrázky a videa. Navíc zajistí zmenšení těchto souborů na nejmenší možnou velikost, neboť ze souborů HTML, CSS a JavaScript odstraní prázdné řádky.
Google nabízí vlastní službu CDN zvanou Google PageSpeed.
Komprese souborů HTML, CSS a JS
Pokud službu CDN (popsanou výše) používat nechcete, můžete využít různých modulů, pluginů a bezplatných webových služeb, které automaticky komprimují váš obsah odstraněním prázdných řádků a sloučením několika souborů (například CSS) do jediného požadavku.
Ukládání častých požadavků do mezipaměti
Jedna z oblíbených sestav webových serverů je Linux Apache MySQL PHP (LAMP).
Jak vidíte na výše uvedeném obrázku, odeslání souboru HTML obsahujícího webovou stránku uživateli ve skutečnosti vyžaduje několik kroků.
- webový server obdrží požadavek,
- webový server odešle požadavek serveru PHP, který rozhodne, jaké soubory nebo řádky databáze jsou potřeba,
- PHP server potřebná data sestaví a vytvoří příslušnou stránku v jazyce HTML, která je poté odeslána uživateli.
Jak může pomoci mezipaměť
v mnoha případech se obsah vašich stránek mezi jednotlivými požadavky nemění. Například pokud uživatel několikrát během krátké doby zobrazí stránku s častými dotazy, bude tato stránka pokaždé stejná. Není tedy nutno vždy provádět celý postup znázorněný na výše uvedeném schématu, stačí uložit dočasný soubor HTML do mezipaměti. Webový server díky tomu nemusí stránku znovu a znovu vytvářet pomocí PHP a dotazů do databáze, namísto toho většině uživatelů jen pošle statický soubor HTML. Tím klesne počet úloh vykonávaných webovým serverem a webové stránky budou fungovat rychleji pro všechny uživatele.
Existuje několik zdarma dostupných modulů, které tuto službu pro váš web mohou zajistit.
Ačkoli ve výše uvedeném příkladu jsme použili PHP, podobně funguje i celá řada jiných webových serverů a nejspíš i pro ně budou existovat moduly, které zajistí ukládání stránek do mezipaměti.
Použití jazyka Ajax a pluginů, například Infinite Scroll a Lazy Load for Jquery
Všimli jste si, že některé stránky načítají obsah, zatímco si je prohlížíte a posouváte se směrem dolů? Na YouTube se takto načítají miniatury souvisejících videí a v sekci s komentáři se zobrazuje jen několik prvních příspěvků, pokud si nevyžádáte zobrazení dalších.
Správným využitím takových technik lze zkrátit dobu potřebnou pro úvodní načtení stránky, takže s ní uživatelé mohou začít okamžitě pracovat. A pokud budou chtít vidět více obsahu, posunutím stránky spustí načtení dalších položek.
Při implementaci takových řešení je však třeba pamatovat na několik rizik týkajících se použitelnosti a přístupnosti. Další informace naleznete v dokumentaci k nástrojům LazyLoad a InfiniteScroll.
Komprese GZIP
Starší webové prohlížeče tento způsob komprese stránek (souborů HTML, CSS, JavaScript atd.) nepodporují, novější prohlížeče včetně mobilních zařízení však ano. Nejlepší na této funkci je to, že k jejímu využití ji často stačí jen zapnout.
Další informace o kompresi GZIP naleznete na tomto videu.
Upgrade na Universal Analytics
Pokud jste ještě nepřešli z klasické služby Analytics (ga.js) na Universal Analytics (analytics.js), můžete přechod na tuto nejnovější platformu Analytics vyzkoušet. Nejenom, že získáte přístup k nejnovějším funkcím, ale Universal Analytics zahrnuje i několik zlepšení výkonu, která stojí za zmínku:
- Knihovna měřicího kódu na bázi modulů: analytics.js používá externí moduly, například pro elektronický obchod, které jsou obsaženy jen na těch stránkách, kde jsou potřeba (zatímco při použití knihovny ga.js jsou obsaženy vždy). Díky tomu je soubor analytics.js menší a jeho přenos rychlejší.
- Menší závislost na souborech cookie: Universal Analytics vypočítává údaje o kampaních a návštěvách na straně serveru (nikoli tedy na straně klienta). Tím klesá velikost dat, která je třeba pro jednotlivé požadavky přenést, což může přinést sice malé, ale znatelné zvýšení výkonu.
Přesun webu na rychlejší server
Kvůli pomalým webovým stránkám můžete přicházet o tržby. Stojí za to zvážit přesun webu na rychlejší hostovací server.
Další tipy a doporučení
Tento článek nemůže popsat všechny dostupné metody optimalizace, můžeme vás však nasměrovat na mnoho jiných. Další rady a doporučení najdete v této dokumentaci.
Načítání a reakce svých webových stránek sice můžete zrychlit, nicméně v určitý okamžik začnete narážet na problémy související s pomalým internetovým připojením uživatelů a pomalými mobilními sítěmi. Výrazněji se to projevuje ve venkovských oblastech a v rozvojových zemích s omezenou nebo zastaralou telekomunikační infrastrukturou.
To nejlepší, co můžete za takových okolností udělat, je co nejvíce zrychlit reakce svého webu. Ale i na tom nejlépe optimalizovaném webu může docházet ke krátkým proklikům kvůli pomalému připojení uživatelů.
