1. 重複內容

50%的網站有著網頁內容重複的問題。谷歌對重複內容的定義是指大量大段的內容出現在同一域名下或者在不同域名下，它們或者完全相同或者高度相似。儘管谷歌曾經確認重複內容並不會受到懲罰，而Google也經常返回多條重複內容的結果，但這並不意味著這不會有任何問題。首先，搜索引擎會產生困惑，並不知道最終應該收錄哪個頁面，這會影響你關於該部分內容的展現機會；其次重複內容對用戶體驗也相當負面，間接地，搜索引擎會傾向於將用戶體驗更優的結果展現在前面。

消除重複內容最直接的方法是移除這些頁面，如果冗餘是必須的，請在搜索引擎站長平台聲明去掉這些收錄。另外活用canonical標籤也是標準的應對方法。

2. 丟失Alt標籤或者丟圖

HubSpot One曾經詳細地介紹過Alt標籤的應用。研究發現45%的網站存在未添加Alt標籤的問題，更有10%的網站的內部圖片會丟失。 Alt屬性是一個在IMG標籤中的圖片屬性，英文Alternative的縮寫。它的作用是當圖片無法讀取或顯示時，用該Alt屬性的內容替換圖片位置。 Alt是非常基本的HTML代碼也是非常容易被忽視的代碼。我們知道搜索引擎能夠真正掌控的元素其實只是文字。要理解圖形的意義和內容，一般搜索引擎都會參考其相似圖片的標題或替換文本。

丟失Alt標籤會讓搜索引擎失去有效理解圖片內容的途徑，而丟圖更是一個內容質量糟糕的指標，因為往往這會加長載入時間造成高跳出率。因此，我們做好Alt標籤，保證圖片的正確展示並不是為了圖片搜索，而是為了搜索引擎更好地了解我們圖文並茂的高質量內容。

3. 標題標籤的問題

研究顯示，有35%的網站存在重複頁面標題的問題，有4%的網站存在過短的標題標籤，8%的網站丟失了標題標籤，15%的網站存在標題過長的頁面。

毫無疑問，頁面標題是頁面上最重要的SEO元素。搜索引擎雖然偶爾會改寫SERP結果中的標題，但是大多數時候會忠於原標題。丟失標題是頁面殘缺的表現，重複標題會讓頁面內容變得難以概括（通常情況下搜索引擎會用H1、H2標籤中內容來替代。

標籤過長或過短都不適宜，考慮到谷歌和Google的不同顯示方式，HubSpot One建議頁面標題的重要部分【標題|頻道】不超過50個字符。剩下的次要部分可以是你的網站名稱。這樣【標題|頻道|站名】的格式會讓搜索引擎更容易理解。當然，考慮到最終長度不超過70個字符，不放入【頻道】也可。

4. Meta描述問題

Meta描述同樣會出現在SERP中對標題進行補充說明，當搜索詞和Meta描述中的詞匹配時會飄紅。研究發現30%的網站有Meta描述重複的現象，而更有25%的網站存在Meta描述丟失的情況。重複的Meta描述的問題和重複標籤一樣，這會干擾搜索引擎對你的頁面內容的理解，而丟失Meta描述會讓搜索引擎不得不從你的正文中截取字符來填充SERP。由於SERP的CTR也是決定排名的重要因素，通常情況下這樣截取正文字符的效果會很糟糕。

HubSpot One向你推荐一個很好用的Chrome瀏覽器插件Meta SEO Inspector，有了它你可以方便地查看每個頁面的各種SEO標籤的狀態。如果你想要批量地檢查那些重要的SEO標籤元素，那麼Screaming Frog也是非常好用的工具。

5. 內鏈死鍊和外鏈死鏈

研究顯示35%的網站中存在內鏈錯誤，而在這35%中的70%存在404，403這樣的4XX錯誤。另外25%的網站存在外鏈錯誤。死鍊是SEO的重大問題之一。它使得爬蟲的活動受到阻礙，從而失去發現某些內容的機會。一兩個404或許不是問題，但是如果大量的404出現會對你的網站造成沉重打擊。因為你很有可能失去搜索引擎的信任，如果搜索引擎仍然把他的用戶送到你的網站將是風險很大的行為，因此這會影響你的收錄和排名。

不管是是Google站長平台（網頁抓取>抓取異常）還是谷歌的Search Console都提供了死鏈的監測工具，還請多加利用。

6. 文本/代碼比率低下

字數不夠，用圖來湊的現像其實比較普遍。 28%的網站存在著相對於代碼量，文字量非常少的情況。如果的網頁普遍存在文本不到代碼量20%的情況，那麼你就要注意了。這可能是某些症狀的體現：

• 網頁編寫水平低下，有太多冗餘代碼。 （體現在過多的JS，和內嵌的CSS樣式）
• 存在隱藏的文本，這是被黑網站的標誌。會引起搜索引擎的懷疑。
• 網頁加載時間變長。頁面代碼量越大，調用JS越多加載時間越長。而加載時間是重要的排名指標。

谷歌提供了頁面速度測試工具可以診斷你的網頁表現。

7. H1標籤問題

