Show Menu
화제×

시작하기 모범 사례

Adobe 다이내믹 태그 관리 (DTM) 를 처음 사용하는 경우, DTM로 마이그레이션할 준비가 된 경우 또는 DTM를 기반으로 하는 경우 이 가이드를 사용할 수 있습니다.
최종 업데이트일: 2017 년 1 월 30 일
마케터는 다이내믹 태그 관리를 사용하여 태그를 빠르고 쉽게 관리할 수 있고, 디지털 마케팅 시스템에서 데이터를 수집 및 배포하기 위한 혁신적인 도구를 제공합니다. 또한 DTM를 통해 사용자의 특정 콘텐츠를 반응형 방식으로 전달할 수 있으므로 오늘날의 급변하는 디지털 시장에서 성공을 추구하려는 기업에 새로운 차원의 민첩성과 제어를 제공할 수 있습니다.
이 우수 사례 안내서 외에도 다이내믹 태그 관리를 최대한 활용할 수 있도록 다음 리소스를 사용할 수 있습니다.
리소스 세부 사항
Dynamic Tag Management 제품 설명서
다이내믹 태그 관리를 사용하는 방법에 대한 자세한 정보 및 단계별 지침입니다.
다이내믹 태그 관리를 사용하는 방법에 대한 정보입니다.

Basics for the first-time user

DTM (다이내믹 태그 관리) 사용자 인터페이스에 대한 소개입니다.

대시보드

탐색: 홈 > 대시보드
로그인 후 DTM에서 본 첫 번째 페이지는 대시보드입니다. 대시보드에는 사용자가 액세스할 수 있는 모든 회사 목록이 포함되어 있습니다.

Company overview

탐색: 홈 > 대시보드 > 회사 개요
대시보드에서 회사를 클릭하면 회사 개요 페이지로 이동합니다.
한 회사에 대한 액세스 권한이 있는 경우 로그인 시 대시보드 대신 회사 개요 페이지가 표시됩니다.
DTM에서 회사는 웹 속성 컬렉션입니다. 웹 속성은 도구, 규칙 및 데이터 요소의 모음입니다.
회사의 모든 웹 속성은 회사 개요 페이지에서 액세스합니다.
관리자 수준 사용자는 속성 추가를 클릭하여 회사 개요 페이지에서 새 웹 속성을 추가할 수 있습니다. 웹 속성을 구성할 때 필수 필드는 이름 및 URL 이며, 필요한 경우 나중에 변경할 수 있습니다.
관리자 수준 사용자는 사용자 및 그룹 탭을 통해 회사 개요 페이지에서 사용자를 관리하고 프로비저닝할 수도 있습니다.

Property overview

탐색: 회사 개요 > 속성 개요
회사 개요 페이지에서 속성을 클릭하면 속성 개요 페이지로 이동합니다.
속성 개요 페이지는 속성 구성에 대한 간단한 요약을 제공하며 기본 속성 구성 요소에 대한 게이트웨이 역할을 합니다. 도구, 규칙, 데이터 요소, 게시 워크플로우 및 속성 포함 코드.
탐색: 속성 개요 > 설치된 도구
DTM 툴은 솔루션을 사이트에 신속하게 배포할 수 있는 통합 기능입니다.
현재 DTM는 Google Analytics 및 Nielsen와 Adobe 솔루션에 대한 도구 통합을 제공합니다. 이러한 통합 기능은 특정 솔루션을 보다 손쉽게 구성하고 배포할 수 있도록 설계되었습니다.
기본 통합이 없는 타사 도구 또는 태그는
JavaScript/타사 태그 섹션을 참조하십시오.

규칙

