通過事件跟蹤來衡量表單使用情況-白板&nbspFriday

[ad_1]

當涉及到您的網站訪問者正在使用的表格時,您需要超越完成範圍,了解人們如何與他們互動,優勢所在以及哪些錯誤可能使體驗變得複雜很重要。在本周五的白板中,馬修·埃德加(Matthew Edgar)將帶您深入了解Google Analytics(分析)中的表單。

單擊上方的白板圖像,在新選項卡中打開高解析度版本!

視頻轉錄

莫茲迷,您好!我叫馬修·埃德加(Matthew Edgar)。歡迎使用《星期五白板》。我是以下機構的分析顧問 基本的,在本周五的白板上,我想與您討論的是我們可以真正開始跟蹤人們如何與表單交互的新方法。

我假設所有在您的網站上有表單的人都已經在以某種方式對其進行跟蹤。您正在查看錶單上的目標完成情況,正在衡量有多少人到達了包含表單的頁面,我們現在要做的是將其帶入更深層次,以便我們真正了解如何人們不僅在填寫表格,而且還與表格真正互動。

因此,我想講的是人們如何與您網站上的表單進行真正的交互,人們在提交表單時如何與欄位進行真正的交互,以及表單上發生了哪些類型的錯誤,這些錯誤阻礙了轉換並造成了損害您網站上的體驗。

1.使用什麼欄位?

因此,讓我們從談論人們正在使用哪些領域以及他們真正與之交互的領域開始。

因此,在此視頻中,我只想使用一個註冊表示例。非常簡單的註冊表格。名稱,公司名稱,電子郵件地址,電話號碼,收入和每天銷售額,基本信息的欄位。我們在不同的網站上都看到過這樣的表格。因此,我們想知道的不僅是有多少人到達此頁面,查看了此表單,有多少人填寫了此表單。

我們想知道的是:那麼,有多少人點擊了這些欄位中的任何一個?因此,我們可以在Google Analytics(分析)中使用事件跟蹤。如果您沒有Google Analytics(分析),那就可以了。還有其他方法也可以使用其他工具來執行此操作。因此,在Google Analytics(分析)中,我們要做的就是每次有人單擊或點擊這些欄位中的任何一個時,都發送事件。

專註

因此,我們將發送一個焦點事件。類別可以是表格。行動就是互動。然後,標籤只是欄位的名稱,因此是電子郵件地址或電話號碼或與其交互的任何欄位。然後,在Google Analytics(分析)中,一旦深入到標籤,我們將能夠看到的內容是:「嗯,人們與該特定領域進行了總共幾次交互?」

通用報告

因此,人們與「名稱」欄位進行了104次交互,「收入」欄位進行了89次交互,「每天的銷售額」進行了64次交互,電話號碼進行了59次交互。然後,我們也可以遍歷所有其他領域。這些全部信息開始給我們帶來的想法是:好吧,人們在哪裡掙扎?人們必須在哪裡真正度過很多時間?然後,我們還可以了解下降率。

因此,我們在這裡可以看到有104個人與全名欄位進行了互動,但是只有89個人進入了收入欄位。因此,我們一路迷失了人們。那是設計問題嗎?這與與這種形式進行交互的體驗有關嗎?也許是設備問題。我們有很多人在移動設備上,也許他們看不到所有這些欄位。接下來我們要看的是每個事件都發生的獨特事件。

唯一事件並不完全相同,但與多少個獨特的人與這些領域進行互動的一般概念相近。因此,在名稱欄位的情況下,大致而言,有102個人進行了104次互動,這很有意義。人們不需要回到名稱欄位,然後再次輸入他們的名字。但是在收入欄位中,有47個唯一的交互,共有89個交互。

人們不得不回到這個領域。他們必須重新考慮要放入的內容。所以我們可以開始弄清楚,為什麼呢?那是因為人們不確定要給出什麼樣的答案嗎?他們不願意放棄這個答案嗎?我們網站上是否有一些需要改進的信任因素?如果我們真的開始深入研究並查看該信息,那麼我們可以開始弄清楚,要讓更多的人與該表單進行交互需要什麼,以及要讓更多的人單擊該提交又需要做什麼?按鈕?

2.人們提交哪些欄位?

我們接下來要看的是人們提交哪些欄位。他們不僅與之互動,而且當他們單擊「提交」按鈕時,他們實際上將信息放入哪些欄位中?

提交時

因此,當人們單擊該「提交」按鈕時,我們可以觸發另一個事件發送給Google Analytics(分析)。在這種情況下,類別是表單,操作是提交,然後對於標籤,我們想要發送的只是人們已在其中放入某種信息的所有不同欄位的列表。