先講個笑話。在國內也不知道誰規定的，只要你說起H5，聽你說話的人就認為你在說HTML5。實際上這是很荒謬的，因為H5就是一個HTML標籤而已它是指第五個層級的Headline。因此如果你在Google裡搜索H5，或者在國外的論壇中說H5沒有人會知道你在說什麼。 H5和O2O一樣，是國人自創的Chinglish的代表。

研究發現20%的網站出現了丟失H1標籤的現象。 H1表示Headline 1，它是頁面的總標題。通常網站會用概況整個頁面的。缺失H1會同樣造成搜索引擎對你的頁面的理解不足。在CSS可以自由定義HTML樣式的年代，H1定義樣式的功能逐漸淡化了，但是對內容的概況和對綱目的結構化指示依然重要。

另外有20%的網站中存在有多個H1的頁面。 H1是總標題，如果有兩個總標題，雖然在HTML5的規則中被技術上允許，但是也是不推薦的。理由同上。

研究還發現15%的網站出現H1標籤中內容和頁面標題完全一致的現象，這並不必要，只要內容表達的意思一致就可以。 H1是顯現給讀者的內容，而頁面標題更多在SERP上起到概況作用。

8. 頁面字數過低

18%的網站在報告中被顯示存在字數過低的頁面。雖然搜索引擎對收錄頁面的字數沒有特殊成文的要求。但是我們很容易發現無論是谷歌還是Google都更傾向於給深度長文更高的排名。如果你有過多的Hello World頁面，那麼請你花時間清理合併。

9. 頁面鏈接過多

研究發現有15%的網站存在鏈接過多的頁面。太多的鏈接會分散你的頁面傳遞到其他頁面的權重。如果更多的鏈接在其中分一杯羹，那麼每一個鏈接的自身價值也會降低許多。在權重被稀釋的同時，很多時候對用戶體驗也有負面的影響。最高質量的鏈接是最自然的鏈接。

10. 錯誤的語言聲明

對多語言的網站來說正確聲明網頁內容的語言是相當關鍵的。這會牽涉到幾方面內容：

• 首先，他會通知瀏覽器正確的打開方式。這對網頁翻譯和顯示很有用。
• 其次，對某些將文字發聲閱讀的功能來說提供了指示。比如一些同樣拼寫的詞在英語和法語中有不同發音。
• 最後，和SEO相關的是搜索引擎知道你使用的語言可以更好地展現給使用不同語言的用戶。尤其是URL不發生改變時。

Moz有一篇詳盡的關於herflang標籤用法的指南，這對多語言網站極為有用。

11. 臨時跳轉

最後是臨時跳轉問題，有10%的網站出現了此問題。我們熟知的301永久跳轉和302臨時跳轉還是經常有糊塗的技術人員搞錯。儘管在最近谷歌的兩位發言人已經聲稱任何跳轉都不會帶來SEO的負面影響，但是像Rand Fishkin還是指出SEO們要慎重地看待這樣的言論。畢竟301和302是ISO協議，不單單是谷歌一家之言。況且谷歌很有可能只是在鼓勵http向https的進化。

總結

以上就是HubSpot One分享的SEMrush的研究報告。有多少條讓你中招呢？平心而論這些SEO錯誤之中大多數都是很基礎的內容，能處理好這些只能說是站內SEO的第一步。我們還是要多加利用Google站長平台和谷歌的Search Console這樣的工具來發現我們網站中的一些錯誤，做好這些很基本的工作。

The post 最常見的11項網站SEO錯誤，你會犯嗎？ appeared first on Hubspot.one - Martech 與廣告行銷知識庫.

GTM的各種應用中最有價值的便是根據不同環境和條件來自由插入HTML代碼了。儘管還有一些瑕疵，對絕大多數需求來說是夠用了。

本篇我們將通過一個實例實現判斷用戶是否在手機Google瀏覽器上訪問你的網站並由此顯示關注熊掌號的按鈕。

熊掌號是什麼？

熊掌號是Google內容分發生態附能的拳頭產品，Google資源平台的2018推廣重點。 Google計劃在2018年-2020年逐漸達到80%的搜索流量分發到優質的熊掌號。對於品牌來講，熊掌號允許通過HTML5頁面，MIP頁面和Google百家的形式向平台提交內容。這三者最大的亮點是允許推送HTML5頁面，只要經過一定改造就可以在熊掌號內分發內容同時不失自由度，充分體現自有媒體的優勢。 Google搜索結果頁面則會將熊掌號標識出來。

但是目前熊掌號仍然存在一定局限，就是非常依賴手機Googleapp。凡是你點擊關注也好，發消息也好都會提示你下載手機Googleapp或者自動調起已安裝的app。因此我們如果不分環境地引導用戶去加粉會反而破壞用戶的瀏覽體驗。

於是我們會有這樣一個想法，能不能僅僅在用戶使用手機Googleapp時才引導用戶加粉呢？我們可以通過GTM來實現。

用GTM判斷User Agent

首先我們要研究下手機Googleapp的UA，不管是iOS還是安卓，Googleapp的UA都含有baiduboxapp比如下面安卓版的UA全字符串。

Mozilla/5.0 (Linux; Android 8.0; G8142 Build/47.1.A.8.49; wv) AppleWebKit/537.36 (KHTML, like Gecko) Version/4.0 Chrome/48.0.2564.116 Mobile Safari/537.36 T7/10.3 baiduboxapp /10.3.6.13 (Baidu; P1 8.0.0)

