整合營銷服務商
電腦端+手機端+微信端=數據同步管理
免費咨詢熱線：
電腦端+手機端+微信端=數據同步管理
免費咨詢熱線：
前，我寫過一個“WordPress的靜態(tài)化方法”，使用的是一個名為cos-html-cache的插件實現。
這個插件非常簡潔小巧，直接在原網站上生成首頁和文章頁的html文件，不過，這個插件只支持文章靜態(tài)化，不支持頁面、標簽和分類的靜態(tài)化，之后也再沒有過更新。
后來，我想到過利用WordPress插件導出全靜態(tài)化網站的方法，用這個方法，對于少量文章挺方便，但文章數量一旦多了，就經常出錯。
后來，我看到有人在cos-html-cache插件的基礎上又開發(fā)了一個插件，名叫Super Static Cache，我用了一下，發(fā)現其BUG較多，但Rewrite模式是可以正常使用的，在這個模式下，可以將首頁、文章頁、單頁、分類頁、Tag頁都生成靜態(tài)化文件，并保存在一個名為super-static-cache的目錄下，直接復制這個目錄即可得到一個靜態(tài)化網站。
因此，一個更簡單的生成靜態(tài)化網站的方法來了，先在網站安裝Super Static Cache，之后運行一個抓取網站的工具，這類工具很多，例如wget、sitemaps生成器之類的，把整個網站抓一遍（wget還能多生成一份），即可在super-static-cache的目錄獲取到網站的靜態(tài)化Html文件。
wget在Windows、Linux、Mac都有，用wget下載網站的命令是：
wget -m 網站地址
環(huán)球旅訊】如今，當用戶打開酒店官網想要規(guī)劃周末出行、家庭旅游或者商務會議時，通常看到的內容都是大同小異的。事實上，酒店官網和那些可以下載的PDF旅游指南的體驗幾乎一樣。
即使在今天，酒店官網大多都只是添加了預訂引擎的在線宣傳手冊。在最終點擊“預訂”按鈕之前，用戶只能看到華麗但是靜態(tài)的內容，而預訂還需要連接到第三方系統(tǒng)才能完成。
如今，消費者想要的是不需要自己動手搜索就可以獲得電影或產品的推薦，但是現實依然太“骨感”。
Booking.com的CMO Pepijn Rijvers說過：“2017年，阿里巴巴50%的營業(yè)額是通過個性化促銷創(chuàng)造的，用戶搜索只占一小部分。”不止如此，Google、Facebook、Twitter和其他上千種個性化推薦（并不需要積極的用戶互動）也帶來了不少業(yè)務流量。
不同于酒店，OTA很早就摒棄了靜態(tài)的營銷內容，他們按照系統(tǒng)數據分析的消費者需求和期待來設計和展示產品。雖然酒店官網無法在各個方面與OTA競爭，但至少應該能夠根據潛在用戶的需求進行個性化。
2009年，酒店技術供應商Avvio的人工智能和個性化研發(fā)項目探索了如何幫助酒店改善直接預訂體驗。當時，Booking.com在歐洲以外的地區(qū)知名度并不高，iPhone也才問世幾年，云計算是主要的流行熱詞。
Avvio最初的目標是證明酒店官網可以（而且應該）不僅僅是一本電子宣傳手冊。他們相信，酒店官網應該利用技術擺脫宣傳冊的展示風格，加入一些更加個性化的東西。
之后，Avvio也進行了一些總結。
酒店官網就是溝通平臺
Avvio認為，酒店官網可以根據用戶的意圖實時調整并回應用戶需求，而不是僅僅催促用戶“立即預訂”。 這樣做可以將電商網站轉變?yōu)闇贤ㄆ脚_，能夠回答客人的問題并提供相關建議。
例如，如果之前已經進入客房頁面的用戶重新訪問網站，那么網站的做法應該是告知其SPA護理或者餐廳特價等服務或者根據客人入住的原因推送酒店周圍的體驗活動。Avvio的初衷不是為了開發(fā)復雜的新技術，而是為了方便客人使用。
為了幫助酒店和非標住宿供應商建立個性化網站，Avvio提煉了六條關鍵原則：
原則1：不要強迫用戶轉化
客人是很聰明的。如果決定預訂，用戶會主動尋找“立即預訂”按鈕，酒店不應該強迫預訂。酒店官網要做的應該是回答用戶問題并確保用戶知道下一步要做什么。
推動用戶進入預訂流程并不會增加轉化率，反而會使其反感。創(chuàng)建網站時，設計師應該假設用戶在登陸酒店官網時知道自己想要什么。數據顯示，在預訂之前，消費者平均會訪問38個旅游網站，這意味著達到酒店官網的用戶已經對酒店、品牌和平均價格已經十分了解。
如果用戶選擇訪問酒店官網獲取信息，而不是在OTA、點評網站或者元搜索引擎上搜索信息，酒店就應該獎勵用戶而不是試圖操縱他們的行為。好的酒店官網不應該在頁面信息中設置一個巨大的紅色“立即預訂”按鈕，而是應該適時為用戶提供信息。
示例：大多數用戶并不會在第一次訪問酒店官網時就選擇預訂，因此在第一次溝通時就顯示“最優(yōu)房價”并不會幫助消費者了解并研究酒店。
原則2：用戶行為比用戶“喜好”更重要
用戶的意圖比他們的社交媒體行為提供的信息更有價值。意圖是實時體現在用戶預訂過程中的，用戶的點擊和操作可以充分解釋其意圖。
個人數據的挖掘對于實現個性化是必不可少的。但對于酒店官網來說，相比過去搜集的用戶喜好、性別和年齡等信息，網站訪問次數、點擊模式和訪問的國家更加重要。
除此之外，在獲取用戶個人信息方面，了解用戶搜索的內容、曾經是否預訂過某間客房、訪問酒店官網的次數、客源國家等也是一樣重要的。相比用戶在社交媒體“點贊”或關注過的精品酒店及其他信息，用戶實際搜索行為更加相關。
關注個人數據趨勢往往會陷入模式化并過度簡化用戶行為的風險，因為這樣做會過分關注用戶個人，而不是他們的意圖。相比之下，分析酒店官網的搜索和點擊模式就可以獲取準確且可操作的個性化信息。
關注用戶行為和用戶數據的方法各有缺陷，但是前者更加保護用戶信息、更具相關性。隨著新的隱私保護法規(guī)越來越嚴格，從中長期的發(fā)展來看，轉向不過分依靠個人識別數據的方法可能是最佳方案。
示例：相比知道用戶曾經給倫敦麗茲酒店或香港半島酒店“點贊”，發(fā)現用戶是第三次登錄酒店官網并已經預訂了房間更加重要。而且，據此也可以猜測客人是想要在到達之前了解更多有關酒店的信息。
原則3：太多選擇即“無從選擇”
好的AI系統(tǒng)不僅需要為用戶提供多種選擇，而且也需要注意不要給用戶展示過多的選擇。
酒店經常遇到一個難題：網站是應該單獨顯示房型和房價還是同時顯示這兩項內容？靜態(tài)的酒店官網由于內容基本不會改變，這個問題更加明顯，由此體現了選擇的悖論。
在此情況下，AI的作用是：通過為各種場景提供多種套餐、房價和房型，個性化網站根據經過分析的用戶意圖模式為用戶展示有限的選擇。
酒店官網應該提供詳盡的房型、房價、套餐、升級等服務信息，但同時也應該控制數量。
美國心理學家Barry Schwartz在《選擇的悖論》中說：“學會選擇很難，學會做出好的選擇更難，而從眾多選項中做出好的決策更是難上加難。”這本書最有趣的觀點之一是“錯失的機會”，根據Schwartz的說法，當人們不得不從眾多選項中選擇時，他們會從可能錯失的機會出發(fā)進行考量。多種選擇的存在會影響決策后所體驗到的滿意度。
示例：酒店可以提供“房間+早餐+SPA”套餐，但根據住宿時間長短、SPA等條件對那些有興趣體驗SPA的用戶開放。
原則4：打破常規(guī)思維
要實現個性化，酒店必須首先確定在何時，以怎樣的方式展示產品和套餐。人們往往以為經驗會提供解決方案，但數據表明并非如此。
個性化最重要的部分在于發(fā)現具有實際指導意義的趨向。對酒店而言，初期需要根據直覺和實際經驗創(chuàng)建模式，后期再利用實際數據驗證（或反駁）這些設想。
有了基于數據總結的模式之后，酒店還需要將其應用于實際運營中。任何個性化系統(tǒng)都需要人為參與和后期更正。雖然系統(tǒng)可以自主發(fā)現模式，但酒店也應該投入人力進行實踐。
在《黑天鵝效應：如何及早發(fā)現最不可能發(fā)生但總是發(fā)生的事》（The Black Swan: The Impact of the Highly Improbable）一書中，Nassim Nicholas Taleb寫道：“1697年之前，歐洲人有一個堅信不疑的真理，即：所有的天鵝都是白色的。這很容易理解，因為在那之前他們從未見過其他顏色的天鵝。但是，荷蘭探險家Willem de Vlamingh在澳洲發(fā)現了黑色的天鵝！之后，歐洲人關于“天鵝”的認知就被嚴重顛覆了。”
以上示例說明我們往往會本能地過度信任數據。人們容易出現“確認偏誤”，因為我們傾向于選擇性地關注信息來支持自己已有的觀念。雖然沒有見過黑天鵝，但這并不意味著世界上沒有黑天鵝。
可見，數據分析本身存在兩種風險：過度信任數據或者過濾掉無法證實我們假設的信息。在以情感和客人為核心的酒店產業(yè)中，酒店需要準確把握數據和經驗之間的平衡點。只有這樣，才能將二者用于酒店運營。
示例：某酒店“認為”來自俄羅斯的客人想要喝香檳、打高爾夫球。根據經驗（以及固有模式）提供的信息，系統(tǒng)會默認為所有來自俄羅斯的訪客提供這些套餐；但是，從數據來看，大多數俄羅斯客人實際上喜歡的是酒店提供的俄語電視頻道和SPA，而且他們并不怎么喝香檳。
原則5：“平均”得出的結論通常都是錯的
要了解數據，酒店都需要關注平均數，因為它們可以幫助酒店理解用戶流程。但平均數通常都是錯誤的。數據需要依靠經驗才能保證準確度。
為了創(chuàng)建完整的用戶趨向，酒店需要了解客人的分類、了解用戶致電或通過郵件向酒店咨詢的問題。“平均情況下的結論可以指引方向，但真正的經驗是無法取代的。”
酒店要做的是：分析數據尋找忽略的信息，同時利用經驗將數據應用到具體情境中，從而為客人提供有價值的選擇和行程。
據美國廣告周刊AdWeek稱，52％的網絡用戶會因為朋友的Facebook照片獲得旅游的靈感。從理論上講，這很有意思，但這對酒店來說意味著什么呢？
太絕對的觀點往往會造成過度簡化的弊端。每家酒店都不同，每位客人也是如此。
隨著時間的推移，即使是同一家酒店也會發(fā)現用戶行為模式的變化，可見個性化是不斷變化的，需要持續(xù)改進和調整。AI可以幫助總結模式并發(fā)現模式，但是（目前）需要結合經驗才能服務具體情境。
示例：在分析官網時，酒店很容易被一般訪客的預訂路徑所迷惑。酒店往往會認為最重要的是主頁、房價和位置，因為這是一般預訂流程的主要模式。但是該假設忽略了某用戶的實際路徑，從而導致她選擇了OTA。為什么？因為她的問題沒有在酒店官網得到解答。
原則6：如果尚無結果，則需加大樣本容量
如果酒店無法決定哪種策略最適合，則需要增加測試的樣本容量。
通常，酒店往往會隨大流完善酒店服務選擇和功能。在一定程度上來說，這么做是有用的，因為這對已經習慣看到多樣選擇的用戶會形成一種教育效果。但是，如果結果不確定，不同情況的實際結果幾乎相同，那么最快的解決方案就是增加測試的樣本數量。這不是絕對的，但卻是解決不確定結果的最有效方法。
在大多數情況下，某個選項的增長會明顯快于另一個選項；如果不是，那么選項可能太相似了。
我們已經習慣了大數據這樣的概念，因此沒有足夠的信息便無法得出結論。在已經擁有5000個樣本容量的情況下，如果A/B測試結果為49％-51％，則仍需要增加樣本。
面對這種情況，酒店應該接受結果的不確定性并重新開始。我們可能會試圖強加一些含義給這些數字，但是，這樣做實際上會不利于業(yè)務運營。在戰(zhàn)略決策時，數據永遠不會太多，因此在得到正確合理的結果之前是值得花時間測試的。
示例：某酒店面臨兩種選擇：一是雇傭說普通話的員工，二是為中國游客開通微信支付，但如果結果顯示兩種選擇沒有太大差別，那么首先應該延長測試的時間，以保證更大的樣本容量。
“無論樣本大小如何，不要根據不確定的數據得出結論。”
個性化已是常態(tài)
個性化只是順應客戶需求出現的旅行搜索發(fā)展的結果，已經有20年的歷史，未來客戶搜索、互動和購買產品和服務的方式都將不斷發(fā)展。
最終，酒店必須（通過購買搜索廣告的方式）適應優(yōu)化才能與時俱進。最近，隨著谷歌
以 Google Ads和有機搜索為代價推廣Hotel Ads，TripAdvisor復制Facebook的新聞推送模式、OTA通過B2B2C的模式削弱酒店官網的業(yè)務，獨立酒店逐漸面臨新的挑戰(zhàn)以及更高的獲客成本。
結論：個性化從現在開始
分析師預計，到2020年，OTA的市場份額將超過40％，因此酒店基本上只有兩種選擇：繼續(xù)延用靜態(tài)HTML的官方網站，或者增加有助于潛在客戶預訂的個性化體驗。簡而言之，酒店需要復制個性化的成功案例，吸引客人到店。
對于酒店經營者、住宿提供商、代理商和數字營銷經理來說，無論使用何種技術都必須立即開始個性化，因為構建合適的模型需要時間。
從現在可以個性化的細節(jié)開始，然后慢慢推進。優(yōu)質的服務始于了解客人及其個性。
酒店官網是客人與酒店一切聯系的起點。俗話說，第一印象永遠不可能有第二次機會。（本文由Xenia編譯自PhocusWire，原文出自Avvio的Martin Soler）
的頁面靜態(tài)化分為兩種，一種是偽靜態(tài)，即url 重寫，一種是真靜態(tài)化。我們以真靜態(tài)化為主來講講。
什么是PHP靜態(tài)化
PHP靜態(tài)化的簡單理解就是使網站生成頁面以靜態(tài)HTML的形式展現在訪客面前，PHP靜態(tài)化分純靜態(tài)化和偽靜態(tài)化，兩者的區(qū)別在于PHP生成靜態(tài)頁面的處理機制不同。
為什么要讓網頁靜態(tài)化
一、加快頁面打開瀏覽速度，靜態(tài)頁面無需連接數據庫打開速度較動態(tài)頁面有明顯提高;
二、有利于搜索引擎優(yōu)化SEO，Baidu、Google都會優(yōu)先收錄靜態(tài)頁面，不僅被收錄的快還收錄的全;
三、減輕服務器負擔，瀏覽網頁無需調用系統(tǒng)數據庫;
四、網站更安全，HTML頁面不會受php相關漏洞的影響; 觀看一下大一點的網站基本全是靜態(tài)頁面，而且可以減少攻擊，防sql注入。
數據庫出錯時，不影響網站正常訪問。
生成html文章雖操作上麻煩些，程序上繁雜些，但為了更利于搜索，為了速度更快些，更安全，這些犧牲還是值得的。
PHP生成靜態(tài)HTML頁面的方法
利用PHP模板生成靜態(tài)頁面
PHP模板實現靜態(tài)化非常方便，比如安裝和使用PHP Smarty實現網站靜態(tài)化，也可以自己寫一套模板解析規(guī)則，常見的可以模仿各類cms的模板規(guī)則。
1.使用PHP文件讀寫功能與ob緩存機制生成靜態(tài)頁面
比如某個商品的動態(tài)詳情頁地址是： http： // xxx. com ？xxxxxx. php？ gid =112 xxxxx
那么這里我們根據這個地址讀取一次這個詳情頁的內容，然后保存為靜態(tài)頁，下次有人訪問這個商品詳情頁動態(tài)地址時，我們可以
直接把已生成好的對應靜態(tài)內容文件輸出出來。
*請認真填寫需求信息，我們會在24小時內與您取得聯系。
