許多公司不了解資料層的重要性。我相信這是因為「資料層」聽起來很抽象 – 但實際上，資料層只是將網站或行動應用程式的關鍵資料公開給需要它的服務的方式。不幸的是，這不僅對於行銷人員來說很難理解，對於開發人員來說也是如此。開發人員通常認為資料層只是他們為行銷而建立的 JavaScript 物件 – 這是獲取追蹤網站使用者所需的所有資料的方式。但實際上，應該是他們熟悉的、已經為網站提供支援的數據。如果他們有辦法將這些數據暴露給前端以實現網站功能，他們應該利用它來為行銷人
員提供他們需要的數據
如果網站採用單一方式公開網站功能和標籤的數據，則所需的維護工作就會少得多，混亂也會少得多。因此，良好的資料層的關鍵部分是確保所有利害關係人 – 建立它的開發人員和使用它的行銷人員 – 理解它的用途。
我經常與一些公司合作，這些公司的資料層包含的資料比實際需要的複雜得多。我最喜歡的例子是讓開發人員將頁面名稱邏輯寫入資料層，以便每個頁面都有一個由開發人員編寫的資料層元素來識別該頁面。這是等工具的常見需求- 但問題是，隨著新頁面上線，或者您決定要更改特定頁面的命名方式，您必須返回並讓開發人員進行 BC 數據印度公司 更改。相反，我鼓勵我的客戶從構建塊開始 – 頁面名稱通常源自頁面類
型、所在部分、產品名稱等 那麼為什麼不直接要求開發人員公開這些構建塊，並且然後依靠您的TMS 將關鍵元素拼湊成 那麼。更有意義的整體？然後，如果您確實需要進行更改，則可以在開發發布週期之外的 TMS 中進行更改。將資料 電子商務經理面臨的 6 個主要挑戰以及克服這些挑戰的策略 分解為基本元素可以讓每個參與者專注於他們最了解的內容 – 您的分析開發人員可以在 TMS 中編寫邏輯，而無需您的後端開發人員執行相同的操作。
無論是在線上處理交易、在網站上部署標籤，還是將分析工具中的資料提取到資料湖中，您的業務的好壞取決於您收集的資料。
總而言之資料層中包含
的資料應該代表開發人員支援的內部系統中的資料。它不需要是發送到分析工具時的資料狀態。 TMS 最明顯的好處之一是它允許您將資料轉換為每個供應商所需的最終狀態 – 但太多公司未能利用這一好處。
準備好每次啟動成功的資料專案了嗎？聽聽其他人是如何做到的並掌握您的基礎。
與專家交談
2. 依賴語義
另一件讓我感到畏縮的事情是當我在 數位數據 資料層中發現重複元素時，唯一的區別是接收資料的供應商的名稱。例如，假設您在每個產品頁面上向發送您的產品 。當名為的單一元素就足夠時，為什麼要創建 個資料元素 ”和如果有人必須弄清楚資料層中有哪些數據，那麼弄清楚為什麼兩個資料層元素具有相同的值但名稱不同將會令人困惑。您的資料層應該絕對清楚每個元素包含哪種類型的資料 – 並且不超過必要的複雜程度。