文章專區

SEO與搜尋行銷相關

 在先前「淺談 GDPR 歐盟通用資料保護規則」時,我們瞭解到了由歐盟等地區從2018年5月25日,已經開始啟用實行相關的規範與法則,當中主要目標就是以「個資隱私保護」作為延伸保障,面對這樣全球化的趨勢,本次也將會針對大多數站台首要面臨的 Google Analytics 應用進行相關說明與範例調整。   如同本站原先所介紹 Google Analytics 是現行較為主流且完整的流量統計分析工具,相信大多數有持續經營的站台與站台管理人員對其皆不陌生,在 GDPR 還未宣告以前,Google Analytics 就一直扮演了網站經營分析的重要角色,提供了管理人員有效的站台經營報告,當中也包含了許多使用者的資訊、流量、行為、裝置、位置等數據分析統計,如今 GDPR 的推出,是否將會杜絕全球站台管理人員 Google Analytics 的應用呢? 答案是不會的! 因為 Google Analytics 根據 GDPR 列舉的相關條例提供了相關的改善的辦法,面對廣泛資料的統計進行了簡單卻實際的匿名化的辦法。   由 Google所發布的 IP Anonymization in Analytics 說明當中,能瞭解 IP 匿名化辦法主要是透過既有的資料追蹤編碼進行調整,經由遮蔽用戶IP末端定位碼來進行匿名化保護動作,在廣泛的追蹤項目中能持續統計也能兼備保障用戶的個人行為資訊,相關參考如下。   原先編碼:   <!-- Global site tag (gtag.js) - Google Analytics --> <script async src="https://www.googletagmanager.com/gtag/js?id=UA-XXXXXX-X"></script> <script>   window.dataLayer = window.dataLayer || [];   function gtag(){dataLayer.push(arguments);}   gtag('js', new Date());   gtag('config', 'GA_TRACKING_ID'); </script>     透過 IP Anonymization 的方式將原先指令進行調整:   <!-- Global site tag (gtag.js) - Google Analytics --> <script async src="https://www.googletagmanager.com/gtag/js?id=GA_TRACKING_ID"></script> <script>   window.dataLayer = window.dataLayer || [];   function gtag(){dataLayer.push(arguments);}   gtag('js', new Date());     gtag('config', 'GA_TRACKING_ID', { 'anonymize_ip': true }); </script>   window.dataLayer = window.dataLayer || [];   function gtag(){dataLayer.push(arguments);}   gtag('js', new Date());     gtag('config', 'GA_TRACKING_ID', { 'anonymize_ip': true });   window.dataLayer = window.dataLayer || [];   function gtag(){dataLayer.push(arguments);}   gtag('js', new Date());     gtag('config', 'GA_TRACKING_ID', { 'anonymize_ip': true });
 GDPR( General Data Protection Regulation,歐盟通用資料保護規則),即將在2018年5月25日生效,面對全球化行銷的市場趨勢,網頁站台技術,帶領人們打破了時間、空間、距離的限制,在這樣無遠弗屆的全球化資訊技術當中,網頁站台們勢必是無法避免需要正視 GDPR 的,除了歐盟28個成員國對全球資訊網舉足輕重的規章,個資隱私保護同時也是全球網際網路發展長年以來備受重視的議題,因此瞭解其中定義與規則也成了網站營運、設計、管理的重要方針。    GDPR 詳細定義了資料保護規則的細節,由主要的目標「個資隱私保護」作為延伸立法,在此我們也將對網站營運較為直接關係的其中幾項進行舉例,如:   1.企業必須保障獲取的資料安全且須負起法律責任。   2.徵求使用者的同意才能對其個資行進行蒐集或應用。   3.個資外洩必須在 72 小時內通報相關保護主管機關。   4.增加被遺忘、刪除、調閱權權利,將不相關或過期的資訊移除相關連結應用。   5.個資保護系統預設隱私保護,如網站 https 加密連線。   6.提高相關保護罰則金額,警惕企業遵守法規。   從以上與站台較為直接的規定來看,或許現行許多網站未能達到相關標章,但永續經營、持續進步便是網站營運的準則,對於相關改善方法與實際應用,本站也將會持續分享提供給大家參考,若有針對相關議題需要說明與協助的地方,也歡迎透過語音通話或聯絡我們與本站聯繫協助。        