由於GTM本身沒有提供判斷瀏覽器UA的變量，我們利用JS來新建一個變量User Agent ，然後保存。

接下來我們只要做個簡單的觸發器（Trigger）便可，我們把它命名為Baidu Mobile App 。見下圖：

HubSpot One此處選擇了Page View – Window Loaded表示將在頁面渲染完成後查看UA是否包含baiduboxapp ，若包含則訪客在手機Google應用上，觸發我們下面的標籤。實際上你也可以選擇DOM Ready作為檢查時機。

加入提示和熊掌號鏈接

接下來我們需要一個Custom HTML標籤，這個標籤的觸發條件便是上面我們新建的觸發器。由於我們需要插入鏈接，因此需要勾選Support document.write 。代碼見下圖：

請勿直接轉帖這段代碼而必須和您的前端工程師進行客戶化。這段代碼做了兩件事，一是在頁面頭部通過一個新建的DOM元素添加了一個按鈕，其次是彈出提醒並對Cookie進行操作。如果訪客點選Cancel則在未來的30天內不再彈出，相應地每次彈出前都會檢查Cookie。如果你覺得getCookie很麻煩也可以用GTM原生的1st Party Cookie變量。

效果和總結

至此我們已經完成整個過程，當我們發布了GTM的這個容器版本後可以利用手機Google或者更改瀏覽器的User Agent。下圖是上面這個實例最終的效果，左邊是彈出提示，右邊右上角就是我們添加的圖片鏈接。

以上我們講解了一個如何利用GTM不更改網頁代碼實現對Google手機app增強熊掌號推薦的實例。希望能給您一些借鑒，並通過這個例子更好地理解GTM的靈活性。對中間的代碼部分只要您稍微學習下DOM Element的各種方法也不會很難。這個實例中調用了Google熊掌號的LOGO，您可以根據喜好更改。

The post GTM實例教程– 識別瀏覽器插入熊掌號提醒鏈接 appeared first on Hubspot.one - Martech 與廣告行銷知識庫.

好久沒有和大家分享電郵行銷的心得了，上次還是介紹了SPF和DKIM保障你的郵件正常被大部分郵箱接收。從UnBounce最新發布的著陸頁轉化數據來看，Email📧依舊是轉化最高的流量來源。

本篇將會補上之前漏做的功課，契機是上月24日，佔全球四分之一市場份額的Gmail發布了新的版本。如果你是Gmail強大功能的簇擁，或者面對著大量的Gmail用戶，那麼相信本篇一定能讓你收益頗豐。我們來看看這次更新都有哪些新功能。

開啟新世界的大門

首先你要有個Gmail。其次你要打開新Gmail的界面。

接下來你就可以享受新界面和新功能給你帶來的效率提升了。下面簡單介紹下全新的功能特性。

新Gmail的新功能特性

具體的更新詳情您可以訪問www.blog.google了解（能有自己的TLD，穩！）。最顯著的區別自然是右手邊添加了三個快捷按鈕，依次是Calendar，Keep和Tasks，見下圖。這三個特性是和Gmail最相關的三個特性，都可以和您的手機同步。

你還可以通過加號添加新的插件。不過這些插件多少有些兼容性問題，會出現在新版無法顯示圖標的尷尬。

此外，當鼠標移動到某個郵件上時，還會浮現出快捷按鈕。這里三個是Archive（歸檔），Delete（刪除）和Mark as unread（標記為未讀）。第一個View按鈕就是我們說的Gmail黑科技，在2014年的文章中介紹過，是利用Schema.org生成的Email Markup。我們放到後面再討論，因為這裡有一些變化，就是一些高級樣式如RSVP不再在新界面下顯示。

因此，筆者相信Gmail還會對這個新版本有進一步的修正。另外還有一個官方已經宣布的Snooze（稍後提醒）的功能尚未出現，見下圖。

該功能已經在手機app上線。

新版如手機版那樣提供了快捷回复。看上去很“聰明”。

另外就像其他郵件客戶端一樣，打入+或者@可以提到某人並添加到抄送收件人列表（筆者並不覺得用+和@很有禮貌，所以一般會迴避）。你現在還可以不用打開郵件就查看附件，見下圖。

在上圖中你還可以看到另一新功能，Gmail會智能地提醒你未回复的重要郵件。再也不怕老闆因為未收到回复罵人了。

最後一個重要的新功能是保密郵件。這種郵件可以規定時間自動銷毀，還可以通過手機短信設置密碼。

然並卵，人人都會截屏啊。呵呵，人人都會PS啊。所以說這還有一定作用。另外關於短信驗證碼，只有以下地區的電話號碼才能接收短信驗證碼😅：

• 北美洲
• 南美洲
• 歐洲
• 亞洲：印度和日本

Gmail更新對行銷者的影響

首先，該更新僅僅對Gmail，目前還沒有應用到Gmail for Business。如果是企業自己的域名的Gmail郵箱，暫時還無法切換到新界面，用戶界面還是舊的，會有些區別。

特別是對於原先的Email Markup，有四種高級格式：

• 完成一次點擊（One Click Action）
• 查看一個網頁（Go-To Action）
• 應邀簽到（RSVP Action）
• 進行一次評價（Review Action）

