분할 URL 테스트

스플릿 URL 테스트는 각 변형 페이지가 서로 다른 URL에 존재하고 방문자가 무작위로 이 중 하나로 리디렉션되는 실험 방법입니다. 이는 페이지 로드 후 수정하거나 서버에서 다른 마크업을 제공하여 변형 페이지를 동일한 주소에 표시하는 일반적인 A/B 테스트와는 다릅니다. 스플릿 URL 테스트는 변형 페이지가 클라이언트 측 수정으로 구현하기에는 너무 큰 차이가 있을 때 적합한 선택입니다. 예를 들어 완전히 새로 설계된 랜딩 페이지, 다른 결제 흐름, 별도의 인프라에서 실행되는 새로운 템플릿, 또는 다른 팀에서 다른 기술 스택으로 개발한 페이지 등이 있습니다.

가장 큰 장점은 자유로움입니다. 변형 페이지는 기존 페이지에 DOM 조작을 적용한 것이 아니라 실제 페이지를 기반으로 하기 때문에, 얼마나 다르게 만들 수 있는지에 대한 실질적인 제한이 없으며, 기본 페이지가 변경되더라도 변형 페이지가 제대로 작동하지 않을 위험이 없습니다. 개발팀은 기존 페이지를 재작성하는 스크립트 형태로 재설계를 표현하는 대신, 평소 사용하는 환경, 도구 및 품질 관리 도구를 활용하여 변형 페이지를 구축할 수 있습니다. 대규모 재설계의 경우, 이러한 방식이 종종 유일하게 실현 가능한 접근법입니다.

비용 또한 상당합니다. 리디렉션은 일반적으로 수백 밀리초의 지연 시간을 추가하는데, 이는 한 그룹에만 적용되고 다른 그룹에는 적용되지 않으므로 테스트 중인 디자인과는 무관한 체계적인 차이를 초래합니다. 속도가 느린 변형은 전환율이 낮아지므로 리디렉션으로 인한 불이익은 도전자에게 불리한 결과를 가져옵니다. 또한 리디렉션은 전환 과정에서 방문자 손실을 유발하는데, 이는 표본 비율 불일치의 일반적인 원인입니다. 세션이 두 개의 URL에 걸쳐 진행되고 리퍼러 정보가 손실될 수 있으므로 분석 구성이 더 복잡해집니다. 검색 엔진이 변형을 색인화하지 못하도록 하려면 원본을 가리키는 정규 태그가 필요합니다.

신중한 구현을 통해 이러한 문제의 대부분을 해결할 수 있습니다. 서버 측 리디렉션은 클라이언트 측 리디렉션보다 빠르고 안정적입니다. 변형 도메인을 미리 로드하거나 연결하면 체감되는 지연 시간을 줄일 수 있습니다. 일관된 버킷팅을 통해 재방문자가 항상 동일한 변형 페이지에 도달하도록 하면 세션 간에 다른 버전이 표시되는 심각한 불일치 문제를 방지할 수 있습니다. 실제 실험 전에 두 URL 모두 동일한 페이지를 제공하는 A/A 분할 URL 테스트를 실행하여 측정된 차이 중 리디렉션으로 인한 부분이 디자인 효과로 인한 부분보다 얼마나 되는지 파악해야 하며, 결론을 내리기 전에 이 수치를 알아야 합니다.

분할 URL 테스트는 기술 경계를 넘나드는 테스트에 가장 적합한 메커니즘입니다. 조직이 웹사이트의 일부를 새로운 플랫폼으로 이전할 때, 기존 버전과 새 버전을 분할 URL로 실행하면 전체 전환 전에 비즈니스에 미치는 영향을 측정할 수 있으며, 이는 전환 후에 문제를 발견하는 것보다 훨씬 효과적입니다. 새로운 전자상거래 플랫폼, 재구축된 예약 엔진 또는 재플랫폼화된 콘텐츠 시스템을 테스트할 때도 마찬가지입니다. 이러한 경우 분할 URL 테스트가 없다면 아무런 측정 없이 단순히 플랫폼을 변경하는 수밖에 없습니다.

검색 엔진 최적화(SEO)를 위해서는 신중한 설정이 필요하며, 잘못 설정하면 실험 기간이 끝난 후에도 문제가 지속될 수 있습니다. 변형 URL에는 원본 URL을 가리키는 캐노니컬 태그가 포함되어야 검색 순위 신호가 하나의 주소로 통합됩니다. 또한, 영구 리디렉션이 아닌 임시 리디렉션을 사용해야 합니다. 영구 리디렉션은 검색 엔진이 원본 URL을 색인에서 변형 URL로 대체하도록 지시하기 때문입니다. 규모가 큰 웹사이트의 경우, 사이트맵에서 변형 URL을 제외하고 검색 결과에 나타나는지 모니터링하는 것이 좋습니다. 테스트가 종료된 후에는 순위가 낮은 변형 URL을 삭제하거나 리디렉션해야 합니다. 방치된 테스트 URL은 시간이 지남에 따라 누적되어 색인화되고 링크를 유치하여 결국 검색 결과에 중복된 버전으로 나타날 수 있기 때문입니다.

재설계가 논의되는 상황에서, 이 방법은 새로운 디자인에 대한 주관적인 논쟁을 답변 가능한 질문으로 바꿔줍니다. 제품 디자인 팀은 챌린저를 제대로 만들 수 있고, CRO 서비스 팀은 리디렉션으로 인한 페널티를 정량화하고 고려하여 실제 트래픽 환경에서 기존 시스템과 비교하여 성능을 측정할 수 있습니다. 특히 플랫폼 변경 결정에 있어서 이는 비즈니스 사례에 의해 정당화되는 마이그레이션과 단순히 희망에 의한 마이그레이션의 차이를 만들어내며, 대규모 프로젝트에서 일반적으로 사용되는 방식입니다. 기업 이러한 프로그램들은 그렇지 않았다면 돌이킬 수 없었을 변화의 위험을 줄여줍니다.