가능한 가장 부드러운 A/B 테스트 얻기

Convert에서는 전환율을 높이고 고객 사이트를 최대한 활용하는 A/B 테스트 도구의 가치를 이해합니다. 그러나 테스트 프로세스는 많은 혼란과 오해를 유발할 수 있는 고도로 기술적이고 복잡한 문제입니다.

가장 효과적이고 효율적인 테스트를 위해 Convert의 공동 설립자인 Dennis van der Heijden은 A/B 테스트를 구현할 때 모든 사람이 수행해야 하는 세 가지 사항에 대해 설명했습니다.

• 한 번에 코드 설치
• 사이트에서 고급 설치 사전 확인
• A/B 테스팅의 내부 작동 이해

이 세 단계 각각에는 많은 것이 있으며 귀하와 귀하의 고객에게 적합한 테스트를 받는 데 필요한 세부 정보와 팁이 있습니다.

한 번에 코드 설치

A/B 테스트를 보다 효율적이고 생산적으로 사용하기 위한 첫 번째 실제 단계는 테스트가 효율적이고 효과적으로 설치되었는지 확인하는 것입니다. 여러 테스트가 있는 대규모 웹 사이트와 여러 줄의 코드를 설치해야 하는 경우 혼란, 잘못된 의사 소통 및 최상의 결과를 제공하지 못하는 테스트를 생성할 수 있는 다양한 오류가 발생할 수 있습니다. 다음은 A/B 테스트를 시작하는 첫날이 끝날 때까지 완료해야 하는 모든 체크리스트와 완료되었는지 확인하기 위한 세부정보입니다.

1. 하나의 패키지에서 설치 코드를 가져옵니다.

Dennis van der Heijden은 "당신과 클라이언트 사이에 코드를 앞뒤로 설치하는 것이 일반적으로 큰 지연 요인입니다."라고 말했습니다. 테스트를 시작하는 가장 좋은 방법은 페이지에 개별적으로 주소를 지정하는 20개의 다른 이메일이 아닌 각 페이지에 대한 코드가 포함된 템플릿이 포함된 하나의 패킷을 제출하는 것입니다. 또한 어떤 페이지에 무엇이 필요한지 추적할 수 있는 색인을 작성하십시오.

당신과 클라이언트 사이에서 코드를 앞뒤로 설치하는 것이 일반적으로 큰 지연 요인입니다.

2. 헤더에 코드 설치

실제 설치 프로세스의 경우 헤더에 직접 코드를 넣는 것이 중요합니다. 이것이 필요한지 여부에 대해 약간의 논쟁이 있을 수 있지만, Convert 연구에 따르면 헤더에 코드를 남기지 않으면 깜박임이 발생합니다. A/B 테스트를 수용하기 위해 페이지가 갑자기 변경되는 찰나의 순간입니다. 더 중요한 것은 이 연구에서 이 "깜박임"이 전환율에 부정적인 영향을 미치며 거의 5명 중 1명이 사이트를 전환하기 전에 사이트를 떠나게 만드는 것으로 나타났습니다.

3. 미래를 생각하라

시험을 시작할 때부터 염두에 두어야 할 또 다른 사항은 미래입니다. 현재 클라이언트에 대해 비교적 간단한 테스트를 실행하고 있더라도 클라이언트의 인프라와 일치하도록 CMS를 매핑하면 나중에 큰 보상을 얻을 수 있습니다. Convert의 시스템을 사용하면 드롭다운 메뉴에서 사용자 정의 필드를 쉽게 생성할 수 있습니다(예: 특정 가격대 또는 체크아웃 프로세스의 특정 페이지). 이를 통해 향후 새로운 테스트를 쉽게 구현할 수 있으며 단 한 번의 설치로 다단계 체크아웃 프로세스의 모든 목표 이벤트를 처음부터 바로 설명할 수 있습니다.

4. 첫날에 모든 IT 질문을 해결하십시오.

이러한 코드는 IT 부서에 많은 질문을 생성할 수 있습니다. 주요 IT 문제를 해결하는 철저하고 최신 문서를 제공하여 Convert 기술자와 클라이언트 간의 긴 이메일 체인과 메시지 전달을 줄일 수 있습니다. Convert는 IT 부서에 직접 전달할 수 있는 유용한 구현 가이드를 보유하여 문제 해결에 가장 유용한 정보에 직접 액세스할 수 있도록 함으로써 이를 달성합니다.