탐색: 속성 개요 > 규칙
속성 개요 페이지에서 규칙 탭을 클릭하면 속성 규칙이 표시됩니다.
DTM의 규칙은 도구, 태그, 스크립트 및 HTML를 조건부로 실행하는 데 사용됩니다.
유형에 상관없이 DTM의 규칙에는 두 가지 주요 구성 요소가 있습니다. 조건 및 트리거입니다. 조건은 규칙이 실행되는 시나리오를 나타내며 트리거는 규칙이 실행될 때 실행될 항목을 가리킵니다.
DTM 에는 세 가지 규칙 유형이 있습니다.
  • 이벤트 기반: 이벤트 기반 규칙은 상호 작용입니다. 예를 들어 사용자가 특정 단추를 클릭할 때 추적하려는 경우 이벤트 기반 규칙을 사용합니다.
  • 페이지 로드: 페이지 로드 규칙은 페이지 로드와 연결되어 있습니다. 예를 들어 사이트의 특정 페이지 로드 시 특정 코드 블록을 추가하려는 경우 페이지 로드 규칙을 사용합니다.
  • 직접 호출: 직접 호출 규칙은 DTM 이 DOM에서 이벤트를 감지할 수 없을 때 시나리오에서 사용됩니다. 예를 들어 DOM에서 감지할 수 없는 AJAX 이벤트를 추적하려는 경우 직접 호출 규칙을 사용합니다.
규칙 유형에 관계없이 조건이 충족되면 트리거가 실행됩니다.
모든 규칙 유형에는 Javascript/타사 태그 모달 기능을 통해 타사 공급업체 태그 또는 기타 사용자 지정 JavaScript 또는 HTML를 트리거하는 옵션이 있습니다.
다른 트리거 양식은 도구에 도구가 추가될 때 규칙에서 활성화됩니다. 예를 들어 속성에 Adobe Analytics 도구 및 Google Universal Analytics 도구가 포함되어 있는 경우 속성 규칙은 이러한 도구에 대한 선택적 트리거 양식을 포함합니다.
각 도구 달성은 특정 도구에 대한 트리거를 사용자 정의하는 간편한 방법을 제공합니다.

Data elements

탐색: 속성 개요 > 규칙 > 데이터 요소
규칙 탭에 있는 데이터 요소 탭을 클릭하면 데이터 요소 개요 페이지가 표시됩니다.
데이터 요소는 DTM에서 데이터 매핑을 작성하는 데 사용됩니다. 공통 데이터 포인트를 데이터 요소로 정의하면 이러한 데이터 포인트를 DTM의 규칙 및 도구 내에서 쉽게 캡처하고 활용할 수 있습니다.

Workflows

DTM의 중요한 개념은 단일 웹 속성이 스테이징 라이브러리와 프로덕션 라이브러리를 모두 갖는다는 것입니다.
스테이징 라이브러리에는 웹 속성에 구성된 모든 규칙, 도구 및 데이터 요소가 포함되어 있습니다. 프로덕션 라이브러리에는 승인 및 게시된 규칙, 도구 및 데이터 요소만 포함되어 있습니다.
탐색: 속성 개요 > 승인 탭
속성에서 규칙, 도구 또는 데이터 요소를 추가하거나 변경하면 승인이 자동으로 생성됩니다.
탐색: 속성 개요 > 작업 내역 탭
항목이 승인되면 게시 취소된 변경 내용이 # 탭에 0 n로 표시됩니다. 항목이 게시되면 프로덕션 라이브러리에서 사용할 수 있게 됩니다.
라이브러리와 관련 워크플로우를 분리하면 프로덕션에 영향을 주지 않고 스테이징에서 보다 효과적인 테스트를 수행할 수 있습니다.

설치

