國內WP站點如何保持更新

一個合作幾年的客戶，線上業務擴展到了自定義產品銷售，前面運營了WooCommerce兩站，積累了一些經驗，決定復用這些經驗，快速成站。新站幾天內已在線，一波配置客戶自己基本輕車熟路，店面迅速開始鋪品內測。萬事俱備，只欠東風，在“自定義產品”的方案選型上卡了點兒殼，前後折騰一個月，雖然最終搞定了，但還是有些教訓值得吸取，想記一記。 WooCommerce的生態對自定義產品的支持是充分的，僅僅wp.org就有多個插件方案可選： Advanced Product Fields (Product Addons) for WooCommerce Product Addons for Woocommerce Extra Product Options (Product Addons) for WooCommerce 都提供free/premium版本，插件有付費版我認為是一個正向信號，付費版對我來說最大的價值在於有可靠的技術Support渠道，這非常重要。故事從第一個插件開始，由StudioWombat開發，這是一個擁有99個五星，只有2個1星評價的插件，我們開始試用的時候滿懷信心，它的Last update是1 day ago（此時是3 weeks ago），作者顯然不是懶人。兩週後有個我們未曾預料到的一個購物車插件兼容性問題阻斷了去路，原先成功的配置突然出了問題，根據我以往的經驗，這時候預期開Troubleshoot去做所謂插件兼容性排查（ WordPress裡我最恨的工作），不如給插件作者去郵件，不是說前者的排查毫無用處，而是在一個複雜的系統裡，僅僅知道哪個插件有問題是不夠的，還要找到它確切哪裡有問題以及作者能否在確定的ETA下解決它，WooCommerce網店不會輕易用或不用一個插件，用某插件本身是經過多少有些曲折的選型助產過程，WC生態就是這樣，你總是有多個選擇，這同時是好消息和壞消息。 48小時候後StudioWombat的作者回复：“尊駕的多貨幣插件我們是不支持的，也不打算支持。” —— 他回复這封郵件的時候，並沒有打算仔細去理解我們的問題（儘管我們已經花了錢買了付費版），後來證明他的話只對了一半，我們的多貨幣插件他們的確不支持，但兼容性問題並非由多貨幣插件導致。客戶的3個WooCommerce站點用的是同一個多貨幣切換插件方案，它工作良好，這個插件本身從來沒讓我們操過心，只是價格比較貴，但過去兩年它已經用穩定性和質量說服了我們，它實際上在頁內同類插件內有著數一數二的口碑（這多少已經體現在它的定價裡了）。所以被告知有功能處於上層的插件開發方告訴我“我們不支持也不打算支持時”，我感覺到的是傲慢，我不喜歡這個回信者的語氣，他不該忘記我們已經是他的付費客戶這一事實。我花了一周時間嘗試對接多貨幣插件技術方和這個自定義產品插件的技術，後者再一次強烈表達了不想兼容前者的意思，以至於溝通到後來，去信不再得到回復了，我大概也知道這條路走不通。從純編程的角度來說，支持我們的多貨幣插件有多難？我一個寫過點PHP代碼的碼農看來，一點不難，但對方已經做出了選擇，有時候就是這樣。我們聯繫了插件3的作者，詢問了提供X多貨幣插件兼容性的可能性，對方的售前回复的大概意思是：“如果您購買我們的付費版插件，我們將為您解決這一問題” 。言外之意：不支持，也許他並不知道我在說什麼，只能給一個萬金油的回答。我應該先買付費版再發Request讓你們解決問題嗎？也許可以，對我來說只是個掏錢的問題。但我碰到過更好的技術客服，是這樣的，今天我去郵件說一個bug report或feature request，第二天對方就把更新的zip包發過來了，回復全文是這樣的：“我在附件的zip包包含了您要的功能/修復，您可否用用看，這是一個測試版本無法更新，稍後將放出正式版本更新，屆時您可以用點這個鏈接購買” —— 聰明，既然這樣，take my money. 對於插件3懶洋洋的回复（也許我太刻薄了），對不起，先把你放進backlog。插件2的作者的回复很乾脆：“對不起，很不幸不支持”，然後給我一個鏈接，文章裡說了一些技術架構與維護性上的風險，技術上都成立，但他們顯然也不是很明白軟件畢竟是拿來賣的，而且這種case才是需要牛逼架構能力的時候，為一致性放棄功能也許是開發智慧，但在極限約束下改進架構也未必是壞主意，當然這是我作為用戶的立場，他們有自己的立場，這無可厚非。在窮盡市場上所有4.5星評價以上適配插件以後，我決定把希望寄託在YITH上，我和他們打交道很久，在他們的產品上花過的錢少說也有2-3萬，他們不會讓我失望。果然，我去的售前郵件12小時內得到了回复，客服快樂地告訴我：“我已經和我們的Developer確認過了，我們的PA插件能夠與貴站的X多貨幣插件協同工作”，收到郵件的時候，他們的Live Chat正好在線，我順便又在線確認了一遍，又一個快樂的客服告訴我他們的產品能支持我們的X多貨幣，“她”和身邊的Developer確認過了，我等了5分鐘，但很滿意，下了單。不行！產品自定義項的價格增量根本不會隨著貨幣切換變化，如果我們讓美國的客戶看到產品加價是100美金而不是100港幣折算後的12.90美金，他們是絕對不可能下單的。顯然這次YITH的售前和某Developer翻車了，但他們畢竟是有尊嚴的公司，項目經理承諾解決此問題，我不依不饒地問他們有沒有確定的ETA，問了兩遍，因為工單被客服系統自動標記為Resolve了，我最終沒能得到明確的ETA，於是又等了一個禮拜。收到了新版本發布的通知郵件，迫不及待地去看CHANGELOG，沒有與X的兼容性，沒有，沒有… 沒有，他們的項目經理決定這個需求的優先級不高。這時候離選型開始已經過去一個月了，客戶和我一樣，開始失去耐心，技術上我的選擇並不多。自己動手代碼，對接X，解決兼容性問題…

