시작하기 우수 사례

Adobe DTM(다이내믹 태그 관리)을 처음 사용하는 경우, DTM으로 마이그레이션하거나 DTM에서 브러시를 설정하는 경우 이 가이드가 적합합니다.

마지막 업데이트: 2017년 1월 30일

Dynamic Tag Management를 통해 마케터는 쉽고 빠르게 태그를 관리할 수 있을 뿐 아니라 디지털 마케팅 시스템 전반에 걸쳐 데이터를 수집 및 배포하는 혁신적인 도구를 제공할 수 있습니다. 또한 DTM을 통해 사용자 특정 컨텐츠를 위한 응답성을 제공하여 오늘날의 급변하는 디지털 시장에서 성공을 거두려는 기업에 새로운 차원의 민첩성과 제어를 제공할 수 있습니다.

이 우수 사례 안내서 외에도 다음 리소스를 통해 다이내믹 태그 관리를 최대한 활용할 수 있습니다.

리소스 세부 사항
Dynamic Tag Management 제품 설명서

다이내믹 태그 관리 사용 방법에 대한 자세한 정보와 단계별 지침입니다.

시작 안내서

다이내믹 태그 관리 사용을 시작하는 방법에 대한 정보입니다.

처음 사용자를 위한 기본 사항

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

이 컨텐츠 는 검색 검색과 협력하여 구축되었습니다.

대시보드

탐색: 홈 > 대시보드

DTM에서 로그인 후 첫 번째 페이지가 대시보드입니다. 대시보드에는 액세스 권한이 있는 모든 회사 목록이 포함되어 있습니다.

회사 개요

탐색: 홈 > 대시보드 > 회사 개요

대시보드에서 회사를 클릭하면 회사 개요 페이지로 이동합니다.

노트

한 회사에만 액세스할 수 있는 경우 로그인 시 대시보드 대신 회사 개요 페이지로 이동합니다.

DTM에서 회사는 웹 속성의 집합입니다. 웹 속성은 도구, 규칙 및 데이터 요소의 집합입니다.

회사의 모든 웹 속성은 회사 개요 페이지에서 액세스할 수 있습니다.

관리자 수준 사용자는 속성 추가를 클릭하여 회사 개요 페이지에서 새 웹 속성을 추가할 수 있습니다. 웹 속성을 구성할 때 필요한 필드는 이름 및 URL뿐입니다. 필요한 경우 나중에 변경할 수 있습니다.

관리자 수준 사용자는 사용자 및 그룹 탭을 통해 회사 개요 페이지에서 사용자를 관리 및 프로비저닝할 수도 있습니다.

속성 개요

탐색: 회사 개요 > 속성 개요

회사 개요 페이지에서 속성을 클릭하면 속성 개요 페이지로 이동합니다.

속성 개요 페이지는 속성 구성에 대한 간단한 요약을 제공하며 기본 속성 구성 요소에 대한 게이트웨이 역할을 합니다. 도구, 규칙, 데이터 요소, 게시 워크플로우 및 속성 포함 코드.

탐색: 속성 개요 > 설치된 도구

DTM 도구는 사이트에 솔루션을 신속하게 배포할 수 있도록 해주는 내장 통합입니다.

현재 DTM은 Adobe 솔루션뿐만 아니라 Google Analytics 및 Nielsen에게도 도구 통합을 제공합니다. 이러한 각 통합은 특정 솔루션의 구성 및 배포를 쉽게 수행할 수 있도록 고유하게 고안되었습니다.

노트

기본 통합이 없는 타사 도구 또는 태그는

JavaScript/타사 태그 섹션이 아래에 설명되어 있습니다.

규칙

탐색: 속성 개요 > 규칙

속성 개요 페이지에서 규칙 탭을 클릭하면 속성 규칙으로 이동합니다.

DTM의 규칙은 도구, 태그, 스크립트 및 HTML을 조건부로 실행하는 데 사용됩니다.

유형에 관계없이 DTM의 규칙에는 두 가지 기본 구성 요소가 있습니다. 조건 및 트리거 조건은 규칙이 실행될 시나리오를 나타내고 트리거는 규칙이 실행될 때 실행될 항목을 나타냅니다.