其中只有Go-To Action（ViewAction和TrackAction）類型得以確保。 One Click Action中的Confirm Action和Save Action雖然能顯示按鈕但是不能發送request到目的地網址（也有可能是筆者的環境原因）。 Review Action已經下線，所以不再提及。

其次，Google通過其站長平台推出了一個驗證Email Markup的驗證工具——Email Markup Tester。這個工具可以非常詳細地列出Email中的這些高級元素的問題，發送郵件之前最好去驗證一下保證功能正常。

最後對於優化送達率，除了SPF和DKIM驗證，你或許還要考慮DMARC驗證方法。

The post 全新Gmail體驗，原先的那些黑科技還能用嗎？ appeared first on Hubspot.one - Martech 與廣告行銷知識庫.

在向你介紹GA以前，不管你是菜鳥還是老鳥你都要知道，雖然這玩意兒已經十多歲了，但是直到最近才完成了一次脫胎換骨的變化，之後我們會慢慢聊。

Google Analytics從過去到現在並在未來都一直將是網站統計的標杆

作為行業標準，GA一直都是其他各種統計，包括某度統計效仿（抄襲）的對象。從面上來講GA已經可以不單統計網站，而且可以統計手機應用和線下業務。如果你是一個互聯網公司的CEO，那你只需要一個閱讀GA報表的權限就可以充分了解公司的運營情況，非常方便的做各項決策了。

在谷歌中GA的開發團隊很小，所以他們的更新一直都是比較緩慢的。和其他谷歌產品一樣GA可以和許多其他谷歌產品共享數據，包括Google AdWords和Webmaster Tools。在去年GA吞併了他的小伙伴Optimizor作為了自己Experiment功能，加強了A|B Test能力。而今年GA開始大刀闊斧地把以訪問為核心的統計轉為以用戶為核心的統計。

想像一下，當一個用戶點擊了某一個廣告來到你的網站，然後他註冊，挑選商品，付費，這整個過程都被你監控到該是多麼精彩。每個網絡市場行銷的從業者都應該有對數據的飢渴感，而GA便是你的主糧。在GA中，你可以看到每一筆交易，可以看到用戶買了什麼，花了多少錢，用戶的送貨地址，快遞方式，可以看到該用戶的註冊時間，第一次訪問的時間，註冊通道入口，第一次光臨你的網站前點擊的是你投放在哪裡的廣告，甚至當時那個廣告橫幅（banner）上寫了什麼。是不是方方面面？用戶的整個生命週期都展現在你的面前。你不需要去問你的銷售團隊這個月生意好不好，也不需要去問技術團隊網站穩定不穩定，因為你可以通過GA了解到一切。

Google Analytics“幾乎”是萬能的

GA技術很簡單，通過Cookie來跟踪用戶的行為。這也對GA形成了局限性：如果用戶換了一個設備，那跟踪將變得困難。即便是同一設備上的不同瀏覽器都會造成重複的統計。而對於那些禁用了Cookie的設備GA將無法完整進行統計。那些經常清空Cookie的用戶也會對GA的統計進行干擾。

譬如，你在電腦上看到我的部落格文章，你沒看完又在你的平板上再次打開了，這就形成了2次唯一用戶訪問。再有你在Chrome上看到無法使用的網銀，於是你又在IE上打開，這也造成了重複計算。 （如果你發現那些不支持你網站的瀏覽器的訪問量非常大，你就應該考慮是否做一個新版本了。）

除了這個天生的局限性，GA作為一款Web Analytics超級工具已經完美無缺（非要挑刺的話，GA的確也有他的阿克琉斯之踵），他絕對會是你最好的朋友。

學習使用Google Analytics

和谷歌其他產品一樣GA有比較完備的支持文檔，大部分都有多語言版本。但是如果你要精通GA的使用，你最好具有良好的英語基礎。因為更多的文檔將只有英語版本。遺憾的是國內很少有學習GA的資源和討論區，網上大部分教程也都停留在“說明書”的階段。就好像有GA跟踪代碼的網站很多，但是真正去“安裝”GA的網站很少。因為大多數人覺得只要有代碼了就完事了，也不覺得需要更多的數據。如果你的Online Marketing Manager沒有做好這點，我建議你可以另覓一位。他不單要安裝好GA的各項代碼而且要教會你使用GA，包括為你自定義報表使你更容易地檢視這些數據。

“真·安裝”Google Analytics

GA是你的好朋友。既然把跟踪代碼放進頁面還遠遠不算完事，那怎樣才算真正地安裝了GA呢？要真正安裝好GA，除了放置代碼以外，你還必須：

1. 設置頁面樣本採樣率，包括統計採樣率和載入速度採樣率
2. 設置好“目標”，免費版本的GA可以接受至少20個Goal
3. 設置好過濾，不想把自己公司的流量算入流量？不想把URL後面的參數記錄？
4. 設置電子商務e-Commerce，配置好購物車和商品
5. 鏈接AdWords，如果你使用AdWords來推廣
6. 鏈接Webmaster Tools，這將使你獲得更多SEO的數據
7. 添加Custom Variables客戶化地定義你的訪客，你可以有5個數據槽
8. 建立Event事件，包括用戶對按鈕的點擊，影片的播放，跳出網站的監控
9. 建立Advanced Segment和Custom Report來自定義你的報表
10. 建立Dashboard，把最常用的報表放到一個地方，一目了然