你的WordPress是要往外發郵件的，比如用戶註冊後的郵箱確認郵件，找回密碼郵件，安全插件的警告郵件，新評論提醒郵件，評論回复郵件，服務訂閱確認郵件，新訂單提醒郵件等。郵件是網站第一基礎設施，如果重要業務依托網站開展（如在線銷售），那麼郵件也是你的門面。下面是一點關於WordPress郵件發送的經驗： 用獨立域名後綴的個性化郵箱如果你的個人網站域名是zhangsan.guru，那麼你的郵箱應該至少是：[email protected]；如果你的在線網店域名是uniquewigs.com，那麼你的客服郵箱應該是：[email protected]，不是[email protected]，更不是[email protected]。這個規則應該貫徹到你的網站上任何出現你郵箱地址的地方，以及所有發出郵件的Reply-To配置裡。為什麼一定要這樣呢？其實也並不是一定要這樣，只是這樣會別人覺得你這人或公司專業那麼一點，不那麼Cheap一點，顯得不Cheap很重要，賺錢先要有能賺到錢的樣子。盡可能用三方郵件服務發送郵件如果你做WooCommerce站點，務必對接可靠第三方郵件發送（通常也集成營銷）服務，如SendGrid，SendinBlue … ，如果你做外貿WooCommerce站點，避開任何國內第三方郵件推送服務，不管你做不做WooCommerce，條件允許就請用第三方郵件服務。第三方郵件服務的價值： 可控的郵件發送成功率，我們不需要關心這些服務是如何確保你的網站發出的郵件穩穩的落入客戶的Inbox（而非Spam Folder）的，我們只需要關注這些服務面板上顯示的發送成功率（Deliverability）以及發送未成功的郵件列表，想像一下假如你的在線網店系統對接運單追踪功能，訂單發貨後運單號以及追踪鏈接通過郵件發送至客戶郵箱，但你的郵件基礎設施卻把郵件發丟了或者因為被標記為低可信度的郵件發出者而落入用戶垃圾箱或被直接屏蔽，你該如何是好？ ！追踪能力，網站發出的幾萬封訂單確認郵件，有多少確切到達了用戶Inbox，其中有多少封被用戶點擊打開了，他們點擊了哪個鏈接，有沒有點擊你遷入在郵件下方的促銷鏈接…這是第三方郵件服務的增值功能，你自己的SMTP郵件系統無法提供，我相信你市場部的同事會明白追踪與統計的價值郵件列表營銷，幾乎所有第三方郵件服務都提供郵件列表營銷功能，它能讓站長蒐集用戶郵箱，按群體分門別類，並在需要的時候像他們群發郵件，工具提供設計好的郵件模板，營銷人員只需要填入內容，選擇目標郵件列表點發送就能輕輕鬆松完成郵件營銷避開虛擬主機自帶的郵件服務，這些收發件系統可能被幾百個域名共享，郵件IP同源，只要其中有一兩個廣告站，你的郵件成功率也好不到哪裡去，而且你沒有任何手段解決。做外貿的不要用國內第三方郵件服務，我知道QQ、網易在國內的名頭很響，是很成功的服務，但它們的IP在國外名聲都不好，你的海外客戶很可能收不到你的網店或營銷站發出的郵件。我想我不需要特別強調，這些服務是要付錢的，有些也的確提供小流量的免費版，但這不是用這些服務的原因，讀者可以自己去比較價格（也許你能承受），我寫文章的目的不是幫你省錢，是為了幫你把發郵件這件事做對。開啟Email Log 能對接第三方發件系統的WordPress插件很多，但不都提供Email Log功能，我認為這是一個不可或缺的功能。先說它是什麼。 Email Log是你的網站嘗試發出過的所有郵件的日誌（無論發送成功與否）。這個日誌的存在能幫助解決很多與郵件系統有關的問題。最常見的一類是某個WordPress插件聲稱在某個事件發生後會發出郵件結果沒有，那麼只需要查看這個日誌便可明白插件到底有沒有試圖發出過郵件，如果日誌裡沒有，多半是因為插件根本沒有調用發件程序，是它自己的Bug，如果插件的確在Email Log內留下記錄，那麼我們也可以根據成功或失敗的錯誤信息順藤摸瓜找到問題所在。能提供Email Log的插件，我推薦Postman（Post SMTP Mailer/Email Log），它同時支持與SendGrid，SendinBlue第三方發件系統，以及各類自定義SMTP對接。

