我們冷嘲熱以忍受的散文目前存放在

RAHIM23

在我善意但完全無知的照顧下，該網站已經成長為弗蘭肯斯坦的外掛怪物。 我們正在重新設計網站，這（除其他外）需要將結構化資料引入核心設計。在這裡，與任何其他專案一樣，要做的第一件事就是確定您的內容的內容。這個問題你回答得越好，接下來的一切就會越容易。 在我們的例子中，這些是要點： 我們審查音樂專輯； 每條評論都有三名評論者，每人都會選擇最多三首最喜歡的曲目並給出個人評分（滿分十）來撰寫摘要； 這三個分數合併為最終分數（滿分 30 分）； 從這三個 丹麥電話號碼錶   摘要中，選擇了一段作為我們所有想法的“概覽”摘要。

其中一些聽起來可能有點具體，甚至有點武斷（因為確實如此），但您會驚訝地發現其中有多少可以使用結構化資料編織在一起。 下面是修改後的評論頁面的模型，以及可以轉換為模式標記的資訊： 使用結構化資料標記註釋的網頁 即使是最龐大的內容也充滿了等待被標記和結構化的資訊。（大預覽） 這個過程沒有任何技巧。我知道內容的內容，因此我知道在檔案中的何處查詢。在這種情況下，我訪問m並遇到了各種潛在的屬性，包括t 有幾十個；一些是 MusicAlbum 獨有的，另一些則屬於 CreativeWork 的更大範圍。




深入研究檔案，我發現標記可以連線到，一個音樂元資料百科全書。當我檢視審查檔案時，會出現相同的過程。 從這個簡單的頁面中，可以收集和組織以下資訊" 複製 老實說，我可能還會新增更多內容。最初，我發現評論頁面結構中已經包含了一些內容（即藝術家、專輯名稱、總分），但隨後新的問題開始出現。什麼可以更清楚？我可以新增什麼？ 顯然，這應該通過不必要的問題來平衡。僅僅因為你可以做某事並不意味著你應該做。存在“太多資訊”這樣的事情。儘管如此，有時更多的細節確實可以使頁面更上一層樓。 熟悉架構 # 沒有辦法解決這個問題；開始工作的最佳方法是讓自己沉浸在檔案中。