DTM에는 세 가지 유형의 규칙이 있습니다.

  • 이벤트 기반: 이벤트 기반 규칙은 상호 작용을 기반으로 합니다. 예를 들어 사용자가 특정 단추를 클릭하는 시간을 추적하려면 이벤트 기반 규칙을 사용합니다.
  • 페이지 로드: 페이지 로드 규칙은 페이지 로드에 연결됩니다. 예를 들어, 내 사이트의 특정 페이지를 로드할 때 특정 코드 블록을 추가하려면 페이지 로드 규칙을 사용합니다.
  • 직접 호출: 직접 호출 규칙은 DTM이 DOM에서 이벤트를 감지할 수 없을 때 시나리오에서 사용됩니다. 예를 들어, DOM에서 감지할 수 없는 AJAX 이벤트를 추적하려면 직접 호출 규칙을 사용합니다.

규칙 유형에 관계없이 조건이 충족되면 트리거가 실행됩니다.

모든 규칙 유형에는 Javascript/타사 태그 양식을 통해 타사 공급업체 태그나 기타 사용자 지정 JavaScript 또는 HTML을 트리거하는 옵션이 있습니다.

도구에 도구를 추가할 때 규칙에서 다른 트리거 모델이 활성화됩니다. 예를 들어 내 속성에 Adobe Analytics 도구 및 Google Universal Analytics 도구가 포함되어 있는 경우 속성 규칙에 이러한 도구에 대한 선택적 트리거 모델이 포함됩니다.

각 도구 모달에서는 해당 특정 도구에 대한 트리거를 사용자 정의하는 쉬운 방법을 제공합니다.

데이터 요소

탐색: 속성 개요 > 규칙 > 데이터 요소

규칙 탭 내의 데이터 요소 탭을 클릭하면 데이터 요소 개요 페이지가 표시됩니다.

데이터 요소는 DTM에서 데이터 매핑을 작성하는 데 사용됩니다. 일반적인 데이터 포인트를 데이터 요소로 정의하면 DTM의 규칙 및 도구 내에서 이러한 데이터 포인트를 쉽게 캡처하고 활용할 수 있습니다.

워크플로우

DTM의 중요한 개념은 단일 웹 속성에 스테이징 라이브러리와 프로덕션 라이브러리가 모두 있다는 것입니다.

스테이징 라이브러리에는 웹 속성에 구성된 모든 규칙, 도구 및 데이터 요소가 포함되어 있습니다. 프로덕션 라이브러리에는 승인 및 게시된 규칙, 도구 및 데이터 요소만 포함됩니다.

탐색: 속성 개요 > 승인 탭

속성 내에서 규칙, 도구 또는 데이터 요소를 추가하거나 변경하면 승인이 자동으로 생성됩니다.

탐색: 속성 개요 > 작업 내역 탭

항목이 승인되면 [작업 내역] 탭의 [게시 취소된 변경 내용] 큐 0에서 해당 항목을 사용할 수 있습니다. 항목이 게시되면 프로덕션 라이브러리에서 사용할 수 있게 됩니다.

이러한 라이브러리 및 관련 워크플로우의 분리를 통해 프로덕션에 영향을 주지 않고 스테이징에서 보다 효과적인 테스트를 수행할 수 있습니다.

설치

탐색: 속성 개요 > 포함 탭

포함 탭을 클릭하면 DTM 설치 페이지로 이동합니다.

이 탭에는 사용 가능한 다양한 라이브러리 호스팅 옵션이 포함되어 있습니다. 기본적으로 이 속성은 Akamai 호스팅을 활용합니다. 이 방법은 일반적으로 대부분의 조직에서 사용할 수 있습니다. 그러나 필요한 경우 두 개의 자체 호스팅 옵션을 사용하여 DTM 라이브러리의 서비스를 추가로 제어할 수 있습니다.

포함 탭에서 머리글 코드 섹션을 확장하면 속성에 대한 스테이징 및 프로덕션 포함 코드가 표시됩니다.

