發表文章

目前顯示的是 5月, 2017的文章

使用timer、及Scroll Depth-Google Analytics plugin對於GA指標的影響

圖片
先前介紹使用GTM觀察訪客進入網站後,是否有閱讀完文章才離開。分別採用過兩種方式,第一次使用timer配合trigger方式處理,藉此得到訪客於文章的停留時間,作為評斷是否有看文章的依據。第二次則是使用 Scroll Depth 這個Google Analytics plugin。 考量timer配合trigger方式產生太多的event,以及影響了跳出率,才使用此法- GTM搭配Scroll Depth-Google Analytics plugin於GA中瞭解訪客是否閱讀完文章才離開 。 這兩種方式對於GA的相關指標會有何種影響、及變化,做個簡單說明…

GTM搭配Scroll Depth-Google Analytics plugin於GA中瞭解訪客是否閱讀完文章才離開

圖片
使用GTM搭配Scroll Depth-Google Analytics plugin,提供更符合狀況的跳出率 這個blog的流量來源以organic search為主,高達八成。另外,訪客只有閱讀一篇文章的比例也一直蠻高的。雖然也曾經嘗試在文章中儘量帶出blog內的相關文章,但觀察自己在GA中所設定的目標數字一直沒什麼改變。這表示,跳出率自然也居高不下… :P 雖然訪客多數只閱讀進入的文章後就離開,但換個角度,很想瞭解訪客是否真的有看完文章才離開?還是進入後覺得文章內容和預期不同而馬上離開(如同觀察跳出率的意義)? 在 GTM搭配Scroll Depth-Google Analytics plugin瞭解訪客是否有閱讀文章 文章中,只有提到如何藉由Scroll Depth-Google Analytics plugin產生的閱讀百分比,瞭解訪客閱讀文章的狀況。本篇則是要說明如何更進一步的應用以解決上述的疑惑。 說穿了,很簡單。就是利用Scroll Depth-Google Analytics plugin會隨者訪客觀看頁面的位置傳出25%、50%、75%、100%四種event,再搭配GTM整合Google Analytics的事件(event)。 設定前,要先瞭解Google Analytics的事件(event)的背景知識。GA有以下兩種event 互動事件(Interaction Events) 非互動事件( Non-Interaction Events )

汐止翠湖賞螢火蟲

圖片
內溝山登山步道-翠湖-螢火蟲 環保局三峽碳中和樂園的賞螢活動,抽了好幾年,今年居然抽中了。卻…因為臨時有事無法參加。隔了一週,打算趁假日去三貂嶺看螢火蟲,沒想到搭火車過了瑞芳後天氣轉為雨天。到了猴硐雨勢不小,索性下火車到猴硐走走。不過,下雨天連貓兒都不見了…真的是只有小貓兩三隻… 最後,走到猴硐神社就返家了。不過,這猴硐神社似乎是目前造訪過的日本神社中腹地最小的了…

PHP無法在$_SERVER內取得自訂header

圖片
最近測試新版PHP時,有人提到他的程式在新的環境執行時無法取得自訂的header。可是,在舊環境執行卻可正常取得該header。 程式是採用$_SERVER取得header。原以為是新版PHP的問題,但查了PHP的版本變更記錄( PHP: Appendices - Manual )卻沒有相關的說明。於是,懷疑和apache有關,傳給PHP的資料就有問題。 此次,除了PHP升級外,Apache也一併升級到2.4。在官方說明- Overview of new features in Apache HTTP Server 2.4 - Apache HTTP Server Version 2. 中提到,Apache 2.4為了增加安全做了以下調整… Translation of headers to environment variables is more strict than before to mitigate some possible cross-site-scripting attacks via header injection. Headers containing invalid characters (including underscores) are now silently dropped. Environment Variables in Apache has some pointers on how to work around broken legacy clients which require such headers. (This affects all modules which use these environment variables.) 依據上述資訊,重新查了有問題的程式。原來,程式中所自訂的header名稱中包含了『_』(底線、underscores)。觸發了Apache 2.4上述的安全加強,PHP就無法在$_SERVER取得header名稱中有底線『_』的header。當然,自訂的header名稱中沒有使用底線『_』的header,是可以正常取得的。 以下,簡單說明問題發生的原因、與相關的狀況,與處理方式…