Včera jsem navštívil veletrh For Arch. Moje první kroky vedly k velkému stánku našeho milovaného klienta. Opět jsem si s nimi příjemně popovídal, pořešil několik pracovních záležitostí a občerstvil se u jejich baru :)

Potom jsem si procházel zbytek veletrhu. S WebMedeou jsem si připadal tak trochu jako terminátor s infravizí. Proč? Stačilo zadat název od libovolného stánku do mobilu a hned jsem ve WebMedea viděl, kde se firma propaguje, do jakého propagačního kanálu investuje a zhruba kolik, kde jsou její slabá místa a prostor pro zlepšení.

Zastavil jsem se u několika stánků, s majiteli si chvíli pokecal a dozvěděl se řadu zajímavých informací. Tak například automatických kotlích na štěpku nebo luxusních vířivých vanách. Odcházel jsem s dobrou náladou a pár zajímavými vizitkami.

Jako jedna z prvních věcí, které jsme řešili při zakládání Triton IT, byla schopnost odesílat a přijímat emaily na vlastních doménách. Malicherný problém, který lze většinou vyřešit v ceně domény nebo hostingu. U Tritonu se ale problém ukázal být mnohem větší. Naše definice pohodlného ovládání se také postupně vyvíjela, neboť že vám něco není pohodlné většinou zjistíte až po vyzkoušení. Po mnoha pokusech a změnách jsme zakotvili na následujících požadavcích:

• Co nejnižší cena.
• Libovolný počet schránek a domén bez zvýšení nákladů na provoz.
• Možnost používat libovolného klienta podle preference zaměstnance -  tj. Gmail, Seznam, MS Outlook, Thunderbird (pro PGP šifrování), atd.
• Vytváření aliasů (emailových adres, které jsou jen přezdívkou pro jednu nebo více dalších adres).
• Sdílení kontaktů mezi emailovým klientem a telefonem.

Externí řešení k dispozici

Protože jsme se hned nechtěli pouštět do budování vlastního serveru, hledali jsme nejprve externí řešení. V následující tabulce je seznam toho, co jsme buď vyzkoušeli, nebo to zvažovali:

V uvedených cenách nejsou náklady na doménu, které jsou různé podle prodejce. Ceny naposled aktualizovány 2016.

Účtování za každou doménu a nízká flexibilita aliasů pro nás byly kamenem úrazu. Nezbývalo nám nic jiného než postavit alespoň částečně vlastní řešení, a na to se podíváme příště.

Odladit produktový feed u zákazníka, který ho nasazuje poprvé, dá zabrat. Když je k nasazení změn nutno zákazníka pokaždé kontaktovat, nebo dokonce předat hlášení třetí straně, může se odladění feedu tak, aby ho Google Merchant Center přijal, natáhnout až na týdny. Vy ale potřebujete feed funkční ihned a produktovou kampaň spuštěnou ideálně včera.

V Triton IT jsme řešili právě takový problém. Popisky produktů načtené z e-shopu obsahovaly znaky neplatné v kódování UTF-8. Google se proto jednoduše rozhodl, že zahodí celý zbytek feedu po výskytu takového znaku.

K vyřešení podobného problému ale úplně stačí mít po ruce vlastní hosting s podporou CGI - např. PHP. Soubor s následujícím kódem jsme nasadili na náš web, a můžeme tak feedy automaticky čistit od nežádoucích znaků:

<?php

if (!isset($_GET['f']) || $_GET['f'] == null) {
  header('Content-Type: text/plain');
  echo 'No feed provided';
  exit(1);
}

$ch = curl_init();
curl_setopt ($ch, CURLOPT_URL, $_GET['f']);
curl_setopt ($ch, CURLOPT_HEADER, 0);
ob_start();
curl_exec ($ch);
curl_close ($ch);
$xml = ob_get_contents();
ob_end_clean();

header('Content-Type: text/xml');
echo preg_replace('/[\x00-\x1F\x7F]/u', '', $xml);
exit(0);

Původní odkaz v Merchant Centru jsme jednoduše nahradili odkazem na náš vlastní web: www.domena.cz/?f=url_na_puvodni_feed a vše hned fungovalo.

Méně výkonné hostingy mohou mít problém s feedy o mnoha produktech, i ten náš ale zvládá zpracovat feedy do 1000 položek pod 1s. Vzhledem k frekvenci stahování jedenkrát denně to nepředstavuje žádnou zátěž.

Dynamický remarketing (DR) od Google vyžaduje, aby na e-shopu byl vložen kód obohacený o informace o právě prohlíženém produktu. Co ale dělat, když webmaster kód nenasadil a podle všech předpokladů v nejbližší době nenasadí? Vy ale potřebujete spustit kampaň co nejdříve. Pokud používáte Google Tag Manager (GTM), řešení existuje.

Jaká data potřebujeme

Podle nápovědy je nutno nastavit proměnnou ecomm_prodid, její obsah musí odpovídat ID produktu v Google Shopping feedu. Přestože jako povinná je uvedena pouze proměnná ecomm_prodid, Google AdWords vám bude nadávat a zobrazovat varování pokud nepřidáte i další dvě - ecomm_totalvalue a ecomm_pagetype.

Jak data získáme z webu

Data z e-shopu můžeme do GTM dostat jednoduše pomocí proměnné typu Vlastní kód JavaScript. Tento typ nám umožní spustit vlastní funkci definovanou v GTM a do proměnné uložit její návratovou hodnotu. Tímto způsobem můžeme parsovat obsah stránek.

Pro vytěžení ID produktů můžeme použít například funkci evaluate(), která nám dovolí rychle najít příslušný HTML element pomocí XPath:

function() {
  var element = document.evaluate("//div[@id='productHeader']/td[@class='value']", document, null, XPathResult.ORDERED_NODE_SNAPSHOT_TYPE, null).snapshotItem(0);
  if (element != undefined) {
    var ecomm_prodid = element.innerHTML.trim();
    return ecomm_prodid;
  } else {
    return null;
  }
}

Odladit správný XPath lze testováním na stránce v debug konzoli prohlížeče (většinou dostupné pod F12). Obdobným způsobem jako ecomm_prodid můžeme získat i ecomm_totalvalue.

Jak data dostat do AdWords

Do Google AdWords lze obsah proměnných dostat již jednoduše - buď přímo přes Google AdWords Remarketing tag nebo pomocí vlastních dimenzí proměnné typu Nastavení Google Analytics.