你看，這絕不是加個代碼那麼簡單。這是非常麻煩的一個過程，你的線上行銷經理或者分析師必須花很多時間來真正了解你的業務流程並製定相應的GA部署。你的好朋友是相當能幹的，只要你了解他。

注：GA始終無法自定義每週的周期，在GA中每個星期永遠是從周日開始，這和台灣人的習慣不同。事實上以周一作為一周開始的國家有很多。

The post 認識你的好朋友Google Analytics appeared first on Hubspot.one - Martech 與廣告行銷知識庫.

2017年是GTM（Google Tag Manager）大爆發的一年，在過去的一年中有許多高度性能增強的更新。然而歷數這些更新2017年最讓人激動人心的竟然是它！這就是我們今天要介紹的Element Visibility（頁面元素可見性）觸發器。

你或許對我們不久前介紹的GTM中頁面滾動深度監測的原生實現方法還有印象，它可以自有地實現用戶瀏覽頁面深度的統計。在當時介紹時，我們特地沒有涉及Element Visibility，就是為了留到今天來詳細地討論。

Element Visibility能為我們做些什麼？

我們每一個數字分析工作者都渴求了解在這個世界上的某一點，某一塊屏幕面前的受眾是如何與我們的網頁進行互動的。在許多時候我們不禁要問，這個用戶打開了這個網頁是否看到我們為其提供的最重要的訊息？這些重要的訊息可能是一個廣告，一個警告框，一段文字促銷訊息，或者是如一個QR碼那樣的特定的其他形式的內容。這種時候一個pageview的說服力是相當低的，我們需要實實在在地了解這些元素的“可見性”。

於是Element Visibility這個原生觸發器就“千呼萬喚始出來”了。在以往我們只能通過第三方的js庫來衡量某一個DOM元素在Viewpoint中的可見性。因此這實在是“巨大的”革新！

啟用Element Visibility

啟用Element Visibility這個原生觸發器很簡單，在新建觸發器時選擇類型Element Visibility即可，它和我們之前介紹的Scroll Depth同被歸在User Engagement下。選擇後你會看到下面的設置界面，我們一一講解。

Element Visibility提供了兩種元素定位方法，第一種是通過元素的ID，第二種是通過CSS選擇器。

我們先說第一種。每一個HTML的DOM元素都可以有一個ID的屬性。舉個例子，你打開Google的首頁並在按鈕“Google一下”鼠標右鍵“查看元素”（Chrome中： Inspect ），你可以看到這個按鈕的id為“su”。如下圖所示：

你也可以用這個方法來了解你的網頁中的某個元素的ID。如果它沒有id屬性，你可以建議前端工程師加上去或者通過我們下面的第二種方法來實現。

第二種方法是CSS選擇器。如果你是前端工程師，那麼你一定能體會它是一個非常方便的元素定位工具。HubSpot One在2017年曾經介紹過CSS選擇器（CSS Selector）的使用方法和技巧。它實際上是提供了這個元素的路徑。我們再來舉個例子。

在剛才的例子中，我們雙擊id=”su”把這個屬性刪除。然後我們在那行代碼上右鍵點擊，選擇“複製”，“複製選擇器”。

你可以得到下面這個結果。

#s_btn_wr > input

這個CSS選擇器的意思是去找ID為s_btn_wr的元素（就是那個<span> ），然後定位到它包含的input元素。

以上就是兩種定位方法，第一種更直接。第二種可以是你的Plan B。

這里略微展開一下，你的多個元素可以同時具有一個ID，CSS選擇器也可以選擇一個元素集合。因此這兩種方法並不針對唯一元素。假設有兩個id=”su”的元素，你希望僅在第二個元素可見時觸發，那麼你需要用CSS選擇器來嚴格指定元素路徑和子元素序號。多個元素的情況我們下面還會講。

Element Visibility觸發規則

GTM提供了三個觸發選項：

1. Once per page
2. Once per element
3. Every time an element appears on screen

第一種和最後一種很好理解，分別是“每個頁面觸發一次，在首次可見時觸發”和“每個元素每次由不可見變為可見時都觸發一次，可重複”。我們詳細講中間第二種。

• 如果你選用的是ID匹配，那麼只有第一個匹配ID可見時會觸發。這種情況和第一種無區別。 （如果這個元素被移除後再添加則可以再觸發。）
• 如果你選用的是CSS選擇器匹配，那麼每一個可以匹配到的元素都可以觸發一次。

除了這三個觸發選項之外，GTM還提供了兩個高級觸發條件，分別是最小可見面積百分比和可見持續時長（毫秒） 。

我們知道MRC（Media Ratings Council）所製定並被IAB採用的廣告可見展示的標準是50%+可見並停留持續的一秒（ Pixel Requirement: Greater than or equal to 50% of the pixels in the advertisement were on an in-focus browser tab on the viewable space of the browser page, and Time Requirement: The time the pixel requirement is met was greater than or equal to one continuous second, post ad render. ）。對於自定義的其他元素，你可以要求更加嚴格，因為你可能無法獲取渲染時機。