탐색: 속성 개요 > 포함 탭
포함 탭을 클릭하면 DTM 설치 페이지로 이동합니다.
이 탭에는 사용 가능한 다양한 라이브러리 호스팅 옵션이 포함되어 있습니다. 기본적으로 속성은 Akamai 호스팅을 활용합니다. 이 방법은 일반적으로 대부분의 조직에서 사용할 수 있습니다. 그러나 필요한 두 개의 자체 호스팅 옵션이 필요한 경우 DTM 라이브러리의 서비스를 추가로 제어할 수 있습니다.
포함 탭의 헤더 코드 섹션을 확장하면 속성에 대한 스테이징 및 프로덕션 포함 코드가 표시됩니다.
스테이징 코드와 프로덕션용 내장 코드가 있습니다. 이것은 위에서 설명한 스테이징과 프로덕션 라이브러리 간에 DTM 이 구별되는 방식입니다. 스테이징 포함 코드가 설치되면 스테이징 라이브러리가 로드됩니다. 프로덕션 임베드 코드가 설치되면 프로덕션 라이브러리가 로드됩니다.
머리글 및 바닥글 포함 코드가 사이트에 제대로 설치된 후 각 페이지 로드 시 관련 DTM 라이브러리가 자동으로 로드됩니다.
DTM 스위치 플러그인을 활용하여 웹 콘솔에서 테스트합니다. 이렇게 하면 페이지에서 DTM 이 수행하는 작업을 이해하는 데 도움이 되며 보다 효과적인 테스트를 위해 스테이징 라이브러리로 로컬에 전환할 수 있습니다. For more information, see Search Discovery Plugins in the Dynamic Tag Management Product Documentation .

DTM technical architecture and hosting

DTM (Dynamic Tag Managment) 의 기술 아키텍처 및 호스팅 옵션에 대한 정보입니다.
이 섹션에는 다음 정보가 포함됩니다.

아키텍처

DTM 기술 아키텍처의 주요 구성 요소에는 웹 관리 애플리케이션, 스테이징 및 프로덕션 JavaScript 라이브러리, 포함 코드가 포함되어 있습니다.
웹 관리 애플리케이션은 DTM 구현을 관리하는 데 로그인하여 사용하는 온라인 인터페이스입니다. 여기에서 도구, 규칙 및 데이터 요소를 만들고 구성하며 이러한 구성의 배포를 사이트에 관리할 수 있습니다.
DTM의 웹 속성은 도구, 규칙 및 데이터 요소 구성의 모음입니다.
각 웹 속성은 하나의 스테이징 JavaScript 라이브러리와 하나의 프로덕션 JavaScript 라이브러리와 연결되어 있습니다. 이러한 라이브러리는 웹 애플리케이션에 의해 생성되며 해당 웹 속성에 고유한 구성 세트를 포함합니다.
스테이징 JavaScript 라이브러리에는 웹 속성에 있는 모든 최신 도구, 규칙 및 데이터 요소 구성이 포함되어 있습니다. 이 라이브러리는 속성이 변경될 때마다 자동으로 업데이트되며 스테이징 환경에서 테스트하거나 DTM 스위치 플러그인을 통한 로컬 프로덕션 테스트에 사용하기 위한 것입니다.
For more information about the DTM switch plugin, see Search Discovery Plugins in the Dynamic Tag Management Product Documentation.
프로덕션 JavaScript 라이브러리에는 웹 속성 워크플로우를 통해 승인되고 게시된 도구, 규칙 및 데이터 요소 구성만 포함되어 있습니다. 이 라이브러리는 프로덕션 환경을 위한 것입니다.

Hosting

스테이징 및 프로덕션 JavaScript 라이브러리는 다음 방법으로 호스팅할 수 있습니다.
  • External hosting via Akamai -library hosted on Akamai's servers
  • Self-hosting via SFTP or library download -library hosted on your servers
호스팅 옵션을 선택하는 것은 비즈니스에 필요한 결정입니다. 다음 옵션 비교 및 사용 사례 예제를 검토하여 이러한 결정을 용이하게 합니다.
장점 불편
Akamai
외부 호스팅
  • 표준 배포 방법
  • 구성 불필요
  • IT 팀에 대한 최소 의존도
  • 자동 파일 업데이트
  • 전역 배포된 Akamai 네트워크를 통해 안정적이고 신속한 파일 전달
  • 파일 전달 제어 부족
  • 타사 인프라에 대한 의존도 (예: Akamai를 사용할 수 없는 경우, 라이브러리임)
