<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>SHA256 &#8211; Larry的午茶時光</title>
	<atom:link href="https://blog.yuyansoftware.com.tw/tag/sha256/feed/" rel="self" type="application/rss+xml" />
	<link>https://blog.yuyansoftware.com.tw</link>
	<description></description>
	<lastBuildDate>Sun, 19 Nov 2023 06:15:36 +0000</lastBuildDate>
	<language>zh-TW</language>
	<sy:updatePeriod>
	hourly	</sy:updatePeriod>
	<sy:updateFrequency>
	1	</sy:updateFrequency>
	<generator>https://wordpress.org/?v=6.9.4</generator>

<image>
	<url>https://blog.yuyansoftware.com.tw/wp-content/uploads/2022/10/favicon-45x45.png</url>
	<title>SHA256 &#8211; Larry的午茶時光</title>
	<link>https://blog.yuyansoftware.com.tw</link>
	<width>32</width>
	<height>32</height>
</image> 
	<item>
		<title>Google Ads 目標客戶比對 (Customer Match)，第三方 Cookie 即將停用，請善用第一方資料</title>
		<link>https://blog.yuyansoftware.com.tw/2023/11/customer-match-first-party-data/</link>
		
		<dc:creator><![CDATA[Larry]]></dc:creator>
		<pubDate>Sun, 19 Nov 2023 04:18:52 +0000</pubDate>
				<category><![CDATA[Google Ads]]></category>
		<category><![CDATA[數位行銷]]></category>
		<category><![CDATA[SHA256]]></category>
		<category><![CDATA[目標對象]]></category>
		<category><![CDATA[第一方資料]]></category>
		<category><![CDATA[雜湊處理]]></category>
		<guid isPermaLink="false">https://blog.yuyansoftware.com.tw/?p=17757</guid>

					<description><![CDATA[Google 計畫 2024 Q3 開始停用「全部」使用者的第三方 cookie，傳統數位廣告的機制將會全部改變。目標客戶比對 (Customer Match) 使用的是第一方資料，是將來不得不使用的一個選項。]]></description>
										<content:encoded><![CDATA[
<p>圖片來源 <a href="https://support.google.com/google-ads/topic/10551292" target="_blank" rel="noreferrer noopener">https://support.google.com/google-ads/topic/10551292</a></p>



<p><a href="https://developer.chrome.com/blog/cookie-countdown-2023oct/" target="_blank" rel="noreferrer noopener">https://developer.chrome.com/blog/cookie-countdown-2023oct/</a><br>Google 計畫 2024 年 Q1 開始停用 1% 使用者的第三方 cookie，以加速使用者標籤的測試。並計畫 2024 年 Q3 開始停用「全部」使用者的第三方 cookie。</p>



<p>關於這件事，他們還做了一個時程表網頁<br><a href="https://privacysandbox.com/intl/zh_tw/open-web/#the-privacy-sandbox-timeline" target="_blank" rel="noreferrer noopener">https://privacysandbox.com/intl/zh_tw/open-web/#the-privacy-sandbox-timeline</a></p>



<p>撰文的現在是2023年11月，依照上面的時程，所有依靠線上廣告的品牌商，是時候要關注這件事了。</p>



<p>因為傳統數位廣告的機制就是，放 cookie 到使用者瀏覽器裡 (這就是第三方 cookie)。未來同一使用者 (其實是瀏覽器) 再打開這個網頁，之前埋下的 cookie 送回，來判斷是不是同一使用者。</p>



<p>停用第三方 cookie，傳統數位廣告的機制會全部改變。</p>



<p>Google Ads 針對這件事，前幾天有一個公告<br><a href="https://support.google.com/google-ads/answer/14226510" target="_blank" rel="noreferrer noopener">https://support.google.com/google-ads/answer/14226510</a></p>



<p>這篇公告 Google 說他們已經持續的整合隱私權保護技術到 Google Ads、Google Analytics、Display &amp; Video 360。同時也請品牌主善用 Google AI 的力量：像是「智慧出價」(Smart Bidding) 與「最佳化指定目標」(Optimized Targeting)。</p>



<p>智慧出價 Google 已經推了好幾年了，本站也有很多關於<a href="https://blog.yuyansoftware.com.tw/tag/smart-bidding/" target="_blank" rel="noreferrer noopener">智慧出價</a>的文章，廣告主應該早已使用。<a href="https://blog.yuyansoftware.com.tw/2022/05/audience-optimized-targeting-signals/" target="_blank" rel="noreferrer noopener">最佳化指定目標</a>本站之前也有專文介紹。</p>



<p>撰文的現在是2023年11月，Google 廣告的演進變化很大，很多功能都已變更或淘汰。<strong>最佳化指定目標</strong> (Optimized Targeting) 是目前 Google 還在推廣的一個目標對象指定方式，larry 建議可以再瀏覽一下本站之前的<a href="https://blog.yuyansoftware.com.tw/2022/05/audience-optimized-targeting-signals/" target="_blank" rel="noreferrer noopener">文章</a>。</p>



<p>面對第三方 cookie 即將停用，上方 Google 14226510 號文件也建議廣告主使用「第一方資料」，Google 也持續在推廣「目標客戶比對」(Customer Match)。</p>



<p><a href="https://support.google.com/google-ads/answer/6379332" target="_blank" rel="noreferrer noopener">https://support.google.com/google-ads/answer/6379332</a><br><strong>Customer Match</strong> 是 larry 想寫很久的題目，也是第一方資料的應用重點。根據這份文件</p>



<blockquote class="wp-block-quote is-layout-flow wp-block-quote-is-layout-flow">
<p>&#8220;Beginning Q2 2022, campaigns using Smart Bidding and optimized targeting will auto-include all the Customer Match lists in your account.&#8221;</p>
</blockquote>



<p>2022 Q2 開始，使用「智慧出價」與「最佳化指定目標」的廣告活動，會自動採納已上傳的 <strong>Customer Match</strong> 名單。當然，這意思是 2022 Q2 之前要手動設定。另一方面，這段文字也展現出 Google 對 Customer Match 的重視。</p>



<p><a href="https://support.google.com/google-ads/answer/7659867" target="_blank" rel="noreferrer noopener">https://support.google.com/google-ads/answer/7659867</a><br><strong>Customer Match</strong> 名單是 CSV 檔案的形式，欄位有 Email、Phone、First Name、Last Name、Country、Zip 等，欄位格式請參考 Google 文件，太格式上的東西這裡不重複。</p>



<p><a href="https://support.google.com/google-ads/answer/6276125" target="_blank" rel="noreferrer noopener">https://support.google.com/google-ads/answer/6276125</a><br>Google Ads 後台哪裡上傳？左側 menu「工具」→「共用資料庫」→「目標對象管理工具」→ 頁面頂端的「您的資料區隔」分頁 → 按大＋號建立新的區隔 → 選「顧客名單」。</p>



<p>輸入新的區隔名稱，並上傳 CSV 檔案。Google 會在你上傳檔案時，自動辨識該檔案是否已經過 SHA256 雜湊處理，如果沒有，Google 會自動在後台雜湊處理該檔案。</p>



<p>上傳成功後，Google 會將 CSV 檔案中的 email 或電話，與龐大的 Google 會員資料庫做對比，如果對比成功一個用戶，就將此用戶加到你上面建立的區隔 (segment)。</p>



<p>順道一提，架構上 Customer Match 是一種目標對象(區隔)，從以前到現在，目標對象都是在帳戶層級。當 Customer Match 區隔建立好後，要再加到廣告活動或群組，才會生效，這個動作叫 targeting。</p>



<p><a href="https://support.google.com/google-ads/answer/7660029" target="_blank" rel="noreferrer noopener">https://support.google.com/google-ads/answer/7660029</a><br>如何取代客戶名單或新增更多客戶，請參考這份文件，單純介面操作而已，這裡不再重複。</p>



<p>不只 Customer Match，本站之前聊過的「強化轉換追蹤」與「離線轉換匯入」都需要收集第一方資料。</p>



<p><a href="https://blog.yuyansoftware.com.tw/2021/10/enhanced-conversion/" target="_blank" rel="noreferrer noopener">強化轉換追蹤</a> (Enhanced Conversion) 的架構是，在發生轉換的當下，除了紀錄轉換外，同時也將使用者資料傳給 Google，包含 Email、姓名、電話。</p>



<p><a href="https://blog.yuyansoftware.com.tw/2020/12/offline-conversion-import/" target="_blank" rel="noreferrer noopener">離線轉換匯入</a> (offline conversion import) 則是將廣告的 gclid 存到瀏覽器的 local storage (HTML 5 Web Storage 的一種)，當使用者送出表單時，瀏覽器如有找到 gclid，隨表單送出並存入網站後台。最後再將這些轉換資料 (gclid 是其中一個欄位) 上傳 Google Ads。</p>



<p>以上都跟客戶資料、網站表單有關。面對第三方 cookie 即將停用，廣告主真的要思考如何引導客人填寫表單，至少留下客人的 email、電話、姓名稱呼。</p>



<h4 class="wp-block-heading">結論</h4>



<p>如本文上方提到：Google 計畫 2024 年 Q1 開始停用 1% 使用者的第三方 cookie，2024 年 Q3 開始停用「全部」使用者的第三方 cookie。</p>



<p>原本數位廣告判斷使用者、計算轉換的機制會完全改變。</p>



<p>「強化轉換追蹤」、「離線轉換匯入」是與轉換有關的第一方資料。Customer Match 則是與目標對象有關的第一方資料。</p>



<p>本篇文章 larry 想傳達的是，第一，如果有做數位行銷、廣告投放的讀者，可以檢視一下你使用的第三方服務 (包含Google廣告、社群廣告)，是否已準備好應對「無第三方 cookie」的時代。</p>



<p>第二，如果你所有的廣告投放要有「第一方資料」，你的網站是否有做相對應的修改與功能，並引導客人註冊或填寫表單。</p>
]]></content:encoded>
					
		
		
			</item>
		<item>
		<title>Google Ads 離線轉換追蹤：商店銷售轉換 (store sales conversion)</title>
		<link>https://blog.yuyansoftware.com.tw/2021/11/store-sales-conversion/</link>
		
		<dc:creator><![CDATA[Larry]]></dc:creator>
		<pubDate>Sun, 14 Nov 2021 07:26:56 +0000</pubDate>
				<category><![CDATA[Google Ads]]></category>
		<category><![CDATA[數位行銷]]></category>
		<category><![CDATA[SHA256]]></category>
		<category><![CDATA[第一方資料]]></category>
		<category><![CDATA[轉換回溯期]]></category>
		<category><![CDATA[雜湊處理]]></category>
		<category><![CDATA[離線轉換追蹤]]></category>
		<guid isPermaLink="false">https://blog.yuyansoftware.com.tw/?p=8902</guid>

					<description><![CDATA[今年 (2021) 年初，Google Ads 發佈了親臨門市 (store visits)，最近 (11 月)，Google Ads 又發佈了商店銷售 (store sales)。實體店家可以看到線下交易次數的模擬數據，也可以上傳交易資料作為智慧出價的反饋。]]></description>
										<content:encoded><![CDATA[
<p>圖片來源，Google Ads 官方影片&nbsp;<a rel="noreferrer noopener" href="https://www.youtube.com/watch?v=yg02AdLSXIM" target="_blank">https://www.youtube.com/watch?v=yg02AdLSXIM</a></p>



<p>線上廣告曝光，招攬客人到線下店消費，是台灣店家很重要的廣告需求。即使是有佈局線上，官網轉換追蹤完整的店家 (很少數)，也追蹤不到因看到廣告或與廣告互動而來實體店面的客人。今年 (2021) 年初，Google Ads 發佈了 <a rel="noreferrer noopener" href="https://blog.yuyansoftware.com.tw/2021/04/store-visit-conversion/" target="_blank">親臨門市轉換 (store visit conversion)</a></p>



<p>親臨門市轉換 (store visit conversion) 對實體店家有很大的幫助，但是</p>



<ol class="wp-block-list">
<li>store visit 是在保護使用者隱私的前提下，模擬出來的數據。</li>



<li>再怎麼使用 store visit，也只能猜測使用者因廣告而到達這個物理位置的數量。到這個物理位置的人不見得有在店裡消費啊。有可能是來逛逛沒消費，只是路過，隔壁店家很紅其實是到隔壁，等等。</li>
</ol>



<p>最近 (2021 年 11 月)，Google Ads 又發佈了<strong>商店銷售轉換</strong> (store sales conversion)</p>



<p><a rel="noreferrer noopener" href="https://support.google.com/google-ads/answer/9994849" target="_blank">https://support.google.com/google-ads/answer/9994849</a><br><meta charset="utf-8">store sales 是有使用門檻的，Google Ads 將店家分為兩種 1) 餐廳和零售商 2) 非餐廳或零售商。以下我們討論以<meta charset="utf-8">餐廳和零售商為主，因為它們是實體店面需要下廣告的大宗，了解他們的流程，要設定<meta charset="utf-8">非餐廳或零售商也不會是問題。</p>



<p>​​store sales counts (交易次數) 報表的門檻：廣告帳戶已經有 store visit 的數據，而且 90 天內有超過 300,000 store visits。</p>



<p>上傳自己 in-store sales 資料的門檻：</p>



<ul class="wp-block-list">
<li>每天上傳，或至少一週上傳一次。</li>



<li>每月最少 6,000 個交易次數。</li>



<li>對搜尋或購物廣告而言，90 天內有超過 500,000 次點擊。對影片或多媒體廣告而言，90 天內有超過 750,000 次點擊或觀看次數。</li>
</ul>



<p>如果你符合 <meta charset="utf-8">store sales counts 報表的門檻，廣告帳戶會出現一個新的 conversion action <strong>Store sales</strong>。​​store sales counts 報表將會自動產生。</p>



<p><strong>Store sales</strong> conversion action 會設定一個平均訂單價值，store sales values 則是由 ​​store sales counts x 平均訂單價值計算而來。</p>



<p>如果你也符合上傳自己資料的條件，請接洽 Google Ads 業務進行下一步。</p>



<p>這有點像是兩個階段，看到 <meta charset="utf-8">store sales counts 報表和 <strong>Store sales</strong> conversion action 是第一階段門檻。要上傳<meta charset="utf-8">自己的資料，則有第二階段的門檻。</p>



<p><a href="https://support.google.com/google-ads/answer/10018944" target="_blank" rel="noreferrer noopener">https://support.google.com/google-ads/answer/10018944</a><br>上傳交易資料的方式有三種</p>



<ol class="wp-block-list">
<li>從廣告帳戶後台<br>好處當然是直覺，上方文件也說如果你沒上傳過，可以先用這個方式。還有上傳後，廣告帳戶後台會直接跟你講檔案格式對不對，一開始可以藉此驗證檔案格式。<br>從廣告帳戶後台上傳，可以用 Excel、CSV 或 Google Sheets 的檔案格式。也可以準備好 HTTPS 或 SFTP 位置，讓 Google Ads 去撈。</li>



<li>使用 Google Ads API<br>好處當然就是節省時間，店家系統對 Google Ads 系統自動傳輸資料。當然，店家需要有自有系統，有能力客製化更改，並有能力串接 API。</li>



<li>找 store sales partner 廠商代為處理。</li>
</ol>



<p>上傳資料的格式中有兩個名詞要了解一下：</p>



<ul class="wp-block-list">
<li><strong>Loyalty Rate</strong> 指的是有留下客人 email 或電話的交易次數，除以全部交易次數。所以這會是一個 0~1 的值。</li>



<li><strong>Transaction Upload Rate</strong> 是已上傳 Google Ads 有留下客人 email 或電話的交易次數的比率 (如果店家沒有上傳全部的交易次數)。因為 Google 建議上傳全部的交易次數，所以不用糾結計算方式，Transaction Upload Rate 應該為 1。</li>
</ul>



<p>另外上傳資料有幾點要注意的地方</p>



<ul class="wp-block-list">
<li>只上傳實體店裡交易的資料，不包含線上網站等交易資料。</li>



<li>上傳的資料要包含最近 14 天裡的交易資料，這會幫助廣告帳戶後台更新報表。</li>



<li>避免上傳 90 天前的交易資料。</li>



<li>避免上傳同一筆交易資料。如果同一筆交易資料被重複上傳，最新上傳的這次才會被計算。</li>
</ul>



<p><a href="https://support.google.com/google-ads/answer/10018336" target="_blank" rel="noreferrer noopener">https://support.google.com/google-ads/answer/10018336</a><br>這份文件對上傳資料的格式有詳細的定義，這邊暫不重複。要注意的是上傳的資料，客人姓名、電話、Email 都要 SHA256 雜湊處理。如果是選擇廣告帳戶後台上傳資料，可以選擇自行雜湊或是上傳原始資料，由 Google Ads 來雜湊處理。</p>



<p><a href="https://support.google.com/google-ads/answer/10980636" target="_blank" rel="noreferrer noopener">https://support.google.com/google-ads/answer/10980636</a><br>智慧出價的選擇上，請選擇提高價值為目標的出價策略，例如 Target ROAS、盡量提高轉換價值。如果你想要比較強調 store sales conversion，記得確認 store sales conversion 轉換價值的設定要高於其他 conversion action 的轉換價值。</p>



<p>跟 <a href="https://blog.yuyansoftware.com.tw/2021/04/store-visit-conversion/" target="_blank" rel="noreferrer noopener">親臨門市轉換 (store visit conversion)</a> 一樣，將 store sales conversion 納入轉換欄。預設 store sales conversion 只會計算在「所有轉換」欄，沒有在「轉換」欄。</p>



<p>關於轉換回溯期&nbsp; (conversion window)，Google 建議可以設定 7 天，但購買週期較長的產業，仍然可以使用 30 天的轉換回溯期。</p>



<p>另外，整個 Google 廣告系統轉換的設定「不會」套用在歷史資料。也就是說當你第一次將 store sales 納入轉換欄，Target CPA、Target ROAS 的值，請自己手動計算一下。</p>



<h4 class="wp-block-heading">結論</h4>



<p>Store sales conversion 還是很新的一個東西 (目前是2021年11月)，從設定流程可以看出來，這個技術還在開發階段。</p>



<p>Store visits 是模擬數據，本文的 Store sales counts 其實也是模擬數據，如果不準的話還要往這方向走嗎？larry 認為還是要往這方向走，因為 1) 實體店面你不往這方向走，沒招了。2) 第三方 cookie 不能使用，第一方資料越來越重要的潮流。</p>