스테이징과 프로덕션에 대한 내장 코드가 있습니다. DTM이 위에서 설명한 스테이징과 프로덕션 라이브러리를 구별하는 방법입니다. 스테이징 포함 코드가 설치되면 스테이징 라이브러리가 로드됩니다. 프로덕션 포함 코드가 설치되면 프로덕션 라이브러리가 로드됩니다.

사이트에 머리글 및 바닥글 포함 코드가 올바르게 설치되면 연결된 DTM 라이브러리가 각 페이지를 로드할 때 자동으로 로드됩니다.

DTM 스위치 플러그인을 활용하여 웹 콘솔에서 테스트합니다. 이를 통해 페이지에서 DTM이 수행하는 작업을 이해할 수 있으며 보다 효과적인 테스트를 위해 스테이징 라이브러리로 로컬로 전환할 수 있습니다. 자세한 내용은 다이내믹 태그 관리 제품 문서에서 검색 검색 플러그인을 참조하십시오.

DTM 기술 아키텍처 및 호스팅

DTM(다이내믹 태그 관리)의 기술 아키텍처 및 호스팅 옵션에 대한 정보입니다.

이 컨텐츠 는 검색 검색과 협력하여 구축되었습니다.

이 섹션에는 다음 정보가 포함됩니다.

아키텍처

DTM 기술 아키텍처의 주요 구성 요소에는 웹 관리 애플리케이션, 스테이징 및 프로덕션 JavaScript 라이브러리, 포함 코드가 포함됩니다.

웹 관리 응용 프로그램은 로그인하고 DTM 구현을 관리하는 데 사용하는 온라인 인터페이스입니다. 여기에서 도구, 규칙 및 데이터 요소를 만들고 구성하고 이러한 구성의 사이트 배포를 관리합니다.

DTM의 웹 속성은 도구, 규칙 및 데이터 요소 구성의 컬렉션입니다.

각 웹 속성은 하나의 스테이징 JavaScript 라이브러리와 하나의 프로덕션 JavaScript 라이브러리와 연결됩니다. 이러한 라이브러리는 웹 응용 프로그램에서 생성되며 해당 웹 속성에 고유한 구성 집합을 포함합니다.

스테이징 JavaScript 라이브러리에는 웹 속성에 모든 최신 도구, 규칙 및 데이터 요소 구성이 포함되어 있습니다. 이 라이브러리는 속성의 변경 사항으로 자동으로 업데이트되며 스테이징 환경에서 테스트하거나 DTM 스위치 플러그인을 통해 로컬 프로덕션 테스트를 위해 만들어졌습니다.

DTM 스위치 플러그인에 대한 자세한 내용은 다이내믹 태그 관리 제품 문서에서 검색 플러그인을 참조하십시오.

프로덕션 JavaScript 라이브러리에는 웹 속성 워크플로우를 통해 승인되고 게시된 도구, 규칙 및 데이터 요소 구성만 포함되어 있습니다. 이 라이브러리는 프로덕션 환경을 위한 것입니다.

호스팅

스테이징 및 프로덕션 JavaScript 라이브러리는 모두 다음 방법으로 호스팅할 수 있습니다.

  • Akamai 서버에 호스팅된 Akamai 라이브러리를 통한 외부 호스팅
  • 서버에 호스팅된 SFTP 또는 라이브러리 다운로드 라이브러리를 통한 자체 호스팅

호스팅 옵션을 선택하는 것은 비즈니스의 결정입니다. 다음 옵션 비교 및 사용 사례 예제를 검토하여 이러한 의사 결정을 용이하게 합니다.

장점 단점

Akamai

외부 호스팅

  • 표준 배포 방법
  • 구성 불필요
  • IT에 대한 최소 의존도
  • 자동 파일 업데이트
  • 전 세계적으로 배포된 Akamai 네트워크를 통해 안정적이고 신속한 파일 전달
  • 파일 전달에 대한 제어 부족
  • 서드파티 인프라에 의존합니다(Akamai를 사용할 수 없는 경우 라이브러리도 마찬가지임).

SFTP