SFTP
자체 호스팅
  • 파일 전달에 대한 완벽한 제어
  • 더욱 안전한 옵션: SSH 파일 전송
  • 자동 파일 업데이트
  • 선불 구성 필요
  • IT에 대한 더 많은 의존
라이브러리 다운로드 옵션을 제공합니다
자체 호스팅
  • 파일 전달에 대한 완벽한 제어
  • 가장 안전한 호스팅 옵션: AES 256 번들 암호화
  • 선불 구성 필요
  • IT에 대한 더 많은 의존
  • 자동 파일 업데이트에 필요한 추가 구성
사용 사례 예제
시나리오
솔루션
이 문제를 가능한 한 빨리 적용하고 사이트 인프라 외부에서 신뢰할 수 있는 파일 호스팅 방법을 필요로 합니다.
모든 환경에서 Akamai 호스팅을 활용합니다.
프로덕션 환경에서 파일 전달을 완벽하게 제어하려고 합니다. 하지만 스테이징 환경에서 파일 컨트롤보다 속도 및 민첩성이 더 중요합니다.
스테이징 환경에서 Akamai 호스팅과 프로덕션 환경에서 FTP 제공을 활용할 수 있습니다.
사이트의 특정 섹션은 기밀 정보를 다루고 있습니다. 보안은 이러한 페이지에서 가장 중요하지만 사이트의 다른 페이지에서 중요한 것은 아닙니다.
보안 페이지에서 라이브러리 다운로드 호스팅과 비보안 페이지에서 Akamai 호스팅을 활용할 수 있습니다.
All hosting options are available to enable and configure on the Embed tab in your DTM property.
선택한 호스팅 옵션에 관계없이 JavaScript 라이브러리는 설치된 포함 코드를 통해 사이트에 제공됩니다. 각 호스팅 옵션은 해당 호스팅 옵션에 대해 구성된 해당 파일 위치를 참조하는 고유한 포함 코드를 제공합니다.
포함 코드는 두 개의 코드 조각으로 구성됩니다. 머리글 및 바닥글 코드입니다.
  • 머리글 코드
    헤더 코드는 호스트 위치에서 관련 JavaScript 라이브러리를 호출하고 사이트에서 제공하는 역할을 합니다. 이 코드 조각은 가능한 한 열기 태그에 가깝게 사이트 코드의 HEAD 섹션에 삽입해야 합니다.
  • 바닥글 코드
    바닥글 코드는 타이밍 제어를 위해 페이지의 끝을 식별하는 책임을 집니다. 이 코드 조각은 가능한 한 닫는 태그와 가깝게 사이트 코드의 BODY 섹션에 삽입해야 합니다.
머리글 및 바닥글 포함 코드 조각 모두에 대한 적절한 배치는 DTM JavaScript 라이브러리의 효과적인 배포에 매우 중요합니다.
둘 이상의 호스팅 옵션을 사용할 수 있지만 단일 포함 코드 참조만 해당 페이지에 포함되도록 해야 합니다. 포함 코드의 복제 또는 부적절한 배치를 사용하면 예기치 않은 라이브러리 동작이 발생할 수 있습니다.
다음 그림은 토론된 DTM 아키텍처 구성 요소가 함께 작동하여 사이트에 도구, 태그 및 스크립트를 효과적으로 배포하고 관리하는 방법을 보여줍니다.
For more information on hosting options, see Embed Code and Hosting Options in the Dynamic Tag Management Product Documentation .

Planning your migration to DTM

Information to consider as you plan your migration to Dynamic Tag Management (DTM) and best practices to help get your implementation started correctly.
이 섹션에는 다음 정보가 포함됩니다.

Planning your DTM setup: Component overview

