實用配置方案
- 1
定義要收集的路線、日期和市場。
- 2
在市場所在國家開啟一個住宅黏性會話進行搜尋。
- 3
在同一會話中讀取結果列表和詳細頁面。
- 4
關閉會話並為下一次搜尋開啟新會話。
票價因市場而異
航空公司、訂票網站和酒店會根據訪客的國家、貨幣、網站版本甚至同一地址的近期搜索顯示不同的價格。從單一位置收集數據只能獲得一個市場的觀點。針對特定國家的住宅流量則能提供每個市場的觀點。
搜索流程需要會話
旅遊搜索是一個流程：搜索表單、結果、篩選和詳細頁面。在中途更改地址可能會重置搜索。10到30分鐘的固定住宅會話可以讓整個流程保持在一個地址上，而下次搜索則會獲得一個新的地址。
頁面繁重，預算謹慎
旅遊頁面加載了許多腳本和圖片。在您的無頭瀏覽器中屏蔽圖片和字體，並盡可能從網站自己的API調用中讀取數據；這通常可以將流量減少一半以上。
旅遊票價數據：常見問答
為何票價因國家而異？
賣家根據市場、貨幣和需求定價。本地地址看到的是當地報價。
會話應持續多久？
足夠完成一次搜尋流程，通常10到30分鐘。使用ttl鍵設定。
可以使用數據中心代理收集旅遊數據嗎？
對於接受伺服器流量的API和網站可以。封鎖伺服器範圍的預訂頁面需要住宅流量。