這個插件會在後台反复顯示偵測到的jQuery兼容性問題，可以用Disable Admin Notices Individually插件隱藏。整個WordPress主題與插件生態要完全脫離舊版jQuery（以及migrate）過度到新版jQuery庫（3.5+）估計還需要較長時間。習慣了React/Vue語境的程序員讀者，是的，jQuery沒死，它仍運行在全世界38%+的網站上。

Google排名算法5月就要纳入排名计算：参考阅读一，参考阅读二。 有几个长期依赖Google自然排名获取流量的网站客户都很紧张，这阵子特别忙活。其中一个客户的海外小网店手持设备9屏首页PageSpeed分数一直稳定在85分以上，其实蛮好了，还是一连几天在GMail上催着想办法，跑了几次测试，LCP基本在2.8上下，把客户劝回去了，事实是真没有太多太急的优化需要做的。 也有两个网站的自然流量一直不错，尽管从来没有管过Google的性能评分分数的，其中一个mobile端50分都没跑到过，但头部一组关键词一直都在前三，客户也从来没抱怨过。 但这次Core Vital的消息一出来，这个客户和我都不太淡定，这段时间零零碎碎地做了很多很多旧站细部优化的工作，还没有最终完工，但大概可以分享一下。 懒人包：WP-Rocket / NitroPack/ Perfmatters 网站缓存及杂七杂八的性能优化一直靠WP-Rocket，这个东西不是没有缺点（在JS Minification的配置上吃过一次大亏，cache/min/占满硬盘直接导致MySQL宕机），但兼容性很强，用着很省心，项目已经续费了几年。 社区里有不少人力推NitroPack，买下来试用了，半个月没发现比WP-Rocket快在哪儿，退款。 渐渐意识到网站的根本问题还是在HTML/CSS/JS的绝对尺寸太大，有点病急乱投医似的买了一直有所耳闻的Asset CleanUp Pro操作了一通，停了几个CSS/JS文件，很开心，但PageSpeed Insight的分数没有本质变化，而且越看越觉得强行卸载wp-content甚至wp-includes里的前端文件似乎不是长期稳妥之计，一不小心会把自己害惨。 饶了着实好大一圈，发现一站式的懒人包优化法似乎帮助有限，不如先改进服务器提升基础性能（当前用的美国名声还不错的某虚拟主机，硬件参数不透明，但某些时候动态请求过超1.5s甚至过2s，其实一直都想升，只是一直都不是那么重要）。 说服客户上Kinsta（基于GCP），未接Cloudflare，关了WP-Rocket，开了Perfmatters（自带CSS/JS屏蔽功能，遂关了Asset CleanUp Pro）测下来竟然发现动态请求部分基本不上1s了，很开心（虽然接入CF后可能会是另外一个故事），也为下面的手动调优做好了准备。 关/删插件，手动代码优化 一个插件可以让前台慢，可以让后台慢，也可以让前后台都慢下来。主题本身和小功能插件还好，但Gutenberg、Elementor等主流工具链产生的前端负担可以是很吓人的。 后台的瓶颈调试用的APM开路，配合Query Monitor，揪出来主要影响后淘汰的HTTP CALL，一个插件的某Logging配置忘关，还有自己写的PHP Snippet影响到前台Post长列表页的响应速度，优化以后省下大概200ms。 前台的HTML节点接近5000，每次跑PageSpeed Insight都是红的，分享、个性化评论、embeds、非必要的widget能关的都关了，涉及到七八个插件，涉及到Gutenberg低效组件的文章内容块，客户花了时间用类似但更简洁的组件代替，其它关不了插件的做了几个filter hook把能精简的HTML代码都精简了，HTML节点数下到2000以下，看到这项不红了，决定不再继续钻牛角尖。 到这里网站FID2.7（测试还很有限），FID 120ms，CLS 0.7s，目前判断是拜客户往页面堆的动效所赐，这个层次的问题，大概率还得让Elementor的技术来解决，周期难以评估。这是一个登录页相对比较重的电商站，Elementor对于远期运营的价值仍然大大超越它产生的性能损耗。同样的问题正活跃的Gutenberg生态同等严重的存在，我对开源社区来解决性能问题的速度持悲观态度，大概率iElementor解决得慢。 在Chrome DevTool Coverage仍有明显的98%+的unused code，在WordPress的场景下，我个人认为采取任何“聪明”的手段都是不太明智的，客户也不打算再支付几十个小时的成本来怼代码，于是把注意力放到了优化外部条件上，CDN很显然是绕不过去的。 CloudFlare Argo + Page Rules 网上有资料说Argo能提供20-30%的提升，我们目前还没有足够测试数据来支撑，在GCP性能的基础上，开CF网站动态请求没变慢，我已经很满足了。 笨拙的Page Rules其实比想象的有用，只要理清楚页面的“实际”更新需求，以此设置edge cache和browser cache，能消化掉几乎所有产品目录相关页面，我们的网站兼有多货币与多语言，设置复杂一些，但越是复杂的缓存场景设置好了收益越大。 开Rocket Loader的次数与关掉它的次数基本是相等的，这个bug一样的存在，对于网页里可能有50处以上script引用的电商页似乎还只是个bug，开了就出bug。 优化内容与页面设计 如果一个网页的内容与设计坐下来用了1MB+HTML、3000+node，任何不动内容与设计本身的外部的优化手段可能都是不够的，要获得满意的结果，得重新审视网页内容编排和设计。 这是一个没有标准答案的问题，最终的决定权往往在客户那边的一整个部门的认知，要拿“我们必须把FID从黄绿变绿”为理由说服以“更长时间停留、滚动、加购、下单”以及“本周上Promotion活动数量以及广告ROI”为目标的运营删掉或简化几个内容板块，将是一个艰难的任务。 作为技术也可以建议甲方开出80小时的预算来做全站AJAX化，但即使排除钱的因素，单纯从完整的技术场景考虑这也未必是个好主意。 但要为复杂一点的WP/WC网站做Core Vital这样钻牛角尖的优化，从网站内容与设计精简的角度出发，是不应该忽略的。 我衷心希望这次“明确涉及”Core…