자체 호스팅

  • 파일 전달 제어
  • 보안 옵션: SSH 파일 전송
  • 자동 파일 업데이트
  • 선행 구성 필요
  • IT에 대한 더 큰 의존성

라이브러리 다운로드

자체 호스팅

  • 파일 전달 제어
  • 가장 안전한 호스팅 옵션: AES 256 번들 암호화
  • 선행 구성 필요
  • IT에 대한 더 큰 의존성
  • 자동 파일 업데이트에 필요한 추가 구성

사용 사례 예

시나리오 솔루션
가능한 한 IT를 활용하고 자체 사이트 인프라 외부에서 안정적인 파일 호스팅 방법을 필요로 합니다. 모든 환경에서 Akamai 호스팅 활용
프로덕션 환경에서 파일 전달을 완벽하게 제어하고 싶습니다. 하지만 스테이징 환경에서 파일 제어보다 속도와 민첩성이 더 중요합니다. 프로덕션 환경에서 스테이징 환경에서 Akamai 호스팅과 FTP 배달을 활용할 수 있습니다.
사이트의 특정 섹션에서는 기밀 정보를 다룹니다. 이러한 페이지에서 보안은 가장 중요하지만 사이트의 다른 페이지만큼 중요한 것은 아닙니다. 보안 페이지에서 라이브러리 다운로드 호스팅 및 비보안 페이지에서 Akamai 호스팅을 활용할 수 있습니다.

모든 호스팅 옵션을 사용하여 DTM 속성의 Embed 탭에서 활성화하고 구성할 수 있습니다.

선택한 호스팅 옵션에 관계없이 JavaScript 라이브러리는 설치된 포함 코드를 통해 사이트에서 제공됩니다. 각 호스팅 옵션은 해당 호스팅 옵션에 대해 구성된 해당 파일 위치를 참조하는 고유한 포함 코드 세트를 제공합니다.

포함 코드는 두 개의 코드 조각으로 구성됩니다. 머리글 및 바닥글 코드를 참조하십시오.

  • 머리글 코드

    헤더 코드는 호스트 위치에서 관련 JavaScript 라이브러리를 호출하고 사이트에서 서비스를 제공합니다. 이 코드 조각은 가능한 여는 태그에 가깝게 사이트 코드의 헤드 섹션에 삽입해야 합니다.

  • 바닥글 코드

    바닥글 코드는 시간 컨트롤에 대한 페이지 끝을 식별합니다. 이 코드 조각은 가능한 닫는 태그에 가깝게 사이트 코드의 본문 섹션에 삽입해야 합니다.

머리글 및 바닥글 포함 코드 조각을 모두 적절히 배치하면 DTM JavaScript 라이브러리를 효과적으로 배포하는 데 매우 중요합니다.

노트

두 개 이상의 호스팅 옵션을 사용할 수 있지만 하나의 포함 코드 참조만 해당 페이지에 포함되도록 해야 합니다. 포함 코드를 중복하거나 잘못 배치하면 예기치 않은 라이브러리 동작이 발생할 수 있습니다.

다음 그림은 설명한 DTM 아키텍처 구성 요소가 연동되어 사이트에서 도구, 태그 및 스크립트를 효과적으로 배포하고 관리하는 방법을 보여줍니다.

For more information on hosting options, see Embed Code and Hosting Options in the Dynamic Tag Management Product Documentation.

DTM으로의 마이그레이션 계획

(DTM)으로의 마이그레이션 계획 Dynamic Tag Management 과 구현을 올바르게 시작하는 데 도움이 되는 모범 사례를 고려할 때 유용한 정보입니다.

이 컨텐츠 는 검색 검색과 협력하여 구축되었습니다.

이 섹션에는 다음 정보가 포함됩니다.

DTM 설정 계획: 구성 요소 개요

이 섹션에는 DTM 설정을 계획하는 데 관련된 결정을 준비하기 위한 기본 DTM 회사 구조에 대한 빠른 개요가 포함되어 있습니다.

DTM에서 회사는 웹 속성의 그룹화입니다.

웹 속성은 데이터를 수집하고 사이트에 태그/스크립트를 배포하도록 구성된 도구, 규칙 및 데이터 요소의 그룹입니다.

