企業使用者權限是正式管理整個企業的使用者存取權的方法 Adobe Target. 新增使用者至 Target,根據其角色指派權限,並根據不同部門、全域位置、管道和其他邏輯群組為團隊建立工作區。 您可以為使用者指派角色 觀察者, 編輯器,或 核准者.
屬性和權限功能當作 Target Premium 解決方案的一部分來提供。 如果沒有 Target Premium 授權,就無法在 Target Standard 中使用它們。
您的 Target 實作可使用任何版本的at.js。
您可以分辨貴組織是擁有 Standard 還是 Premium 授權,方法是按一下 Target UI 上方的管理連結。
Target Standard客戶:如果您看到使用者索引標籤 (管理 > 使用者) (而不是屬性索引標籤),就表示貴組織擁有 Target Standard 授權。 Target Standard 客戶應遵循 使用者 若要新增使用者並指派權限,請在 Adobe Admin Console.
Target Premium客戶:如果您看到 屬性 標籤(管理>屬性)和 使用者 標籤,您的組織 Target Premium 授權。 Target Premium 客戶應該遵循本文和設定企業權限中的指示。
請確定您已閱讀 警告 一節,再繼續處理企業權限。
本小節中會使用下列詞語,對於想要在 Target Premium。
屬性的性質與內的屬性類似 Adobe Experience Platform 因為它們使用唯一的程式碼片段來加以區分。
Web 屬性是一組規則加上一個內嵌代碼。Web 屬性可以是一或多個網域和子網域的任何群組。
將特定名稱/值組新增為參數,並搭配任何呼叫(Target呼叫、API呼叫等)至 Target.
屬性屬於特定管道 (Web、行動電話、電子郵件或 API/其他)。
工作區可讓組織將特定一組使用者指派至特定一組屬性。工作區有許多地方皆與 Adobe Analytics 中的報表套裝相似。
注意:工作區稱為 產品設定檔 在 Adobe Admin Console for Enterprise.
如果您屬於多國組織,可能會有一個工作區用於歐洲網頁、屬性或網站,以及另一個工作區用於美洲網頁、屬性或網站。如果您屬於多品牌組織,則可能會有每個品牌的個別工作區。
使用者可以屬於多個工作區並且甚至可具有每個工作區內不同的角色。
使用者可以有不同的 Adobe Target 在工作區之間移動,類似於 Analytics 使用者有不同的檢視 Analytics 的方式。
工作區可以包含完全不同的對象、代碼選件和活動。
在新企業權限模型移轉前建立的所有對象和活動,都會分組在「預設工作區」中,如下所述。
透過 Adobe Experience Manager (AEM)、 Adobe Mobile Services,和 Adobe Target Classic 是「預設工作區」的一部分。
內的所有現有工作區(產品設定檔) Admin Console 會在貴組織移轉至新企業權限模型期間,合併至名為「預設工作區」的單一工作區。
請勿刪除預設工作區。
所有使用者角色和所有的存取權 Target 功能與移轉至新企業權限模型之前相同。
您可以建立使用者群組,例如開發人員、分析人員、行銷人員、執行官等。 然後,您可以跨多個Adobe產品和工作區指派權限。 跨不同的 Adobe 產品為新團隊成員指派所有適當的權限,就如同將它們新增至特定使用者群組一樣簡單。
角色和權限會決定使用者在您的 Target 實作中建立和管理活動所具備的存取層級。在 Target 中,角色包括下列:
角色 | 說明 |
---|---|
核准者 | 可以建立、編輯和啟動或停止活動。 |
編輯者 | 可以在活動上線之前建立和編輯活動,但無法核准活動的啟動。 |
觀察者 | 可以檢視活動,但無法建立或編輯活動。 |
發佈者 | 類似於觀察者角色 (可以查看活動,但不能建立或編輯活動)。 不過,發佈者角色具有啟用活動的額外權限。 |
管道是指您的 Target 活動傳送所在的內容類型: 網頁、行動應用程式、電子郵件訊息等。
建立活動時,會在目前選取的工作區中建立。 您會在第一個對話方塊中看到管道選取選項,可讓您為活動選擇所需的管道:網頁、行動應用程式、電子郵件或其他/API。
下列資訊說明先前在 Target 中執行權限的方式,以及如何使用屬性和權限功能來加以執行。
新 權限 功能可讓您在 Adobe Admin Console for Enterprise)。 專案可讓您為單一使用者指派不同權限,支配該使用者對每個專案的存取權。 這些獨特的專案可與 Adobe Analytics 中報表套裝的運作方式比較。每個專案可以有特定的使用者具有適用一組屬性的特定角色。結果是客戶能夠根據地區、環境(開發/預備/生產)、管道或其他自訂條件,限制其使用者的檢視、編輯和核准存取權,如下所示:
例如,特定使用者可能會有美國網站的「核准」存取權,但只有歐洲行動應用程式的「檢視」存取權。該相同使用者可能沒有 APAC 區域中 Web 和行動屬性上提供的活動的任何存取權 (甚至是檢視)。
目前的 Target 權限模型有三個權限角色 (觀察者、編輯者和核准者),如下圖所示:
每個角色有不同層級的權限:
角色 | 說明 |
---|---|
核准者 | 可以建立、編輯和啟動或停止活動。 |
編輯者 | 可以在活動上線之前建立和編輯活動,但無法核准活動的啟動。 |
觀察者 | 可以檢視活動,但無法建立或編輯活動。 |
發佈者 | 類似於觀察者角色 (可以查看活動,但不能建立或編輯活動)。 不過,發佈者角色具有啟用活動的額外權限。 |
務必注意,每個使用者的角色會套用至您的帳戶中包含 Target 標記的每個頁面、屬性或網站上,如下所示:
新的 Target 權限模型有相同的三個權限角色 (觀察者、編輯者和核准者);不過,您可以為個別頁面、屬性或網站個別指派使用者的權限角色,如下所示:
在此範例中,Jan 具有美國首頁和美國網站的核准者權限,以及法國網站的觀察者權限。
此外,Jan在中看不到頁面、屬性或網站 Target 她沒有可查看的權限,如下所示:
在此範例中,Jan 看不到產品頁面、俄羅斯網站和求職網站。
下列使用案例有助於瞭解屬性、專案、角色和權限如何能協助您使用 Target 達成您的行銷目標:
如果您屬於多國組織,可能會有一個工作區用於歐洲網頁、屬性或網站,以及另一個工作區用於美洲網頁、屬性或網站。重新組織之後,使用上圖中的角色,您可以設定類似於以下的工作區和權限:
Jan: Jan 是組織的美國網頁、屬性和網站的 Center of Excellence 的最佳化領導者。她很可能具有 Adobe Experience Cloud 中的系統管理員權限。
在她的角色中,她具有美國首頁和美國網站的核准者權限。利用核准者權限,她可以建立、編輯和啟動或停止活動。
Jan 也洽詢了法國的最佳化團隊,因此,具有法國網站的觀察者權限,該權限提供她對活動的唯讀存取。Jan 可以檢視活動,但無法建立或編輯活動。
因為 Jan 沒有需要她看到產品頁面、俄羅斯網站或求職網站的角色,她看不到這些網站的活動。
Ernie: Ernie 是組織的行銷經理,負責在美國的行銷。
因為Ernie是組織的新人,並且對Target沒有經驗,他具有美國首頁、美國網站和產品頁面的編輯者權限。 有了編輯者權限,Ernie可以在活動上線之前建立和編輯活動。他無法核准活動的啟動,具有核准權限的人(例如Jan)必須先核准活動,活動才能投入生產。
因為 Ernie 沒有需要他看到俄羅斯網站、法國網站或求職網站的角色,他看不到這些網站的活動。
Diana: Diana 現在是組織的分析師,並且已獲得美國首頁、美國網站、產品頁面、俄羅斯網站和法國網站的觀察者權限,該權限提供她對活動的唯讀存取。Diana 可以檢視活動,但無法建立或編輯活動。
因為 Diana 沒有需要她看到求職網站的角色,她看不到這些網站的活動。
如果您屬於多品牌組織,則可能會有每個品牌的網頁、屬性或網站的個別工作區。
重新組織之後,使用上圖中的角色,您可以設定類似於以下的專案和權限:
Jan: Jan 是在醫院產品和消費者產品領域營運的醫療組織的 Center of Excellence 的最佳化領導者。她很可能具有 Adobe Experience Cloud 中的系統管理員權限。
在她的角色中,她具有醫院網站的核准者權限。利用核准者權限,她可以建立、編輯和啟動或停止活動。
Jan 也洽詢了消費者產品空間的最佳化團隊,因此,具有該網站的觀察者權限,該權限提供她對活動的唯讀存取。Jan 可以檢視活動,但無法建立或編輯活動。
Ernie: Ernie 是組織的行銷經理,負責消費者產品領域的行銷。
因為Ernie是組織的新人,對Target沒什麼經驗,他具有消費者網站的編輯者權限。 有了編輯者權限,Ernie可以在活動上線之前建立和編輯活動。他無法核准活動的啟動 — 某人具有消費者網站的核准權限,但此情境中不是Jan,必須先核准活動,活動才能投入生產。
因為 Ernie 沒有需要他看到醫院網站的角色,他看不到該網站的活動。
Diana: Diana 現在是組織的分析師,並且已獲授與醫院網站和消費者網站的觀察者權限,該權限提供她對活動的唯讀存取。Diana 可以檢視活動,但無法建立或編輯活動。
您可以在 Target UI 的多個位置看到新的權限功能。
工作區 (產品設定檔) 下拉式清單:「工作區」下拉式清單顯示在「活動」、「對象」和「選件」頁面的頂部。選取所需的工作區以篩選清單,以僅顯示所選取工作區中的項目。
活動建立: 建立活動時,會在目前選取的工作區中建立。 您會在第一個對話方塊中看到管道選取選項,可讓您為活動選擇所需的管道:網頁、行動應用程式、電子郵件或其他/API。
建立受眾: 建立對象時,會建立在目前選取的工作區中。
對象清單: 您可以使用 更多動作 > Move 選項 對象 頁面。
選件建立: 建立選件時,會建立在目前選取的工作區中。
屬性頁(管理>屬性): 您可以使用 搜尋 框 屬性 清單。
在中使用或設定屬性和權限時,請考量下列事項 Target Premium:
重要: 請勿刪除具有活動的工作區。如果您刪除含有活動的工作區,請與客戶服務合作以復原這些活動。
使用「所有我的工作區」檢視時:
下列項目的任何設定 管理 頁面可由任何 核准者 在任何工作區中:
使用者無法將資源從一個工作區 (產品設定檔) 移動至另一個。不過支援複製。
從 Audiences 頁面檢視對象時,頁面載入的速度會低於預期。如果您以任何方式與搜尋列互動,對象會較快顯示。此問題已知,並將在近期的更新中修正。 此問題不會影響在活動建立工作流程期間選取對象。
下列資源屬於新企業權限模型:
下列資源不屬於新企業權限模型:
https://[tenantName].marketing.adobe.com/content/mac/[tenantName]/target/offers.html#image-library
目前無法由企業權限模型控制。targetPageParams()
函式。 targetPageParamsAll()
為建議的函數。Target 目前需要在發生追蹤所在的任何頁面上具有 at_property
Token。如果Token(1)不存在,(2)未在活動設定時(在VEC內)偵測到,或(3)未透過 targetPageParamsAll()
函式中,量度不會遞增,並顯示為「0」。
對於使用重新導向的活動也是相同的情況。目的地頁面必須具有 at_property
Token,並且需在 VEC 內設定時辨識。
在未來的版本中,Target 將處理不存在 at_property
Token 的頁面或存在不同的 at_property
Token 的頁面。
Adobe I/O API 呼叫不支援「企業使用者權限」功能。
企業權限相關常見問題集包括下列內容:
很抱歉,您無法將活動從一個工作區移動至另一個工作區。不過,您可以知道報表資料不會持續存在,將活動複製到任何工作區。 如需詳細資訊,請參閱使用工作區時複製/編輯活動中的「使用工作區時複製/編輯活動」。
移轉之前建立的活動會繼續在「預設工作區」中以相同方式執行,除非它們是經過編輯和指派的屬性。特定工作區下的活動會執行指派給該工作區的屬性,因此,行為可能與移轉前不同。
是,您可以使用 更多動作 選項 對象 頁面。
按一下 更多動作 按鈕(三個點),然後按一下 移動.
從 工作區 下拉式清單,然後按一下 移動.
您必須擁有編輯對象的適當權限。 此外,對象不得用於其他活動。 如果對象正用於其他活動,而您仍想將對象移至其他工作區,請從其他使用對象的活動中移除對象。
如果您已實作 Target 在 Adobe Experience Platform 並取得錯誤訊息,指出沒有任何與活動相關聯的屬性,請傳遞 at_property
參數 targetPageParams
函式。
如果頁面上的頁面和活動 URL 屬於不同屬性,系統則不會記錄點擊追蹤。
假設有下列情況:
當訪客在瀏覽器中開啟Page1時,系統會將訪客重新導向至Page2。 因為 Page2 沒有傳送活動的資格,其 Target 呼叫在其回應中不會包含點擊追蹤。
如果重新導向頁面和活動 URL 屬於相同的屬性,點擊追蹤會如運期般運作。如需詳細資訊,請參閱點擊追蹤。
以下影片含有本文章探討之概念的詳細資訊。
學習目標:
這支影片記錄了「辦公時間」,「辦公時間」是一項由 Adobe 客戶服務團隊主導的計劃。
Target 管理選單 UI (之前稱為設定) 已經過重新設計,可提供改良的效能、縮短發佈新功能所需的維護時間,並改善整個產品的使用者體驗。 以下視頻中的資訊正確;不過,選項可能位於稍微不同的位置。