이 섹션에는 DTM 설정 계획에 관련된 결정을 준비하는 기본 DTM 회사 구조에 대한 빠른 개요가 포함되어 있습니다.
DTM에서 회사는 웹 속성의 그룹입니다.
웹 속성은 사이트에 데이터를 수집하고 태그/스크립트를 배포하는 도구, 규칙 및 데이터 요소의 그룹입니다.
각 웹 속성은 사이트에서 특정 속성 구성을 로드해야 하는 하나의 포함 코드와 연결되어 있습니다.
사용자는 회사 수준에서 관리되지만 관리자 역할을 제외한 각 속성에 대해 권한을 부여할 수 있습니다. 관리자 역할은 글로벌이며 회사의 모든 속성에 대한 전체 권한을 갖습니다.
For more information on user roles, see Create and Manage Groups in the Dynamic Tag Management Product Documentation .

Planning your DTM setup: Decision points

기본적인 DTM 회사 구조를 염두에 두고 DTM 설정을 계획할 때 관련 의사 결정 지점을 살펴보겠습니다.
몇 개의 회사가 필요합니까?
대부분의 경우 한 회사는 비즈니스 요구 사항에 가장 적합합니다.
두 개 이상의 회사를 보유하는 주된 이유는 사용자와 웹 속성을 완벽하게 분리하는 것입니다.
이러한 유형의 구성은 다양한 비즈니스 부서에서 운영하는 수많은 웹 엔티티가 있는 대규모 비즈니스에 가장 일반적입니다.
도메인 및 하위 도메인을 웹 속성에 배포하려면 어떻게 해야 합니까?
웹 속성은 도메인에서 1:1 또는 일대다 버전으로 구성할 수 있습니다.
비즈니스에 가장 적합한 요소를 결정하려면 다음 변수의 크로스 도메인 유사점과 차이점을 고려하십시오.
  • 데이터 수집 방법 및 소스
  • 배포된 툴 및 태그
  • 사이트 코드 구조
  • DTM 사용자 워크플로우
대부분의 경우, 한 도메인당 하나의 웹 속성은 위 변수들 중 하나 또는 많은 변수에서 큰 차이로 인해 비즈니스 요구 사항에 가장 적합합니다.
이러한 유형의 설정은 각 도메인의 요구 사항을 가장 효과적으로 수용하면서'복사'기능을 통해 크로스 도메인 상수를 손쉽게 복제할 수 있습니다.
그러나 이러한 변수가 도메인 간에 동일하거나 매우 유사하다면, 하나의 웹 속성 내에 여러 도메인을 갖는 것이 더 적절할 수 있습니다. 이러한 경우 이 설정을 사용하면 속성 간의 불필요한 중복을 줄일 수 있습니다.
동일한 추론을 하위 도메인 배포에 사용할 수 있습니다.
사용 사례 예제
시나리오
솔루션
비즈니스 부서는 여러 도메인을 관리합니다. 모든 도메인에 Adobe Analytics를 배포하고 있지만 각 도메인에는 자체 보고 세트와 추적 요구가 있습니다.
각 도메인에 대해 하나의 속성을 활용합니다.
비즈니스 부서는 여러 도메인을 관리합니다. 모든 도메인에 Adobe Analytics를 배포하고 있으며 하나의 글로벌 보고 세트를 사용하여 모든 데이터를 수집합니다. 도메인 간 데이터 소스는 사이트 코드 구조의 변형으로 인해 매우 다릅니다.
각 도메인에 대해 하나의 속성을 활용합니다.
비즈니스 부서는 여러 도메인을 관리합니다. 모든 도메인에 Adobe Analytics를 배포하고 글로벌 보고 세트와 글로벌 데이터 레이어를 사용하여 모든 데이터를 수집합니다. 나머지 도구 및 태그는 대부분 도메인 간에 일관되며, 동일한 사용자가 게시 워크플로우를 관리하도록 계획하고 있습니다.
모든 도메인에 대해 하나의 속성을 활용합니다.