각 웹 속성은 사이트에서 특정 속성 구성을 로드해야 하는 하나의 포함 코드와 연결됩니다.

사용자는 회사 수준에서 관리되지만 관리자 역할을 제외하고 각 속성에 대해 권한을 부여할 수 있습니다. 관리자 역할은 글로벌이며 회사의 모든 속성에 대한 전체 권한을 갖습니다.

For more information on user roles, see Create and Manage Groups in the Dynamic Tag Management Product Documentation.

DTM 설정 계획: 의사 결정 포인트

기본 DTM 회사 구조를 염두에 두고 DTM 설정을 계획할 때 관련 의사 결정 지점을 논의하겠습니다.

몇 개의 회사가 필요합니까?

대부분의 경우 한 회사가 비즈니스 요구 사항을 가장 잘 충족할 것입니다.

두 개 이상의 회사를 보유하고 있는 주된 이유는 사용자와 웹 속성의 완전한 분리를 달성하는 것입니다.

이러한 유형의 구성은 다양한 비즈니스 부서에서 실행되는 다양한 웹 엔티티 세트가 있는 대기업에서 가장 일반적으로 사용됩니다.

도메인 및 하위 도메인을 웹 속성에 배포하려면 어떻게 해야 합니까?

웹 속성은 도메인과 일대일 또는 일대일로 구성할 수 있습니다.

비즈니스에 가장 적합한 항목을 결정하려면 도메인 간 유사성과 다음 변수의 차이점을 고려해야 합니다.

  • 데이터 수집 방법 및 소스
  • 배포된 툴 및 태그
  • 사이트 코드 구조
  • DTM 사용자 워크플로우

대부분의 경우 위의 변수 중 하나 또는 여러 개의 차이가 커서 한 도메인당 하나의 웹 속성이 비즈니스 요구 사항을 가장 잘 충족할 수 있습니다.

이러한 유형의 설정은 각 도메인의 요구 사항을 가장 효과적으로 수용하면서 'copy' 기능을 통해 크로스 도메인 상수를 쉽게 복제할 수 있습니다.

하지만 이러한 변수가 도메인 간에 동일하거나 매우 유사한 경우 하나의 웹 속성 내에 여러 도메인이 있는 것이 더 적합할 수 있습니다. 이러한 경우 이 설정을 사용하면 속성 간의 불필요한 중복을 줄일 수 있습니다.

이와 동일한 추리를 하위 도메인 배포에도 사용할 수 있습니다.

사용 사례 예

시나리오 솔루션
사업부에서 여러 도메인을 관리합니다. 모든 도메인에 Adobe Analytics를 배포하지만 각 도메인에는 고유한 보고 세트와 추적 요구 사항이 있습니다. 각 도메인에 대해 하나의 속성을 활용합니다.
사업부에서 여러 도메인을 관리합니다. 모든 도메인에 Adobe Analytics를 배포하고 하나의 글로벌 보고 세트를 사용하여 모든 데이터를 수집합니다. 도메인 간의 데이터 소스는 사이트 코드 구조의 차이로 인해 매우 다릅니다. 각 도메인에 대해 하나의 속성을 활용합니다.
사업부에서 여러 도메인을 관리합니다. 모든 도메인에 Adobe Analytics를 배포하고 글로벌 보고 세트와 글로벌 데이터 레이어를 사용하여 모든 데이터를 수집합니다. 나머지 도구 및 태그는 대부분 도메인 간에 일관되게 유지되며 동일한 사용자가 게시 워크플로우를 관리할 예정입니다. 모든 도메인에 대해 하나의 속성을 활용합니다.

마이그레이션 모범 사례

최적의 회사 및 속성 배포를 결정한 후 DTM 마이그레이션을 시작할 때 다음 우수 사례를 고려하십시오.

프로세스 워크플로우: 기존 페이지 코드를 DTM으로 마이그레이션하는 체계적인 프로세스를 개발하여 원활하게 전환할 수 있습니다.

일반적으로 이 프로세스는 낮은 수준의 스테이징 환경에서 시작하고 페이지별 또는 사이트별 섹션의 코드를 사이트 섹션별로 마이그레이션하는 것이 좋습니다.

