到達網頁係訪客經廣告、搜尋、電郵或其他連結到達嘅頁面。要收到查詢，就需要清楚連接訪客需要、公司產品或服務，同下一步行動。規劃始於呢個關係，先於顏色或視覺範本選擇。
呢個流程幫你準備有明確目標嘅新頁面或重建，唔係保證轉換配方，亦唔要求所有頁面刪除選單。如果現有頁面有訪客但查詢少，先做衡量同流程診斷，相關冇轉換文章會詳細介紹。
設計前先準備需求簡報
界定受眾，同帶佢哋到頁面嘅情況。「需要支援嘅企業」太廣，難以引導內容；「想評估更新嘅 PrestaShop 網店負責人」已經可以解釋依賴同具體問題。按實際服務選擇主要行動：查詢診斷、索取報價，或者預約交流。
- 預計訪客來源，同到達前見到嘅訊息。
- 優先需要，同服務唔涵蓋嘅情況。
- 可以確認嘅產品或服務、交付內容同條件。
- 團隊評估查詢所需資料。
- 現有證據、責任同發布標準。
第一個區塊就清楚介紹方案
標題應該指出需要同服務。簡短介紹可以說明適合邊個，同之後會點樣。以假設網店更新為例，「評估你嘅 PrestaShop 更新」比「改變你嘅數碼未來」更具體。按鈕應該描述行動，唔好暗示尚待分析嘅工作會即時執行。
訊息應該同訪客來源一致。如果廣告講技術支援，頁面卻只講建店，就可能回應唔到期望。Google Ads 文件建議廣告同目的地保持連貫。唔需要逐字重複搜尋詞，但需要回應訪客搵緊嘅嘢。
按訪客決策安排內容
解釋可識別需要、包含工作、交付內容同流程。與其列出公司抽象優點，不如展示點樣由分析走到方案，再到議定執行。說明邊啲依賴存取權、兼容性或額外資料。詳細程度按服務複雜度調整；技術處理可能比簡單預約需要更多背景。
用幫助搵答案嘅標題，同一致層級。常見問題應該處理真實委託疑問，例如準備、範圍同跟進。唔好每段都重複行動提示。即使未準備好聯絡，訪客都應該理解方案。
選擇解釋工作嘅圖片同證據
圖片應該增加資訊：有背景嘅公開項目、流程圖，或者目錄整理例子。標明插圖同模擬。通用團隊照片，或者冇數據嘅增長圖，都唔證明經驗或成果。圖說同替代文字應該符合實際展示內容。
提供公司身分同容易使用嘅聯絡方式。用案例時，說明可證實範圍同狀態；用指標時，指出來源同可比時段。標誌同評價需要獲授權使用，並有背景。避免公司無法提供文件支持嘅徽章、認證或保證。
將表單設計成服務嘅一部分
收集回覆所需數據。姓名、電郵、網站同需要描述，可以適用於技術諮詢；緊急程度同平台有助分配查詢。解釋資訊用途，提供私隱政策。唔好將索取報價自動當成同意營銷，亦唔好喺第一步索取網店登入資料。
每個欄位應該有可識別標籤，必要時有指示。W3C WAI 指引亦建議清楚嘅錯誤同確認訊息。訪客需要知道查詢係咪已接受、要改咩，同點樣得到協助。只有系統確認預定登記或發送後，先應該展示成功訊息。
為手機準備導覽同效能
選單可以減少到必要內容，但取決於頁面同受眾。保留信任資訊同聯絡方式存取。檢查閱讀、對比、鍵盤焦點同觸控區域大小。固定按鈕可以有用，但唔可以遮住文字或欄位。內容佔多行時，視覺層級仍然要清楚。
為圖片預留空間，選擇符合展示尺寸嘅資源。評估載入同互動回應，用實驗室測試找問題，有實際用戶數據時亦要參考。自動播放影片或視覺效果，應該值得付出相應成本。聯絡任務仍然係使用測試主要標準。
驗證發布，訂立跟進安排
發布前，確認連結、表單、錯誤訊息、內部接收，同唔同裝置展示。訂明點樣識別已完成查詢，區分點擊同開始填寫。準備足夠記錄調查故障，避免收集不必要資料。之後跟進聯絡質素同收到嘅疑問，引導檢討。
RedeShop 團隊可以將頁面連接到Google Ads策略同網站運作。調查已運作頁面時，可以先了解五項診斷檢查，再決定係咪全面重新設計。