Migration best practices

최적의 회사 및 자산 배포를 결정한 후 DTM 마이그레이션을 시작할 때 다음의 우수 사례를 고려하십시오.
프로세스 워크플로우: 기존 페이지 코드를 DTM로 마이그레이션하여 원활한 전환을 위한 체계적인 프로세스를 개발할 수 있습니다.
일반적으로 하위 수준 스테이징 환경에서 이 프로세스를 시작하고 페이지별 또는 사이트 섹션별로 사이트 섹션 단위로 코드를 마이그레이션하는 것이 좋습니다.
따라서 기존 페이지 코드를 제거하기 전에 DTM 구성을 완전히 검사하여 구현 중단 위험을 줄일 수 있습니다.
사용한 작업: IT 팀과 협력하여 현 프로세스와 배포 주기를 결정하는 것이 중요합니다.
이렇게 하면 임베드 코드를 적절하고 시기 적절하게 배치하고 효율적으로 마이그레이션된 페이지 코드를 제거할 수 있습니다.
사용자 워크플로우 및 거버넌스: 또 다른 중요한 개념은 사용자 워크플로우를 구축하는 것입니다. 사용자 역할을 신중하게 할당하면 DTM 워크플로우로 거버넌스를 제공할 수 있습니다.
사용자 역할
규칙 만들기
규칙 편집
규칙 테스트
규칙 승인
규칙 게시
사용자 만들기/편집
속성 만들기
사용자
승인자
게시자 ​에서 트윗을 예약할 수 있습니다
승인자 및 게시자
관리
이렇게 하면 프로덕션으로 푸시되기 전에 모든 항목을 팀의 올바른 구성원이 철저히 점검할 수 있습니다.
For more information, see Migrating to Dynamic Tag Management in the Dynamic Tag Management Product Documentation .

Migrating to DTM: A closer look at Adobe Analytics

Whether your current Adobe Analytics implementation is deployed via on-page methods or via another tag management system, this section helps you understand your options as you migrate to DTM.

Phase 1: Quick value add

Because migrating Adobe Analytics code can be a lengthy process, DTM offers a feature that allows you to augment your existing Analytics implementation without disrupting it.
This feature is called Page Code is Already Present and is located in the Analytics tools settings in your DTM property.
이 기능에 액세스하려면 도구 설정의 라이브러리 관리 섹션을 확장합니다.
With this feature enabled, DTM is able to leverage the existing implementation to send supplemental s.t() / s.tl() calls via event-based and direct-call rules.
이 기능을 사용하면 코드를 마이그레이션하기 전에 DTM를 사용하여 Adobe Analytics 구현을 더욱 강화할 수 있습니다.
하지만 이 방법으로 다음 제한 사항을 적어 두어야 합니다.
  • DTM Adobe Analytics 도구에 구성된 변수 및 설정은 적용되지 않습니다.
  • 페이지 로드 규칙에 설정된 Adobe Analytics 변수가 적용되지 않습니다.
이러한 제한 사항은 DTM 이 appmeasurement 코드를 제공하고 s 개체를 인스턴스화하기 위해 기존 구현에 완전히 의존하고 있기 때문에 발생합니다.

Phase 2: Full migration