5. 기능 확인

이것은 목록에 있는 더 큰 작업 중 하나일 수 있으며 다음 섹션에서 더 자세히 다루겠지만 첫날부터 시작하는 간단하고 중요한 한 곳은 Ajax 코드를 사용하는 것입니다. 페이지가 처음 로드된 후 페이지에서 무언가를 실행하고 새로 고치는 코드입니다. Convert의 A/B 테스트는 처음부터 페이지와 함께 빠르게 로드되도록 설계되었기 때문에 이러한 Ajax 코드에 문제가 발생할 수 있습니다. 그러나 Convert에는 사용 가능한 Chrome 플러그인과 같은 솔루션이 있습니다. 가능한 한 빨리 테스트를 방해하는 요소가 있는지 여부를 아는 것이 중요합니다.

고급 설치 사전 확인

도구를 비난하지 마십시오. 잘 준비하십시오.

위 체크리스트의 마지막 항목은 가장 많은 시간을 할애해야 하는 항목입니다. URL, 로그인, 도메인 및 오프사이트 수익과 관련된 테스트에서 발생할 수 있는 복잡한 문제가 많이 있습니다. van der Heijden은 어떤 A/B 테스트 도구를 선택하더라도 도구의 문제를 비난하는 데 도움이 되지 않는다고 강조합니다. 그가 말했듯이, “당신이 아마도 도구를 골랐기 때문에 그것은 당신에게 도움이 되지 않습니다. 고객이 도구를 선택했다면 당신은 그의 자존심을 상하게 하거나 잘못 선택했다고 말하는 것입니다. 도구를 선택하면 이미지가 손상될 뿐입니다. 도구를 탓하지 말고… 잘 준비하세요.”

URL

테스트할 제품 페이지의 URL을 확인하는 것으로 시작하십시오. 종종 구조화된 URL은 도구를 추가하기 쉽고 제품과 관련된 이름을 명확하게 표시합니다. 그러나 SEO 목적이나 특수 목적으로 명명된 구조화되지 않은 URL은 한 번에 태그를 지정하기 어렵습니다. 이러한 페이지에 태그를 지정하려면 자바 스크립트와 같은 다른 도구를 사용해야 하므로 잠재적인 문제를 사전에 인식하는 것이 중요합니다. 이것은 또한 팝업 또는 호버링 정보, 해당 Ajax 코드 및 도구를 Java 또는 CMS에 빌드해야 할 때를 특별히 고려해야 할 때입니다.

하위 도메인 및 교차 도메인

Convert는 도구 내에서 클라이언트와 관련된 모든 하위 도메인 및 교차 도메인을 볼 수 있는 쉬운 방법을 구축했습니다. 그러나 그렇다고 해서 무시해야 하는 것은 아닙니다. 클라이언트 페이지와 연결된 항목을 자세히 살펴보세요. Google Analytics 및 Convert의 고급 도구를 통한 수익 추적은 결제 페이지가 업그레이드되지 않은 Yahoo 또는 Shopify 도메인으로 연결되는 경우 어렵고 심지어 불가능할 수 있습니다. 아웃 프로세스.

로그인 뒤 테스트

많은 A/B 테스트 도구가 로그인 기능 뒤에서 테스트 작업을 수행하는 방법을 찾지 못했지만 다행스럽게도 Convert는 이 문제에 대한 쉬운 솔루션을 제공합니다. Convert는 1년 전까지만 해도 불가능했던 교차 세션 설정을 사용합니다. 즉, 한 탭에서 보안 환경에 로그인할 수 있고 다른 탭에서 Convert Visual Editor를 열어 동일한 세션을 계속 표시할 수 있습니다. 계산대와 카트에 대한 테스트를 설계하기가 더 쉽습니다.

태그 관리자

Google Analytics를 포함한 대부분의 태그 관리자는 A/B 테스트에서 가치가 있는 것보다 더 많은 문제를 제기합니다. Van der Heijden은 다음과 같이 조언합니다. “태그 관리자 팬을 만날 때마다 A/B 테스트 도구가 아닌 이 A/B 테스트 도구가 이를 제대로 수행할 수 없다고 경고하십시오. Tealium 또는 Adobe가 없는 한 헤더."

오프사이트 목표 및 수익 추적

