Show Menu
화제×

회사 및 속성

웹 속성

속성 또는 웹 속성은 규칙, 데이터 요소, 구성된 확장, 환경 및 라이브러리의 컬렉션입니다. 속성마다 게시 포함 코드가 한 개 있습니다.
속성은 하나 이상의 도메인과 하위 도메인을 그룹화한 것일 수 있습니다. 이 자산들은 유사하게 관리 및 추적할 수 있습니다. 예를 들어 하나의 템플릿을 기반으로 한 여러 개의 웹 사이트가 있고 이러한 웹 사이트 모두에서 동일한 자산을 추적하려 하는 경우, 여러 도메인에 하나의 속성을 적용할 수 있습니다.

모바일 속성

모바일 속성 유형에는 여러 개의 애플리케이션이 포함될 수 있습니다. 예를 들어 모바일 속성에서 여러 iOS와 Android 애플리케이션 간에 동일한 규칙 및 확장 세트를 관리할 수 있습니다.
비디오 자습서에 대해서는 첫 번째 속성 만들기 를 참조하십시오.

회사

Launch에는 회사와 Experience Cloud 조직 간에 1:1 관계가 있습니다.
먼저 하나 또는 여러 개의 Launch 회사 계정이 있을 수 있습니다. 회사에는 속성이 포함됩니다. 하나의 회사 계정 내에 한 개, 여러 개 또는 원하는 수만큼 속성이 있을 수 있습니다. 속성 내에 도메인 또는 하위 도메인이 한 개 또는 여러 개 있을 수 있습니다.
일부 고객은 해당 속성을 모두 포함하는 하나의 회사를 보유합니다. 일부 고객은 도메인 또는 애플리케이션별로 하나씩, 여러 개의 속성을 포함하는 하나의 회사를 보유합니다. 일부 고객은 관리하는 사이트 또는 앱 유형별로 하나씩 여러 개의 웹 속성을 포함하는 하나의 회사를 보유합니다.

여러 엔티티에 대한 Launch 환경 구분

Launch에서는 몇 가지 방법으로 여러 지리적 시장, 사업 부서, 도메인 및 하위 도메인을 처리할 수 있습니다.
예를 들어 회사 계정 내에 3개의 속성을 보유하면서 한 속성에는 모든 블로그 사이트를 포함하고, 다른 속성에는 모든 전자 상거래 사이트를 포함하고, 나머지 속성에는 모든 리드 생성 사이트를 포함할 수 있습니다.
각 속성에는 템플릿에 고유한 클라이언트측 코드가 필요합니다. Dynamic Tag Management를 사이트에 처음 설치하면 특정 속성에 포함하려는 도메인 또는 하위 도메인이 페이지 템플릿에서 동일한 코드를 갖게 됩니다.

각각에 대해 별도의 인스턴스를 사용할 수 있습니까?

위에 설명된 것처럼 세 개의 엔티티에 대해 별도의 회사 계정을 사용하거나 엔티티를 하나의 회사 계정으로 결합하고 도메인, 하위 도메인 및 앱을 해당 회사 계정 내의 다른 속성으로 분할할 수 있습니다.

동일한 Launch 인스턴스 내에 설정을 분리하는 명확한 방법이 있습니까?

회사 계정 내에서 여러 속성을 사용하여 설정을 분리하거나 여러 도메인이나 앱을 동일한 웹 속성에 배치할 수 있습니다.

Launch 인스턴스를 사용할 때의 장단점은 무엇입니까?

여러 도메인 또는 애플리케이션을 포함하는 한 속성을 사용하여 특정 도메인 또는 앱에만 적용되는 고유한 데이터 수집 및 추적 요구 사항을 구분하는 조건부 논리를 추가할 수 있습니다.

Adobe는 하나의 회사 계정을 권장합니까 아니면 여러 개의 회사 계정을 권장합니까?

여러 Launch 회사는 권장되지 않습니다. Adobe는 한 회사에 여러 개의 속성을 사용할 것을 제안합니다.

속성 계획에 대한 모범 사례

Launch에서 각 구현은 다양한 데이터 수집 요구, 변수 사용 방식, 확장, 타사 태그, 기타 시스템 및 기술, 사람, 팀, 지리적 지역 등에 따라 큰 차이를 보일 수 있습니다. 유연한 사용자 관리 기능과 속성을 사용하여 워크플로우 및 프로세스와 일치하는 구성을 만들 수 있습니다.