To take full advantage of the integrated Adobe Analytics functionality in DTM, a complete migration of Analytics code is recommended.
이 마이그레이션은 페이지 코드에 모든 s 개체 참조를 포함해야 하며 DTM 이 Adobe Analytics를 배포하는 페이지에 스크립트를 포함시켜야 합니다.
다음 섹션에는 추가 정보가 포함됩니다.
전역 코드 마이그레이션
마이그레이션의 첫 번째 단계는 DTM 속성의 Adobe Analytics 도구 설정에서 전역 코드를 구성하는 것입니다.
The AppMeasurement code / s_code is configured in the Library Management section of the tool settings under Code Configuration.
페이지 코드가 현재 1 단계에서 이미 있는 경우 이 옵션을 선택 취소하여 코드 구성 옵션을 표시해야 합니다. 이 변경 사항은 스테이징에만 적용되므로 마이그레이션된 코드를 프로덕션 팀에 적용하기 전에 완전히 구성 및 검사할 수 있습니다.
The Custom configuration option is typically preferred as an initial migration approach because it allows you to reference your existing AppMeasurement / s_code as-is without the need for additional tool configuration.
  • 사용자 지정 - DTM에서 호스팅됨: 기존 코드를 편집기에 붙여넣습니다.
  • 사용자 지정 - URL에서 호스팅: URL 위치의 기존 코드를 참조합니다.
Managed by Adobe 이 옵션을 사용할 경우 DTM는 선택된 appmeasurement 기본 코드 버전을 자동으로 제공하고 호스트합니다. 이 방법을 사용하면 간편한 코드 버전 업데이트를 통해 장기적인 옵션을 제공할 수 있습니다.
코드 구성 옵션에 관계없이 Appmeasurement 코드에 포함되지 않은 항목은 제공된 인터페이스 필드를 통해 도구 설정에서 또는 사용자 지정 페이지 코드 편집기에서 설정할 수 있습니다.
제공된 인터페이스 필드는 전역 설정 및 변수를 사용자 지정 코드 대신에 활용하여 궁극적으로 구현 전반적인 복잡성을 줄이는 데 도움이 되는 뛰어난 장기 옵션입니다.
Dynamically populate variables by leveraging data elements directly in any field using the %dataElement% syntax.
페이지 코드 사용자 지정 편집기는 플러그인 및 조건부 설정과 같이 코드가 필요한 항목에 대한 편리한 대체 요소입니다. Any code placed here will work in tandem with the hosted AppMeasurement code / s_code .
페이지 수준 코드 마이그레이션
마이그레이션의 다음 단계는 DTM 규칙에서 비 전역 코드를 구성하는 것입니다.
다음은 각 규칙 유형과 Adobe Analytics 트리거를 설정하는 일반적인 사용에 대한 개요입니다.
규칙 유형 세부 사항
페이지 로드 규칙
모든 또는 특정 페이지의 기본 페이지 보기 비콘에 변수를 추가하는 데 사용합니다. 사용 사례 예: 내 홍보 페이지의 로드 시 특정 Evar 전송.
이벤트 기반 규칙
Use to trigger a s.t() or s.tl() beacon on specific user interactions. 사용 사례 예: 팝업이 활성화되면 특정 이벤트가 있는 사용자 지정 페이지 보기 비콘 전송.
직접 호출 규칙
Use to trigger a s.t() or s.tl() beacon in scenarios when DOM event can' be detected. 사용 사례 예: 비디오가 표시될 때 특정 이벤트가 있는 s. tl () 비콘 전송
Remember to follow Migration Best Practices .
이전 섹션에서 설명한 대로 Adobe Analytics 코드를 마이그레이션하기 위해 작업할 때 다음 우수 사례를 기억하는 것이 중요합니다.
  • 체계적인 프로세스 개발
  • 하위 수준 스테이징 환경에서 시작하여 마이그레이션을 완벽하게 수행
  • 코드 제거를 조기에 사용할 수 있는 기능
점진적 마이그레이션에 대한 가능한 접근 방법은 아직 완전히 마이그레이션되지 않은 페이지를 식별하는 플래그를 결정하는 것입니다. This flag can then be leveraged in the Customize Page Code editor in the tool settings to conditionally cancel the default DTM beacon on those pages by setting 's.abort = true' .
이 방법은 Analytics 도구 비콘에만 영향을 준다는 점을 참고하시기 바랍니다. Adobe Analytics를 실행하도록 구성된 규칙은 규칙 자체에서 제한되어야 합니다.
프로덕션 환경에서 활용하기 전에 스테이징 환경에서 이 방식을 철저히 점검해 주십시오.

