โปรไฟล์การวิเคราะห์หลายโดเมนหนึ่งโปรไฟล์หรือหนึ่งโปรไฟล์การวิเคราะห์ต่อโดเมน


21

ขณะนี้ฉันใช้งานเว็บแอพขนาดเล็กที่เชื่อมโยงธุรกิจในท้องถิ่นกับลูกค้าใหม่ในช่องที่เฉพาะเจาะจงมาก ในช่วงไม่กี่เดือนที่ผ่านมาโมเดลนี้ทำงานได้ดีมากและการเติบโตนั้นยอดเยี่ยมมากดังนั้นจริง ๆ แล้วฉันกำลังเตรียมที่จะขยายแอพเพื่อรองรับหลายไซต์ / ซอก ในที่สุดมันก็จะมีโครงสร้างคล้ายกันมากกับ StackExchange ในแต่ละไซต์จะมีโดเมนของตัวเองการออกแบบและการมุ่งเน้น แต่วิ่งออกจากแพลตฟอร์มเดียวกัน

จากที่กล่าวมาฉันได้ลองคิดหาวิธีที่ดีที่สุดในการจัดการการวิเคราะห์ (โดยเฉพาะ Google Analytics) สำหรับการตั้งค่านี้

ข้อกำหนดสองข้อของฉันนั้นโดยทั่วไปแล้วฉันต้องการที่จะเห็นสถิติรวมของทุกไซต์เพื่อที่ฉันจะได้รับภาพรวมของการทำงานของระบบโดยทั่วไปในแต่ละวัน แต่ยังสามารถ จำกัด ให้แคบลงได้ด้วย ไซต์และติดตามในระดับนั้นสำหรับ SEO การตลาดและการดีบัก

สิ่งที่ฉันหวังคือคนอื่น ๆ ที่อาจเคยทำสิ่งนี้หรือมีประสบการณ์มากขึ้นกับ Google Analytics อาจสามารถบอกฉันได้ว่าฉันจะดีกว่าถ้าสร้างโปรไฟล์การวิเคราะห์หลายโดเมนเดียว site) หรือสร้างโปรไฟล์สำหรับแต่ละไซต์และมี id โปรไฟล์เฉพาะที่กำหนดค่ากับไซต์ในระบบของฉัน

จากมุมมองการพัฒนาฉันค่อนข้างจะทำในอดีต

ขอบคุณล่วงหน้าสำหรับเวลาและข้อมูลเชิงลึกของคุณ!

คำตอบ:


20

วิธีการทั้งสองไม่สมบูรณ์แบบ ทั้งสองมีข้อดีและข้อเสีย

มันง่ายกว่าที่จะมีคีย์ Google Analytics ที่แตกต่างกันหนึ่งคีย์สำหรับทุกโดเมนหรือโดเมนย่อย ไม่มีคำถามเกี่ยวกับเรื่องนี้ อย่างไรก็ตามนั่นจะแยกย่อยเมื่อคุณพูดโดเมนหลายสิบหรือหลายร้อย

หากคุณมีSUBdomainจำนวนมากที่ใช้คีย์ Google Analytics เดียวกันคุณจะต้องกดชื่อโดเมนในแต่ละคำขอเช่นนั้น

var _gaq = _gaq || []; 
_gaq.push(['_setAccount', 'UA-5620270-24']); 
_gaq.push(['_setDomainName', '.stackexchange.com']); 
_gaq.push(['_trackPageview']);

จากนั้นคุณสามารถแบ่งกลุ่มตามชื่อโฮสต์ได้ง่าย ๆ ... เพียงแค่ใช้เมนูดร็อปดาวน์ขั้นสูงที่ด้านบนขวาและสร้างกลุ่มhostname="gaming.stackexchange.com"หรืออะไรที่คล้ายกัน คุณสามารถสร้างกลุ่มรวมhostname="gaming.stackexchange.com" OR hostname="webapps.stackexchange.com" OR hostname="cooking.stackexchange.com"ฯลฯ

หากคุณมีโดเมนที่แตกต่างกันมากมันยากกว่ามาก

เรียกใช้_link()เมธอดในลิงก์ใด ๆ ระหว่างโดเมน หากลิงก์ปัจจุบันของคุณมีแบบฟอร์ม:

