태그 관리자를 최상의 상태로 설치하려면 각 컨테이너의 태그 구성 수를 적정 크기로 유지해야 합니다. 컨테이너에 많은 수의 태그, 트리거, 정의된 변수 또는 대형 맞춤 HTML 태그가 있는 경우, 크기 표시기가 버전 페이지의 태그 관리자에 표시될 수 있습니다. 크기 표시기의 값이 70% 이상인 경우 컨테이너 구성을 최적화하기 위한 단계를 수행해야 합니다.
컨테이너 정리하기
구성이 조금씩 다른 여러 개의 유사한 태그를 특정 필드 값을 동적으로 설정하는 변수를 사용하는 하나의 태그로 결합합니다. 예: 10개의 별도 페이지에서 각 태그를 실행하게 하는 트리거로 구성된 10개의 유사한 태그를 참고표 변수를 사용하여 관련 필드 값을 설정하는 단일 태그/트리거로 결합할 수 있습니다.
불필요한 태그 및 더 이상 필요 없는 변수를 삭제합니다. 태그, 트리거 또는 변수가 사용되지 않는 경우 컨테이너의 공간을 불필요하게 차지합니다.
태그를 참고표 변수로 통합하는 것이 좋지만 참고표 변수가 너무 길면 성능을 저하시킬 수 있습니다. 대부분의 경우 RegEx 표 변수를 사용하여 참고표 변수의 길이를 줄일 수 있습니다.
여러 사이트(또는 대규모 사이트의 여러 섹션)에 걸쳐 있는 대형 컨테이너를 작은 컨테이너로 분할합니다. 360 고객은 영역을 사용하여 여러 컨테이너를 조건부로 로드할 수 있습니다.맞춤 코드에 대해 정확히 알기
맞춤 HTML 태그, 맞춤 JavaScript 변수 사용을 최소화하거나 사용하지 않습니다. 대부분의 경우 지원되는 태그 템플릿을 사용하는 것이 더 효율적입니다. 가능하면 맞춤 코드 대신 기본 제공 태그 템플릿, 트리거, 변수를 사용하세요.
맞춤 HTML 태그 및 자바스크립트를 사용해야 하는 경우에는 코드 효율성을 개선할 수 있는 여지를 찾아보세요.
Google 태그 관리자에 정적 자바스크립트 코드를 배치하지 않도록 합니다. 정적 JavaScript의 경우 CDN에서 제공하고 웹브라우저에 캐시할 수 있는 외부 파일에서 더 효율적으로 사용됩니다.
서버 측 태그 지정 구현
웹사이트에서 많은 수의 태그를 관리해야 하는 경우 일부 태그를 태그 관리 서버로 이동해 보세요.
서버 측 태그 지정을 사용하면 다음과 같은 이점이 있습니다.
- 사용자의 브라우저에 로드되는 서드 파티 코드의 양이 크게 줄어들어 페이지 속도가 개선됩니다.
- 브라우저가 더 이상 공급업체 도메인과 직접 통신할 필요가 없으므로 콘텐츠 보안 정책을 더 엄격하게 적용할 수 있습니다.
- 공급업체에 전달되는 데이터에서 사용자의 IP 주소와 같은 개인 정보를 삭제할 수 있으므로 개인 정보 보호가 개선됩니다.
- 쿠키가 자체 도메인에 설정되고 페이지의 JavaScript에 의해 설정되지 않으므로 더 안전하고 지속 가능한 쿠키를 만들 수 있습니다.
서버 측 태그 지정을 직접 해보려면 무료 과정인 서버 측 태그 지정 기본사항을 들어보세요.