이렇게 하면 기존 페이지 코드를 제거하기 전에 DTM 구성을 완전히 점검할 수 있으므로 구현 중단의 위험이 줄어듭니다.

IT와 협력 현재 프로세스와 배포 주기를 결정하려면 IT 팀과 먼저 협력해야 합니다.

이렇게 하면 임베드 코드를 적절하고 시기 적절하게 배치하고 효과적으로 마이그레이션된 페이지 코드를 미리 제거할 수 있습니다.

사용자 워크플로우 및 거버넌스: 또 다른 중요한 개념은 사용자 워크플로우를 구축하는 것입니다. 사용자 역할을 신중하게 할당하면 DTM 워크플로우에 대한 거버넌스가 제공됩니다.

사용자 역할 규칙 만들기 규칙 편집 테스트 규칙 규칙 승인 게시 규칙 사용자 만들기/편집 속성 만들기
사용자
승인자
게시자
승인자 및 게시자
관리

이렇게 하면 프로덕션으로 푸시되기 전에 팀 구성원이 모든 항목을 완전히 확인할 수 있습니다.

자세한 내용은 다이내믹 태그 관리 제품 문서에서 다이내믹 태그 관리로 마이그레이션을 참조하십시오.

DTM으로 마이그레이션: Adobe Analytics 자세히 살펴보기

현재 Adobe Analytics 구현이 페이지 내 방법을 통해 배포되는지 또는 다른 태그 관리 시스템을 통해 배포되는지 여부에 관계없이 이 섹션에서는 DTM으로 마이그레이션할 때 옵션을 이해하는 데 도움이 됩니다.

1단계: 빠른 값 추가

코드 마이그레이션 Adobe Analytics 은 긴 프로세스가 될 수 있으므로 DTM은 기존 구현을 중단하지 않고 늘릴 수 있는 기능을 Analytics 제공합니다.

이 컨텐츠 는 검색 검색과 협력하여 구축되었습니다.

이 기능은 호출되며 DTM 속성의 Analytics 도구 설정에 있습니다 Page Code is Already Present .

이 기능에 액세스하려면 도구 설정의 라이브러리 관리 섹션을 확장합니다.

이 기능이 활성화되면 DTM은 기존 구현을 활용하여 이벤트 기반 및 직접 호출 규칙을 통해 보충 s.t() / s.tl() 호출을 전송할 수 있습니다.

이 기능을 사용하면 코드를 마이그레이션하기 전에 DTM을 사용하여 Adobe Analytics 구현을 늘릴 수 있습니다.

그러나 이 접근 방식에서는 다음 제한 사항을 고려해야 합니다.

  • DTM Adobe Analytics 도구에 구성된 변수 및 설정은 적용되지 않습니다.
  • 페이지 로드 규칙에 설정된 Adobe Analytics 변수는 적용되지 않습니다.

이러한 제한 사항은 DTM이 AppMeasurement 코드를 제공하고 s 개체를 인스턴스화하기 위해 기존 구현에 전적으로 의존하기 때문에 발생합니다.

2단계: 전체 마이그레이션

DTM의 통합 Adobe Analytics 기능을 최대한 활용하려면 코드 전체를 마이그레이션하는 것이 Analytics 좋습니다.

이 컨텐츠 는 검색 검색과 협력하여 구축되었습니다.

이 마이그레이션은 페이지 코드에 있는 모든 개체 참조를 포함해야 하며 DTM이 Adobe Analytics를 배포하는 페이지에 포함된 스크립트를 포함해야 합니다.

다음 섹션에는 추가 정보가 포함됩니다.

전역 코드 마이그레이션

마이그레이션의 첫 번째 단계는 DTM 속성의 Adobe Analytics 도구 설정에서 전역 코드를 구성하는 것입니다.

AppMeasurement code / s_code 는 코드 구성 아래의 도구 설정의 라이브러리 관리 섹션에 구성됩니다.