<p>即使是<meta charset="utf-8">模擬數據結果你仍然可以定性的比較 (相較於定量)。另一個重點是，如果不先佈局，就永遠跟不上新機會。</p>
]]></content:encoded>
					
		
		
			</item>
		<item>
		<title>Google Ads 強化轉換追蹤 (Enhanced Conversion)</title>
		<link>https://blog.yuyansoftware.com.tw/2021/10/enhanced-conversion/</link>
		
		<dc:creator><![CDATA[Larry]]></dc:creator>
		<pubDate>Sun, 03 Oct 2021 04:42:14 +0000</pubDate>
				<category><![CDATA[Google Ads]]></category>
		<category><![CDATA[數位行銷]]></category>
		<category><![CDATA[Google Ads 追蹤碼限定]]></category>
		<category><![CDATA[SHA256]]></category>
		<category><![CDATA[第一方資料]]></category>
		<category><![CDATA[雜湊處理]]></category>
		<guid isPermaLink="false">https://blog.yuyansoftware.com.tw/?p=8550</guid>

					<description><![CDATA[現在各個瀏覽器對於 cookie 的使用越來越嚴格，在 cookie 無法追蹤的情況下，Google Ads 一直在推「第一方資料」。強化轉換追蹤的運作方式是，在發生轉換的當下，將使用者留下來的資料雜湊處理後，傳給 Google，與 Google 的會員資料做比對。]]></description>
										<content:encoded><![CDATA[
<p>圖片來源 <a href="https://support.google.com/google-ads/answer/9888656?hl=en" target="_blank" rel="noreferrer noopener">https://support.google.com/google-ads/answer/9888656?hl=en</a></p>



<p>Google Ads 今年 (2021年) 8月份開始在推「強化轉換追蹤」(enhanced conversion)，是新功能，目前 (2021年10月) 還是 beta 版，已上線的廣告還不一定可以啟用強化轉換追蹤。本篇文章會比較強調在了解整體的邏輯，以及 Google 對廣告及追蹤的態度。</p>



<p>因為各個平台 (例如 iOS)、各個瀏覽器對 cookie 的使用越來越嚴格，轉換追蹤變得越來越困難，例如</p>



<ul class="wp-block-list"><li>例子1：使用者點擊搜尋廣告到達你的網站，將網址存在書籤，幾天後想起來才完成轉換。</li><li>例子2：使用者在 Youtube 看到影片行動廣告 (video action campaign)，不管是 click based conversion，還是 engaged-view conversion (EVC)，在你的網站完成轉換。延伸閱讀 <a rel="noreferrer noopener" href="https://blog.yuyansoftware.com.tw/2020/12/video-action-campaign-conversion-measurement/" target="_blank">Video action campaign 影片行動廣告 &amp; 轉換評估</a></li></ul>



<p>以上兩個例子，都有可能因為各個瀏覽器對 cookie 使用的限制，讓這次轉換跟來源廣告，脫離了關係。換句話說。以廣告的角度來講，以上兩個例子沒有發生轉換。</p>



<p>Google 近一兩年很提倡「第一方資料」(first-party data)，也就是你的網站本身儲存的使用者資訊，包含 Email、姓名、電話、等。甚至網站自己紀錄 gclid，延伸閱讀 <a href="https://blog.yuyansoftware.com.tw/2020/12/offline-conversion-import/" target="_blank" rel="noreferrer noopener">離線轉換追蹤：離線轉換匯入 (offline conversion import)</a></p>



<p>又或者說，不使用第一方資料也沒辦法了。隨著各個瀏覽器對 cookie 使用的限制越來越嚴格，cookie 沒辦法追蹤，只能用第一方資料了。</p>



<p><a rel="noreferrer noopener" href="https://support.google.com/google-ads/answer/9888656?hl=en" target="_blank">https://support.google.com/google-ads/answer/9888656?hl=en</a><br>強化轉換追蹤的運作方式是，使用者在 Google 登入狀態點擊廣告，或是看 Youtube 影片行動廣告超過 10 秒。之後在你的網站完成轉換，也許只是送出表單也算。在發生轉換的當下，除了紀錄轉換外，同時也將使用者留下來的資料傳給 Google。</p>



<p>因為該使用者有登入 Google 帳號，Google 會知道這個使用者點擊過廣告，或看過廣告影片 (而不是用 cookie 紀錄)。發生轉換時將使用者留下來的資料傳給 Google，比對之後發現是同一人，這樣廣告就算是發生轉換。</p>



<p>傳給 Google 的資料，必須是 (至少一項)</p>



<ol class="wp-block-list"><li>Email</li><li>姓名及地址</li><li>電話 (optional，但不能只有電話，必須與上面兩種資訊的其中一種，一起提供)</li></ol>



<p>強化轉換的追蹤碼可以是以下兩種：Google 代碼管理工具 (GTM, Google Tag Manager)，或是全域網站代碼 (Global Site Tag)。以下會以「全域網站代碼」為主。</p>



<p><a href="https://support.google.com/google-ads/answer/9888145" target="_blank" rel="noreferrer noopener">https://support.google.com/google-ads/answer/9888145</a><br>首先到你的廣告帳戶，上方板手符號 →「評估」底下的「轉換」→ 選一個轉換動作點進去看「詳情」，看有無「強化轉換」的選項 (目前 2021 年 10 月可能還沒有)。</p>



<p>另外，<span class="has-inline-color has-vivid-cyan-blue-color">強化轉換只支援 Google Ads 追蹤碼設定的轉換動作，不支援由 Google Analytics 匯入的轉換動作。</span></p>



<p>轉換動作啟用強化轉換之後，導入方法可以選擇</p>



<ol class="wp-block-list"><li>JavaScript 或 CSS 選取器。基本邏輯還是以操作廣告帳戶的後台為主，填入想要傳回 Google 的 JavaScript 變數，或是 CSS selector。</li><li>編輯程式碼。裡面再選擇「使用事件程式碼片段」</li></ol>



<p>以下以「使用事件程式碼片段」為主。網站的全域網站代碼新增 &#8216;allow_enhanced_conversions&#8217;: true</p>



<pre class="wp-block-code"><code>gtag('config', 'AW-CONVERSION_ID', { 'allow_enhanced_conversions': true });</code></pre>



<p>並在網站的轉換達成頁，新增一個全域的 JavaScript 變數：enhanced_conversion_data。它是 json 格式，內容就是要傳回 Google 的資料。上方 9888145 文件裡有範例。</p>



<p>程式碼修改好了之後，確認是否修改成功，可以用 Chrome dev panel，切到 Network tab，看一下資料有無正確的傳回 Google。傳輸的是 enhanced_conversion_data 雜湊處理後的字串。詳細確認內容如上方 9888145 文件。</p>



<p>Google 多個文件都強調，第一方資料是 SHA256 雜湊處理後，才傳給 Google，與 Google 的會員資料做比對。所以即使是 Google 員工，也不知道現在比對的人的 Email、姓名、電話、地址等原文是什麼。另外，雜湊處理是由 Google Ads 追蹤碼來執行，所以<span class="has-inline-color has-vivid-cyan-blue-color">網站主「不要」自己做雜湊處理 (不然會變成重複執行)。</span></p>



<h4 class="wp-block-heading">結論</h4>



<p>現在各個瀏覽器對於 cookie 的使用越來越嚴格，在沒辦法找辦法的情況下，Google Ads 一直在推「第一方資料」，包含本篇的強化轉換追蹤也是屬於第一方資料。在這個情況下，larry 覺得埋追蹤碼的工作越來越重要，不是跟早期一樣，簡單複製貼上一段碼，全站就解決了。現在每個轉換達成頁可能都要埋追蹤碼，做第一方資料的紀錄或反饋，而且反饋的方式也不盡相同。</p>
]]></content:encoded>
					
		
		
			</item>
	</channel>
</rss>
