Jak opravit VŠECHNY chyby / závady / chyby pomocí spouštěče epických her! (Únor 2019)

Setkávám se s velmi zvláštním problémem:

Můj klient má na svém účtu více služeb a více produktů se subdoménami je úspěšně sledováno prostřednictvím jedné hlavní univerzální vlastnosti customersite.org.

Z nějakého důvodu je nejnovější produkt / subdoména - new.clientsite.org a její zobrazení / filtr zachycující tuto subdoménu, kterou jsem přidal - je ne sledování. Nezobrazuje vůbec žádný přenos, včetně živého přenosu ode mne. Hlavní doména customersite.org a další subdomény fungují skvěle. Pohled / filtry, které jsem vytvořil pro new.clientsite.org, jsou identické s ostatními subdoménami, ale filtrování zahrnuje ^ new.clientsite.org místo ^ old.clientsite.org. Ale zobrazení / filtry stranou: tato vlastnost je plochá a nezaznamenává žádný provoz na název hostitele new.clientsite.org.

V případě, že (?) Souvisí s jakoukoli doménou nebo problémem s dns, nastavil jsem na stejném účtu druhou vlastnost, místo toho jsem definoval URI jako IP, název hostitele xx.xx.xxx.xxx a tento fragment jsme přidali na web jako studna. To také nic nezachytává.

Můj vývojář to od začátku sledoval prostřednictvím svého samostatného účtu / služby, kterou vytvořil pro doménu http://xx.xx.xxx.xxx, a to se zvedá všechno! Pokud vím, jeho vlastnost - což je docela základní - je identická s vlastností xx.xx.xxx.xxx, kterou jsem nastavil na klientském účtu (ano, používáme samostatné úryvky sledovacího kódu). Jeho vlastnost zachycuje všechny návštěvy new.clientsite.org a xx.xx.xxx.xxx obojí (nevytvořil jsem tam samostatné pohledy / filtry k oddělení domén, protože tato vlastnost měla být dočasná. Ale je to jediná pracovní!)

Tento produkt tedy používá 3 úryvky sledovacího kódu - a 2 úryvky připojené k jejich vlastnímu účtu clientsite.org nefungují. Vlastnost jeho názvu hostitele xx.xx.xxx.xxx a nastavení vlastnosti clientite.org hostname xx.xx.xxx.xxx se zdají být identické, ale pro jejich jedinečné číslo certifikátu.

Tady je to, co jsme zatím vyloučili:

  • Problém není fragment kódu: používáme nativní kód GA pro vlastnost clientsite.org. (Další 2 vlastnosti testu používají pro sledování událostí přizpůsobený kód.)

  • Na stránce test.html je spuštěn pouze tento jeden fragment kódu nativní new.clientsite.org. Tato stránka nás také nesleduje v reálném čase. Není to tedy konflikt s více účty / úryvky (ne že by to měl být problém).

  • Na serveru, na kterém je spuštěn produkt - který používá elastickou IP z AWS a který má správný záznam A spojující IP s new.clientsite.org tak, jak to má pro ostatní používané subdomény - restartovali Apache, v v případě, že došlo k nějakému ukládání do mezipaměti DNS.

Správci serverů, se kterými jsem mluvil, jsou také flummoxovaní. Nikdo z nás nikdy neviděl, aby web odmítl „sledovat“.

Jedna věc, o které jsem si myslel, že může být problém? Je to hlavní univerzální vlastnost customersite.org, která nedávno povolila sledování User ID. Toto je konkrétně pro jeden z jejich dalších subdoménových produktů, které začaly registrovat uživatele. Hlavní doména customersite.org a další subdomény, které nemají registrace uživatelů, se stále skvěle sledují - ale již existovaly. Nechápu, jak / proč může povolit ID uživatele ve službě negativně ovlivnit připojení nových produktů pomocí stejného certifikátu vlastnosti ...

A ačkoli jsem zpočátku nastavil svou další testovací vlastnost xx.xx.xxx.xxx na svém účtu s ID uživatele, od té doby jsem tam deaktivoval ID uživatele pro případ, že by to způsobilo nějaké problémy (a aby to bylo více identické s majetkem mého vývojáře, sleduje správně).

Setkal se někdo s problémy u nových produktů, které nesledují se stejným účtem GA, který funguje pro starší / stávající produkty?

  • V dnešní době je běžné, že na účty GA umístíme filtr domén na bílou listinu. To zabrání spammerům v přidávání náhodných dat bez návštěvy webu. Můžete to otestovat vytvořením nového pohledu na hlavní vlastnost GA bez filtrů a zjistit, zda v tom začne sledovat.

Pracoval pro vás: Charles Robertson | Chcete nás kontaktovat?