페이지 코드가 현재 1단계에서 이미 존재하는 경우, 이 옵션을 선택 해제하여 코드 구성 옵션을 표시해야 합니다. 이 변경 사항은 스테이징에서만 적용되므로 이 변경 사항을 프로덕션으로 적용하기 전에 마이그레이션된 코드를 완전히 구성하고 점검할 수 있습니다.

사용자 지정 구성 옵션은 추가 도구 구성 없이 기존 AppMeasurement / s_code as-is를 참조할 수 있으므로 일반적으로 초기 마이그레이션 접근 방식으로 선호됩니다.

  • 사용자 지정 - DTM에서 호스팅: 기존 코드를 편집기에 붙여 넣습니다.

  • 사용자 지정 - URL에서 호스팅: URL 위치에서 기존 코드를 참조합니다.

이 Managed by Adobe 옵션을 사용할 경우 DTM은 선택한 AppMeasurement 기본 코드 버전을 자동으로 제공하고 호스팅합니다. 이 방법을 사용하면 손쉽게 코드 버전을 업데이트할 수 있으므로 장기적인 옵션을 제공할 수 있습니다.

코드 구성 옵션에 관계없이 AppMeasurement 코드에 포함되지 않은 항목은 제공된 인터페이스 필드 또는 페이지 코드 사용자 지정 편집기를 통해 도구 설정에서 설정할 수 있습니다.

제공된 인터페이스 필드는 사용자 지정 코드 대신 이러한 필드를 활용하므로 전역 설정 및 변수를 구성하기 위한 뛰어난 장기 옵션입니다.

노트

구문을 사용하여 모든 필드에 직접 데이터 요소를 활용하여 변수를 동적으로 채울 수 %dataElement% 있습니다.

페이지 코드 사용자 지정 편집기는 플러그인 및 조건부 설정과 같은 코드를 필요로 하는 항목에 대한 편리한 대안입니다. 여기에 배치된 모든 코드는 호스팅된 코드와 함께 작동합니다 AppMeasurement code / s_code.

페이지 수준 코드 마이그레이션

마이그레이션의 다음 단계는 DTM 규칙에서 비전역 코드를 구성하는 것입니다.

다음은 각 규칙 유형과 Adobe Analytics 트리거를 설정하는 일반적인 사용에 대한 개요입니다.

규칙 유형 세부 사항
페이지 로드 규칙

모든 또는 특정 페이지의 기본 페이지 보기 비콘에 변수를 추가하는 데 사용합니다. 사용 사례 예: 내 판촉 페이지 로드 시 특정 eVar 전송.

이벤트 기반 규칙

특정 사용자 상호 작용에서 s.t() 또는 s.tl() 비콘을 트리거하는 데 사용합니다. 사용 사례 예: 팝업이 활성화되면 특정 이벤트와 함께 사용자 지정 페이지 보기 비콘 보내기

직접 호출 규칙

DOM 이벤트를 검색할 수 없을 때 시나리오에서 s.t() 또는 s.tl() 비콘을 트리거하는 데 사용합니다. 사용 사례 예: 비디오를 볼 때 특정 이벤트와 함께 s.tl() 비콘 보내기

마이그레이션 우수 사례를 따라야 합니다.

이전 섹션에서 설명한 것처럼 Adobe Analytics 코드를 마이그레이션하기 위해 작업하는 동안 다음 우수 사례를 기억해야 합니다.

  • 체계적인 프로세스 개발
  • 낮은 수준의 스테이징 환경에서 완벽하게 마이그레이션을 수정하는 방법
  • IT 부서의 조기 작업 - 코드 제거 조정
노트

점진적 마이그레이션에 대한 가능한 접근 방법은 아직 완전히 마이그레이션되지 않은 페이지를 식별하기 위한 플래그를 결정하는 것입니다. 그런 다음 도구 설정의 페이지 코드 사용자 지정 편집기에서 이 플래그를 활용하여 해당 페이지에서 기본 DTM 비콘을 조건부로 취소할 수 있습니다 's.abort = true'.

이 방법은 Analytics 도구 비콘에만 영향을 줍니다. 규칙 자체에서 Adobe Analytics를 실행하도록 구성된 규칙을 조건화해야 합니다.