最後我們來講Observe DOM change這個高級選項。在頁面載入時，有些DOM元素可能還不在頁面上，當動態地插入元素時，如果為啟用Observe DOM change這個選項那麼該變化將不能被GTM所感知。你可以請教下身邊的前端大神，這樣的場景十分常見，比如你要添加一個彈出層顯示一些感想或警告的訊息，又比如購物車新添加了一件商品等。此時Observe DOM change這個選項必須勾好。

總結一下

GTM的元素可見性（Element Visibility）觸發器的出現大幅簡化了我們對頁面特定元素可見性的衡量統計。 GTM從此變得更加強大，可以不再依靠第三方來實現這樣核心的需求。

最後藉此文感謝各位讀者不離不棄，祝各位2018事業蒸蒸日上！

The post 2017年最佳原生GTM功能，頁面元素可見性觸發統計 appeared first on Hubspot.one - Martech 與廣告行銷知識庫.

隨著GDPR的推行，根據不同用戶所在的國家來客戶化頁面內容成為了一種普遍的需求。

此外上次我們介紹了Google Signals，由於牆內用戶無法打開位於google.com上的各種資源，打開Google Signals會嚴重拖慢網站的訪問速度。在文章的最後我們提到了利用不用地區的訪客訊息來決定是否動態地打開Google Signals。本篇我們便接下去探討，以思路為主。

GTM中動態打開Google Signals的方法

注意這個選項並不支持變量，因此你不得不建立兩種不同的標籤來應對“打開”與“關閉”兩種情況。 Google Analytics Settings變量也無法簡化操作，另外現行版本中的UA標籤必須使用GA Settings變量。

觸發這兩種標籤的自然是一個變量，這個變量有三種情況：

1. 未賦值
2. 牆內訪客
3. 牆外訪客

為了保證每次UA的PageView的標籤都被訪問，我們可以將未賦值看作為牆內訪客來簡化操作。

服務器端還是客戶端進行地區解析？

這是一個很關鍵的問題。各有優缺點。

如果我們選擇服務器端，那麼對於一些內容密集的網站大量內容緩存在CDN上，此時就不能對頁面開啟緩存，因為每個頁面都會根據訪客所在的地區而不一樣。比如您在讀的這篇文章可能就是一篇緩存。

如果您選擇服務器端動態解析IP，那麼本地必須有一個IP表對應各個國家。您可以參考吳釗在腳本之家的這篇文章《在WordPress中使用PHP腳本來判斷訪客來自什麼國家》來進行配置，或者購買Maxmind的服務器端解決方案。如果你在WordPress上，你可以利用吳釗的方法在<head></head>中寫入腳本將數據推送到DataLayer。然後建個變量和触發器來決定Fire哪個版本的UA標籤。

<?php
include(‘geoip.inc’);
global $countryCode;
$geoData = geoip_open(‘GeoIP.dat’, GEOIP_STANDARD);
$countryCode = geoip_country_code_by_addr($geoData, $_SERVER[‘REMOTE_ADDR’]);
geoip_close($geoData);
echo “<script>dataLayer = [{‘country’: ‘” + $countryCode + “’}];<script>”;
?>

第二種做法就是放在客戶端了，這種方法的問題是API的獲取結果速度可能拖慢UA標籤的打開。因為你的訪客需要等API返回結果。你可以使用GeoPlugin.com提供的插件，即便是SSL版本一年也只需要12歐，不到100人民幣。國內有一些免費的，如搜狐和淘寶的。你可以建一個Custom HTML Tag來調用並獲取訪客國家：

<script src=”http://www.geoplugin.net/javascript.gp”></script>
<script>
(function() {
try {
var country = geoplugin_countryName();
dataLayer.push({
‘country’ : country
});
} catch(e) {
dataLayer.push({
‘event’ : ‘Error’,
‘Jserror’ : e.message
});
}
})();
</script>

這個Custom HTML Tag需要有較高的優先級，保證在UA標籤Fire前拿到country的值。

或許是一種更好的方法

不管用上面哪一種方法，對於觸發UA PageView標籤這種需要及時打開的標籤來說都不是理想的解決方法。因此我們建議在頁面打開5秒鐘後觸發一個UA的Event標籤，而在這個標籤裡我們可以打開Display Advertising Features。因為這個是針對用戶級別的維度。

具體的做法是，對於PageView標籤的DAF我們選擇No Value Set。我們在Tag Sequencing裡可以選擇在PageView標籤之前先異步調用一個獲取國家的標籤。

<script async src=”http://www.geoplugin.net/javascript.gp”></script>
<script>
(function() {
try {
var country = geoplugin_countryName();
dataLayer.push({
‘country’ : country
});
} catch(e) {
dataLayer.push({
‘event’ : ‘Error’,
‘Jserror’ : e.message
});
}
})();
</script>

接下來我們會建立一個Timer類型的觸發器。和一個UA Event標籤，UA Event標籤將會應用上面圖中新建的GA Settings變量。如果Timer觸發器到點和country不等於China兩個條件同時滿足時UA Event標籤將被Timer觸發器觸發。

由此，我們再整理一下，一共三步。

1. 當頁面打開時，GTM先會去請求當前IP對應的國家。
2. GTM調用UA的PageView標籤，此時Display Advertising功能未啟用。
3. GTM在5秒鐘後檢查Country的值，如果不在牆內則發送一個帶Audience的Event。

