สี่นาทีในการสร้างบัญชีบริการ สิบหกเดือนของประวัติ Search Console ที่ถูกดึงย้อนหลังในการซิงค์ครั้งแรก สองวินาทีสำหรับโดเมนที่ยืนยันและตั้งค่าสิทธิ์ไว้แล้ว และสองเดือน — ตัวเลขที่ก่อให้เกิดตั๋วซัพพอร์ตมากกว่าอีกสามตัวเลขรวมกัน เพราะมันคือช่วงเวลาการเก็บข้อมูลเริ่มต้นของ GA4 และแทบไม่มีใครรู้ว่าต้องตรวจสอบก่อนเชื่อมต่อ
การตั้งค่านั้นสั้นมาก คือ ข้อมูลรับรองหนึ่งชุดใน Settings → Google Accounts ปุ่มเชื่อมต่อสองปุ่มใน Domain Management จากนั้นคุณก็มักจะลืมไปว่าหน้านี้มีอยู่ แต่ตัวเลขสองเดือนนั้นคุ้มค่าที่จะอธิบายให้ครบถ้วน เพราะมันอธิบายว่าทำไมบางโดเมนถึงแสดงประวัติ Analytics ที่ครบถ้วนและมีประโยชน์ตั้งแต่วันแรก ในขณะที่บางโดเมนแทบไม่แสดงอะไรเลยเป็นเวลาหลายสัปดาห์ — และนั่นไม่ใช่บั๊กของแพลตฟอร์มเมื่อเกิดเหตุการณ์นี้ขึ้น
ข้อมูลรับรองหนึ่งชุด ให้สิทธิ์เพียงครั้งเดียว
คุณอัปโหลดคีย์บัญชีบริการของ Google — ไฟล์ JSON ไม่ใช่การเข้าสู่ระบบส่วนตัว เป็นข้อมูลระบุตัวตนแบบโรบอต ไม่ใช่โทเค็น OAuth ของมนุษย์ที่หมดอายุหรือใช้งานไม่ได้เมื่อมีคนเปลี่ยนรหัสผ่าน Google Cloud ออกให้ครั้งเดียวและมันจะทำงานต่อไปจนกว่าคุณจะลบมันทิ้ง ซึ่งเป็นวิธีเดียวกับที่แพลตฟอร์มซิงค์ข้อมูลตอนตีสามโดยไม่มีใครล็อกอินอยู่เลย
การสร้างบัญชีนี้ใช้เวลาประมาณสี่นาทีตามที่ว่าไว้ หากคุณไม่เคยทำมาก่อน: เลือกโปรเจกต์ใหม่หรือที่มีอยู่แล้ว ไปที่ IAM & Admin → Service Accounts → Create แล้วดาวน์โหลดคีย์ สิทธิ์ที่เลือกสำคัญกว่าที่ดรอปดาวน์แสดงให้เห็น — ให้กำหนดสิทธิ์ Viewer สำหรับพร็อพเพอร์ตี้ Search Console และพร็อพเพอร์ตี้ Analytics เท่านั้น ไม่ต้องสูงกว่านี้ ผมเคยเห็นทีมงานให้สิทธิ์ Editor เพราะมันเป็นตัวเลือกบนสุด แล้วหกเดือนต่อมาไม่มีใครอธิบายได้ว่าทำไมบัญชีบอทถึงมีสิทธิ์แก้ไขการตั้งค่า GA4 ของพวกเขา สิทธิ์แบบอ่านอย่างเดียวคือสิ่งที่ถูกต้อง — แพลตฟอร์มจะไม่แตะต้องการตั้งค่าของคุณเลย
คีย์เดียวครอบคลุมทุกโดเมนภายใต้โปรเจกต์ Google Cloud นั้น ถ้าคุณเป็นเอเจนซี่ที่ดูแลเว็บไซต์ลูกค้าหลายสิบราย นั่นเป็นเหตุผลให้ควรใช้บัญชีบริการหนึ่งบัญชีต่อลูกค้าหนึ่งราย แทนที่จะใช้บัญชีเดียวสำหรับทั้งหมด — การยกเลิกความสัมพันธ์กับลูกค้ารายหนึ่งจะกลายเป็นแค่การลบคีย์เดียว ไม่ใช่การไล่ตรวจสอบว่าโดเมนไหนแอบใช้ข้อมูลรับรองร่วมกับคนที่เพิ่งลาออกไป
Search Console: เร็วเมื่อมันเร็ว น่ารำคาญเมื่อมันไม่เร็ว
- เปิด Connect บนโดเมน Search Console และ Analytics จะมีการ์ดของแต่ละตัว และ Analytics จะมีปุ่มลัด "เหมือนกับ Search Console" เพราะคีย์เดียวมักครอบคลุมทั้งสองอย่าง
- ยืนยันแล้วและให้สิทธิ์กับบัญชีบริการของคุณแล้วใช่ไหม? รวดเร็วทันที — เป็นแค่การตรวจสอบสิทธิ์ ใช้เวลาประมาณสองวินาที
- ยังไม่ได้ยืนยัน: มีการยืนยัน DNS อัตโนมัติหากคุณมอบคีย์ API ของผู้รับจดทะเบียนโดเมน (Cloudflare, Route 53 และอื่นๆ อีกไม่กี่ราย) หรือเพิ่มระเบียน TXT ด้วยตนเอง
เส้นทางด้วยตนเองคือจุดที่คนมักจะใจร้อน การกระจายข้อมูล (propagation) แปรผันได้จริงๆ — บางครั้งเก้าสิบวินาที บางครั้งสี่ชั่วโมง ขึ้นอยู่กับ TTL และการแคชของ resolver แพลตฟอร์มจะตรวจสอบซ้ำเรื่อยๆ ดังนั้นแค่เพิ่มระเบียนแล้วปล่อยไว้ ถ้าผ่านไปหนึ่งวันแล้วยังไม่ยืนยัน มักไม่ใช่เพราะการกระจายข้อมูล แต่เป็นเพราะพิมพ์ค่าผิดหรือระเบียนถูกใส่ผิดโซน (root domain แทนที่จะเป็น subdomain หรือกลับกัน) ลองรัน `dig TXT` ตรวจสอบค่าที่ใช้งานจริงก่อนที่จะโทษ Google
เส้นทางคีย์ API ข้ามขั้นตอนทั้งหมดนี้โดยเขียนระเบียนให้คุณเอง แต่นั่นหมายถึงการมอบสิทธิ์เขียน DNS ของคุณให้เครื่องมือของบุคคลที่สาม — และถ้า DNS นั้นรองรับทราฟฟิกจริงอยู่ ผมคิดว่าการลังเลใจไม่ใช่เรื่องเกินเหตุ เส้นทางด้วยตนเองใช้เวลาไม่กี่นาทีตั้งแต่แรก แต่ทำให้คุณไม่ต้องคิดถึงมันอีกเลย
Analytics และช่องว่างของการเก็บข้อมูลที่ไม่มีใครเตือนคุณ
Analytics เชื่อมต่อด้วยการค้นพบมากกว่าการยืนยัน — แพลตฟอร์มจะมองหาพร็อพเพอร์ตี้ GA4 ที่มีอยู่แล้วบนโดเมนนั้น และเชื่อมต่อถ้าบัญชีบริการของคุณมีสิทธิ์เข้าถึง เนื่องจากสิทธิ์ของ GA4 ถูกควบคุมโดย Google อยู่แล้ว มันสามารถสร้างพร็อพเพอร์ตี้ใหม่ได้ถ้าไม่มีอยู่เลย แต่ควรปล่อยให้ทำแบบนั้นเฉพาะกับเว็บไซต์ใหม่จริงๆ เท่านั้น ถ้าคุณย้ายมาจาก Universal Analytics หรือมีพร็อพเพอร์ตี้ที่มีประวัติหลายปี ให้เชื่อมต่อกับพร็อพเพอร์ตี้นั้นโดยตรง พร็อพเพอร์ตี้ใหม่ที่มีข้อมูลแค่สามวันเป็นจุดเริ่มต้นที่แย่กว่าพร็อพเพอร์ตี้อายุเก้าปีที่มีรูปแบบตามฤดูกาลสะสมไว้มาก และรอบการปรับให้เหมาะสมจะพึ่งพาประวัตินี้มากกว่าที่ขั้นตอนการเชื่อมต่อบอกไว้
นี่คือช่องว่างที่ทำให้คนติดกับดัก: Search Console จะดึงข้อมูลย้อนหลังของคำค้นหาได้สูงสุดถึงสิบหกเดือนในการซิงค์ครั้งแรก เพราะ Google เก็บประวัติมากขนาดนั้นไว้บนเซิร์ฟเวอร์ไม่ว่าคุณจะเชื่อมต่อเมื่อไหร่ก็ตาม GA4 ไม่มีการรับประกันแบบเดียวกัน — การดึงข้อมูลย้อนหลังของมันถูกจำกัดโดยการตั้งค่าการเก็บรักษาข้อมูล (data retention) ของพร็อพเพอร์ตี้นั้นเอง ซึ่งค่าเริ่มต้นคือสองเดือน เว้นแต่จะมีคนในองค์กรของคุณเปลี่ยนมันไว้ก่อนแล้ว ดังนั้นโดเมนหนึ่งอาจแสดงข้อมูลการแสดงผลและคลิกย้อนหลังสิบหกเดือนทันทีที่คุณเชื่อมต่อ แต่มีข้อมูลเซสชันแค่สองเดือนในวันเดียวกัน จากขั้นตอนการตั้งค่าเดียวกันเป๊ะ นี่ไม่ใช่การซิงค์ล้มเหลว มันคือค่าเริ่มต้นการเก็บรักษาข้อมูลของ Google ที่ทำงานตามที่ถูกตั้งค่าไว้อย่างถูกต้อง และวิธีแก้ — ถ้าคุณต้องการข้อมูลมากกว่าสองเดือนต่อจากนี้ — คือการเปลี่ยนช่วงเวลาการเก็บรักษาข้อมูลในการตั้งค่าพร็อพเพอร์ตี้ GA4 โดยตรง ไม่ใช่อะไรที่ทำได้จากฝั่งแพลตฟอร์มนี้ ควรตรวจสอบก่อนที่จะเชื่อมต่อ ไม่ใช่หลังจากที่งงกับความไม่ตรงกันนี้
พร็อพเพอร์ตี้ที่ใช้ร่วมกันและสิ่งที่เกิดขึ้นหลังจากนั้น
ปัญหาเล็กน้อยอีกอย่างของ Analytics: ถ้าองค์กรของคุณใช้พร็อพเพอร์ตี้ GA4 เดียวเก็บข้อมูลของห้าเว็บไซต์ — เรื่องที่พบได้บ่อยเมื่อมีคนตั้งค่าการติดตามไว้หลายปีก่อนแล้วไม่มีใครแยกออกจากกัน — การเชื่อมต่อก็ยังทำงานได้ปกติ แต่ทุกคำค้นหาจะถูกกรองตามชื่อโฮสต์เบื้องหลัง ไม่ใช่ช่องให้ติ๊ก และไม่ใช่สิ่งที่คุณสามารถปิดโดยไม่ตั้งใจได้ นี่คือเหตุผลที่แดชบอร์ดจะแสดงตัวเลขของโดเมนนี้เสมอ ไม่ใช่ยอดรวมของพร็อพเพอร์ตี้ทั้งหมด
เมื่อทั้งสองการเชื่อมต่อเสร็จสมบูรณ์แล้ว การซิงค์จะทำงานทุกวันตามตารางเวลาที่คุณกำหนด (ดูบทเรื่องตารางเวลา) และข้อมูลวิเคราะห์ของร้านค้าจะเชื่อมโยงกันโดยอัตโนมัติสำหรับทุกอย่างที่สร้างบนแพลตฟอร์ม แถวของโดเมนจะแสดงสถานะรอดำเนินการ (pending) บางส่วน (partial) หรือใช้งานอยู่ (active) — "partial" หมายความว่าการเชื่อมต่ออย่างใดอย่างหนึ่งจากสองอย่างใช้งานได้ แต่อีกอย่างไม่ได้ นั่นคือสัญญาณให้คุณไปตรวจสอบว่าการ์ดไหนขึ้นสีแดง แทนที่จะเชื่อสถานะโดยรวมเพียงอย่างเดียว
จุดที่มันมักจะพังจริงๆ
แทบทุกทิกเก็ตที่ผมเคยเห็นตกอยู่ในสามกลุ่มนี้ ไม่มีอะไรแปลกใหม่เลย หนึ่ง: คีย์บัญชีบริการใช้งานได้แต่ผูกอยู่กับโปรเจกต์ Google Cloud ที่ผิด ทำให้การตรวจสอบสิทธิ์ไม่เจออะไรเลยแม้ว่าคีย์เองจะอัปโหลดได้ปกติ สอง: ไม่มีใครเพิ่มอีเมลของบัญชีบริการจริงๆ — อย่างเช่น [email protected] — ในฐานะ Viewer ในการตั้งค่าสิทธิ์เข้าถึงของ Search Console หรือ GA4 เอง การอัปโหลดคีย์ให้แพลตฟอร์มไม่ได้เป็นการมอบสิทธิ์ใดๆ ให้กับฝั่ง Google เลย สาม ซึ่งแอบซ่อนกว่า: โดเมนถูกเชื่อมต่อใหม่ภายใต้บัญชีบริการใหม่หลังจากลบบัญชีเก่าไปแล้ว แต่ตารางเวลายังคงล้มเหลวเงียบๆ กับข้อมูลรับรองที่หมดอายุไปแล้วเป็นเวลาหนึ่งสัปดาห์ก่อนที่จะมีใครสังเกตเห็นว่าตัวเลขหยุดอัปเดต
ไม่มีข้อไหนเป็นบั๊กของแพลตฟอร์มเลย — มันคือต้นทุนปกติของการที่บอทต้องขอสิทธิ์บนผลิตภัณฑ์ของ Google สองตัวที่แยกกัน และรูปแบบของ Google เองก็ไม่ได้ทำให้เรื่องนี้ชัดเจนขึ้น ให้เผื่อเวลาสิบห้านาทีสำหรับโดเมนแรกของคุณ ไม่ใช่สองนาทีตามที่ขั้นตอนบอกไว้ ทุกโดเมนหลังจากนั้นจะเร็ว เพราะทั้งข้อมูลรับรองและความคุ้นเคยจะติดตัวไปด้วย