프로덕션 환경에 활용하기 전에 스테이징 환경에서 이 방법을 충분히 살펴보십시오.

태그 관리 시스템의 이점: DTM에 주력

태그 관리의 기본 사항에 대한 정보와 비즈니스에 어떻게 Dynamic Tag Management 도움이 될 수 있는지 살펴보십시오.

이 컨텐츠 는 검색 검색과 협력하여 구축되었습니다.

다음 섹션에는 추가 정보가 포함됩니다.

태그 관리 시스템이란 무엇입니까?

태그 관리 시스템은 컨테이너 태그를 사용하여 사이트에 마케팅 및 분석 태그를 구현하고 보다 쉽게 관리할 수 있도록 설계되었습니다.

컨테이너 태그는 사이트 마크업에 삽입할 때 사이트에서 수많은 태그를 트리거할 수 있는 단일 코드 조각입니다.

이 방법을 사용하면 IT 그룹의 부담을 줄일 수 있고 마케터는 이를 제어할 수 있습니다.

Why Dynamic Tag Management (DTM)

다이내믹 태그 관리는 위에 설명한 태그 관리 접근 방식을 취하여 통합 시나리오 및 타이밍 제어를 통해 간단하면서도 뛰어난 성능을 제공하는 디자인을 통해 태그 관리 방식을 강화합니다.

다이내믹 태그 관리가 비즈니스에 적합한지 결정할 때 다음을 고려하십시오.

  • 향상된 사이트 성능

    다이내믹 태그 관리를 사용하면 마케팅 및 분석 태그가 사이트 마크업에서 DTM 라이브러리로 이동됩니다. DTM 라이브러리가 파일 압축 및 속도에 최적화됨에 따라 페이지 로드 시간이 줄어듭니다.

    그러나 DTM에서 제공하는 조건부 제어 및 비동기 방법을 사용하여 성능이 더욱 향상되었습니다.

    조건부 컨트롤을 사용하면 필요할 때만 태그가 트리거되도록 할 수 있으므로 불필요한 코드 배포가 없습니다.

    비동기 로딩은 태그가 페이지 길에서 벗어나 페이지 렌더링의 부담을 크게 줄여줍니다.

  • 제어 향상, 위험 감소

    IT에 대한 의존도를 줄여 감시 중인 태그를 배포하고 관리할 수 있습니다.

    즉, 공급업체 태그를 배포하는 데 있어 비용과 리스크를 줄일 수 있고 새로운 툴/태그 기능을 사용하여 민첩성을 향상시킬 수 있습니다.

    또한 DTM에는 데이터 개인 정보 보호 정책을 준수하고 공급업체 태그가 사이트 문제를 방해하거나 데이터를 제3자에게 유출하지 못하도록 하는 기능이 내장되어 있습니다.

  • 보다 빠르고 효율적인 작업

    다이내믹 태그 관리는 행동 중심의 접근 방식을 취하면서 포괄적인 통합 및 데이터 중심의 시각화를 활용하여 태그 배포를 쉽게 수행합니다.

    동작 중심 접근 방식을 사용하면 각 태그를 개별적으로 배포하지 않고 특정 동작에 따라 수많은 도구/태그를 동시에 배포할 수 있습니다.

    DTM의 내장된 통합으로 Adobe Analytics 및 Google Analytics와 같은 툴을 손쉽게 구성할 수 있으므로 광범위한 사용자 지정 코드를 사용하지 않아도 됩니다.

    데이터 요소는 일반적인 데이터 포인트를 중앙에서 관리하여 코드 중복성을 줄이고 데이터 조회 시간을 최적화합니다.

    이러한 기능을 함께 사용하면 시간과 좌절감을 줄일 수 있으므로 태그 배포에 더 적은 시간을 할애하고 비즈니스 발전에 더 많은 노력을 기울일 수 있습니다.

  • 다이내믹 태그 관리 무료 사용

    무엇보다도 Adobe Experience Cloud 고객의 경우 다이내믹 태그 관리는 무료입니다.

    자세한 내용은 Adobe 계정 관리자에게 문의하십시오.

이 페이지에서는