網頁設計的專業首選

 初識熱門網站搜尋關鍵字，在 SEO 尋引擎優化方面，我們探討了許多畫面、程式、伺服器、連線等技術的應用調整，集結了先前眾多技術層面的囊括，我們能夠有效的提升使用者體驗觀感及搜尋引擎評斷收錄認可，但在這些網站技術的整合後，最終我們目的便是需要開始檢視瞭解在關鍵字上的搜尋結果，因為回歸使用者們的搜尋動作應用，只是單純的透過輸入搜尋需求關鍵字來與搜尋引擎溝通，並得到最相近符合的搜尋結果，因此除了先前分享過的許多種優化技術外，關鍵字的設定、編著也是對搜尋引擎有著貫穿整體技術的布局重點。   在搜尋欄位當中，雖然關鍵字大多數都只是簡短扼要的關鍵詞彙，但卻是扮演著極為重要的引領角色，透過關鍵詞彙，搜尋引擎可以根據各種收錄資訊進行比對呈現，因此在優化的環節中我們就必須妥善的置入符合內容及搜尋的關鍵詞彙，來提供搜尋引擎的收錄確認，進而讓使用者們能夠透過搜尋引擎找到符合我們的網站資訊，理解了關鍵字的重要性之後，我們便開始需要瞭解且尋找適合、熱門的對應詞彙。   在關鍵字的編著當中，我們通常都會根據大眾使用習慣來定義，如在搜尋引擎欄位輸入關鍵字彙的同時，下方會跑出較多人常使用的習慣搜尋詞彙，就是搜尋引擎們透過大眾搜尋習慣所統計出來的常用關鍵字，從中我們便能瞭解參考相關的詞彙編著方法並加以應用，進而達到貼近使用者搜尋的習慣也能更有提升網站的吸引力。

 網站在執行 SEO-搜尋引擎最佳化的時候，除了常見的網頁設計結構、內容、排版、等站內資訊優化外，維護架設網站的伺服器與搜尋引擎的收錄互動也是優化的重要一環，或許一般人比較直覺認知是網站有伺服器擺放能穩定工作就好，但這當中其實包含了伺服器運行網站時與搜尋引擎的互動，由伺服器在執行運作網站的同時，將會以 HTTP 狀態碼來回應網站的運行狀態(HTTP 狀態碼是什麼?)，而這些狀態碼就如同使用者透過瀏覽器跟正在瀏覽的網站伺服器進行對話，它們經由資料傳遞比對確認能瞭解資訊的正確性，並能明白狀態代碼的應用變化及快速診斷回覆錯誤類型協助管理人員們進行維護與修正，以下將針對幾項 SEO常見應用的狀態代碼進行介紹：   HTTP狀態碼200 - OK 成功訊息 代表網站頁面正常成功運行收錄，也是最常看見的狀態代碼   HTTP狀態碼301 - 永久轉移定向 當固定網址的網頁內容確定需要永久替換或轉移到其他頁面資訊的時候，使用301重新轉址資訊可以在保持原有的網址及搜尋引擎持續穩定收錄狀態下將使用者導向新連結頁面資訊，以確保搜尋引擎和使用者不會持續看到舊資訊或撲空看到內容錯誤消失。是應用在網站改版或網址轉移資訊的一種永久頁面轉址的最好方法。瞭解網站轉址與301轉址   HTTP狀態碼302 - 暫時轉移定向 302暫時轉址與301永久轉址，同樣都是將使用者和搜尋引擎收錄導向至新的網頁，但302轉址就如同名稱一般，是用來暫時替代性的定向功能，適合應用在暫時性調整的網頁，可能因為更新或調整內容時需要暫時把連結導向至其他頁面，待調整更新完成後，還能移除暫時替代的連結頁面資訊，並持續保留使用原本調整前的收錄積分權重，是一種替代性的辦法，但須注意不能長期用來替代永久性的轉址，因為它可能不會傳遞301的連結權重。瞭解網站轉址與302轉址   HTTP狀態碼404 - 找不到網頁 404 - Not Found頁面，在瀏覽網站網頁時，多少都會遇到頁面錯誤，或者是找不到網站的經驗，其中包含的可能原因是：連結頁面的網址更換地址了，原本頁面已經被移除，使用者輸入相似卻錯誤的連結網址，原本就不存在的頁面網址。由以上原因可以瞭解，404錯誤網頁產的原因並不絕對，因此也並不是全都必須重新定向，可以透過預設的方式明確告之404資訊，並透過提供諮詢或其他導向方式進行緩解。404頁面是什麼?   HTTP狀態碼500- 伺服器內部錯誤 500 – Internal server error，從錯誤訊息中，很明顯的能發現，500代碼是代表了網站伺服器端內部的錯誤回報資訊，這部份與頁面程式、搜尋收錄較沒有直接的關係，是屬於伺服器的軟硬體運作與安全設定相關範疇，當站台管理人員發現這樣的訊息時，便意味著需要檢查站台伺服器的運行狀態與設定，盡快排除相關的錯誤，才不會導致使用者與收尋引擎長時間的無法查看站台內容。   HTTP狀態碼503- 伺服器暫停服務 相較於500代碼是伺服器運行時內部錯誤造成的回應，但503狀態代碼則是由管理端主動所設定的提醒代碼，代表著伺服器目前無法使用，可能是由於伺服器暫時超過負載或伺服器正在進行維護的一個公告，而搜尋引擎在得到這樣的公告訊息時，也會瞭解網頁或網站只會短暫停機，並不會將其排出收錄或降低權重。  

  Google Marketing Platform ，是 Google 創新整合的線上工具管理平台，在廣告投放與站台數據分析方面，相信大家都對DoubleClick 與 Google Analytics 都有一定的認識，Google 在眾多用戶應用體驗後，瞭解了大多數行銷人員們都認為這兩項工具如果能夠結合在一起，會有更精確、實務的應用，因此進行了廣告與數據整合的動作，當然隨著Google在廣告和分析技術上的突破與延伸，整合平台中還包含了許多其他能夠加以延伸應的功能進行服務，如:   Display & Video 360   Search Ads 360   Analytics (分析) 360   Data Studio   Tag manager 360   Surveys   Optimize 360   等功能陸續測試開放應用中，透過原先開發網站管理、廣告、行銷、分析等相關的工具，希望的就是能夠同時兼具行銷管理與數據分析 的搭配應用，根據官方期許推出的Google Marketing Platform 好處主要包含了：   1.提升行銷工作的速度和效率。   2.進一步掌控投資，輕鬆瞭解有哪些行銷策略奏效。   3.更加瞭解目標對象，整合及存取資料，找出最有價值的目標對象。   4.跨團隊共用深入分析資料，將資料與報表集中管理後，充分提高行銷成效。   透過以上的程序加強不同行銷團隊彼此之間的合作，達到最大的網站推廣效益。