일부 회사에는 온라인 체크아웃 프로세스를 통해 직접 추적할 수 없는 추가 지불 소스 또는 전환이 있을 수 있습니다. Convert에는 이에 대한 솔루션이 있으므로 테스트에 계속 포함될 수 있습니다. 그것들을 조기에 식별하고 실험 ID와 변형 ID를 전달한 다음 웹훅이 발생할 때 변환에 알리기만 하면 됩니다.

A/B 테스팅의 내부 작동을 알고

A/B 테스트 도구를 선택할 때 동기 및 비동기 테스트에 대한 주장에 초점을 맞춘 많은 주장이 있습니다. 또한 스크립트 크기가 실험 로드 시간에 상당한 영향을 미칠 수 있다고 주장할 수 있습니다. Van der Heijden은 이러한 신화와 오해의 일부를 폭로하려고 시도하며 다음과 같이 말했습니다. 이 기사의 대부분은 진실을 말하지 않거나 그들이 말하는 내용을 전혀 모릅니다.”

그에게 가장 중요한 것은 동기화와 비동기의 진정한 차이점과 가능한 한 빨리 작동하는 A/B 테스트 도구를 갖는 것이 중요한 이유를 알고 서로 다른 도구가 매우 다르게 작동한다는 것을 이해하는 것입니다.

이 기사의 대부분은 진실을 말하지 않거나 그들이 말하는 내용을 전혀 모릅니다.

A/B 테스트에 대한 주장을 비판적으로 볼 때 알아야 할 첫 번째 중요한 것은 동기화와 비동기의 차이입니다. 일부 도구 또는 기사는 매우 빠르다는 주장에 이러한 용어를 사용합니다.

동기화 실험은 네트워크 트래픽에 100밀리초를 허용한 다음 동기화된 A/B 테스트를 로드하는 데 200밀리초를 허용하고 다른 모든 항목을 로드하는 데 마지막으로 400밀리초를 허용합니다. 비동기 실험은 100밀리초를 허용하는 반면 A/B 테스트와 페이지의 다른 모든 것은 가능한 한 빨리 동시에 로드를 시작합니다. Convert 및 기타 도구가 작동하는 방식의 현실은 다음 두 가지 아이디어가 혼합된 것입니다.

전환 실험을 경험하는 사용자의 경우:

• 0.3초에 아무 것도 보이지 않고 연결 중입니다.
• 0.35에서 html은 조작이 가능해지기 시작합니다. 이때 변환이 작동을 시작하고 페이지가 아직 조립되는 동안 쿠키를 기반으로 실행할 변형을 결정합니다.
• Convert는 흰색 페이지로 1초 동안 사용자로부터 몸을 완전히 숨깁니다.
• 05초마다 Convert는 사용 가능한 항목과 테스트를 위해 변경해야 하는 항목을 검토합니다.
• 1.5초가 지나면 페이지가 준비됩니다.

다른 도구는 동일한 시간에 변경을 수행할 수 있지만 변경 내용이 표시됩니다(깜박임). 일부 다른 도구는 1.5초에서 HTML을 완전히 사용할 수 있을 때까지 대기합니다. 즉, 사용자가 페이지를 사용할 수 있을 때까지 추가로 2~3초를 기다려야 합니다.

물론 여기에서는 깜박임에도 불구하고 100분의 1초에 대해 이야기하고 있습니다. 그러나 앞서 논의한 바와 같이 Convert는 이러한 밀리초 플래시 또는 지연이 변환에 막대한 영향을 미칠 수 있음을 발견했습니다. 깜박임이나 지연을 경험하는 많은 도구는 테스트를 통해 데이터를 가리켜 전환이 개선되었음을 보여주지만 Google 애널리틱스를 살펴보면 사전 테스트 기간과 사용자가 경험하는 기간 사이에 전환이 감소하는 것으로 표시되는 경우가 많습니다. 깜박임 및 지연.

고객의 A/B 테스트에 적합한 도구를 선택하고 구현하려면 이 모든 기술 지식 등이 필요합니다. 그러나 가장 중요한 것은 A/B 테스트에 들어가 올바른 도구를 선택했는지, 사이트에 맞게 준비했는지, 클라이언트가 설치 프로세스를 최대한 쉽게 만들었는지 확인하는 것입니다.

전체 웨비나를 보려면 여기에서 등록할 수 있습니다. 아래에서 프레젠테이션을 찾을 수 있습니다.

Convert Experiments와 전문가 팀을 경험할 준비가 되셨다면 15일 무료 평가판을 시작해 보십시오.