สรุปสั้น ๆ (TL;DR)
- การตั้งค่าข้ามโดเมนอยู่ที่ Admin > Data streams > Configure tag settings > Configure your domains เพิ่มเงื่อนไขแบบ OR ได้สูงสุด 100 รายการ
- ทุกโดเมนต้องโหลด G- tag ID ตัวเดียวกันจากสตรีมข้อมูลเว็บเดียวกัน ไม่เช่นนั้น ID ที่ส่งผ่าน _gl จะไม่มีวันเชื่อมกัน
- โดเมนที่ติดแท็กไม่ได้ เช่น หน้าชำระเงินจำนวนมาก ให้ใส่ใน List unwanted referrals ซึ่งรับได้สูงสุด 50 รายการต่อสตรีม
- การ redirect ที่ทิ้งพารามิเตอร์ _gl และสคริปต์ที่เรียก Event.stopPropagation() ตอนคลิก อาจทำให้ ID ไปไม่ถึงปลายทาง
การติดตามข้ามโดเมนใน GA4 (GA4 cross-domain tracking) ทำให้ Google Analytics นับผู้เข้าชมที่เดินทางจากโดเมนหนึ่งของคุณไปยังอีกโดเมนหนึ่ง เช่น จากเว็บไซต์โรงแรมไปยังระบบจองห้องพักที่อยู่บนโดเมนอื่น เป็นผู้ใช้คนเดียวในเซสชันเดียว แทนที่จะกลายเป็นคนแปลกหน้าสองคน การตั้งค่าอยู่ในส่วนการตั้งค่าแท็กของสตรีมข้อมูลเว็บ ที่เมนู "Configure your domains" และจะใช้ได้ก็ต่อเมื่อทุกโดเมนในเส้นทางนั้นโหลด Google tag ID ตัวเดียวกัน
ถ้าไม่ได้ตั้งค่า โดเมนที่สองจะมองเห็นผู้เข้าชมเป็นคนใหม่ทันที เซสชันที่เริ่มจากการคลิกโฆษณา Google Ads จะจบลงที่ระบบจอง และยอดซื้อที่เกิดตามมาจะถูกนับเป็น referral จากเว็บไซต์ของคุณเอง รายได้ดูเหมือนมาจากที่ไหนก็ไม่รู้ แคมเปญแบบชำระเงินดูอ่อนกว่าความจริง และโดเมนของคุณเองกลายเป็นแหล่งทราฟฟิกอันดับต้น ๆ บทความนี้อธิบายว่าเมื่อไรต้องใช้การตั้งค่านี้ ตั้งค่าอย่างไร พารามิเตอร์ _gl ทำหน้าที่อะไร และจุดที่มักพังมีอะไรบ้าง
เมื่อไรที่ต้องวัดผลข้ามโดเมน
คุณต้องใช้เมื่อเส้นทางของลูกค้าหนึ่งคนข้ามเส้นแบ่งระหว่างโดเมน และคุณควบคุมแท็กได้ทั้งสองฝั่ง Analytics เก็บ client ID ไว้ในคุกกี้ของบุคคลที่หนึ่ง (first-party cookie) และเบราว์เซอร์ไม่แชร์คุกกี้ระหว่างโดเมนหลักที่ต่างกัน ดังนั้น example.com อ่านคุกกี้ที่ตั้งไว้บน example-booking.com ไม่ได้ และแต่ละโดเมนจะสร้าง ID ของตัวเองขึ้นมา
กรณีที่พบได้บ่อยและเรื่องนี้มีผลจริง:
- โรงแรมหรือบริษัททัวร์ที่ส่งแขกจากเว็บไซต์หลักไปยังระบบจองที่โฮสต์อยู่บนโดเมนของผู้ให้บริการ โดยผู้ให้บริการยอมให้คุณใส่ Google tag ของคุณเองได้
- แบรนด์ที่ใช้โดเมนหนึ่งสำหรับเว็บไซต์คอนเทนต์ และอีกโดเมนสำหรับร้านค้า เช่น .com สำหรับแบรนด์ และโดเมนแยกสำหรับหน้าชำระเงิน
- ธุรกิจที่ซื้อโดเมนที่สองไว้ทำไมโครไซต์สำหรับแคมเปญ แล้วลิงก์จากไมโครไซต์กลับมาที่เว็บไซต์หลัก
- การตั้งค่าหลายประเทศที่แต่ละตลาดมีโดเมนของตัวเอง แต่คุณรายงานทั้งหมดไว้ใน property เดียว
ถ้าคุณติดตั้ง Google tag ของคุณบนโดเมนอีกฝั่งไม่ได้ การวัดผลข้ามโดเมนก็ทำไม่ได้ที่นั่น ระบบรับชำระเงิน (payment gateway) จำนวนมากอยู่ในกลุ่มนี้ วิธีแก้สำหรับกรณีนี้ต่างออกไป และอธิบายไว้ในหัวข้อเรื่อง referral ด้านล่าง
วิธีกำหนดโดเมนใน Google tag
การตั้งค่านี้อยู่ในหน้าจอ GA4 ไม่ใช่ใน Google Tag Manager และ Google แนะนำให้ตั้งผ่านหน้าจอมากกว่าเขียนโค้ดเอง คุณต้องมีสิทธิ์ระดับ Editor ขึ้นไป
- ใน Admin ภายใต้หัวข้อ Data collection and modification คลิก Data streams
- คลิก Web แล้วคลิกสตรีมข้อมูลเว็บที่เก็บข้อมูลของเว็บไซต์คุณ
- ที่ด้านล่างของรายละเอียดสตรีม คลิก Configure tag settings
- ในส่วน Settings คลิก Configure your domains
- ยอมรับโดเมนที่ Google แสดงไว้ใต้ Recommendations หรือคลิก Add condition ใต้ "Include domains that match the following conditions"
- เลือกประเภทการจับคู่ (match type) ใส่ชื่อโดเมน ทำซ้ำจนครบทุกโดเมนในเส้นทาง แล้วคลิก Save
ใส่ให้ครบทุกโดเมน รวมถึงโดเมนที่ใช้สร้างสตรีมนี้ตั้งแต่แรกด้วย เงื่อนไขทั้งหมดประเมินแบบ OR หมายความว่าลิงก์จะถูกเติมพารามิเตอร์ถ้าปลายทางตรงกับเงื่อนไขใดเงื่อนไขหนึ่ง และคุณเพิ่มเงื่อนไขได้สูงสุด 100 รายการ เงื่อนไขแบบ "contains" เช่น example-booking.com จะครอบคลุมซับโดเมนของมันด้วย แต่ต้องระวังข้อความที่สั้นเกินไป เพราะเงื่อนไขที่หลวมอาจไปจับโดเมนที่คุณไม่ได้เป็นเจ้าของ
อีกครึ่งหนึ่งของเงื่อนไขมักถูกมองข้าม ทุกโดเมนต้องโหลด tag ID แบบ "G-" ตัวเดียวกันจากสตรีมข้อมูลเว็บเดียวกัน ถ้าระบบจองติดแท็กด้วย measurement ID อื่น หรือส่งข้อมูลไปยัง property แยก การตั้งค่านี้ก็แทบไม่มีประโยชน์ เพราะสองฝั่งไม่ได้วัดผลในที่เดียวกัน ให้ถามผู้ให้บริการให้ชัดว่าเทมเพลตของเขาโหลด ID ตัวไหน แล้วตรวจสอบเองใน source ของหน้าเว็บหรือใน Tag Assistant
Google ยังรองรับการตั้งค่าแบบ manual ผ่านคำสั่ง "get" และ "config" ของ gtag.js ด้วย วิธีนี้มีไว้สำหรับเว็บไซต์ที่ใช้ linker อัตโนมัติไม่ได้ และพลาดได้ง่ายแบบที่มองไม่ค่อยเห็น จึงควรใช้เป็นทางเลือกสุดท้าย
พารามิเตอร์ linker _gl ทำหน้าที่อะไร
เมื่อกำหนดโดเมนแล้ว Google tag จะคอยดูการคลิกลิงก์และการส่งฟอร์มที่พาไปยังโดเมนในรายการ ก่อนที่เบราว์เซอร์จะออกจากหน้า แท็กจะเติมพารามิเตอร์ชื่อ _gl ต่อท้าย URL ปลายทาง ค่าของพารามิเตอร์นี้บรรจุ ID จากคุกกี้ของโดเมนแรก URL ที่ถูกเติมแล้วจะหน้าตาประมาณ example-booking.com/rooms?_gl=1*abc123*...
เมื่อแท็กโหลดบนหน้าปลายทาง มันจะอ่าน _gl แล้วเขียน ID ชุดเดียวกันลงในคุกกี้ของโดเมนนั้น จากนั้นทำงานต่อตามปกติ Analytics จึงเห็นผู้ใช้หนึ่งคนและเซสชันหนึ่งเซสชันที่ครอบคลุมทั้งสองโดเมน แท็กจะเติมพารามิเตอร์นี้ในจังหวะที่มีการคลิก จึงไม่ใช่สิ่งที่ต้องนำไปวางในโฆษณาหรืออีเมลด้วยมือ
ฟอร์มก็นับด้วย ไม่ใช่แค่ลิงก์ วิดเจ็ตค้นหาห้องพักบนหน้าแรกที่ส่งข้อมูลไปยังโดเมนของระบบจองจะถูกเติมพารามิเตอร์แบบเดียวกัน ตราบใดที่ฟอร์มส่งข้อมูลตามปกติ และไม่ได้ถูกแทนที่ด้วยสคริปต์ที่สร้าง URL ขึ้นมาเอง
Self-referral และรายการ referral ที่ไม่ต้องการ
Self-referral คือการที่โดเมนของคุณเอง หรือโดเมนที่อยู่ในเส้นทางของคุณเอง ไปโผล่เป็นแหล่งที่มาของเซสชัน เรื่องนี้เกิดเมื่อผู้เข้าชมมาถึงโดเมนที่สองโดยไม่มีพารามิเตอร์ _gl ที่ใช้ได้ Analytics เห็น referrer จากโดเมนแรก จึงบันทึกเซสชันใหม่โดยใช้โดเมนนั้นเป็นแหล่งที่มา แหล่งที่มาเดิม เช่น google / cpc จะหายไปสำหรับทุกอย่างที่เกิดขึ้นหลังจากนั้น
เมื่อการวัดผลข้ามโดเมนทำงานถูกต้อง Analytics จะไม่นับการข้ามโดเมนนั้นเป็น referral เพราะหน้าที่ผู้เข้าชมมาถึงมีพารามิเตอร์ _gl ติดมาด้วย หน้าช่วยเหลือของ Google ผูกเรื่องนี้ไว้กับพารามิเตอร์ _gl บนหน้าที่ผู้เข้าชมมาถึง การข้ามโดเมนที่มาถึงโดยไม่มีพารามิเตอร์นี้จึงยังอาจถูกบันทึกเป็น referral ได้
สำหรับโดเมนที่คุณติดแท็กไม่ได้ ให้ใช้รายการ referral ที่ไม่ต้องการ (unwanted referrals) เส้นทางคือ Admin, Data collection and modification, Data streams, Web, สตรีมของคุณ, Configure tag settings จากนั้นคลิก Show all ในส่วน Settings แล้วเลือก List unwanted referrals เมื่อมีเซสชันมาจาก referrer ที่ตรงกับเงื่อนไข Analytics จะเติม ignore_referrer=true ลงในอีเวนต์ ซึ่งบอกระบบว่าไม่ต้องแสดง referrer นั้นเป็นแหล่งทราฟฟิก หนึ่งสตรีมใส่ referral ที่ไม่ต้องการได้สูงสุด 50 รายการ
ตัวอย่างคลาสสิกคือผู้ให้บริการรับชำระเงิน แขกจ่ายเงินบนหน้าของบุคคลที่สาม แล้วถูกส่งกลับมาที่หน้ายืนยันการจองของคุณ ถ้าไม่ได้ตั้งข้อยกเว้น ยอดซื้อจะถูกนับให้โดเมนของผู้ให้บริการชำระเงิน ถ้าตั้งไว้ เซสชันจะคงแหล่งที่มาเดิมไว้ มีข้อควรระวังหนึ่งข้อจากเอกสารของ Google เอง คือถ้าผู้ใช้เคยมาจากโดเมนนั้นก่อนที่คุณจะเพิ่มข้อยกเว้น แล้วกลับมาแบบ direct ในภายหลัง โมเดล last non-direct click ยังอาจนับเซสชันที่กลับมาให้โดเมนนั้นได้
ซับโดเมนกับโดเมนแยก ต่างกันอย่างไร
ซับโดเมนของโดเมนเดียวกัน เช่น www.example.com และ shop.example.com ทำงานต่างออกไป โดยค่าเริ่มต้น Google tag จะเขียนคุกกี้ไว้ที่ระดับโดเมนสูงสุดที่ทำได้ ทุกซับโดเมนจึงอ่านคุกกี้ตัวเดียวกันและได้ client ID เดียวกันได้ ข้อสรุปเชิงอนุมานจากค่าเริ่มต้นนี้คือซับโดเมนมักทำงานได้โดยไม่ต้องตั้งค่าเพิ่ม แต่หน้าช่วยเหลือของ Google ยังแนะนำให้ตั้งค่าข้ามโดเมนสำหรับซับโดเมนด้วย จึงควรถือว่านี่เป็นการอ่านพฤติกรรมของคุกกี้ ไม่ใช่กฎของ Google
แต่ค่าเริ่มต้นนี้พังได้ ถ้ามีคนเปลี่ยนค่า cookie domain บนซับโดเมนหนึ่ง หรือซับโดเมนหนึ่งใช้การติดแท็กแบบอื่น การเดินทางระหว่างซับโดเมนอาจทำให้เกิด self-referral คำแนะนำของ Google สำหรับกรณีนี้คือ ติดแท็กให้ครบทุกหน้า ตั้งค่าการวัดผลข้ามโดเมนบนทุกหน้า ใช้ cookie domain เดียวกันในทุกซับโดเมน และเพิ่มซับโดเมนลงในรายการยกเว้นถ้ายังมี referral อยู่
โดเมนหลักที่แยกกันจริง เช่น example.com กับ example.co.th หรือ example-booking.com ต้องตั้งค่าเสมอ เพราะไม่มีคุกกี้ตัวไหนแชร์ข้ามกันได้
ตารางด้านล่างสรุปว่าแต่ละรูปแบบต้องตั้งค่าอะไร
| เส้นทางของผู้เข้าชม | สิ่งที่ต้องตั้งค่า | เหตุผล |
|---|---|---|
| www.example.com ไปยัง shop.example.com | ตรวจหา self-referral และ Google แนะนำให้ตั้งค่าข้ามโดเมนในกรณีนี้ด้วย | ซับโดเมนใช้คุกกี้เริ่มต้นร่วมกันได้ แต่การเปลี่ยนค่า cookie domain ทำให้ส่วนนี้พัง |
| example.com ไปยังระบบจองบนโดเมนอื่นที่โหลด G- tag ของคุณ | เพิ่มทั้งสองโดเมนใน Configure your domains | โดเมนต่างกันแชร์คุกกี้ไม่ได้ พารามิเตอร์ _gl จึงต้องพา ID ข้ามไป |
| example.com ไปยังหน้าชำระเงินที่คุณติดแท็กไม่ได้ | เพิ่มโดเมนชำระเงินใน List unwanted referrals | ข้ามโดเมนไม่ได้ถ้าไม่มีแท็กของคุณ จึงต้องกันไม่ให้การกลับมานับเป็น referral |
| วิดเจ็ตจองที่ฝังใน iframe บนหน้าของคุณ | สอบถามผู้ให้บริการ | ข้อสรุปเชิงอนุมาน: Google อธิบาย linker สำหรับลิงก์และฟอร์ม และ iframe ที่โหลดอยู่ในหน้าเดิมไม่ใช่ทั้งสองอย่าง |
ทดสอบด้วย Tag Assistant และ DebugView
ทดสอบก่อนเชื่อรายงานใด ๆ วิธีตรวจที่เร็วที่สุดทำด้วยมือได้และไม่ต้องใช้เครื่องมือ:
- เปิดหน้าบนโดเมนแรกที่มีลิงก์หรือฟอร์มไปยังโดเมนที่สอง
- คลิกลิงก์หรือส่งฟอร์ม
- ตรวจว่าหน้าปลายทางโหลดได้ตามปกติ
- ดูที่แถบที่อยู่ และตรวจว่า URL มี _gl อยู่ เช่น ?_gl=1*...
- ถ้าเว็บไซต์มีการดาวน์โหลดไฟล์ที่ข้ามโดเมน ให้ตรวจว่าการดาวน์โหลดยังเริ่มได้จากหน้าที่มีพารามิเตอร์นี้
จากนั้นยืนยันฝั่งข้อมูล เริ่มเซสชัน Tag Assistant ที่ tagassistant.google.com ซึ่งจะเปิด debug mode ให้เบราว์เซอร์ของคุณด้วยการเติมพารามิเตอร์ลงในที่อยู่เว็บไซต์ แล้วเดินตามเส้นทางเดิมอีกครั้ง เปิด DebugView ใน GA4 ส่วน seconds stream แสดงอีเวนต์ใน 60 วินาทีล่าสุด และ minutes stream เก็บไว้ 30 นาทีล่าสุด สิ่งที่ต้องการเห็นคือ page view บนทั้งสองโดเมนอยู่ในสตรีมของอุปกรณ์เดียวกัน โดยไม่มีจุดที่เซสชันใหม่เริ่มขึ้นที่โดเมนที่สอง
หลังจากมีทราฟฟิกปกติไปสักสองสามวัน ให้เปิดรายงาน Traffic acquisition แล้วหาโดเมนของคุณเอง หรือโดเมนของระบบจอง ในช่อง session source ถ้ายังเห็นต่อเนื่อง แปลว่ายังมีบางเส้นทางที่ไม่ได้ถูกเติมพารามิเตอร์
จุดที่มักพังบ่อย
การ redirect ที่ตัดพารามิเตอร์ทิ้ง
ถ้าปลายทางมีการ redirect เช่น จาก http ไป https จาก URL สั้นไป URL ยาว หรือจากหน้าเลือกภาษาไปยัง path ของภาษา และการ redirect นั้นทิ้ง query string ไป _gl ก็จะหายไปก่อนที่แท็กจะได้อ่าน ให้ตรวจทุกขั้นของการ redirect ด้วยแท็บ network ในเบราว์เซอร์ การแก้ต้องทำที่เซิร์ฟเวอร์หรือในกฎ redirect ของผู้ให้บริการ ซึ่งต้องส่งต่อ query parameter ไปด้วย
การเปลี่ยนหน้าด้วย JavaScript
ปุ่มที่เปลี่ยนหน้าด้วยสคริปต์แทนลิงก์จริง และสคริปต์ที่เรียก Event.stopPropagation() ตอนคลิก อาจทำให้แท็กเติมพารามิเตอร์ลงใน URL ไม่ได้ การเปลี่ยนให้เป็นแท็ก anchor ธรรมดาที่มี href มักแก้ปัญหาได้
iframe
ระบบจองหลายเจ้าฝังลงในหน้าของคุณเป็น iframe ได้ หน้าช่วยเหลือเรื่องข้ามโดเมนของ Google อธิบาย linker สำหรับลิงก์และฟอร์ม และไม่ได้พูดถึง iframe ข้อสรุปเชิงอนุมานจึงเป็นว่า iframe ที่โหลดอยู่ในหน้าเดิมจะไม่ถูกเติมพารามิเตอร์ ให้ถามผู้ให้บริการว่าโค้ดฝังของเขาจัดการกับ Google Analytics อย่างไร ถ้ารองรับการวัดผลของคุณไม่ได้ การลิงก์ออกไปยังหน้าเต็มบนโดเมนของเขามักวัดผลให้ถูกต้องได้ง่ายกว่า
tag ID ไม่ตรงกัน
เทมเพลตของผู้ให้บริการโหลด ID เก่า โหลด property อื่น หรือไม่มีแท็กเลยในขั้นยืนยันการจอง พารามิเตอร์ _gl มาถึงครบ แต่ไม่มีอะไรอีกฝั่งอ่านมันเข้าสตรีมที่ถูกต้อง
แบนเนอร์ขอความยินยอม
ถ้าโดเมนที่สองบล็อกคุกกี้ analytics จนกว่าผู้เข้าชมจะกดยอมรับแบนเนอร์ขอความยินยอมของโดเมนนั้นเอง แท็กจะทำงานต่างออกไปจนกว่าจะได้รับความยินยอม ให้ทดสอบทั้งกรณีที่กดยอมรับและปฏิเสธ และตรวจให้แน่ใจว่าทั้งสองโดเมนจัดการความยินยอมไปในทางเดียวกัน
เรื่องนี้มีความหมายอย่างไรกับนักการตลาดไทย
โรงแรม รีสอร์ต บริษัททัวร์ หรือคลินิกในไทยที่ใช้โดเมนหนึ่งเป็นเว็บไซต์หลัก แล้วรับจองผ่านระบบของบุคคลที่สาม หรือแบรนด์ที่มีทั้ง .com และ .co.th คู่กัน จะมีเซสชันแยกออกจากกันโดยค่าเริ่มต้น สำหรับโรงแรมที่ลงเงินกับ Google Ads การส่งต่อไปยังระบบจองที่พังอาจทำให้ paid search ดูเหมือนแทบไม่สร้างรายได้เลย ซึ่งพาการตัดสินใจเรื่องงบไปผิดทาง ก่อนตัดสินผลตอบแทนของแคมเปญ ให้ตรวจการส่งต่อด้วยขั้นตอนข้างต้น ถ้าคุณบริหารโรงแรมและอยากให้ตรวจทั้งสายการวัดผล ทีม การตลาดโรงแรม ตรวจให้ได้เป็นส่วนหนึ่งของงานแคมเปญ
คำถามที่พบบ่อย
ซับโดเมนต้องตั้งค่าการติดตามข้ามโดเมนใน GA4 ไหม
หน้าช่วยเหลือของ Google แนะนำให้ตั้งค่านี้กับซับโดเมนด้วย เพราะการเดินทางระหว่างซับโดเมนที่ตั้งค่า cookie domain ต่างกันอาจทำให้เกิด self-referral ซับโดเมนใช้คุกกี้เริ่มต้นของ Google tag ร่วมกันได้ จึงควรดู session source ว่ามีซับโดเมนของคุณเองโผล่มาไหม และตรวจค่า cookie domain ถ้าเห็น
ถ้าอีกโดเมนใช้ measurement ID ต่างกัน การวัดผลข้ามโดเมนยังใช้ได้ไหม
ใช้ไม่ได้ ทุกโดเมนต้องโหลด G- tag ID ตัวเดียวกันจากสตรีมข้อมูลเว็บเดียวกัน ID ที่ต่างกันจะส่งข้อมูลไปยังสตรีมหรือ property อื่น ID ที่ส่งผ่าน _gl จึงไม่มีวันมาเชื่อมกันในรายงานของคุณ
ทำไมตั้งค่าแล้วยังเห็นระบบจองเป็น referral อยู่
เพราะยังมีบางเส้นทางไปยังระบบจองที่มาถึงโดยไม่มีพารามิเตอร์ _gl ให้หาการ redirect ที่ทิ้ง query string ปุ่มที่เปลี่ยนหน้าด้วย JavaScript โค้ดฝังแบบ iframe และการกลับมาจากหน้าชำระเงินที่ต้องเพิ่มไว้ในรายการ referral ที่ไม่ต้องการ
การตั้งค่านี้แก้ข้อมูลย้อนหลังได้ไหม
ไม่ได้ linker ทำงานตอนที่ผู้เข้าชมเปลี่ยนหน้า จึงมีผลได้เฉพาะเซสชันที่เก็บหลังจากคุณกด Save ไปแล้ว เซสชันในอดีตยังคงแหล่งที่มาที่แยกกันอยู่ จึงต้องระวังเวลาเปรียบเทียบช่วงเวลาก่อนและหลังวันที่ตั้งค่า
ทำให้การส่งต่อระหว่างโดเมนถูกต้อง
การวัดผลข้ามโดเมนเป็นการตั้งค่าเล็ก ๆ ที่มีผลใหญ่ต่อการระบุแหล่งที่มาของยอดขาย กำหนดให้ครบทุกโดเมน ยืนยันว่าทุกโดเมนใช้ tag ID เดียวกัน ทดสอบเส้นทางจริงของลูกค้า และใช้รายการ referral ที่ไม่ต้องการกับโดเมนที่คุณติดแท็กไม่ได้ ถ้าอยากให้ตรวจการตั้งค่าทั้งระบบ บริการตั้งค่าและย้ายระบบ GA4 ครอบคลุมสตรีมข้อมูล แท็ก และการระบุแหล่งที่มา ข้อมูลที่สะอาดยังเปลี่ยนวิธีที่คุณอ่าน แคมเปญ Google Ads และ การตรวจ SEO เชิงเทคนิค ก็เป็นจังหวะที่ดีในการหาการ redirect ที่ตัดพารามิเตอร์ออกจาก URL ของคุณ