Analytics(數據分析工具) 與 DoubleClick(廣告管理工具)整合在一起了! Google在 2018年 7月 24日正式上線推出了一個新的整合平台「Google Marketing Platform」，其首頁也直接取代了Analytics 與 DoubleClick 原先的首頁連結資訊，是一個集廣告刊登和分析工具於一身的平台，其用意目的就是希望將原本網站使用的數據分析與廣告管理產品能夠整合應用，使站台管理人員們不再是分頭額外操作可以有關聯性的管理工具。   相信有在使用前述兩項工具的管理員都能理解，在使用 DoubleClicke廣告管理工具之前，網站需要先加入 Analytics數據分析工具追蹤廣告投放前、後成果，進而應用數據比對分析廣告投放實質的轉換效率，因此本次Google主動將以上2項工具結合在同一個平台，無非就是希望整合工具，讓Analytics跟DoubleClicke更加相輔相成，為廣大使用者創造更全面性的應用資源，在這過程中或許需要使用者們再適應搭配應用的程序，但相信在熟悉操作後將會帶給大家更好的網站管理分析體驗。    

  先前分享了"SiteMap是什麼?"與"Sitemap 主要應用格式 xml"，瞭解 Sitemap 的主要應用與格式後，其實在便利的網際網路上，有許多相關的網頁站台都提供了相似的線上 Sitemap 產生器，方便小型網站管理人員們能快速的產生取得管理網站的 Sitemap 檔案應用，是非常便利與貼心的服務，但現今大多數的線上產生器都還是有面臨項共通的問題，那便是「限制產生的頁面數量」，礙於線上的產生器是由網站伺服器進行運算，在執行上還是必須考量站台持續運作和多位使用者同時使用的體驗效果，所以通常都會限制產生的頁面數量在500~1000頁左右，因此當網站頁面數超過負荷的數量時，將可能面臨SiteMap不完整或不能產出的問題。   雖然大多數線上產生器有所限制，但回歸於產生器的原則，我們可以透過下載使用本機運作的產生器來擴大網站的應用資源，進而製作大型網站的 Sitemap 檔案，根據 sitemaps.org (Google、Yahoo、Microsoft 的支援)條款提供指出，Sitemaps 單一檔案最多 URL 上限能到為 50,000 個，因此使用本機運行產生器來製作 Sitemap 檔案，能確實有利完成大部分的站台製作。   以下將分享一套免費使用、操作簡易的 sitemap 本機產生器：G-Mapper Sitemap Generator   從新增檔案計畫中，我們輸入需要製作 sitemap 的網站資訊 在設定資訊後開始啟用製作程式，程式就會自行至指定的網站中抓取資訊並製作檔案 讀取製作好網站頁面時，將會詳細列出頁面的相關資訊提供管理人員的查詢核對 另外值得一提的部分是，使用此產生器，它不僅僅提供常見 XML 而已，還提供了其他 sitemap 可能會應用的格式與robots、rss等資訊是一套簡便實際的應用程式 

 在瞭解了"SiteMap是什麼?"時，相信大家都能清楚的知道網站地圖的用途為顯示網站內所有的頁面連結資訊架構，雖然 SiteMap 可以使用多種形式呈現列表( html、asp、aspx、php、RSS、mRSS、Atom 1.0) ，但主要使於連結協助搜尋引擎針對網站的所有頁面進行審查和收錄的應用格式為 XML，所以在建置 XML 格式 sitemap 的時候，又該注意什麼細節呢?我們將在本次進行分享。   可延伸標記式語言 XML（Extensible Markup Language），是一種標記式語言。用於電腦、站台與搜尋引擎之間可以溝通傳遞處理各種資訊的通訊格式。Sitemap.xml主要是將網站內所有的網頁目錄和檔案，提供給搜尋引擎的爬蟲程式閱讀檢索應用，方便搜尋引擎進行正確的網站頁面收錄留存動作，在 xml 的格式下，Sitemap 中的所有資料值都必須是實體逸出。 ‧檔案本身必須使用 UTF-8 進行編碼。 ‧由開始的標記便是以 ＜urlset＞開頭，並同樣以 ＜/urlset＞ 標記做為結尾 ‧指定 ＜urlset＞ 內的名稱領域 (通訊協定標準)。 ‧讓每個 URL 中包含一個連結的＜url＞ 項目做為母層 XML 標記。 ‧在每個 ＜url＞ 母層標記包含一個 ＜loc＞ 子層項目。   以下為實際應用範例：

 如何確認網站是否被Google 收錄，之前我們介紹過使用搜尋引擎的查詢指令，能夠簡單的針對特定網站進行收錄確認，在瞭解收錄情形後，能夠明確的讓網站管理人員知道站台的最佳化情況是否符合搜尋引擎的應用規則，並進行調整改善、優化，但使用搜尋引擎的查詢指令較符合非網站管理員或單次性簡易察看，並不適合作為長期性的優化追蹤管理應用，因此本次將分享站台管理員較適合使用的收錄追蹤方式。   先前介紹過 Search Console 網站管理工具，是由 Google 所開發的一套免費網站管理工具，在接觸網站行銷 與 SEO (收尋引擎最佳化) 時，是大多數管理人員必定使用的網站管理工具，在這套工具估能中，也包含了主動追蹤網站接受 Google 搜尋引擎收錄頁面的時間數量紀錄，可以讓管理人員們更一目了然的觀察、管理收錄情況： 在 Search Console 網站管理工具中，收錄形況被歸類為"索引狀態"，主要是以 Google 搜尋引擎對網站進行造訪或管理人員主動提交申請分析所建立的索引數量為依據，同時包含了時間、數量的曲線圖提供下載留存應用。

 在網站SEO優化時，相信大家都會盡所能遵照自然搜尋的規則來優化網站項目，而網站優化的目的是希望提升網站在關鍵字搜尋結果中的排名，在這樣的前提之下，其實更加需要在意的部份是網站頁面是否正確的被搜尋引擎收錄應用，如果頁面未能被正確收入，那更不會有排名的機會，因此網站在製作完成上線後，雖然搜尋引擎會有自動收錄的步驟，但是許多時候網站的頁面總數量與實際收錄情況並不截然相同，此時瞭解網站頁面收錄情況便是必須注意的重點。   瞭解了收錄的重要性之後，我們將以簡單的方式來讓大家如何瞭解網站到底被搜尋引擎收入了多少頁面(這邊以 Google為例)，在 Google 搜尋欄位中，我們可以輸入 site:(要查詢的網址) 來瞭解網站實際總共被搜尋引擎收錄的頁面數，進而確認網站收錄的情況並決定是否著手調整。   由搜尋結果頁面中可以瞭解網站實際總共被搜尋引擎收錄的頁面數    

 先前介紹過"淺談瀏覽器推播功能"，當中有分享讓大家瞭解，網站可以應用推播功能主動將站內最新資訊發布通知給有加入接收通知的使用者，此項功能主要是希望讓使用者在未查看站台的情況下，一樣能夠輕鬆方便優先取得最新動態資訊，但在隨著使用者在多個網站中，同意接收通知時，可能造成過多通知影響平時電腦上的工作應用，因此，在這樣的考量之下瀏覽器也貼心的建立了關閉較無興趣的推播通知功能，當您發現有過多或是不想在接收推播通知時，您便可以進入瀏覽器進行設定，關閉相關通知功能，以便工作應用。   以下將為大家分享如何關閉瀏覽器推播功能，由先前所介紹通知的運作方式是透過瀏覽器的儲存建立，所以在需要移除的時候，需要開啟瀏覽器，這邊以 Google Chrome 為例：   在電腦上開啟 Chrome 瀏覽器，在右上角的"自訂及管理Google Chrone"當中選擇「設定」項目，   進入設定畫面後，按下底部的「進階」功能，會看見「內容設定」選項。   由內容設定中，細分了「通知」項目，   選定通知設定內容，將會看見「傳送前詢問我(建議)」、「封鎖」、「允許」三種設定項目。 因此在這您能選擇封鎖或允許通知：   全部封鎖：關閉「傳送前詢問我」   允許特定網站：透過「新增允許」，然後輸入網站所在的網址，就能接收特定網站的推播。   封鎖特定網站：透過「新增封鎖」，然後輸入網站所在的網址，就能封鎖特定網站的推播。  