Benefits of a tag management system: A focus on DTM

Information about the basics of tag management and walks through how Dynamic Tag Management can specifically benefit your business.
다음 섹션에는 추가 정보가 포함됩니다.

What is a tag management system?

태그 관리 시스템은 컨테이너 태그를 사용하여 사이트에 마케팅 및 분석 태그를 더 쉽게 구현하고 관리할 수 있도록 설계되었습니다.
컨테이너 태그는 사이트 마크업에 삽입하면 사이트에서 수많은 태그를 트리거할 수 있는 단일 코드 조각입니다.
이 방법은 IT 그룹의 부담을 줄이고 마케터의 손에 컨트롤을 배치합니다.

Why Dynamic Tag Management (DTM)

다이내믹 태그 관리는 위에 설명된 태그 관리 방식을 사용하며, 통합된 시나리오 및 타이밍 제어 기능을 사용하여 간단하면서도 높은 가용성을 제공하는 디자인을 통해 개선되었습니다.
다이내믹 태그 관리가 비즈니스에 적합한지 결정하면 다음 사항을 고려하십시오.
  • 사이트 성능 향상
    다이내믹 태그 관리 기능을 사용하면 마케팅 및 분석 태그가 사이트 마크인에서 DTM 라이브러리로 이동됩니다. DTM 라이브러리는 파일 압축 및 속도에 맞게 최적화되므로 그 자체로도 페이지 로드 시간이 줄어듭니다.
    그러나 조건 컨트롤 및 비동기 메서드 DTM의 사용을 통해 성능이 더욱 향상되었습니다.
    조건부 컨트롤을 사용하면 필요할 때만 태그를 트리거할 수 있으므로 불필요한 코드 배포를 없앨 수 있습니다.
    비동기 로드는 태그를 페이지 밖으로 강제로 내보내 페이지 렌더링의 부담을 크게 줄여줍니다.
  • 향상된 제어, 위험 감소
    IT 부서의 도움 없이도 금칙에 태그를 배포하고 관리할 수 있습니다.
    따라서 신규 툴/태그 기능을 사용할 때 벤더 태그를 배포하거나 민첩성을 높일 수 있는 부담을 덜 수 있습니다.
    또한 DTM 에는 데이터 개인 정보 보호 정책을 준수하고 공급업체 태그가 사용자 사이트를 방해하거나 데이터를 제 3 자에 유출하지 않도록 하기 위한 기능이 내장되어 있습니다.
  • 보다 빠르고 효율적으로 작업
    다이내믹 태그 관리는 비헤이비어 중심의 접근 방식을 채택하고 포괄적인 통합과 데이터 중앙화를 활용하여 태그 배포를 용이하게 합니다.
    비헤이비어 중심의 접근 방식을 사용하면 각 태그를 개별적으로 배포하는 것이 아니라 특정 행동을 기반으로 한 수많은 툴/태그를 동시에 배포할 수 있습니다.
    DTM의 내장된 통합 기능을 사용하면 Adobe Analytics 및 Google Analytics와 같은 툴을 손쉽게 구성할 수 있으므로 광범위한 사용자 정의 코드를 사용할 필요가 없습니다.
    데이터 요소는 일반적인 데이터 포인트를 중앙 집중화하므로 코드 중복을 줄이고 데이터 조회 시간을 최적화합니다.
    이러한 기능을 사용하면 시간과 시간을 절약할 수 있으므로 태그 배포에 집중할 수 있고 비즈니스를 발전시키는 데 더 많은 시간을 할애할 수 있습니다.
  • 다이내믹 태그 관리를 무료로 사용
    무엇보다도 Adobe Experience Cloud 고객인 경우 다이내믹 태그 관리는 무료입니다.
    자세한 내용은 Adobe 계정 관리자에게 문의하십시오.