企業使用者權限是正式管理企業內部使用者存取Target的方式。 將使用者新增至Target、根據其角色指派權限,並根據不同的部門、全域位置、頻道和其他邏輯群組為團隊建立工作區。 您可以為用戶分配Observer、Editor或Approver的角色。
屬性和權限功能屬於 Premium 解決方案的一部分。Target在沒有 Target Premium 授權的 Target Standard 中無法使用。
您的Target實作可以使用任何版本的at.js或mbox.js。
您可以按一下Target UI頂端的管理連結,來判斷您的組織是否擁有Standard或Premium授權。
Target Standard客戶:如果您看到「用 戶」表(「管理」>「用戶」)(而非「屬 性」表),則您的組織擁有 Target Standard 許可證。Target Standard客戶應依照「使用者」中的 指示,在中新增使用者及指派權限 Adobe Admin Console。
Target Premium客戶:如果您看到「屬 性」(「管理」>「屬性」)和「用戶」( Users)表,則您的組織具有 Target Premium 許可證。Target Premium 客戶應該遵循本文和設定企業權限中的指示。
請務必先閱讀下面的Penouns一節,然後再繼續使用企業權限。
本節使用下列詞語,對想要使用Target Premium中「屬性」和「權限」功能的使用者可能是新手。
屬性的性質與Adobe Platform Launch中的屬性類似,因為屬性使用唯一的程式碼片段來區分它們。
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 活動傳送所在的內容類型: 網頁、行動應用程式、電子郵件訊息等。
建立新活動時,它是在目前選取的工作區中建立。您將在第一個對話方塊中看到通道選取選項,讓您選擇活動需要的通道: Web、行動應用程式、電子郵件或其他/API。
下列資訊說明先前在 Target 中執行權限的方式,以及如何使用屬性和權限功能來加以執行。
新的權限功能可讓您建立不同的專案 (在 Adobe Admin Console for Enterprise 中稱為「產品設定檔」),以允許您為單一使用者指派不同權限,支配該使用者對每個專案的存取權利。這些獨特的專案可與 Adobe Analytics 中報表套裝的運作方式比較。每個專案可以有特定的使用者具有適用一組屬性的特定角色。結果是客戶將可以限制檢視、編輯和核准對其使用者的存取權根據區域、環境 (dev/stage/prod)、管道,或其他自訂條件,如下所示:
例如,特定使用者可能會有美國網站的「核准」存取權,但只有歐洲行動應用程式的「檢視」存取權。該相同使用者可能沒有 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 的多個位置看到新的權限功能。
工作區 (產品設定檔) 下拉式清單:「工作區」下拉式清單顯示在「活動」、「對象」和「選件」頁面的頂部。選取所需的工作區以篩選清單,以僅顯示所選取工作區中的項目。
活動建立: 建立新活動時,它是在目前選取的工作區中建立。您將在第一個對話方塊中看到通道選取選項,讓您選擇活動需要的通道: Web、行動應用程式、電子郵件或其他/API。
受眾建立:當您建立新的受眾時,會建立在目前選取的工作區中。
選件建立:當您建立新的選件時,會建立在目前選取的工作區中。
「屬性」頁(「管理」>「屬性」): 您可以使用 Searchbox來搜尋「屬 性」清單。
在Target Premium中使用或設定屬性和權限時,請考慮下列事項:
重要: 請勿刪除具有活動的工作區。如果發生此情況,請洽詢客戶服務來復原這些活動。
使用「所有我的工作區」檢視時:
以下「管理」頁面上的任何設定都可由任何工作區中的任何「批准者」控制:
使用者無法將資源從一個工作區 (產品設定檔) 移動至另一個。不過支援複製。
從 Audiences 頁面檢視對象時,頁面載入的速度會低於預期。如果您以任何方式與搜尋列互動,對象會較快顯示。這是已知問題,將會在隨後的更新中修正。此問題不會影響在活動建立工作流程期間選取對象。
下列資源屬於新企業權限模型:
下列資源不屬於新企業權限模型:
https://[tenantName].marketing.adobe.com/content/mac/[tenantName]/target/offers.html#image-library
下的資產) 目前無法透過企業權限模型控制。targetPageParams()
函數時,clickTracking 可能無法使用。targetPageParamsAll()
為建議的函數。Target 目前需要在發生追蹤所在的任何頁面上具有 at_property
Token。如果Token不存在(1)、(2)在活動設定時(在VEC中)未偵測到,或(3)未透過targetPageParamsAll()
函式傳遞至clickTracking Target呼叫,度量將不會增加,並顯示為"0"。
對於使用重新導向的活動也是相同的情況。目的地頁面必須具有 at_property
Token,並且需在 VEC 內設定時辨識。
在未來的版本中,Target 將處理不存在 at_property
Token 的頁面或存在不同的 at_property
Token 的頁面。
Adobe I/O API 呼叫不支援「企業使用者權限」功能。
企業權限相關常見問題集包括下列內容:
很抱歉,您無法將活動從一個工作區移動至另一個工作區。不過,您可以將活動複製到任何工作區,知道該報表資料將不會繼續存在。如需詳細資訊,請參閱使用工作區時複製/編輯活動中的「使用工作區時複製/編輯活動」。
移轉之前建立的活動會繼續在「預設工作區」中以相同方式執行,除非它們是經過編輯和指派的屬性。在特定工作區下的活動將採用指派給該工作區的屬性,因此,行為可能不會與移轉之前的相同。
如果您已使用 Adobe Launch 實作 Target,而系統出現錯誤訊息,指出沒有任何與此活動相關聯的屬性,請使用 targetPageParams
函數傳送 at_property
參數。
如果頁面上的頁面和活動 URL 屬於不同屬性,系統則不會記錄點擊追蹤。
假設情況如下 (同時適用於 at.js 和 mbox.js):
當訪客在瀏覽器中開啟 Page1 時,系統會將他重新導向至 Page2。因為 Page2 沒有傳送活動的資格,其 Target 呼叫在其回應中不會包含點擊追蹤。
如果重新導向頁面和活動 URL 屬於相同的屬性,點擊追蹤會如運期般運作。如需詳細資訊,請參閱點擊追蹤。
以下影片含有本文章探討之概念的詳細資訊。
學習目標:
這支影片記錄了「營業時間」,這是一項 Adobe 客戶服務團隊主導的計劃。
Target Administration功能表UI(先前稱為Setup)已重新設計,以提供改善的效能、縮短發布新功能時所需的維護時間,並改善整個產品的使用者體驗。 以下視頻中的資訊通常正確;不過,選項可能位於稍微不同的位置。 更新的影片將很快發佈。