我先要講清楚，“能落地”的意思不是“免費”，這個SEO方案要投資錢與事件的，到今天還指望著“免費”獲得SEO所謂免費流量的人，你也許根本不該出發。 （幾乎）不可能靠產品信息本身獲得排名你是不是假設把獨立站做出來，上線，把產品突突突上上去，東拼西湊地產品信息一填，同樣東拼西湊的產品圖一上傳，過段時間你的產品也就自動出現在Google第一頁了？ （因為第二頁是沒有意義的）。如果你真是這樣想的，容我告訴你：錯的。至少對絕大多數國內中小外貿獨立站是錯的。為什麼呢？因為術語化的、技術化的、格式化的產品詳情，本來就不是最適合SEO的內容，適合SEO的內容是口語化的能和用戶搜索關鍵詞語義匹配的，可讀性強的，外延性強的內容，簡單地說，就是給普通人看的內容才是適合SEO的。況且我經歷的國內絕大多數獨立站創業者根本沒有這個耐心和能力去整理出哪怕的確是“術語化的、技術化的、格式化”的內容來，他們擅長的是砍價談單，內容運營的意識和技能是極其缺乏的，能說服他們投資時間和金錢進行有效產品頁SEO（我個人的經歷）幾乎是不可能的任務。我說你幾乎不可能靠產品信息本身獲得排名，意思是技術上這是有操作可能的，但是恕我直言，（很可能）你不行，至少在有著巨量產品品類的amazon.com的優化團隊面前不行。定位！定位！細分定位！ … 有時候人得有自知之明。比方說我出口LED燈的， 我知道我吃不下LED Lighting 這個一般次SEO，競爭太激烈了，對手太沒人性了，主要是對手的英語比我好太多了，我吃不下。但我可試試看garage led lighting 或者aquarium led lighting，這些詞的流量只有大類詞的不到1/10，但我做它們成功的概率可能是做大類詞的20倍甚至無窮大倍，因為我的預算下做大類詞成功概率接近與零。我了解的國內外貿獨立小站主的線上市場營銷意識，如果不狠下決心果斷定位，有所為有所不為，絕大多數都會淪為雞肋，獨立站會成為一個“念念不忘卻沒有迴響”的東西，SEO需要我們有清醒的頭腦，如果你還是想著我靠著“眉毛鬍子一把抓”毫無重點地躺著成功，我得告訴你99.9%的概率，你的獨立站投資回報會是負的。首頁！首頁！首頁！ … 在極有限的時間、資金、能力處境下，首頁應該是（對很多小獨立站來說可能唯一是）你的SEO戰場最前線。首頁的自然權重最高，相對子頁更方便做外鏈，最適合容納多層次信息，最可能是各類訪客第一登錄頁。你的獨立站越小，內容越單薄，越要優化首頁，它可能是你SEO成功的最大（唯一）機會。你要選定對你來說價值最高，難度相對較低的關鍵詞放到首頁來優化，前面已經說了，同一個（組）關鍵詞，首頁的天然高權重等優勢讓你有最大機會勝出，你的SEO時間金錢投入產出比（ROI）能做到最高。你去Google“leather iphone case”這個詞，這個詞月均1.5K搜索不到，我寫這篇文章是CPC1.3美金，難度（競爭）最高100它29，是個有價值，也有優化價值的關鍵詞，自然排名最前的是apple.com，這不奇怪，但apple.com之後是誰？你看到了嗎？是這個叫做vajacases.com 的專賣iphone手機殼的細分獨立站。好，現在你去觀察分析這個站點首頁是怎麼優化的。這個網站單從CPC的估值是每月3500美金，就是如果要打Google Ads獲得同等流量，轉化率，訂單量，利潤這些我們自然無從得知，但絕對不會低。所以你打算如何優化你的獨立站首頁？關鍵詞選好了？去好好準備內容吧。外鏈！外鏈！外鏈！ … 一個單頁的內容容量理論上是無限的，但你的SEO時間金錢預算是有限的，你會把它們全部投入到內容本身嗎？你當然可以這樣做，但要想獲得高自然排名，你必須把預算分出來做外鏈，高質量外鏈，在你的內容策略本身俱有很低的天花板時，你應該在SEO中後期把更多預算投入外鏈建設上。外鏈建設是一門技術，如果有人要說它是藝術，我大概也能同意個七八分，它沒有獨立站站長們普遍認為的那麼簡單，但也沒有他們後來嘗試時感覺到的那麼難。但有一點是肯定的，要在6-12個月內為一個外貿獨立站建立一個能助其獲得自然排名的外鏈Profile，需要很多時間，外鏈建設不是立竿見影的，但做對了的外鏈建設對獨立站排名的作用，是根本性的。我個人到目前為止發現的真正有效（也相對省力）的策略只有一個，但我想之又想，還是決定不披露了，也許以後我能以在線服務的形式推出來。

