[ad_1]
每個搜索引擎優化都會在某一時刻遇到內容悖論：網站質量越高，內容越有用，但找到內容就越難。
在某個時刻，單靠精心設計的網站導航是不夠的。
並非每個產品，文章或其他內容都可以擁有自己的子菜單。並不是每個遊客都會愉快地花時間探索類別帶領的旅程。
搜索者正在尋找特定的類別或主題。有時甚至是確切的產品或服務。他們希望在一次點擊後知道你是否擁有它。
這些訪問者將立即查找站點搜索框（也稱為內部站點搜索功能）。
與優化的現場搜索功能進行交互相當於一個充滿熱情和樂於助人的圖書管理員。
您說出您要查找的內容（鍵入短語）並快速顯示相關選項（提供網站結果頁面列表）。
可悲的是，許多搜索框代表了一個無私地坐在桌子後面的圖書管理員，如果你要求提供信息，就會對「那邊」作出簡短的回應。
您可以選擇在內容入口處使用的內容。這是一項寶貴的資產，可以推動有機會話，全站點轉換和提升品牌形象。或訪客與他們想要的內容之間的障礙。
現場搜索工具
藉助各種工具（從開源選項到專註軟體即服務）到成本超過六位數的企業站點搜索解決方案，您可以獲得「開箱即用」的站點搜索框。
大多數內容管理系統和電子商務平台都具有內置的基本搜索功能，可以通過插件進一步增強。
有些公司選擇自己定製。
我不會再猜測哪種搜索應用最適合您的網站。
我將為您提供所選平台應該包含的最佳實踐功能列表。
現場搜索框可用性
我們都去過那兒。在移動屏幕上翻閱一個微小的搜索框，沒有任何有用的結果。
遺憾的是，網站搜索框沒有合適的用戶界面。 A / B測試不同的變體會顯示哪一個與訪問者產生最多的查詢和轉化。
話雖如此，有一些最佳實踐可以遵守。
不要讓用戶搜索搜索框
搜索欄的位置將決定其使用率。雖然所有網站都沒有「最佳」位置，但用戶通常會在桌面上的右上角或頂部中間以及自己的行中查找網站搜索框，即屏幕的整個寬度，位於移動設備的標題內。
不要將其隱藏在下拉菜單或漢堡菜單中。不要將它放在其他箱子附近，例如通訊報名欄位。不要只將它作為一個小圖標，必須單擊該圖標才能展開文本欄位。
對於大多數搜索術語，輸入欄位應足夠大。畢竟，很難糾正你看不到的錯誤或拼寫錯誤。
合理的寬度因站點而異，但作為指導，典型的查詢將適合27個字元長的搜索框。隨意走更長的路。小心變短。
將搜索框放在同一位置的每個相關頁面上。我說相關頁面，因為搜索框不一定是全局元素。
它們不屬於結帳頁面，因為這會分散轉化。
它們可能不屬於營銷活動目標網頁。
他們可能屬於 404頁，而不是在標題，正面和中間，以幫助失去的用戶他們想要的內容。
然後是主頁。它應該有標準的搜索框位置嗎？或者它應該在首屏上面？
回答問題 – 您的訪問者可以通過網站搜索更快地轉換嗎？
如果您的網站面向發現和探索，或者有一個像開車註冊這樣的重點目標，那麼網站其他部分共享的典型展示位置就可以了。
另一方面，如果您的用戶知道他們正在尋找什麼，則將搜索放在主頁上的英雄圖像中可以減少轉化的點擊次數。
有一個明確的行動呼籲
一流的搜索體驗始於表單本身。應立即明白搜索框欄位的作用。
通常，這是通過將文本提示與放大鏡圖標和/或標記為「搜索」或「查找」的按鈕配對來實現的 – 標籤「開始」已經失去了支持，但假設它不那麼清楚。
在搜索框欄位中使用佔位符文本同時確認是，這實際上是一個搜索欄，並引導訪問者了解他們可以在您的網站上搜索的內容。
鼓勵搜索：
- 提示「搜索今日新聞」，「查找活動」「輸入產品，代碼或品牌」。
- 或者是開放式問題，例如「你在尋找什麼？」
當用戶在搜索框中單擊時，請確保佔位符文本清除。
最後，雖然有些訪問者更喜歡點擊搜索按鈕，但其他人只需在完成打字後點擊設備上的Enter鍵即可。這兩個操作都應該觸發搜索功能。
改善不完美的輸入
訪問者不會輸入您關於完美關鍵字的想法。任何搜索功能都必須不僅適應它們的術語，還必須適應它們不可避免的失敗。
用戶輸入不佳並不能解決網站輸出不佳的問題。
現場搜索必須：
- 默認情況下不區分大小寫。
- 理解單數，複數和其他詞幹變體。
- 對普通的拼寫錯誤和錯別字是寬容的。
- 容納同義詞，縮寫詞和替代詞。
- 認識美國和英國英語。
- 處理數字和特殊字元。
- 主要停止詞語，如「a」，「the」，「of」，「for」，「and」，「in」等。
每當現場搜索自動更正搜索查詢時（例如，在拼寫錯誤的情況下），在頁面頂部顯示更正的原始查詢。請務必提供明確的選項以強制使用原始術語進行搜索。
此外，決定如何處理提交空搜索（即，用戶點擊了框，但在觸發搜索功能之前沒有輸入任何內容）。
您可以將它們發送到「所有類別」頁面。您可以顯示錯誤消息。您可以根本不允許表單提交。返回空結果頁面不應該是答案。
通過預測搜索激發輸入
預測搜索通過顯示結果建議來吸引訪客從他們鍵入的第一個字元。
這個：
- 加快搜索過程。
- 通過指導查詢構建來提高搜索輸入質量。
- 提供您網站內容的線索。
這種自動完成下拉菜單可以提供查詢建議，「在類別中」結果和/或顯示一些特定內容，包括相關的圖像。
例如，如果我輸入「bag」，預測搜索就可以完成我的查詢 意圖 提供查詢建議，如「手提包」，「背包」，「筆記本電腦包」，「男士包包」，「書包組織者」等。
以及向我展示類別選項，如「運動」，「時尚」或「旅行」。並提供一些選擇產品的建議。
為了更好的可讀性，請使用粗體突出顯示用戶的類型化查詢與查詢建議的關係。
某些品牌選擇將類別選項作為搜索框輸入欄位旁邊的下拉列表。雖然這已經成為電子商務玩家的常見做法，但它確實為搜索轉換添加了額外的點擊。
根據自動類別建議拆分測試，不需要額外的用戶操作。
對於提供不同內容類型的網站，請考慮在搜索建議中使用圖標或標籤。
最後，為了實用性，請確保點擊「esc」關閉搜索自動完成並允許列表建議的鍵盤導航。
內部搜索結果頁面可用性
快速提供搜索結果
頁面載入速度始終很重要，但對於現場搜索尤其如此。
谷歌的 研究 表明如果「搜索結果甚至在幾分之一秒內減慢，人們搜索的次數就會減少。」
如果搜索需要超過一秒的時間來處理，請顯示進度指示器或其他有用的動畫，以便在此期間分散用戶的注意力。
重申搜索查詢
現場搜索結果的可視化與結果本身一樣重要。
在品牌網站上進行搜索，並在看起來像Google SERP的頁面上登陸是一種刺激。
搜索結果頁面應遵循與您的類別頁面類似的樣式。這可能不是SEO頁面標題，元描述和URL的列表。但包括標題，以用戶為中心的標題，圖像，號召性用語按鈕以及其他豐富的內容細節。
在如此豐富的搜索結果頁面體驗中，確保搜索查詢存在於多個位置。
- 將其保留在搜索框中，以便於細化或修改。
- 作為搜索結果上方的標題以及匹配數量。
- 粗體顯示結果中的任何匹配文本。
通過語義搜索提高結果相關性
你有多少次在搜索框中輸入一個長尾查詢，看起來被忽略了一半的查詢？
返回太多的搜索結果會讓用戶感到沮喪，他們可能會開始質疑為什麼他們甚至不願意使用內部搜索。
更重要的是，類似於Google SERP，在第一頁結果後經常會有明顯的下降。
儘管如此，許多網站都錯誤地將其現場搜索條件設置得過於寬泛。
僅顯示相關搜索結果至關重要。
沒有自然語言處理的現場搜索將查詢中的單詞視為不相關的術語，並基於基本關鍵字匹配檢索結果。該方法在分析以面值輸入的關鍵字時容易誤解用戶意圖。
更複雜的方法 語義搜索 分析查詢背後的背景和意圖。這樣的實現提供了更相關的結果，特別是對於長或複雜的查詢。
例如，搜索「健身房的行李袋」應僅返回健身房行李袋。不是每個項目都包含單詞bag或gym。
特別是當搜索者努力精確時，要尊重並返回與其完整搜索意圖相匹配的結果。
或者，至少首先顯示完全匹配的結果，然後顯示諸如「您可能感興趣的其他項目」的子標題，其中顯示廣泛匹配的結果。
如果語義搜索不是選項，而不是自由文本搜索框，則可以實現約束搜索。
欄位由設置下拉菜單填充和/或可搜索查詢僅限於自動完成建議。這限制了訪問者在站點體系結構範圍內進行搜索並確保了質量結果。
然而，這也需要搜索者的更多努力，用戶界面中的更多規範，以及限制用戶對搜索數據的意圖分析。
在搜索範圍內利用搜索
如果查詢範圍很廣，那麼它會返回大量列表，通過提供相關過濾（縮小）和排序（組織）選項來幫助搜索者優化結果。
另一方面，在搜索查詢中傳達構面的情況下，優化的現場搜索將分解搜索短語以自動應用過濾器並提供簡單的調整選項。
例如，搜索短語「靠近我的兒童友好早午餐」將對「兒童友好」和「早午餐」屬性應用過濾器，並根據距離對結果進行排序。
這裡的重點是相關性。
請記住，您添加的每個過濾器選項都是對用戶的決策載入，並且可能是使用爬網預算的另一個URL。
由於搜索者在第一次訪問時可能無法轉換，因此鼓勵用戶保存任何多方面搜索。或者更好的是，選擇接收新匹配的電子郵件更新。
這不僅使訪問者能夠輕鬆地重新查找引人入勝的內容，而且作為額外的好處，通過提供已保存的搜索功能，您可以鼓勵創建個人資料。
9.利用無結果頁面
如果沒有顯示結果怎麼辦？
首先，檢查您的搜索功能是否根據所有網站內容返回結果。
- 不只是元數據，而是完整副本。
- 不僅是HTML，還包括PDF和其他基於內容的文件格式。
- 不僅僅是產品頁面，還有CMS頁面，例如退貨政策。
如果是這種情況並且您確實沒有相關內容，請確保比臭名昭著的「找不到結果」消息更優雅地處理它。
或者更糟糕的是通過告訴他們「檢查你的拼寫」（現場搜索應該自動更正）或「使用更一般的術語」（現場搜索應該與更廣泛的內容相匹配）來指責搜索者。
如果遊客認為你沒有他們想要的東西，他們就會離開。更糟糕的是，讓人感到沮喪。使他們不太可能在未來選擇與您的品牌互動。
抱歉地說，沒有可用的結果，並提出有價值的下一步。這可以採用替代搜索建議，上下文類別鏈接，更廣泛的匹配內容或聯繫支持的詳細信息的形式。
某些網站選擇顯示熱門搜索，宣傳所選內容或列出所有類別。這些選項無法識別搜索者的意圖。因此，價值較低。
但是，任何下一步都要比死路更好。
操作內部站點搜索數據
現場搜索數據為SEO提供了大量可操作的見解。
它令人難以置信 易於設置 在Google Analytics中。
使用情況報告可幫助您了解用戶在多大程度上利用您的內部搜索功能以及搜索結果如何有效地與您的網站建立更深入的互動。
使用這些指標來量化站點搜索優化的潛在KPI影響。
通常，使用網站搜索的訪問顯示跳出率顯著降低，網站停留時間更長，每個會話更多網頁以及更多轉化次數。
搜索字詞報告顯示了人們正在尋找的內容，更重要的是，如果您的網站正在投放。
使用搜索字詞：
- 指南網站內容：具有高獨特搜索和高搜索退出率的字詞顯示訪問者想要的內容，尚未提供或無法輕鬆找到的內容。使用此作為文章主題，產品系列產品，類別添加，導航元素或主頁上的內容的靈感。
- 我的關鍵字：在您的網站上搜索的字詞可能與您在搜索引擎中輸入的目標受眾相關。將它們用作PPC和SEO的關鍵字。
- 改進過濾器選項：結果網頁瀏覽/搜索高於2的條款顯示搜索者正在挖掘以查找相關結果。這可能表明需要額外的過濾器選項，顯示查詢過於寬泛或者需要搜索結果頁面的其他優化。
- 預測用戶意圖：添加精簡關鍵字的輔助維度，以了解高搜索優化率背後的動機。在預測搜索中使用這些關鍵字作為下拉選項，並改進語義搜索。
注意：對於高質量數據，無論查詢的輸入方式如何，都要與開發團隊合作，以確保以小寫字母跟蹤所有搜索字詞。否則，您會在報告中找到「術語X」和「術語x」分割數據，例如上面的屏幕截圖。
搜索頁面報告顯示搜索開始的位置（起始頁面）和搜索結果頁面（搜索目標頁面）。
使用搜索頁面：
- 優化搜索框：成功優化搜索框界面應該會從受影響的起始頁面中獲得更高的總體唯一搜索量。
- 識別導航問題：未突出顯示搜索框的起始頁面指示訪問者在導航過程中丟失的頁面並轉向搜索幫助。
- 時髦：搜索目標頁面具有較高的總體獨特搜索量和較低的搜索退出率，可顯示您的客戶群目前感興趣的內容。這些時尚頁面可以通過其他渠道推送，例如電子郵件或社交媒體，表現良好。
除了基本的網站搜索報告之外，最佳做法是設置Google Analytics事件以跟蹤何時觸發「無結果」頁面。示例值可以是：
- 事件類別為'搜索'
- 事件操作為'無結果'
- 事件標籤作為搜索查詢
使用此數據可識別大量問題查詢並改善搜索者體驗。
SEO優勢和現場搜索風險
內部網站搜索結果頁面的抓取和索引
你可能已經讀過谷歌不喜歡索引網站搜索頁面。
一個經常重複的來源是一篇文章 馬特卡茨 在2007年他評論說，「我們已經看到用戶通常不希望在他們的搜索結果中看到搜索結果」。
因此，流行的SEO方法是為了防止 抓取和索引 網站搜索結果頁面的 有效的機器人處理。
但這是2019年，你可能已經看到了Google在搜索結果中排名搜索結果頁面的例子。
有許多案例研究讓Googlebot完全訪問網站搜索結果頁面帶來了豐富的有機會話。
但這並非沒有風險。
將搜索結果頁面公開給Google會打開您的網站，為任何關鍵字生成可轉位頁面。這意味著你最終可以 用戶生成的垃圾郵件 頁面。
這可以創建一些「有趣的」SERP。特別是動態頁面標題和元描述。
婦女在「大東西」上獲得免費送貨……
嬰兒熱衷於塗料……
孩子們離開家庭作業……
當然，這些頁面不太可能在Google上被觸發。
關鍵是，雖然一些相關的內部搜索頁面可能會使其成為頂部並引入用戶。表面下方可能會出現價值低的低質量頁面，從而拖累域名質量並使用寶貴的抓取預算。
So what』s a site to do?
Control Crawl Budget by Using Parameter-Based On-Site Search URLs
For the most part, on-site search result pages are realized by using the GET method as a URL parameter。
For example, www.example.com/search?q=search-term
SEO professionals who are strong proponents of indexing internal search result pages often encourage the optimization of the search URL by making it a static path.
For example: www.example.com/search/search-term
Both these URL structures use crawl budget, unless specified otherwise by robots handling.
To avoid this, some internal search implementations use the POST method to remove the search term and render internal search result pages on a single URL.
For example, www.example.com/search
The obvious downside of this approach is that the URL doesn』t have an opportunity to rank for the search term. What』s more, the search can』t be saved by the user.
So which is best for SEO?
John Mueller has 說過 that it』s easy for Google to 「get lost in the weeds」 of internal search pages. That both crawling and low-quality pages could become problems. Although quality 「is not always black and white」 as there are ways to shape internal search pages to be seen more like a category page.
他 recommends the parameter approach as it』s easier for Google to recognize it as 「something that may vary or as something that a user is submitting」. This allows Google to optimize crawling.
In addition, parameter URLs provide flexibility whether you want to search pages to be crawled or not with the click of a dropdown within Google Search Console and Bing Webmaster Tools.
Avoid Potential Duplicate Content With URL Redirects
If you have an existing URL that satisfies the search query, redirect the user.
For example, if a user searches 「blue widgets」 and there is a category page for widgets and a filter for colors with blue as an option, send the user to that page.
There』s no reason to have both the search result page www.example.com/search?q=blue-widgets and the category page www.example.com/widgets/blue as each of these fulfill the same user intent – to see a list of blue widgets.
If relevant, also consider redirecting the search queries on an item level, such as when a user searches a specific product SKU. Being taken directly to a content page, rather than a single item search results page, accelerates conversion.
From an SEO perspective – Hijacking the search query, whether on the category or item level, limits the total number of search result pages to content the site taxonomy doesn』t already cover. Meaning crawl budget is spent on pages that wouldn』t rank without site search.
These redirects also prevent any possibility of duplicate content or risks of a ranking signal being split across pages.
Avoid Thin Content Issues by Handling 『No Result』 Pages
Providing a valuable next step, as advised above, within the user interface already reduces the likelihood of any thin content issues.
But as a 「no result」 page offers limited user value, you may want to add a noindex, follow robots meta tag. This helps prevent user-generated spam pages showing up in Google SERPs and dragging down domain quality.
These three SEO actions ensure indexable on-site search pages are limited to queries your website taxonomy doesn』t cover and which offer relevant results – a worthy allocation of crawl budget.
Search Box within Google Search Results
Having on-site search offers the opportunity to claim more space in search engines. A Sitelinks Searchbox can appear as part of the SERP result, often for high volume branded queries.
Tell this search box to use your website』s search functionality within Google to have searchers sent directly to on-site search result pages.
Becoming eligible for this feature is relatively easy。
- Have a functioning internal search.
- Add the Website structured data element on the homepage and specify one SearchAction.
- Set a preferred canonical URL for your homepage.
Although, like all such snippets, being eligible doesn』t guarantee the box will appear.
On-Site Search Best Practices
Too often, on-site search user experience testing is limited to a quick check that the search box is appearing on desktop, then mobile, and that it renders results when a basic query is entered.
But a good looking search box doesn』t mean anything if the results aren』t helpful to the searcher.
User experience covers more than the interface alone. It』s the search functionalities interaction with the user – via the form, via search results pages and especially the logic behind the screen.
Having no site search function is better than having one that gives searchers a false impression of availability of content on your site.
As such, internal search experience testing should be rigorous to ensure results are both relevant and accurate.
Understand the state of your current search capabilities with the best practice checklist.
Being sure to test on a variety of devices to see ease-of-use and the load speeds.
✓ Search box is a reasonable width and prominently placed on all relevant pages.
✓ Search box effectively prompts user action through iconography, buttons, and placeholder text.
✓ Search box offers predictive search suggestions based on query intent.
✓ Search interface accepts both click and keyboard actions, such as enter to search, esc to close, etc.
✓ Search function accommodates casing, numbers, stop words, misspellings, synonyms, and other variants.
✓ Search function handles empty searches.
✓ Search function returns results for all document types and informational related keywords (e.g., 「returns policy」).
✓ Search result pages offer a rich, on-brand experience while clearly reiterating the search query.
✓ Search result pages use semantic search to ensure relevant results for the query intent are shown.
✓ Search result pages offer relevant filters for broad queries, allow the easy removal of any filters for narrow queries.
✓ Search result pages offer to save multi-faceted searches.
✓ No results pages are set to 『noindex』 and offer a valuable next step.
✓ If parameter-based URLs are used, the parameter is configured in GSC.
✓ A logic of URL redirects is in place to avoid duplicate content of search pages to categories.
✓ Google Analytics site search usage report KPIs are benchmarked on a regular basis and any significant shifts explained with an annotation.
✓ Google Analytics search terms and search pages reports are reviewed on a regular basis for insights into site content and design.
✓ Google Analytics event for the no result pages is in place and report reviewed on a regular basis.
✓ Website homepage is eligible for the Sitelinks Searchbox.
Now, ask yourself. Are you leveraging the full potential of on-site search?
圖片來源
Featured & In-Post Images: Created by author, May 2019
所有截圖均由作者拍攝，2019年5月