빠른 시작 안내서

태그는 Adobe Experience Platform의 차세대 태그 관리 기술입니다. Adobe 고객이 자신의 사이트에 배포할 수 있는 자체 통합을 빌드할 수 있는 개방적이고 지속 가능한 에코시스템을 지원하도록 완전히 새로 빌드되었습니다. UI를 통해 수행할 수 있는 것은 무엇이든 API를 통해 프로그래밍 방식으로 수행할 수도 있는 API 최초 애플리케이션입니다.

기본 태그 작업 과정은 다음과 같습니다.

1. 그룹 및 사용자 설정

태그는 Adobe ID과 완전히 통합됩니다. 사용자 권한은 의 다른 Adobe 제품 및 솔루션과 Admin Console을 통해 관리됩니다. Creative Cloud, Document Cloud및 Experience Cloud.

태그에는 권한 기반 사용자 관리 시스템이 있습니다. 이는 개인의 권리가 명시적으로 부여되어야 함을 의미한다. 이러한 권한이 그룹에 할당되면 사용자가 액세스 권한을 얻을 수 있도록 해당 그룹에 추가됩니다. 조직에서 데이터 수집에 액세스할 수 있더라도 관리자가 명시적으로 일부 권한을 부여할 때까지 개별 사용자는 아무 작업도 수행할 수 없습니다.

그룹을 만들고 태그에 대한 사용자를 추가하는 방법에 대한 자세한 지침은 데이터 수집 권한 안내서.

2. 로그인

Adobe ID에 태그 권한이 추가되면 Experience Platform UI 또는 데이터 수집 UI에 로그인해야 합니다. 이렇게 하려면 로 직접 이동합니다. Experience Cloud 로그인 화면, 다음 중 하나를 선택합니다. 데이터 수집 또는 Experience Platform.

3. 속성 만들기

UI에 로그인하면 맨 먼저 속성을 만듭니다. 속성은 사이트에 태그를 배포할 때 기본적으로 확장, 규칙, 데이터 요소 및 라이브러리로 채우는 컨테이너입니다. 많은 사람들이 동일한 태그 세트를 배포하려는 각 웹 사이트(또는 밀접하게 연관된 사이트 그룹)에 대한 속성을 만듭니다.

속성 만들기에 대한 자세한 내용은 속성 만들기를 참조하십시오.

4. 확장 설치

확장은 Adobe 또는 Adobe 파트너가 빌드한 통합으로, 사용자가 자신의 사이트에 배포할 수 있는 태그에 대한 새로운 옵션과 무제한 옵션을 추가합니다. 태그를 운영 체제라고 생각하면 확장은 사용자가 설치하는 앱으로, 태그가 수행해야 하는 특정 작업을 수행합니다.

새 속성은 모두 코어 확장을 설치하면 제공됩니다. 모바일 속성은 추가 확장으로 제공됩니다. 코어 확장은 데이터 계층에 강력한 기본 데이터 요소 유형 세트를 제공하고 규칙에 이벤트 유형을 제공하기 위해 Adobe에 의해 구축됩니다. 수행하려는 대부분의 작업(ECID 가져오기, Adobe Analytics 비콘 보내기, Target 글로벌 mbox 로드 등)은 카탈로그에서 설치하는 확장에서 가져옵니다.

Platform의 태그를 고유하게 구별되는 점은 이러한 확장을 누구나 구축할 수 있다는 것입니다. 사이트에서 Facebook 리마케팅 픽셀을 삭제해야 합니까? Facebook에서 작성한 확장을 확인합니다. Twitter나 LinkedIn에 대해 동일하게 하시겠습니까? 그러한 확장을 사용합니다. 설문 조사를 실행해야 합니까? Question Pro 또는 Foresee를 참조하십시오. 을 지원하기 위해 최종 사용자의 개인 정보를 관리하고 동의해야 합니까? GDPR? Evidon 및 Trust Arc를 살펴보십시오. 사이트에서 개별 사용자의 행동에 대한 세부적인 통찰력을 보시겠습니까? Clicktale을 살펴보십시오. 자세한 내용은 새 확장 추가.

5. 데이터 요소 및 규칙 만들기

데이터 요소 ​는 수집하여 페이지의 다른 위치로 전송할 정보에 대한 포인터입니다.

데이터 요소가 정의된 후에는 UI 전체에서 모든 확장명에 요소를 사용할 수 있습니다. 다음에서 설명서를 참조하십시오. 데이터 요소 를 참조하십시오.

규칙 ​은 구현의 논리 코어에 있으며, 사이트에서 모든 태그의 내용, 시기, 시기, 위치 및 방법을 제어합니다. 이벤트를 정의하고, 조건 및 예외를 설정한 다음 작업 및 순서를 정의합니다. 마지막으로 변경 사항을 게시하여 결과를 확인합니다. 자세한 내용은 규칙을 참조하십시오.

6. 개발 환경에서 테스트

라이브러리 및 빌드

태그 빌드는 자동으로 게시되지 않습니다. 각각의 여러 변경 내용은 라이브러리에 캡슐화됩니다. 작성한 각 라이브러리는 자동으로 업스트림(게시, 승인 또는 제출)을 기준으로 상속하므로 원하는 변경 사항을 정의하면 됩니다. 이 라이브러리는 빌드에 대한 블루프린트 역할을 합니다. 빌드는 배포되고 사용되는 실제 JavaScript 파일 세트입니다.

웹 페이지, 호스팅 위치 및 태그 간의 관계를 이해하는 것이 중요합니다.

호스트

호스트는 태그 속성과 호스팅 위치를 연결한 것입니다. 태그는 현재 다음을 통해 Adobe 관리 호스팅을 지원합니다. Akamai SFTP 호스트를 통한 호스트 또는 자체 호스팅. 빌드를 생성할 때마다 태그는 호스트에서 정의한 서버에 연결하고 빌드를 전달합니다.

자체 호스팅 중인 경우 태그 빌드는 SFTP를 통해 서버에 직접 푸시하거나 푸시할 수 있습니다. Akamai 환경의 아카이브 옵션을 사용하여 다운로드할 수 있습니다.

자세한 내용은 호스트를 참조하십시오.

환경

각 라이브러리는 환경 내에 만들어집니다. 환경은 빌드가 게시될 때의 모양을 정의합니다. 규칙에 중요하다고 판단한 기준에 따라 컨테이너 내부 또는 컨테이너 간에:

환경을 저장하면 웹 사이트에 복사하여 붙여넣을 수 있는 포함 코드가 생성됩니다. 포함 코드는 라이브러리를 만들고 빌드를 생성할 때까지 작동하지 않습니다. 자세한 내용은 환경을 참조하십시오.

개발에 빌드 게시

게시 프로세스는 아래 단계에 설명되어 있습니다.

7. 프로덕션으로 승격

개발 환경에서 빌드를 테스트한 후에는 스테이징 및 프로덕션 환경을 만들고 임베드된 코드를 필요한 위치에 배치하십시오. 이러한 목적으로 기존 호스트를 재사용할 수 있습니다.

라이브러리를 프로덕션으로 승격하려면 일반적으로 적절한 권한이 있는 여러 사람 간의 조정이 필요합니다.

이러한 모든 권한을 한 개인에게 할당할 수 있습니다.

게시 프로세스 중에 사용할 수 있는 여러 상태 및 옵션에 대한 자세한 내용은 승인 작업 과정을 참조하십시오.

추가 리소스

태그에 대한 자세한 내용은 다음 리소스를 참조하십시오.