由網際網路起始至今的發展來說，即時傳遞、接收訊息一直都是網際網路的重要特色，隨著在行動裝置與 APP 應用普及的現今，軟體功能也越來越貼近使用者便利性，從行動裝置上能發現，許多APP都能夠在背景待機狀態下，主動為使用者接收所需的最新動態消息，達到資訊傳播推廣的即時效果，而因應動態訊息傳播的即時性，大部分的瀏覽器也開始建立了這樣的推播功能。   以普遍大眾所使用的瀏覽器，如：Chrome、Firefox、Safari 等來說，都已經針對網站推播功能進行支援了，其中網站又該如何應用這樣的支援效果呢?以下將為大家進行運行概述上的說明。   由行動 APP 來看，大部分的軟體推播資訊都是由各家廠商獨立開發的程式，針對本身相關訊息的發送和推廣，但網站瀏覽器推播功能較不同的地方卻是在於各家廠商共同透過瀏覽器進行推廣通知，其作用原理主要是經過使用者在造訪網站的同時，網站應用推播通知的詢問，來取得推播權限，在網站取得使用者同意的推播權限後，瀏覽器也將會同時存取該網站的推播支援功能進行合作。   取得使用者的推播權限後，網站則必須在需要推播的資訊當中加入標籤（Tag）告知功能，瀏覽器將會在固定的時間中主動進行造訪瞭解所有存取的站台是否有需要推播的資訊，達到網站即時訊息推播的功能。