การทดสอบแบบ Split URL เป็นวิธีการทดลองที่แต่ละเวอร์ชันจะใช้ URL ที่แตกต่างกัน และผู้เข้าชมจะถูกเปลี่ยนเส้นทางไปยังเวอร์ชันใดเวอร์ชันหนึ่งแบบสุ่ม วิธีนี้แตกต่างจากการทดสอบ A/B มาตรฐาน ซึ่งเวอร์ชันต่างๆ จะแสดงผลที่ที่อยู่เดียวกันโดยการแก้ไขหน้าเว็บหลังจากโหลดเสร็จ หรือโดยการส่งมาร์กอัปที่แตกต่างกันจากเซิร์ฟเวอร์ การทดสอบแบบ Split URL เป็นตัวเลือกที่เหมาะสมเมื่อเวอร์ชันต่างๆ มีความแตกต่างกันมากเกินกว่าจะแก้ไขได้ด้วยการแก้ไขฝั่งไคลเอนต์ เช่น หน้า Landing Page ที่สร้างใหม่ทั้งหมด ขั้นตอนการชำระเงินที่แตกต่างกัน เทมเพลตใหม่ที่ทำงานบนโครงสร้างพื้นฐานที่แยกต่างหาก หรือหน้าเว็บที่สร้างโดยทีมงานที่แตกต่างกันบนเทคโนโลยีที่แตกต่างกัน
ข้อได้เปรียบหลักคืออิสระ เนื่องจากตัวแปรเป็นหน้าเว็บจริง ๆ ไม่ใช่แค่การปรับแต่ง DOM บนหน้าเว็บที่มีอยู่แล้ว จึงไม่มีข้อจำกัดในทางปฏิบัติว่ามันจะแตกต่างกันได้มากแค่ไหน และไม่มีความเสี่ยงที่ตัวแปรจะใช้งานไม่ได้เมื่อหน้าเว็บต้นฉบับเปลี่ยนแปลง ทีมพัฒนาสามารถสร้างตัวแปรในสภาพแวดล้อมปกติ ด้วยเครื่องมือและการตรวจสอบคุณภาพตามปกติ แทนที่จะแสดงการออกแบบใหม่ในรูปแบบสคริปต์ที่เขียนทับหน้าเว็บเดิม สำหรับการออกแบบใหม่ครั้งใหญ่ วิธีนี้มักเป็นแนวทางเดียวที่ใช้งานได้จริง
ต้นทุนก็เป็นเรื่องจริงเช่นกัน การเปลี่ยนเส้นทางจะเพิ่มความล่าช้า โดยทั่วไปประมาณสองสามร้อยมิลลิวินาที ซึ่งจะถูกนำไปใช้กับกลุ่มหนึ่งแต่ไม่ใช้กับอีกกลุ่มหนึ่ง ดังนั้นจึงทำให้เกิดความแตกต่างอย่างเป็นระบบที่ไม่เกี่ยวข้องกับการออกแบบที่กำลังทดสอบ เวอร์ชันที่ช้ากว่าจะมีอัตราการแปลงที่แย่กว่า ดังนั้นค่าปรับจากการเปลี่ยนเส้นทางจึงทำให้ผลลัพธ์เอนเอียงไปทางฝ่ายตรงข้าม การเปลี่ยนเส้นทางยังทำให้ผู้เข้าชมหายไปในระหว่างการเปลี่ยนผ่าน ซึ่งเป็นสาเหตุทั่วไปของความไม่ตรงกันของอัตราส่วนตัวอย่าง การกำหนดค่าการวิเคราะห์มีความซับซ้อนมากขึ้น เนื่องจากเซสชันครอบคลุมสอง URL และข้อมูลผู้แนะนำอาจสูญหายไป ต้องป้องกันไม่ให้เครื่องมือค้นหาจัดทำดัชนีเวอร์ชัน ซึ่งต้องใช้แท็ก Canonical ที่ชี้ไปยังต้นฉบับ
การดำเนินการอย่างระมัดระวังจะช่วยลดปัญหาเหล่านี้ได้มาก การเปลี่ยนเส้นทางฝั่งเซิร์ฟเวอร์นั้นเร็วกว่าและเชื่อถือได้มากกว่าการเปลี่ยนเส้นทางฝั่งไคลเอนต์ การโหลดล่วงหน้าหรือการเชื่อมต่อล่วงหน้าไปยังโดเมนเวอร์ชันต่างๆ จะช่วยลดความรู้สึกว่าเกิดความล่าช้า การจัดกลุ่มอย่างสม่ำเสมอ เพื่อให้ผู้เข้าชมที่กลับมาเยี่ยมชมอีกครั้งเข้าถึงเวอร์ชันเดียวกันเสมอ จะช่วยป้องกันประสบการณ์ที่ไม่สอดคล้องกันอย่างมากจากการเห็นเวอร์ชันที่แตกต่างกันในแต่ละเซสชัน การทดสอบ A/A split URL ก่อนการทดลองจริง โดยที่ URL ทั้งสองแสดงหน้าเว็บที่เหมือนกัน จะเผยให้เห็นว่าความแตกต่างที่วัดได้นั้นเป็นผลมาจากการเปลี่ยนเส้นทางมากกว่าผลจากการออกแบบ และควรทราบตัวเลขนั้นก่อนที่จะสรุปผล
การทดสอบแบบแยก URL ยังเป็นกลไกที่เป็นธรรมชาติสำหรับการทดสอบข้ามขอบเขตเทคโนโลยี เมื่อองค์กรกำลังย้ายส่วนหนึ่งของเว็บไซต์ไปยังแพลตฟอร์มใหม่ การเรียกใช้เวอร์ชันเก่าและใหม่ในรูปแบบแยก URL จะช่วยให้สามารถวัดผลกระทบทางธุรกิจของการย้ายได้ก่อนที่จะตัดสินใจอย่างเต็มรูปแบบ แทนที่จะค้นพบหลังจากนั้น หลักการเดียวกันนี้ใช้ได้กับการทดสอบแพลตฟอร์มการค้าใหม่ ระบบจองที่สร้างใหม่ หรือระบบจัดการเนื้อหาที่เปลี่ยนแพลตฟอร์มใหม่ ซึ่งทางเลือกอื่นคือการเปลี่ยนแบบทันทีโดยไม่มีการวัดผลใดๆ เลย
การจัดการกับเครื่องมือค้นหาจำเป็นต้องมีการตั้งค่าอย่างรอบคอบ และการตั้งค่าที่ไม่ถูกต้องอาจส่งผลกระทบยาวนานกว่าการทดลอง URL ที่แตกต่างกันควรมีแท็ก canonical ชี้ไปยัง URL ต้นฉบับ เพื่อให้สัญญาณการจัดอันดับมารวมกันที่ที่อยู่เดียว และการเปลี่ยนเส้นทางควรเป็นการเปลี่ยนเส้นทางชั่วคราว ไม่ใช่การเปลี่ยนเส้นทางถาวร เนื่องจากรหัสสถานะถาวรจะสั่งให้เครื่องมือค้นหาแทนที่ URL ต้นฉบับในดัชนี การไม่รวม URL ที่แตกต่างกันไว้ในแผนผังเว็บไซต์และการตรวจสอบการปรากฏในผลการค้นหาเป็นมาตรการป้องกันที่เหมาะสมสำหรับเว็บไซต์ขนาดใหญ่ หลังจากสิ้นสุดการทดสอบแล้ว ควรลบหรือเปลี่ยนเส้นทาง URL ที่แตกต่างกันซึ่งไม่ประสบความสำเร็จ แทนที่จะปล่อยให้เข้าถึงได้ เพราะ URL ทดสอบที่ถูกทิ้งร้างจะสะสมมากขึ้นเรื่อย ๆ เป็นเวลาหลายปี ถูกจัดทำดัชนี ดึงดูดลิงก์ และในที่สุดก็จะปรากฏในผลการค้นหาเป็นเวอร์ชันซ้ำของหน้าเว็บที่ธุรกิจได้เปลี่ยนแปลงไปหลายครั้งแล้ว
ในงานที่เกี่ยวข้องกับการออกแบบใหม่ วิธีนี้จะเปลี่ยนข้อโต้แย้งเชิงอัตวิสัยเกี่ยวกับการออกแบบใหม่ให้กลายเป็นคำถามที่สามารถหาคำตอบได้ ออกแบบผลิตภัณฑ์ ทีมสามารถสร้างผู้ท้าชิงได้อย่างเหมาะสม และ บริการ CRO ทีมสามารถวัดผลเทียบกับผู้ให้บริการรายเดิมภายใต้สภาพการใช้งานจริง โดยมีการคำนวณและคำนึงถึงค่าปรับจากการเปลี่ยนเส้นทาง โดยเฉพาะอย่างยิ่งสำหรับการตัดสินใจเปลี่ยนแพลตฟอร์ม นี่คือความแตกต่างระหว่างการย้ายระบบที่สมเหตุสมผลด้วยเหตุผลทางธุรกิจและการย้ายระบบที่อาศัยเพียงความหวัง และเป็นส่วนหนึ่งของมาตรฐานในการตัดสินใจขององค์กรขนาดใหญ่ บริษัท โปรแกรมเหล่านี้ช่วยลดความเสี่ยงของการเปลี่ยนแปลงที่อาจแก้ไขไม่ได้หากไม่มีโปรแกรมเหล่านี้