任何把WordPress當作功能單一的博客平台的主題開發者，是不會有任何現代性的，他們都太傳統了。與頁面/主題設計器生態的兼容性與Page Builder生態的兼容性是我考慮的第一要素，因為複雜的商業WordPress網站離不開主題，但更離不開Page Builder，大多數WP網站信息結構的核心就是登陸頁（Landing Page），而高效的做出對全終端友好登錄頁是Page Builder存在的根本目的。 Page Builder很多，知名的Avada主題有自己的Fusion Builder，Flatsome自帶UX Builder，ThemeForest上大量主題依賴於一個叫做WPBakery的Page Builder，這些工具和Elementor，Divi，Brizy比起來太老了，這幾年我基本沒有項目依賴它們。現代Page Builder如Elementor提供強大的主題定制能力（Theme Builder），我們能用它來徹底改造主題提供的頁頭頁尾側邊欄彈窗等部件，但並非每個WordPress商業主題都能支持得很好，比如同樣知名的Flatsome是ThemeForest上賣得最好的網店主題，但它至今與Elementor的Theme Builder的兼容性都不好，原因主要在架構上的不兼容，可能注定要自立門派下去，我認為無法擁抱Page/Theme Builder的WordPress主題是不夠好的，因為放棄Page/Theme Builder就是放棄生產力與長期高效擴展力。與WooCommerce生態的兼容性與WooCommerce生態的兼容共建能力也非常重要，因為WooCommerce本身的複雜性，即使是一線WordPress主題對它的支持都戰戰兢兢，我平時建站用通用主題比較多，越是通用的主題越是對WooCommerce缺乏大刀闊斧的勇氣，因為覆蓋WooCommerce的templates文件夾不是哪個主題開發商能輕易做出的決定，因為要保持與WooCommerce的長期兼容要求開發者長期跟進代碼細節不斷地重新模板源文件，絕大多數時候這個開發模式是極不經濟的，但確實也有像Flatsome這樣的主題做到了，在局部的優化上（如Flatsome的Product Gallery部件）已大大超越了原生WooCommerce的體驗，我做了很多WooCommerce項目，坦率地說這個開源團隊目前還十分缺好設計，我個人一直對這個生態的設計輸出感到失望。一個敢於強力擴展WooCommerce的主題是值得尊敬的，其實就算沒有強力擴展，哪怕對可用性，可配置性稍微多提供幾個所見即所得的選項，稍微對checkout頁面做一點有意義的小改進，已經很不錯了。如果一個WordPress商業主題（包括Niche主題在內）不認真兼容WooCommerce，是不值得考慮的，市場上的主題都聲稱自己完美支持WooCommerce，的確是支持，但它們很多其實什麼優化都沒做，“支持”WooCommerce不只是要支持Product這個content type，更是意味著主題對電商業務流程能有比憨憨的WooCommerce團隊有更現代的理解並作出實際地改進。通用性與適應力通用性也是要考慮的，但這是一個很主觀的標準。通用性就是你買下一個付費主題，能用上好幾年，用它做出很多各種類型的網站，這意味著主題必須要有足夠的適應能力，這個能力很大程度上直接來源於主題開發者對於主題外各種主流網站類型兼容性的熟悉與關照，說的直白一點，通用性或者說適應力強的WordPress主題作者在開發迭代時會充分作市場調研，知道各個類型的WP網站的主流實現方案（其它插件和服務）是什麼，進而做出與這些實現方案兼容共進的開發選擇，結果就是我們作為主題使用方發現買他的主題物超所值，和什麼插件插件都能無縫對接，感覺拿它可以做出任何網站，而且在架構上保持開放，在主題不變的前提下，隨時可以切換局部實現方案。打個比方，我想做一個在線課程網站，方案在LearnDash和LifterLMS間選，如果主題告訴我它只支持LearnDash，我的選型難度顯然就會高很多，多出來很多擔憂，如果主題告訴我它不止支持LearnDash，LifterLMS，它還支持LearnPress並且不久的將來開發計劃中將支持Sensei，那我即使選型犯錯，代價也小很多。過於強調主題通用性和適應能力也許對Niche（垂直應用）主題是不公平的，我只能說這是我個人的偏好，請讀者理解我選型的場景是為各色不同的項目建站。我想也不需要我特別強調，對WP稍有認知的朋友，假如要做垂直應用領域的網站，大概會很自然的打開ThemeForest搜尋一番，我個人認為這種期望100%對口的選主題方式並不可取，因為網站是會進化的，開始的主題能力過於準確也往往以為著主題以後的能力缺失越多，所以無論如何，我建議讀者充分考慮通用主題，的確它們需要使用者花更多精力學習，但往往帶來先慢後快效果。很多小白WP不明白的事情，是網站的功能最好不要由主題本身來實現，而讓插件實現，站長應該把主題當作一般性的網站基礎設施和功能容器，不要求它實現具體功能，讓插件來實現具體功能，這才是WP項目的長久之計。小白們最長犯的錯誤，就是根據想要的某個功能去找主題，太早把主題功能狹義化，很多人隨之碰到的問題是發現“怎麼這個東西我的主題竟然做不了/不支持？！”. 我日常使用的WordPress主題專業WP建站者不會為每個網站單獨做一遍主題選型，我知道我不會這麼做，因為這根本不經濟，主題選得越多錯得也越多，加上重新學習新主題的成本（填坑）可能難以想像的大，這個緣木求魚的策略絕對是下下策。這是為什麼我現在只固定地使用Kadence，Astra，Divi這3個行業內口碑最好的通用主題的原因，關於它們各自的具體評價我會在以後寫進以後的文章，但是到現在我很肯定，它們能讓我做出任何我想做的網站。我選擇這3個主題不是因為我自己有什麼洞見，而完全是站在國外同行的樂於分享之上。我有這3個主題終身不限站點的License，我覺得是我買過的最值的東西，是它們把我帶進WordPress世界看到它的生態之豐富，建議有心投資WordPress的讀者不妨考慮。我使用國產主題經驗有限，就不武斷評價了，WPCOM，知更鳥，ThemeBetter都是成功的本地開發商，有興趣的讀者請自行了解。