ARTICLE
1
網站分享至 FACEBOOK 按鈕
網站瀏覽與社群聯繫的應用佔據了全球大部分的流量,因此社群網站也逐漸跟一般網站進行相容結合,我們介紹過一般網站可以經由 Facebook meta 設定資訊的升級與整合後,分享功能將頁面連結訊息轉載至Facebook中,讓原本是不同領域的網站社群卻能在相互應用後能夠互相豐富彼此的資源。
原先我們所介紹一般網站進行的分享是透過 Facebook meta 資訊的加入,使頁面連結在轉貼至 Facebook 時,能夠提供貼文抓取頁面相關資訊進行呈現,隨著 Facebook 應用的普及與便利,也提供了網站直接鑲嵌按讚與分享的功能,讓使用者不再需要透過額外剪貼頁面連結資訊就能進行相關操作,達到輕鬆、快速分享按讚服務,至於網站該如何取得相關鑲嵌功能, Facebook 也貼心的提供了"讚、分享按鈕編碼產生網站",讓站台管理人員們能夠快速、方便的設定按鍵資訊,以下也將針對設定做進行簡單的說明。
進入"讚、分享按鈕編碼產生網站"時,我們可以填入指定的頁面網址進行設定的動作,當中能夠選擇按鈕的寬度、版面、動作、大小等資訊來產生連結的程式碼。
在選擇好相關欄位資訊後,我們按下取得程式碼,就能得到我們所需要的程式碼資訊。
在取得按鈕程式碼資訊後,我們可以根據 facebook 所提供的完整範例來進行設定,分別是先前提過的 meta 資訊的加入與按鈕擺放連結設定。
這邊將特別補充,一般站台內容的頁面資訊眾多,不可能透過此產生網站一一產生置入,因次可以透過相同版型的頁面進行第一次的編碼產生,在根據網址帶入欄位來程式判別化帶入不同的頁面資訊,就能一次完成大量的頁面按鈕功能。
ARTICLE
2
Google 地圖登錄商家資訊
在資訊發達,網路生活化的現今,越來越多的商家與企業都加入了廣大的網路市場,因此同種服務在搜尋引擎上,您可能會看見眾多同業分散各地在提供相關服務,排除規模較大型的企業與連鎖商家能夠提供跨區服務之外,其實許多的公司行號商家偏向服務在地客戶,在之前也介紹過網站在地化經營、行銷的優勢,因此當客戶在選擇消費商家時也會將地區、距離、路程列入考量範圍,甚至先以地區別優先來尋找服務,而搜尋引擎也進步發展得越來越人性化,在地圖資訊上提供了商家的登錄、導航與距離優先推薦來貼近商家和消費者,達到高端的人性化服務。
瞭解了在地化的趨勢後,許多商家製作網站時,雖然有置入地址資訊,但在 Google 地圖 (Google map)當中,並不會全部自動登錄記載,因此就必須由商家自行進行登錄、管理動作,而本次也將針對商家登錄 Google 地圖 資訊進行簡易說明。
透過 Google 地圖所提供「我的商家」我們能進行進行登錄動作。
根據商家行號名稱進行填入
設定商家行號地址提供地圖登錄
告知商家行號的服務類別,此部分輸入部分關鍵字後,會顯示 Google 預設的相關選項來進行歸類
提供商家的網站與電話聯絡方式方便客戶聯繫
在登錄後 Google 也會針對相關應用以信件方式進行建議,此部分可以選擇需要或不要
在填入以上相關資訊後,便是要針對商家行號的管理人真實性進行管理驗證確認,在完成驗證後就能對您所登錄的商家地標資訊進行管理
ARTICLE
3
Canonical 轉址│集中重複頁面權重│轉址標籤-一化網頁
在網站長期經營的情況中,管理人員們常會遇到網站內容的擴編、新增、重新排列或頁面移除等調整,本站先前針對了更換網址及網站改版等多種情況,簡單歸類出了「永久性轉址」和「暫時性轉址」,當中所包含的技術,如:301轉址(永久)、302轉址(暫時)、IIS轉址(進階)、DNS轉址(網域)。都能夠有效協助頁面達成「一對一」及網站「開發後應用」性質的轉址功能;而本次將為大家再介紹一項較為獨樹一格的轉址功能,就是允許相同頁面內容同時並存在的「多對一」集中性「Canonical 轉址」。
「Canonical 轉址」是在2009年12月Google與其他搜尋引擎共同發表"整合重複的網址"來解決過多重複性內容頁面的判別標籤,也屬於永久性轉址的歸類,其「多對一」及「開發前應用」的轉址特性卻有別於先前所有介紹的多項轉址技術,以往的轉址模式通常用於網站開發完成後,需要協助改版、更換網址、更換協定等應用,但「Canonical 轉址」特別的「開發前應用」則可以解決在網站設計時,透過程式動態產生的網頁,同一個頁面往往會產生許多不同的網址的重複頁面問題,這種因單項產品細部規格或規範差異所以產生的多項網址參數,能方便快速的達到使用者良好瀏覽體驗,但過程所產生的重複性頁面很可能被搜尋引擎判定為過度重複內容,導致頁面遭排除收錄,甚至降低相關頁面權重收錄應用,為此「Canonical 轉址」的導向就能派上用場,將多項相似或相同內容頁面同時指向至指標的頁面來告知搜尋引擎緩解排除動作,甚至達到多個頁面加權累積頁面分數的效果。
Canonical 轉址應用:
將所有相同或近似的頁面標頭內加入canonical標籤,指向到主要的 "指標頁面"達到集中權重轉址的效果。
<link rel="canonical" href="指標的頁面(必須是絕對路徑包含hhttp或https的連結)" />
範例Ex:
同樣面頁擁有靜態化網址
與動態化網址
當頁面有兩種或以上的網址呈現,我們就能根據 canonical 標籤的應用,將動態化的網址指向靜態化的頁面,告知搜尋引擎累積權重
在先前「淺談 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 });
ARTICLE
5
淺談GDPR 歐盟通用資料保護規則
GDPR( General Data Protection Regulation,歐盟通用資料保護規則),即將在2018年5月25日生效,面對全球化行銷的市場趨勢,網頁站台技術,帶領人們打破了時間、空間、距離的限制,在這樣無遠弗屆的全球化資訊技術當中,網頁站台們勢必是無法避免需要正視 GDPR 的,除了歐盟28個成員國對全球資訊網舉足輕重的規章,個資隱私保護同時也是全球網際網路發展長年以來備受重視的議題,因此瞭解其中定義與規則也成了網站營運、設計、管理的重要方針。
GDPR 詳細定義了資料保護規則的細節,由主要的目標「個資隱私保護」作為延伸立法,在此我們也將對網站營運較為直接關係的其中幾項進行舉例,如:
1.企業必須保障獲取的資料安全且須負起法律責任。
2.徵求使用者的同意才能對其個資行進行蒐集或應用。
3.個資外洩必須在 72 小時內通報相關保護主管機關。
4.增加被遺忘、刪除、調閱權權利,將不相關或過期的資訊移除相關連結應用。
5.個資保護系統預設隱私保護,如網站 https 加密連線。
6.提高相關保護罰則金額,警惕企業遵守法規。
從以上與站台較為直接的規定來看,或許現行許多網站未能達到相關標章,但永續經營、持續進步便是網站營運的準則,對於相關改善方法與實際應用,本站也將會持續分享提供給大家參考,若有針對相關議題需要說明與協助的地方,也歡迎透過語音通話或聯絡我們與本站聯繫協助。
ARTICLE
6
Google-知識圖譜-Google Knowledge Graph
知識圖譜(Google Knowledge Graph),是 Google 在搜尋體驗上獨創的資料串聯應用,大多數的搜尋引擎,在結果的呈現上都是只有透過爬蟲程式在公開網路的串聯資訊中組成表單條列,而 Google 圖譜則會在表單條列旁的頂端會額外幫助你針對搜尋目標列舉出相關的資訊題材,可能是國家資訊、景點位置、名人介紹、品牌商家等大方向相關資訊整合,呈現結果如:圖片、地點、簡介、著作、產品、使用者評論等相關細部資訊。
Google 知識圖譜資訊的來源除了本身的爬蟲串聯自動產生之外,也提供了商家、品牌等相關目標人員的管理功能和使用者實際體驗的評論功能,這樣經過 Goolge 官方串聯後與管理者、體驗雙方實際的資訊登錄所整合出來的資訊便能更正確、客觀的呈現在更多的使用搜尋結果上,重新定義了搜尋官方、管理官方、所有體驗者的搜尋共享關係。
在功能命名上就是針對「知識」的串聯與「圖譜」式的呈現來增強貼近人們語義搜尋體驗內容,目的在於提供使用者更詳盡、實用的搜尋資訊,透過這樣的功能,也能提升品牌、商家對使用者的知名與信賴度,所以經營站台的同時,一起建立好網頁結構化資料相關資訊提供 Google 確認與應用,也是一種擁有實值效益和必要的經營手法。
ARTICLE
7
網站在地化經營、行銷
科技始終來自於人性,這是大家朗朗上口,常被引用的一句名言。在科技發達,網路無遠弗屆的現今,越來越多的商家與企業加入了廣大數以萬計的網站市場上提供服務,而搜尋引擎也進步發展得越來越人性化,搜尋引擎龍頭 Google 從原本的站台資料查詢衍伸出了地圖商家服務,以往大家都認為網站是無遠弗屆,甚至跨國、跨區的無限服務,但隨著大量相同商家、產業廣泛的湧入,人們在網路世界的選擇逐漸變多,在地化的經營也變得逐漸重要!因此 Google 也人性化的結合地圖資訊開始透過行動定位或IP的判斷將搜尋結果在地化優先呈現。
從網站優化 SEO 的角度出發,商家與企業建置網站便是希望提高廣告曝光與通路的拓展,消費者自然也會選擇快速、方便、實惠的項目,網站在地化經營的重點也包含了許多潛在意義,面對眾多同業的競爭,地緣就近、資訊清楚、品牌顯著、商譽有佳、內容精確的網站便越能受到搜尋引擎和消費者的青睞。
因此 Google 在搜尋結果上也提供了知識圖譜、商家使用者評比的相關功能,好讓搜尋結果能因為使用者的地緣與累積使用評比呈現最佳的排名,所以網際網路雖然廣大,但扎實的在地化經營也能有效、明確的幫助站台發展,更能從在地使用者服務商譽上累積拓展至世界各地。
ARTICLE
8
Google SERP│SEO常見優化項目
Google-SERP-SEO常見優化項目,在先前分享初識搜尋引擎最佳化(SEO)時,提到過使用者在大多數搜尋引擎使用關鍵字查詢時都會呈現「關鍵字廣告」與「自然搜尋排序」兩種結果,但其實除了這兩項結果外,各家搜尋引擎在搜尋後的呈現頁面上還會根據使用者不同需求提供如:人物、商家、地點、產品等相關資訊,視使用者需求習慣的挑選介紹,然而並非所以有搜尋引擎所提供的資訊格式都相同,所以在這樣的呈現頁面上我們統稱為「 SERP 搜尋結果頁面」(Search Engine Results Page),本次也將針對趨勢熱門的 Google SERP 進行常見SEO設定項目進行更進階的說明。
從畫面中我們能瞭解除了廣告與自然排序結果之外,常見對於 SEO 有幫助的部分為:網站的內部連結架構、Google知識圖譜。在以往形式中的自然排序結果都只會顯示網站的介紹敘述,值得注意的是在 Google 的呈現架構中,我們可以透過對網站程式的內部架構設定,將站內主要連結分類呈現在自然排序中,讓使用者能夠不必透過進入網站首頁便能更快速的精確到達站內想涉略資訊頁面,對於有更精確性的導向在選擇點擊上能有實質提升的效益。
Google知識圖譜,在架設網站的同時,我們能將站台相關資訊一併建入,在知識圖譜上的資訊能夠提供使用者有效的參考與瞭解該站台的各種詳盡訊息,常見的如:營業時間、地點、電話、評價等實用資訊。在建立這種簡單卻有實質參考價值性的訊息不僅可以提供使用者方便瞭解,更能增加站台與使用者在搜尋之間的資訊互動!
ARTICLE
9
清除前幾行內容中的禁止轉譯 JavaScript 和 CSS│部分快速轉譯技術
本站先前由測量速工具 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 的分析,便能發現在轉譯作業造成的延遲有所改善。透過這樣的"部分快速轉譯技術"我們便能在保留站台原始效果的情況下改善延遲效果。
ARTICLE
10
禁止轉譯 JavaScript 和 CSS│改善網站速度
在本站先前介紹過的Page Speed網站速度與SEO的重要關係當中,我們針對了測速工具 Page Speed Tools 給我們的最佳化圖片建議進行了改善說明,檢測網站當中其實包含了許多項目,在改善完圖片後,本次將為大家介紹"禁止轉譯 JavaScript 和 CSS"的建議調整方向。
禁止轉譯 JavaScript 和 CSS,其實指的是在網站畫面呈現的特效工作程式區塊,在行動裝置發展之前,大多數網站只對應桌上型電腦裝置,而多數電腦裝置包含著碩大的螢幕畫面與穩固快速的實體網路線路,較不像行動裝置受小螢幕與無線網路的限制,因此在發展的歷史中,越精美越多樣化的網站所使用的JavaScript 和 CSS 特效程式就顯得更加複雜與龐大,原本是替網站美化與提升功能的效果卻因為行動裝置的限制載入與普及,漸漸成了網站的弊端。
因而從始至今,在數以萬計的眾多站台中,衍伸出了改善JavaScript 和 CSS 載入限制的"部分快速轉譯技術",能夠在保留站台原始效果的情況下,調整網站在讀取瀏覽時的優先存取項目與技術,就是改善禁止轉譯 JavaScript 和 CSS的一種優化方式。
已往的網頁可能需要多次禁止轉譯來回行程以及多項外部資源載入才能完成。但在部分快速轉譯技術優化後的網頁則能夠減少禁止轉譯來回行程的次數以及降低外部資源載入的容量,所需要的來回行程與外部載入位元組數越少,則網頁轉譯速度越快。