希望本文給你一些啟發。如有更好的方法請通過HubSpot One的公眾號聯繫。謝謝。

The post 【教程】如何根據不同地區訪客來觸發GTM標籤 appeared first on Hubspot.one - Martech 與廣告行銷知識庫.

十二月中旬GA4就可以連接GSC了，等了一個月再講是因為給一段時間Roll out，同時也是趁著雙旦休息一段時間。現在，只要你有GA4的管理權限和GSC的查看權限，就可以將兩者連接起來。

這個功能在以往的Google Analytics版本中就有，另外HubSpot One在十月份也預告過這個更新。當時我還引用了GA的產品管理總監的話：

“Search Console提供有關您網站的自然搜索性能的詳細訊息，包括網站在搜索結果中的排名、帶來點擊的查詢以及點擊後數據（如參與會話和轉化） 。通過新的Search Console 集成，您將能夠了解自然搜索相對於其他行銷渠道（例如搜索廣告、電子郵件或社交）在增加網站流量和參與度方面所起的作用。”

羅素凱徹姆Google Analytics 產品管理總監

當時我說“如果真的能像上面描述的那樣，這實在是一種進步。因為在GA4以前，雖然我們可以看到GA中導入的GSC數據，但是對於某些檢索詞的表現、它們最終轉化如何，我們並不清楚。”

我們先不管上面這些結論是否正確，來看看如何從GA4連接GSC吧。

在GA4中連接GSC

如果你是管理員或者編輯者的話，點擊Admin，然後在GA4的Property下的PRODUCT LINKING下找到Search Console Linking。點擊小藍按鈕Link便可開始連接。一路點下去沒什麼坑，注意最後確認界面再看一遍。

耐人尋味的是這是兩個賬戶的連接，也就是說並不是單方面的GSC把數據傳給GA4，根據谷歌的說法GA4也將數據傳給GSC。印像中這是首次提到。那麼問題來了？ GA4究竟傳什麼數據給GSC呢？難道GA4的流量和用戶行為數據會影響SEO表現嗎？這我們就不得而知了。 🙄

一路點下去就能完成連接了，值得提醒的是

• 一個Web Stream只能與一項Search Console 媒體資源相關聯。
• 一項Search Console 媒體資源只能與一個Data Stream關聯。 （您還可以將同一項Search Console 媒體資源與一項Universal Analytics 媒體資源相關聯。）
• 關聯一旦建立，無法修改關聯。如需更改關聯，您需要刪除現有關聯，然後創建新的關聯。

在GA4中使用GSC數據

在連接建立48小時後，你就可以利用GSC的數據了。

在左側菜單中選擇Reports，然後在底部找到Library。關於Library，我們在以往詳細介紹過。現在你可以在Collections中找到Search console，在一開始它處於未發布狀態。當我第一次添加時，我的Search console的Collection離奇地沒有任何報告。如果你也遇到這樣的狀況可以把這個Collection刪掉，然後重新Create new collection。再次選擇這個模板即可。

完成發布之後你可以在左側發現兩個新報告Queries: Organic google search query和Google organic search traffic。報告名稱太長？你可以在Library中Rename。

GSC數據在GA4中的應用

顯然你獲得了額外的兩個預設的報表。這些報表十分直觀，你也可以在報表中添加第二個Dimension如Device category。那麼這次連接GSC有沒有像谷歌所介紹的揭示點擊後數據的表現呢？

完全沒有，甚至它比在GSC裡看數據更加糟糕。

當我們嘗試Customize report並在Metrics裡添加一個諸如New users的指標時，你會得到No data available，更不要說Conversion了。

好吧，那我至少能像在GSC裡面那樣對某個詞看看按日期的表現吧？想多了，還是不可能的。並且這些維度和指標不能用在Detail report裡。那我們為什麼要GA4連GSC呢，既然沒有任何好處，看不到任何參與度的指標？

我想事到如今我們應該原諒谷歌吹的牛，至少原先沒有GSC查看權限的GA4用戶可以看到一些數據了。你要記住的還有一個重要的原因是GA4是因隱私限制誕生的版本，GSC中的Query數據也是經過“過濾”的。你怎麼看呢?

The post GA4連接GSC實裝，它能給你帶來什麼？ appeared first on Hubspot.one - Martech 與廣告行銷知識庫.

2020無疑是數字廣告最艱難的一年。一邊是技術層面的受眾身份識別受到了最嚴苛的限制，另一邊是平台對於個人訊息的收緊開放性的縮減使得許多“理想”的廣告技術難以應用到實踐中去。本篇HubSpot One將會和讀者閒聊幾句，談談目前數字廣告技術的形勢。內容比較散，想到哪裡寫到哪裡，請多多包涵。

數字廣告AdTech全景圖

你可能看過許多其他五花八門的版本，我們要講的是下圖是HubSpot One簡化製作的AdTech全景圖，我們先理一下目前AdTech各元素和它們之間的關係。