知識圖譜(Google Knowledge Graph),是 Google 在搜尋體驗上獨創的資料串聯應用,大多數的搜尋引擎,在結果的呈現上都是只有透過爬蟲程式在公開網路的串聯資訊中組成表單條列,而 Google 圖譜則會在表單條列旁的頂端會額外幫助你針對搜尋目標列舉出相關的資訊題材,可能是國家資訊、景點位置、名人介紹、品牌商家等大方向相關資訊整合,呈現結果如:圖片、地點、簡介、著作、產品、使用者評論等相關細部資訊。     Google 知識圖譜資訊的來源除了本身的爬蟲串聯自動產生之外,也提供了商家、品牌等相關目標人員的管理功能和使用者實際體驗的評論功能,這樣經過 Goolge 官方串聯後與管理者、體驗雙方實際的資訊登錄所整合出來的資訊便能更正確、客觀的呈現在更多的使用搜尋結果上,重新定義了搜尋官方、管理官方、所有體驗者的搜尋共享關係。     在功能命名上就是針對「知識」的串聯與「圖譜」式的呈現來增強貼近人們語義搜尋體驗內容,目的在於提供使用者更詳盡、實用的搜尋資訊,透過這樣的功能,也能提升品牌、商家對使用者的知名與信賴度,所以經營站台的同時,一起建立好網頁結構化資料相關資訊提供 Google 確認與應用,也是一種擁有實值效益和必要的經營手法。  
 科技始終來自於人性,這是大家朗朗上口,常被引用的一句名言。在科技發達,網路無遠弗屆的現今,越來越多的商家與企業加入了廣大數以萬計的網站市場上提供服務,而搜尋引擎也進步發展得越來越人性化,搜尋引擎龍頭 Google 從原本的站台資料查詢衍伸出了地圖商家服務,以往大家都認為網站是無遠弗屆,甚至跨國、跨區的無限服務,但隨著大量相同商家、產業廣泛的湧入,人們在網路世界的選擇逐漸變多,在地化的經營也變得逐漸重要!因此 Google 也人性化的結合地圖資訊開始透過行動定位或IP的判斷將搜尋結果在地化優先呈現。     從網站優化 SEO 的角度出發,商家與企業建置網站便是希望提高廣告曝光與通路的拓展,消費者自然也會選擇快速、方便、實惠的項目,網站在地化經營的重點也包含了許多潛在意義,面對眾多同業的競爭,地緣就近、資訊清楚、品牌顯著、商譽有佳、內容精確的網站便越能受到搜尋引擎和消費者的青睞。     因此 Google 在搜尋結果上也提供了知識圖譜、商家使用者評比的相關功能,好讓搜尋結果能因為使用者的地緣與累積使用評比呈現最佳的排名,所以網際網路雖然廣大,但扎實的在地化經營也能有效、明確的幫助站台發展,更能從在地使用者服務商譽上累積拓展至世界各地。  
   Google-SERP-SEO常見優化項目,在先前分享初識搜尋引擎最佳化(SEO)時,提到過使用者在大多數搜尋引擎使用關鍵字查詢時都會呈現「關鍵字廣告」與「自然搜尋排序」兩種結果,但其實除了這兩項結果外,各家搜尋引擎在搜尋後的呈現頁面上還會根據使用者不同需求提供如:人物、商家、地點、產品等相關資訊,視使用者需求習慣的挑選介紹,然而並非所以有搜尋引擎所提供的資訊格式都相同,所以在這樣的呈現頁面上我們統稱為「 SERP 搜尋結果頁面」(Search Engine Results Page),本次也將針對趨勢熱門的 Google SERP 進行常見SEO設定項目進行更進階的說明。      從畫面中我們能瞭解除了廣告與自然排序結果之外,常見對於 SEO 有幫助的部分為:網站的內部連結架構、Google知識圖譜。在以往形式中的自然排序結果都只會顯示網站的介紹敘述,值得注意的是在 Google 的呈現架構中,我們可以透過對網站程式的內部架構設定,將站內主要連結分類呈現在自然排序中,讓使用者能夠不必透過進入網站首頁便能更快速的精確到達站內想涉略資訊頁面,對於有更精確性的導向在選擇點擊上能有實質提升的效益。    Google知識圖譜,在架設網站的同時,我們能將站台相關資訊一併建入,在知識圖譜上的資訊能夠提供使用者有效的參考與瞭解該站台的各種詳盡訊息,常見的如:營業時間、地點、電話、評價等實用資訊。在建立這種簡單卻有實質參考價值性的訊息不僅可以提供使用者方便瞭解,更能增加站台與使用者在搜尋之間的資訊互動!  
   本站先前由測量速工具 Page Speed Tools 禁止轉譯 JavaScript 和 CSS-改善網站速度提升介紹過的在行動裝置普及前,以往精美多樣化的網站所使用的JavaScript 和 CSS 特效程式較為複雜與龐大,因行動裝置的普及與限制載入,漸漸成了網站的弊端。     因而衍伸出了改善JavaScript 和 CSS 載入限制的"部分快速轉譯技術",能夠在保留站台原始效果的情況下,調整網站在讀取瀏覽時的優先存取項目與技術,本次將針對實際細部改善技術進行介紹。   從範例的網站中,我們能瞭解 Page Speed Tools 明確的告知了我們網頁含有那 4 項禁止轉譯 CSS 資源,對網頁的轉譯作業造成延遲。 原本是方便連結、呼叫使用的特效卻造成了網站的連結延遲,所以,以下我們也將針對這部分項目進行改善範例說明。   以往大部分的設計師在開發網站的時候,會習慣將CSS打包成單一檔案,再根據頁面的使用需求進行外連來達到畫面乾淨並方便呼叫管理的應用,透過 Page Speed Tools 的告知,我們從範例網站的首頁載入程式碼確認了造成延遲的 CSS 外部連結位置。   以第一項 CSS:css/reset.css 為例,我們可以將原本外連的 CSS 資源進行"複製"加入首頁程式碼變成預設的風格設定。   將原先的 css/reset.css 的連結設定進行移除(本站為示範所以此部分使用隱藏方式呈現),把前一步驟所"複製"的 CSS 風格以 <style>  </style> 包裹進行貼上設定後儲存。   經過以上更換設定的方式,我們再使用 Page Speed Tools 的分析,便能發現在轉譯作業造成的延遲有所改善。透過這樣的"部分快速轉譯技術"我們便能在保留站台原始效果的情況下改善延遲效果。  
  在本站先前介紹過的Page Speed網站速度與SEO的重要關係當中,我們針對了測速工具 Page Speed Tools 給我們的最佳化圖片建議進行了改善說明,檢測網站當中其實包含了許多項目,在改善完圖片後,本次將為大家介紹"禁止轉譯 JavaScript 和 CSS"的建議調整方向。     禁止轉譯 JavaScript 和 CSS,其實指的是在網站畫面呈現的特效工作程式區塊,在行動裝置發展之前,大多數網站只對應桌上型電腦裝置,而多數電腦裝置包含著碩大的螢幕畫面與穩固快速的實體網路線路,較不像行動裝置受小螢幕與無線網路的限制,因此在發展的歷史中,越精美越多樣化的網站所使用的JavaScript 和 CSS 特效程式就顯得更加複雜與龐大,原本是替網站美化與提升功能的效果卻因為行動裝置的限制載入與普及,漸漸成了網站的弊端。     因而從始至今,在數以萬計的眾多站台中,衍伸出了改善JavaScript 和 CSS 載入限制的"部分快速轉譯技術",能夠在保留站台原始效果的情況下,調整網站在讀取瀏覽時的優先存取項目與技術,就是改善禁止轉譯 JavaScript 和 CSS的一種優化方式。       已往的網頁可能需要多次禁止轉譯來回行程以及多項外部資源載入才能完成。但在部分快速轉譯技術優化後的網頁則能夠減少禁止轉譯來回行程的次數以及降低外部資源載入的容量,所需要的來回行程與外部載入位元組數越少,則網頁轉譯速度越快。
 本站先前也介紹過PageSpeed網站速度與SEO的重要關係,主要是由 Google 針對網站體驗的載入進行友善評比、測試與建議,從行動裝置日新月異的發展,瀏覽網站的裝置比例由原來單一的桌上型裝置改變成行動裝置成為主流,身為搜尋引擎龍頭廠商及Chrome瀏覽器的高市佔率,Google 更加重視網站在行動裝置上的體驗,因此在 PageSpeed 網站體驗分析之後,更推出了只針對行動裝的體驗測試的專屬功能 Test My Site With Google :https://testmysite.withgoogle.com/intl/zh-tw,由這項功能把網站發展帶領至行動裝置載入速度為優先考量的趨勢。    Test My Site With Google 這項行動裝的體驗測試的專屬功能與 PageSpeed 網站體驗分析同樣都會針對網站的基本元素 CSS\HTML\JavaScript 是否壓縮進行檢測。    除了基礎的元素之外,Test My Site With Google 體驗測試和與 PageSpeed網站體驗分析最大的差異在於,Google考量了現實環境中行動網路技術的發展(一直到2020年,全球各地70%的行動網路只到3G的執行速度),因此Test My Site With Google 體驗測試加入了標準行動網路(3G)的連線測試。    在包含了行動連線之外,更考量了行動裝置視窗大小不一的問題,真對網站內容在行動視窗上呈現的友善、易讀性進行瞭解、評估。   還加入了其他相似網站的相關評比動作,讓網站的檢測不再只是閉門造車,讓網站的成長格局更加廣闊。   比較得特別的地方在於,此項測試功能將分析的成果分為簡易的連線速度測量、客戶流失率原因,和需要經由"信箱"取得的詳細報告。       透過信箱取得的詳細報告內容包含了:看來沒問題、建議修正、應該修正 評比與建議。網站便能針對這些行動體驗項目更加精進。  