<a href="https://www.secondsite.com/?login=parameters">Login Now</a>

เปลี่ยนเป็น:

<a href="https://www.secondsite.com/?login=parameters" onclick="_gaq.push(['_link', 'http://www.firstsite.com']); return false;">Login Now</a>

สำหรับโดเมนที่ต่างกันเราเพียงใช้คีย์ Google Analytics ที่ต่างกัน


ใครบางคนใน twitter ยังชี้code.google.com/apis/analytics/docs/tracking/?hl=th
Jeff Atwood

อีกอย่างที่ต้องพิจารณาที่นี่ คุณจะแสดงสถิติให้กับลูกค้าที่แตกต่างกันหรือไม่ จากนั้นฉันก็จะไปกับ ID แยกต่างหาก
หัวล้าน

การวิเคราะห์นั้นมีไว้สำหรับใช้ภายในเท่านั้นไม่มีใครต้องการการเข้าถึง เป็นมากกว่าที่เราจะมีหนึ่งไซต์สำหรับร้านค้าแคมป์ไซต์หนึ่งสำหรับร้านขายอุปกรณ์ตกปลา ฯลฯ
Daniel Pehrson

คุณได้ตัดสินใจแล้วว่าคุณจะใช้แดเนียลแบบไหน? ฉันมีสถานการณ์เดียวกันและอยากรู้อยากเห็น ...
Michael D

1
ฉันจะลองใช้ตัวเลือกหลัง ( google.com/support/analytics/bin/?hl=th ) และดูว่ามันจะเป็นอย่างไร การดำเนินการนี้น่าจะอยู่ห่างออกไปไม่กี่เดือนอย่างน้อย (ฉันวางแผนล่วงหน้า)
Daniel Pehrson

7

มีข้อมูลเพิ่มเติมเกี่ยวกับการติดตามข้ามโดเมนคือที่นี่ ดังที่เจฟฟ์กล่าวถึงการติดตามข้ามโดเมนนั้นไม่ได้มีไว้สำหรับคนใจแคบ แต่สามารถทำได้ด้วยรหัส jQuery สองสามบรรทัดที่เลือกลิงก์และเพิ่มการติดตามการโทรที่เหมาะสม คุณอาจต้องเพิ่มการติดตามการโทรไปยังแบบฟอร์มหากมีการโพสต์ระหว่างโดเมน

หากคุณพยายามที่จะดูว่าเครือข่ายไซต์ของคุณมีประสิทธิภาพโดยรวมอย่างไรและอาจตั้งเป้าหมายที่เกี่ยวข้องกับหลาย ๆ ไซต์เป็นวิธีเดียวที่จะไป


1
ใช่น่ากลัวว่าการวิเคราะห์ข้ามโดเมนจริง (ด้วยคีย์เดียวกัน) ต้องการให้คุณ "แตะ" ทุกการเชื่อมโยงหลายมิติบนหน้า แต่ดูเหมือนว่าหลีกเลี่ยงไม่ได้
Jeff Atwood

1
สิ่งที่น่าสนใจคือจากการอ่านเอกสารของฉันปรากฏว่าคุณต้องมีลิงค์จาวาสคริปต์ในลิงค์ข้ามไซต์ซึ่งจะหายากมากถ้าในเครือข่ายของฉัน บนแพลตฟอร์มเดียวกัน.) ทุกครั้งที่หนึ่งอาจเชื่อมโยงไปยังเว็บไซต์ที่คล้ายกันอื่นในส่วนหัว แต่จะไม่แพร่หลาย
Daniel Pehrson

0

ใช้ทั้งสอง! เป็นค่าใช้จ่ายในการโหลดหน้าเว็บครั้ง แต่มันจะให้รายละเอียดสถิติ

โดยปกติโค้ดบล็อกทั้งสองจะไม่ขัดแย้งกัน


1
ฉันคิดว่า Google Analytics อาจแนะนำสิ่งนี้จริง ๆ : code.google.com/apis/analytics/docs/concepts/…
Daniel Pehrson
โดยการใช้ไซต์ของเรา หมายความว่าคุณได้อ่านและทำความเข้าใจนโยบายคุกกี้และนโยบายความเป็นส่วนตัวของเราแล้ว
Licensed under cc by-sa 3.0 with attribution required.