wordpress網站維護教程：表單提交報錯的處理（兩種情況）

繼續分享wordpress網站維護教程。最近悅然wordpress處理過兩個表單報錯問題，雖然看起來像是同樣的問題，都是報錯提示網站出現嚴重錯誤，但原因并不相同。

兩個網站的問題還是有一個相同點，他們都使用了contact form7表單插件，都設置了提交表單之后跳轉到一個感謝頁面。

表單報錯問題一

客戶1的網站錯誤內容大致如上圖所示，原本我以為是插件有問題，但按提示的代碼中去找并沒有看到什么問題。最終還是通過經驗判斷，問題可能出在這個跳轉頁面上，該網站原來的跳轉頁面是主題自帶的一個模板頁，這跟woocommerce自帶的商店、購物車等頁面類似，這種頁面并不需要去編輯，保持空白即可。客戶1可能是不小心用elementor打開過這個頁面，把這個頁面變成了一個elementor頁面。

處理方法也很簡單，用wordpress默認編輯器打開這個跳轉頁面，然后點左上角的【返回WordPress編輯器】，然后更新或發布頁面。

最后清空緩存，重新測試表單提交就恢復正常了，提交后可以正常跳轉到成功頁面。

表單報錯問題二

客戶2的wordpress網站也是差不多的報錯，如上圖所示。原本以前他們的問題和客戶1的一樣，但檢查發現并不是，因為這個網站的所有頁面基本都是用elementor編輯器制作的，客戶1的處理方式不適用。所以需要換個思路。

經過測試發現這個出錯是有幾率的，偶爾表單也可以提交成功，所以網站的跳轉頁面沒有問題。依然通過經驗判斷，可能是JS導致出錯，而影響網站JS的很大可能都是一些緩存優化插件。

經檢查，客戶使用了siteground主機自帶的Speed Optimizer插件，在【Frontend】選項中有一個【JAVASCRIPT】優化，問題可能就在這，經過開關測試，是里面的【Defer Render-blocking JavaScript/延遲加載JS】功能影響了表單的頁面跳轉，從而導致出錯。所以只需要關掉這個選項就可以了。

接下來測試網站的詢盤表單，已經可以正常提交并跳轉到感謝頁面了。

總結

很多時候我們做wordpress網站維護時都需要具體問題具體分析，就比如上面的兩個問題。大家平時遇到的一些問題都可以記錄下來，關鍵時刻有大用，經驗有時比純技術都高效。