1. 發布商接入SSP，添加SSP代碼並設定期望展示的廣告類型，設定黑白名單。 SSP將廣告展示在發布商的廣告位中。
2. SSP將受眾數據提供給廣告交換網絡，等待廣告伺服。
3. Ad Exchange組織各網絡進行競價或按約定指派展現權利。
4. DMP將受眾訊息傳遞給廣告主HubSpot以詢問HubSpot是否確定受眾在HubSpot指定或識別範圍之內。
5. DMP通知Ad Server伺服廣告物料。
6. 廣告主按目標人群、期望投放媒體和出價在DSP中預先設定。
7. 廣告主將創意物料上傳Ad Server。
8. DSP將廣告主圈選的人群、媒體、出價提供給DMP用於投放決策。
9. 廣告主在HubSpot中設定並維護第一方數據。
10. 廣告主在CMP（Creative Management Platform）中生成不同創意的版本和各版本針對的人群標籤。
11. CMP上傳創意物料並通知Ad Server伺服哪個版本的創意。
12. Ad Server將要伺服的廣告物料提供給SSP。
13. 分析、反作弊、品牌安全等第三方技術夥伴驗證SSP的展現。
14. 第三方技術夥伴對DSP進行干預避免投放給問題媒體/受眾。
15. HubSpot識別受眾個體後通知CMP，由後者決定創意版本。

AdTech當前的挑戰是什麼？

上面簡單介紹了程序化廣告的各個組件或者說模塊，我們可以看到有些模塊並不是必須的。比如黑色的棕色的和灰色的三塊。但是有沒有這些會決定我們投放的效果好不好。 AdTech當前最大的挑戰是這些“錦上添花”的模塊的部署採用率還很低。HubSpot One認為當前這些技術未能有效普及是有原因的。

為什麼黑科技不能普及？

HubSpot作為管理第一方數據和品牌自有數據資產的核心模塊，和傳統CRM數據庫的最大區別是能夠接入DMP用於廣告投放。能否接入一些主流DMP將成為考量HubSpot素質的重要標準。許多企業自建HubSpot最大的難點就在這裡，這也勸退了不少想要在原有CRM平台上自主升級搭建HubSpot的品牌。

CMP是程序化創意的核心概念，是真正決定千人千面驅動力，它一般具有DCO（動態創意優化）的能力。 CMP做兩件事，一件是將標籤轉化為相對應的創意版本；另一件是短時間大量或動態生成與受眾相匹配的創意。從這個角度來看第一個任務結合機器學習甚至基於規則便可實現，第二個任務僅需要利用圖形API就可以通過組合元素大量生成創意版本。難就難在標籤的獲取，它依賴HubSpot的對接。另一個限制是發布商的廣告審核限制，這讓CMP無法效率提供動態創意。因此絕大多數的廣告還停留在建立大量廣告組針對不同人群組預設一組創意，而很難實現個性化、千人千面的解決方案，程序化創意最終只能落地到JPG上。

AdTech的推進不力讓我們錯失了大把好時光，數字廣告還面臨著失去身份識別的問題。

我們不再知道誰是誰了嗎？

目前主流平台大都還支持（手動）上傳第一方數據，如IMEI、MAC地址、Device ID、手機號等。個別平台支持上傳廣告主相對應的OpenID。 DMP中也都含有用於Web端識別個體的第三方Cookie。

可是在一兩年內由於隱私政策和防跟踪技術的興起，我們將失去大部分用於識別受眾身份的標識。所有原生的Device ID、IMEI、MAC地址、第三方Cookie都將會在未來兩年內變得不可用。我們可以提供辨識個體的最終將只剩下可以輕易窮舉的手機號和與各平台登錄狀態相關的OpenID。

換句話說，到那個時候我們在HubSpot裡存儲的Device ID將毫無作用。所以屆時我們發展了20年的廣告技術將會回歸虛無嗎？

新的Identity Solution？

沒有Cookie，沒有Device ID的世界中我們唯一的Key還會是手機號。在這個PII標識之外的匿名標識將是各大平台的Open ID。對於中小媒體和發布商實現人群和個性化精準廣告發布將會是高難度操作。其中稍大的媒體會盡可能地獲取用戶的登錄狀態並獲取用戶的手機號，而較小的媒體會逐漸向高價值的垂直媒體發展並提供上下文定位（Contextual Targeting）的投放機會。

或許還有另一種可能。不久前台灣移動透露了5G消息有望於年底實現商用。HubSpot One不想預言5G消息作為短信和彩信的升級版是否會取代微信。只是想提醒各位數字廣告從業者，儘管5G消息還有用戶許可等問題，一旦5G消息得到普及，將能有效打通各平台的Open ID，極大地豐富HubSpot的數據並實現“People-based”精準廣告投放。讓我們拭目以待。

對致力於效果廣告的品牌而已，堅定不移地發展自有媒體和HubSpot將會是未來五年數字行銷和數位轉型中的重中之重。

The post 千面怎樣才能對上千人？談數字廣告的未來、動態創意、身份識別 appeared first on Hubspot.one - Martech 與廣告行銷知識庫.

對從事電子商務的企業來說，尤其是B2C的企業，很顯然擺在面前的有一個選擇：是開發自己的官方商城還是使用第三方的商城（marketplace）。本篇不做論斷性的評述，僅將這兩者的各個方面列出供各位行銷人員比較。

The post 電子商務：自建官方商城和第三方商城的比較 appeared first on Hubspot.one - Martech 與廣告行銷知識庫.