웹 속성 그룹화

추적하려는 시나리오, 수집하려는 데이터, 배포하려는 확장, 설정하려는 변수가 도메인 및 하위 도메인 전체나 일부에서 유사한 경우 Launch에서 해당 도메인 및 하위 도메인을 동일한 속성으로 그룹화하는 것이 더 쉽습니다. 해당 항목이 각 도메인 및 하위 도메인에서 고유한 경우 해당 도메인 및 하위 도메인을 자체 속성에 두는 것이 더 쉽습니다. 지금 하나의 속성으로 도메인 및 하위 도메인을 그룹화하기로 선택하더라도 언제든지 마음을 바꿔서 나중에 여러 웹 속성을 만들 수 있습니다.

모바일 속성 그룹화

모바일 애플리케이션의 경우, 동일한 보고서 세트로 데이터를 보내고, 동일한 타사 확장을 사용하고, 동일한 규칙과 데이터 요소를 사용하려는 경우, 이러한 모든 모바일 앱을 모두 동일한 속성으로 그룹화하는 것이 적절합니다. 하지만 데이터를 다른 보고서 세트로 보내야 하거나 다른 확장을 구성하려는 겨우 별도의 속성을 만드는 것이 적절합니다. 지금 한 속성에 애플리케이션을 그룹화하기로 선택하더라도 언제든지 나중에 여러 속성을 만들 수 있습니다.
속성을 계획할 때 다음 사항을 고려해야 합니다.
  • 데이터
  • 변수
  • 확장, 태그 및 시스템
  • 사람

데이터

모든 웹 사이트나 애플리케이션에서 수집하려는 데이터가 매우 유사합니까? 약간 유사합니까? 또는 고유합니까?
수집해야 하는 데이터가 유사한 경우 규칙이 중복되거나 한 속성에서 다른 속성으로 규칙을 복사하는 것을 방지하기 위해 해당 사이트나 애플리케이션을 하나의 속성으로 그룹화하는 것이 적절할 수 있습니다.
데이터 수집 요구 사항이 사이트나 애플리케이션마다 고유한 경우 해당 사이트나 애플리케이션을 자체 속성으로 구분하는 것이 적절할 수 있습니다. 이 방법을 사용하면 사용자 지정 스크립트에서 대량의 조건부 논리를 사용하지 않고도 좀 더 구체적으로 데이터 수집을 제어할 수 있습니다.

변수

데이터와 마찬가지로 Analytics 및 기타 확장에서 설정하려는 변수가 매우 유사합니까? 약간 유사합니까? 또는 고유합니까?
예를 들어 eVar27이 모든 웹 사이트나 애플리케이션에서 동일한 소스 값에 사용될 경우 사이트나 애플리케이션에서 공통되는 이러한 변수를 단 하나의 속성으로 설정할 수 있게 해당 사이트나 애플리케이션을 함께 그룹화하는 것이 적절할 수 있습니다.

확장, 태그 및 시스템

Launch를 통해 배포하려는 도구, 태그 및 시스템이 매우 유사합니까? 약간 유사합니까? 또는 고유합니까?
Launch를 통해 배포하려는 확장, 태그 및 시스템이 사이트 또는 애플리케이션에서 매우 유사하다면, 이를 동일한 속성에 포함시켜야 할 수 있습니다.
하나의 사이트나 애플리케이션에만 Adobe Analytics를 배포하고 다른 확장 및 태그도 고유한 경우 더 세밀하게 제어할 수 있도록 별도의 속성을 만들 수 있습니다.
예를 들어, 모든 사이트나 애플리케이션에 Adobe Analytics, Target 및 동일한 타사 확장을 배포하는 경우 그러한 이유로 함께 그룹화합니다.

사람

Launch에서 작업 중인 개인 사용자, 팀 및 조직의 경우 모든 웹 사이트 및 애플리케이션에 액세스해야 합니까? 이 중 일부에만 액세스해야 합니까? 아니면 하나에만 액세스해야 합니까?
사용자 관리 기능을 사용하면 모든 속성에 대해 사용자마다 다른 역할을 할당하거나 속성별로 다른 역할을 할당할 수 있습니다. 충분한 권한이 있는 사람이 해당 Launch 회사의 모든 속성에서 관리 작업을 수행할 수 있습니다. 다른 모든 역할은 속성 기준으로 할당할 수 있습니다. 해당 속성에서 어떤 역할도 부여하지 않음으로써 관리자가 아닌 특정 사용자에게서 속성을 숨길 수도 있습니다.