因此,有很多不同的方法可以做到這一點。它實際上僅取決於您擁有哪種形式,如何控制您的形式。一種簡單的方法是,您有一個JavaScript函數可以循環遍歷整個表單,並說:「那麼,這些欄位中的哪個欄位具有值,並且不是人們實際將其提供信息的默認條目?」這裡要注意的一點是,如果您要遍歷表單中的這些欄位並找出人們與之交互並將信息放入其中的欄位,則需要確保您僅獲得欄位的名稱而不是值領域的。

我們不想發送該人的電子郵件地址或該人的電話號碼。我們只想知道他們確實在電子郵件地址欄位或電話號碼欄位中添加了一些內容。我們不希望任何個人可識別信息最終出現在我們的報告中。

審查頻率

因此,我們可以做的是看一下:嗯,人們多久提交一次這些欄位?

因此,有53個具有全名欄位的提交,具有收入的46個提交,每天的銷售額的42個等等。

通過互動比較

我們在這裡要做的第一件事是將其與交互信息進行比較,我們可以說:「好吧,有53次用戶提交了一個全名欄位,但是有102個人與該全名欄位。」

那是完全不同的。因此,現在我們知道,我們有什麼樣的機會可以解決此問題。我們有102個人點擊了此表單,他們開始填寫該表單,但是當他們單擊「提交」按鈕時,只有53個人最終輸入了全名。這裡有一些機會讓更多的人填寫此表單並提交。

按來源細分

我們可以做的另一件事是我們可以按來源對它進行細分。我們想要這樣做的原因是我們希望對此進行比較,以了解有關這些提交質量的一些信息。因此,我們可能知道,給我們電話號碼的人在我們的表格上提交的質量往往更高。不必要。有例外和邊緣情況可以肯定。

但總的來說,向我們提供其電話號碼的人的素質更高。因此,通過按來源進行細分,我們可以說:「那麼,哪個來源的人更可能提供他們的電話號碼?」這使我們對我們可能想要使用的來源有了一個想法。也許這是一件非常好的事,因為您的廣告網路確實在推動人們填寫電話號碼。也許有機組織通過向您提供這些信息,可以更好地推動人們進行提交。

3.哪些領域引起問題?

我們要在表單上查看的下一件事是發生了哪些錯誤。這裡發生了什麼問題?

錯誤,單據,錯誤

當我們談論問題時,當我們談論錯誤時,發生的不僅僅是技術錯誤。這也是發生的用戶錯誤,錯誤,人們在處理表單時自然會犯的錯誤。

為每個錯誤分配唯一的ID

跟蹤此問題最簡單的方法是每次將錯誤返回給訪問者時,我們都希望將事件傳遞給Google Analytics(分析)。因此,我們可以做的就是為網站上的每個錯誤分配一個唯一的ID號,並且該ID號可以針對每個特定的錯誤。因此,忘記電話號碼上的數字的人就是一個ID號。完全忘記了電話號碼的人,那是一個不同的ID號。

錯誤返回

當返回該錯誤時,我們將傳遞類別為form,操作為錯誤,然後標籤為該唯一ID號。

錯誤頻率

我們要看的第一件事是每個錯誤發生的頻率。因此,我們可以說:「好,錯誤ID 1號發生了37次,錯誤ID 2號發生了26次。」

按表格細分

它開始使我們對如何確定這些錯誤的優先順序有了一個想法。但是要看的更有趣的事情是,我們希望按表單完成方式進行細分,然後可以將這兩者進行比較。因此,我們可以說:「好吧,填寫此表格的人,他們多久收到一次這些錯誤?」因此,在這種情況下,我們可以說:「好,錯誤ID為1,得到了29個人,但是提交此表單的有27個人。」

這意味著幾乎每個收到該錯誤的人都可以超越該錯誤並提交表格。沒什麼大不了的。這並沒有太大地損害我們網站上的體驗。轉換並沒有太大的傷害。錯誤ID為4,但有19個人收到了錯誤,但是只有3個人收到了該錯誤。顯然,無論此ID是什麼,無論此錯誤是什麼,這實際上是在損害我們網站的體驗。

那就是真正會影響轉化的因素。因此,通過改善或弄清發生該錯誤的原因,我們可以開始改善網站上的轉化。我希望這些想法為您提供了一些新的方式來真正跟蹤和了解人們如何與您的表單進行更深層次的交互。

我期待聽到您對您在表單上所做的不同操作的評論,當然,如果您開始使用這些想法中的任何一個,肯定會從中獲得什麼樣的見解。謝謝。

視頻轉錄 通過 Speechpad.com

相關文章