ARTICLE

9

SiteMap是什麼?

   SiteMap 是意指"網站導覽"又稱為"網站地圖",用途為顯示網站內所有的頁面連結資訊架構,在 SiteMap 的形式當中又分為( html、asp、aspx、php )及 XML 兩大主要格式,在兩種主要形式當中( html、asp、aspx、php )多用於製作呈現給一般訪客在瀏覽網頁內容時查看使用(似書本摘要目錄),而 XML 是針對搜尋引擎所制定的導覽格式,主要用於列表整體連結協助搜尋引擎針對網站的所有頁面進行審查和收錄。     站在 SEO 網站優化的角度上, SiteMap 的建置又以 XML 蔚為重要,在新網站建置完成上線後,雖然搜尋引擎會透過爬蟲程式收錄網站資訊,但在面對架構複雜、連結較多的網站需要有較長的查詢時間且容易有收錄不完整的情況,因此透過 SiteMap 的建立與提交,能夠協助搜尋引擎較快速的得到網站完整資訊,也能幫助網站可以更快速的讓一般使用者查詢觀看。     XML 格式的 SiteMap內容較為簡單,撰寫上可以自行製作,但連結資訊較為豐富多元的網站也有相關工具能夠協助自動產生SiteMap檔案,如:https://www.xml-sitemaps.com/     在製作產生完sitemap檔案資訊後,可以透過先前介紹過得的 Google Search Console 網站管理工具進行提交及驗證     從以上提交與驗證後便能發現網站的資訊是不是能完整被搜尋引擎給收錄編列,在一個好的網站規劃中,如果能同時擁有以上兩種 SiteMap 呈現型式也將會對於網站優化(SEO)有著極大的幫助喔!  
   Google Search Console Beta 來囉!先前介紹過 Search Console 網站管理工具,是由 Google 所開發的一套免費網站管理工具,在接觸網站行銷 與 SEO (收尋引擎最佳化) 時,是大多數管理人員必定使用的網站管理工具,在 Webmaster Tools 經歷更改名稱為Search Console 之後,就很少有重大的變更, Google 在2018年1月新的一年開始,也發布了新的改版介面,相信許多網站管理人員都收到了"歡迎使用新版 Search Console 管理資訊"的連結通知信件,就讓我們一探這次有什麼改變之處吧。   另外在舊版畫面當中也會看見切換新版介面的相關連結     在改版後的功能當中,主要還是延續了先前網站經營的"成效"與"索引"兩大指標,在畫面的呈現上維持了摺線圖數據,從功能選擇上有了比較自由的數據比對方式,當中比較特別的是,以往只有保留三個月的數據,本次更改為16個月的保留數據,在數據量化下的比較後,更能讓管理人員掌握網站的長期營運動態,是一項值得研究參考的功能。         索引指標部分,算是本次較多的改變重點,以往的索引介面只有較為基礎的索引狀態和封鎖的資源,而改版後以索引涵蓋範圍來呈現,細分了錯誤、有效但出現警告的網頁數、有效頁數、排除頁數,也針對更細部的資訊進行分析顯示,是較為增加內容的功能。     在本次更新中,Google Search Console是打著 Beta 公測,讓廣大的管理人員們也能從新舊版本互相切換適應使用,其中也有些區塊涵蓋了舊功能畫面的連結或顯示著即將推出的標示,等於賣了一個關子給所以管理人員們,就讓我們一起期待更棒的新功能一一解放吧。