微觀數據的提供與根據今年

示例頁面時的不同價格租船是：http://www.intercharter.com/IC/charter_card_en.php?sez=c&id=204 微觀數據的提供與根據今年

此頁面顯示一條船，然後用艙租船費率和全船租船費率表，即改變根據一年的時間。我想添加schema.org微數據，我想知道如何處理費率表。

我應該創建2個活動爲表（一個用於船艙包機，一個用於全船包機）的每一行，然後嵌套在每個事件報價？

或者我應該爲每一行創建2個報價（並且沒有事件），並使用availabilityStarts和availabilityEnd來描述價格表的From/To日期？

在任何情況下，我應該窩在AggregateOffer整個表？

來源

2014-01-24 user3178022

或者我應該爲每一行創建2個報價（並且沒有事件），並使用availabilityStarts和availabilityEnd來描述價格表的From/To日期？

是的，我認爲這將是（更）適當。

另一種可能是有其下每個目的地和巢所有可用Offer S（通過offers）一個Event：

Event: Yacht tour from xyz to Cyclades 
    offers → Offer: a cabin, available from 01/05/2014 to 31/05/2014, 970 EUR 
    offers → Offer: whole yacht, available from 01/05/2014 to 31/05/2014, 11140 EUR 
    offers → Offer: a cabin, available from 01/06/2014 to 30/06/2014, 1030 EUR 
    offers → Offer: whole yacht, available from 01/06/2014 to 30/06/2014, 13140 EUR 
    … 
Event: Yacht tour from xyz to Sporades 
    offers → Offer: a cabin, available from 01/07/2014 to 31/08/2014, 1190 EUR 
    offers → Offer: whole yacht, available from 01/07/2014 to 31/08/2014, 15140 EUR

（可能是棘手使用表格標記）

然而，模式。 org定義Event是針對特定事件，「發生在特定時間和地點」。因此在這裏使用Event可能不合適。

在這兩種情況下，我應該在AggregateOffer中嵌套整個表嗎？

號AggregateOffer是一個更具體的Offer（即，一個子類型），而不是幾個Offer個容器。因此，無論使用Offer或AggregateOffer。

AggregateOffer如果要指定每個時間範圍內有多少小木屋/遊艇可用/可用（通過offerCount），這可能很有意義。

來源

2014-01-26 00:03:12 unor

謝謝UNOR，你說是什麼使一個很大的意義。 – user3178022

但我剛剛意識到，雖然這種標記最合適，但Google不會喜歡它，因爲它只接受每頁一個優惠。所以唯一的解決方案可能是使用aggregateOffer（以不是很合適的方式），minPrice對應於淡季價格。事實是，我們所做的主要是爲了取悅搜索引擎，我們必須屈從於他們的喜好，儘管最好的理論方法會有所不同。 – user3178022

微觀數據的提供與根據今年

回答

相關問題