속성 비활성화

속성을 비활성화하는 기능은 향후 릴리스에 포함될 예정입니다.

속성 페이지

속성은 규칙, 데이터 요소, 구성된 확장, 환경 및 라이브러리의 컬렉션입니다. 웹의 경우 속성마다 게시 포함 코드가 한 개 있습니다. 모바일에는 속성당 구성 앱 ID가 한 개 있습니다.
속성은 하나 이상의 도메인과 하위 도메인을 그룹화한 것일 수 있습니다. 이 자산들은 유사하게 관리 및 추적할 수 있습니다. 예를 들어 하나의 템플릿을 기반으로 한 여러 개의 웹 사이트가 있고 이러한 웹 사이트 모두에서 동일한 자산을 추적하려 하는 경우, 여러 도메인에 하나의 속성을 적용할 수 있습니다.
화면 왼쪽에는 조직의 회사가 표시됩니다. 이 기능은 여러 계정을 관리하는 경우 특히 유용합니다. 회사를 선택하여 해당 회사의 속성 및 감사 로그를 확인합니다.
Properties 목록에 각 속성이 표시됩니다.
Properties 목록에는 다음 정보가 표시됩니다.
  • 속성 이름
  • 플랫폼
  • 상태
속성을 클릭하면 해당 속성의 개요가 표시됩니다. 개요는 속성에 수행된 모든 활동을 보여줍니다. 또한 속성에 대한 지표와 확장도 보여줍니다.

속성 만들기 또는 구성

Launch에서 속성을 만들거나 구성합니다.
충분한 권한이 있는 사용자만 속성을 생성할 수 있습니다. 사용자 관리 를 참조하십시오.
시작하기 전에 속성에 대한 속성 계획 모범 사례 를 복습하기 바랍니다.
회사 페이지로 이동한 다음, Add Property를 클릭하거나 목록에서 기존 속성을 선택하고 Configure를 클릭합니다.

  1. 다음 필드를 채웁니다.
    Name: 속성의 이름입니다.
    Domain: 속성의 기본 URL입니다.
  2. (고급) Return an empty string for undefined data elements: null 또는 정의되지 않은 값으로 확인되는 데이터 요소를 빈 문자열로 전환하려면 이 확인란을 선택합니다.
  3. (고급) Configure for extension development: 회사에서 활발하게 개발 중인 개발 확장을 설치하려면 이 확인란을 선택합니다.
  4. 저장을 클릭합니다.
    확장은 새 속성에 자동으로 설치됩니다.

모바일

  1. 다음 필드를 채웁니다.
    • Name: 속성의 이름입니다.
    • Privacy: 기본적으로 개인 정보 설정이 Opted In으로 설정되어 있습니다. 즉, SDK가 데이터를 수집하여 솔루션에 전송하려는 경우입니다. Opted Out을 선택하면 기본적으로 SDK는 솔루션에 데이터를 전송하지 않습니다. Unknown을 설정으로 선택하면 SDK는 애플리케이션이 사용자에게 데이터 수집 및 공유를 허용할 것인지 묻는 메시지를 먼저 표시하도록 요구합니다.
    이러한 설정은 모바일 애플리케이션에서 API를 통해 추가로 제어할 수 있습니다.
    • Use HTTPS: HTTP 또는 HTTPS를 통해 모든 데이터 통신을 전송해야 하는 경우 선택합니다.
  2. 클릭 Save .
속성이 만들어지면 Launch에서 기본 호스트, 환경 세트(개발, 스테이징 및 프로덕션) 및 기본 확장을 자동으로 추가합니다.

속성 삭제

Launch에서 속성을 삭제합니다.
속성을 삭제하면 되돌릴 수 없습니다. 요청자는 관리 수준 사용자만 요청할 수 있습니다. 이 요청은 실행 취소할 수 없습니다.
  1. Properties 목록에서 삭제할 속성을 선택합니다.
    삭제할 속성을 여러 개 선택할 수 있습니다.
  2. Delete ​를 클릭한 다음 속성 제거를 확인합니다.