MousePlayer ಕಾರ್ಯನಿರ್ವಹಿಸುವ ವಿಧಾನ
ನಮ್ಮ ಟ್ರ್ಯಾಕಿಂಗ್ ವಿನ್ಯಾಸ, ಸಾಧನಗಳಾದ್ಯಂತ ಪರದೆ ರೆಸಲ್ಯೂಷನ್ ನಿರ್ವಹಣೆ ಮತ್ತು ವ್ಯವಸ್ಥೆಯ ಮಿತಿಗಳ ಸರಳ ಮಾರ್ಗದರ್ಶಿ.
1. ನಾವು ವೀಡಿಯೊ ರೆಕಾರ್ಡಿಂಗ್ ಏಕೆ ಬಳಸುವುದಿಲ್ಲ
ದೃಶ್ಯ ವಿಶ್ಲೇಷಣಾ ಪರಿಕರಗಳು ಭೇಟಿದಾರರ ಪರದೆಯ ಪ್ರಮಾಣಿತ ವೀಡಿಯೊ ಫೈಲ್‌ಗಳನ್ನು (MP4 ಅಥವಾ WebM ಮುಂತಾದವು) ರೆಕಾರ್ಡ್ ಮಾಡುತ್ತವೆ ಎಂಬುದು ಸಾಮಾನ್ಯ ತಪ್ಪು ಕಲ್ಪನೆ. ಹೀಗೆ ಮಾಡಿದರೆ ಹೆಚ್ಚಿನ ಬ್ಯಾಂಡ್‌ವಿಡ್ತ್ ಬೇಕಾಗಿ ವೆಬ್‌ಸೈಟ್ ಬಹಳ ನಿಧಾನವಾಗುತ್ತದೆ ಮತ್ತು ಪಠ್ಯ ಮಸುಕಾಗಿ ಓದಲಾಗುವುದಿಲ್ಲ.
ಬದಲಿಗೆ MousePlayer ಈ ಹಗುರ ತಂತ್ರಜ್ಞಾನ ಬಳಸುತ್ತದೆ: DOM ಸ್ನ್ಯಾಪ್‌ಶಾಟ್ ಟೆಲಿಮೆಟ್ರಿ. ಮೂಲ ಹಂತದಲ್ಲಿ ಅದರ ಕಾರ್ಯವಿಧಾನ ಹೀಗಿದೆ:
ರೂಪರೇಖೆಯ ಸ್ನ್ಯಾಪ್‌ಶಾಟ್
ಭೇಟಿದಾರರು ಪುಟ ತೆರೆದಾಗ ನಮ್ಮ ಸ್ಕ್ರಿಪ್ಟ್ ನಿಮ್ಮ HTML ಮತ್ತು ಶೈಲಿಯ ರಚನೆಯ ಪಠ್ಯ ರೂಪರೇಖೆ ತೆಗೆದುಕೊಳ್ಳುತ್ತದೆ. ಪುಟದ ಚಿತ್ರ ಅಥವಾ ವೀಡಿಯೊ ಫೈಲ್‌ಗಳನ್ನು ನಕಲಿಸದೆ ಅಂಶಗಳ ಸ್ಥಾನ ರೆಕಾರ್ಡ್ ಮಾಡುತ್ತದೆ; ಮರುಪ್ಲೇ ಸಮಯದಲ್ಲಿ ಪ್ಲೇಯರ್ ಮೂಲ ವಿಳಾಸದಿಂದ ಚಿತ್ರ ಲೋಡ್ ಮಾಡುತ್ತದೆ. ಕ್ಯಾನ್ವಾಸ್ ಅಂಶಗಳು ವಿನಾಯಿತಿ; ಅವುಗಳ ವಿಷಯವನ್ನು ಚಿತ್ರವಾಗಿ ಕಳುಹಿಸಲಾಗುತ್ತದೆ (ಕೆಳಗೆ ನೋಡಿ).
ನಿರ್ದಿಷ್ಟಾಂಕಗಳ ಟೆಲಿಮೆಟ್ರಿ
ಬಳಕೆದಾರರು ಸಂವಹನ ಮಾಡುವಾಗ ಘಟನೆಗಳ ಹರಿವನ್ನು ರೆಕಾರ್ಡ್ ಮಾಡುತ್ತೇವೆ: ಮೌಸ್ ಸ್ಥಾನಗಳು, ಸ್ಕ್ರೋಲ್ ಆಳ, ಕ್ಲಿಕ್ ಗುರಿಗಳು ಮತ್ತು ಬ್ರೌಸರ್ ಗಾತ್ರ ಬದಲಾವಣೆಗಳು; ಜೊತೆಗೆ ಪುಟದ ಬದಲಾವಣೆಗಳು ಮತ್ತು ಸೆಟ್ಟಿಂಗ್‌ಗಳ ಪ್ರಕಾರ ಕನ್ಸೋಲ್ ಸಂದೇಶಗಳು, ವಿಫಲ ಅಥವಾ ನಿಧಾನ ವಿನಂತಿಗಳು ಮತ್ತು ಲೋಡಿಂಗ್ ಸಮಯದ ಮಾಪನಗಳು (Web Vitals). ಚಲನೆಗಳು ಮತ್ತು ಕ್ಲಿಕ್‌ಗಳ ಡೇಟಾ ಚಿಕ್ಕದು; ಪುಟದ ಪ್ರಕಾರ ಸ್ನ್ಯಾಪ್‌ಶಾಟ್‌ಗಳು ಮತ್ತು ಬದಲಾವಣೆಗಳು ಸಾಕಷ್ಟು ದೊಡ್ಡದಿರಬಹುದು; ಅವನ್ನು ಸಂಕುಚಿತವಾಗಿ ಕಳುಹಿಸಲಾಗುತ್ತದೆ.
ಥಿಯೇಟರ್ ಮರುಪ್ಲೇ
ಡ್ಯಾಶ್‌ಬೋರ್ಡ್‌ನಲ್ಲಿ ಸೆಷನ್ ವೀಕ್ಷಿಸುವಾಗ ನಮ್ಮ ಪ್ಲೇಯರ್ ರೆಕಾರ್ಡ್ ಮಾಡಿದ ರೂಪರೇಖೆಯಿಂದ ಪುಟ ಮರುಸೃಷ್ಟಿಸಿ ಅದರ ಮೇಲೆ ವರ್ಚುವಲ್ ಕರ್ಸರ್ ಅನ್ನು ನಿಜ ಸಮಯದಲ್ಲಿ ಚಲಿಸುತ್ತದೆ; ಪಠ್ಯ ಸ್ಪಷ್ಟವಾಗಿಯೇ ಇರುತ್ತದೆ.
ಹಗುರವಾಗಿರಲು ನಿರ್ಮಿಸಲಾಗಿದೆ: ಸ್ಕ್ರಿಪ್ಟ್ ಅಸಿಂಕ್ರೋನಸ್ ಆಗಿ ಲೋಡ್ ಆಗಿ ವೀಡಿಯೊ ಬದಲಿಗೆ ಚಿಕ್ಕ ಸಂಖ್ಯಾ ಡೇಟಾ ಅಂಶಗಳನ್ನು ಕಳುಹಿಸುವುದರಿಂದ ಅದರ ಸ್ವಂತ ಹೊರೆ ಕಡಿಮೆ. ನಿಮ್ಮ Core Web Vitals ಮೇಲಿನ ಪರಿಣಾಮ ಪುಟಗಳು, ಹೋಸ್ಟಿಂಗ್ ಮತ್ತು ಭೇಟಿದಾರರ ಜಾಲ ಅವಲಂಬಿಸುತ್ತದೆ; ಆದ್ದರಿಂದ ನಮ್ಮ ಸಂಖ್ಯೆಯನ್ನು ನಂಬುವ ಬದಲಿಗೆ ನಿಮ್ಮ ಸೈಟ್‌ನಲ್ಲಿ ಅಳೆಯಿರಿ. ನಿರ್ದಿಷ್ಟ ಲೋಡಿಂಗ್ ವೇಗಕ್ಕೆ ಖಾತರಿ ನೀಡುವುದಿಲ್ಲ – ಈ ದಾಖಲೆಯ ವಿಭಾಗ 20 ನೋಡಿ: ಸೇವಾ ನಿಯಮಗಳು.
2. ಪರದೆ ರೆಸಲ್ಯೂಷನ್‌ಗಳು & ಮೊಬೈಲ್ ಸಾಧನಗಳ ನಿರ್ವಹಣೆ
ಇಂದಿನ ಬಳಕೆದಾರರು ಚಿಕ್ಕ ಸ್ಮಾರ್ಟ್‌ಫೋನ್‌ಗಳಿಂದ ಅತ್ಯಂತ ಅಗಲದ 4K ಡೆಸ್ಕ್‌ಟಾಪ್ ಮಾನಿಟರ್‌ಗಳವರೆಗೆ ಬಳಸುತ್ತಾರೆ. ವಿಭಿನ್ನ ಪರದೆ ಅಗಲಗಳಿಗೆ ಹೊಂದಲು ವೆಬ್‌ಸೈಟ್‌ಗಳು ವಿನ್ಯಾಸವನ್ನು ಸ್ವಯಂಚಾಲಿತವಾಗಿ ಸರಿಸಿ, ಮಡಿಸಿ, ಮರುಜೋಡಿಸುತ್ತವೆ — ಇದನ್ನೇ ಪ್ರತಿಕ್ರಿಯಾಶೀಲ ವೆಬ್ ವಿನ್ಯಾಸ ಎನ್ನುತ್ತಾರೆ.
ಭೇಟಿದಾರರ ನಿಖರ ವೀಕ್ಷಣಾ ಪ್ರದೇಶಕ್ಕೆ ಹೊಂದಿಸುವ ವಿಧಾನ
ಮರುಪ್ಲೇ ವಿಕೃತವಾಗದಂತೆ MousePlayer ಭೇಟಿದಾರರ ನಿಖರ ವೀಕ್ಷಣಾ ಪ್ರದೇಶದ ಅಳತೆಗಳನ್ನು ರೆಕಾರ್ಡ್ ಮಾಡುತ್ತದೆ (ಉದಾ., 390x844 ಸ್ಮಾರ್ಟ್‌ಫೋನ್‌ಗೆ ಅಥವಾ 1920x1080 ಡೆಸ್ಕ್‌ಟಾಪ್ ಮಾನಿಟರ್‌ಗೆ). ಥಿಯೇಟರ್ ಪ್ಲೇಯರ್ ತೆರೆದಾಗ ನಮ್ಮ ಎಂಜಿನ್ ಭೇಟಿದಾರರ ಮೂಲ ಪರದೆ ಅನುಪಾತವನ್ನು ನಿಖರವಾಗಿ ಪ್ರತಿಬಿಂಬಿಸುವ ಅಳತೆಗನುಗುಣ ಸ್ಯಾಂಡ್‌ಬಾಕ್ಸ್ ರಚಿಸುತ್ತದೆ.
ಡೆಸ್ಕ್‌ಟಾಪ್ & ಲ್ಯಾಪ್‌ಟಾಪ್ ಪರದೆಗಳು
ಸಾಮಾನ್ಯ ಕಂಪ್ಯೂಟರ್‌ಗಳಲ್ಲಿ ನಿರಂತರ ಮೌಸ್ ಚಲನೆ ಮತ್ತು ಒಂದೇ ಬ್ರೌಸರ್ ಸೆಷನ್‌ನ ಹಲವು ಟ್ಯಾಬ್ ಸಂಚಾರವನ್ನು ದಾಖಲಿಸುತ್ತೇವೆ. ಹೋವರ್ ಮಾಡಿದಾಗ ಪುಟದ ಡಾಕ್ಯುಮೆಂಟ್ ಬದಲಿಸಿ ತೆರೆಯುವ ಮೆನುಗಳು ಮರುಪ್ಲೇಯಲ್ಲಿ ಕಾಣುತ್ತವೆ; ಕೇವಲ CSS ಹೋವರ್ ಪರಿಣಾಮ ಡಾಕ್ಯುಮೆಂಟ್‌ನಲ್ಲಿ ಕಾಣದಿರುವುದರಿಂದ ಮರುಪ್ಲೇಯಲ್ಲಿ ಮರುಸೃಷ್ಟಿಯಾಗುವುದಿಲ್ಲ.
ಸ್ಮಾರ್ಟ್‌ಫೋನ್‌ಗಳು & ಟ್ಯಾಬ್ಲೆಟ್‌ಗಳು
ಟಚ್‌ಸ್ಕ್ರೀನ್‌ಗಳಲ್ಲಿ ತೇಲುವ ಮೌಸ್ ಕರ್ಸರ್ ಇರುವುದಿಲ್ಲ. MousePlayer ಟ್ಯಾಪ್ ಚಲನೆಗಳು, ಸ್ವೈಪ್ ಸ್ಕ್ರೋಲಿಂಗ್ ಮತ್ತು ದಿಕ್ಕು ಬದಲಾವಣೆಗಳನ್ನು (ಲಂಬ ಅಥವಾ ಅಡ್ಡ) ರೆಕಾರ್ಡ್ ಮಾಡುವ ಮೂಲಕ ಸ್ವಯಂಚಾಲಿತವಾಗಿ ಹೊಂದಿಕೊಳ್ಳುತ್ತದೆ.
ಸೆಷನ್ ಮಧ್ಯೆ ಗಾತ್ರ ಬದಲಾವಣೆಯ ಸವಾಲು
ಸೆಷನ್ ಮಧ್ಯೆ ಭೇಟಿದಾರರು ಟ್ಯಾಬ್ಲೆಟ್ ತಿರುಗಿಸಿದರೆ ಅಥವಾ ಡೆಸ್ಕ್‌ಟಾಪ್ ಬ್ರೌಸರ್ ವಿಂಡೋ ಗಾತ್ರ ಬದಲಿಸಿದರೆ ವೆಬ್‌ಸೈಟ್ ವಿನ್ಯಾಸ ತಕ್ಷಣ ಬದಲಾಗುತ್ತದೆ. MousePlayer ಈ ವಿಂಡೋ ಗಾತ್ರ ಬದಲಾವಣೆಗಳನ್ನು ದಾಖಲಿಸಿ ಮರುಪ್ಲೇ ಕ್ಯಾನ್ವಾಸ್ ಅನ್ನು ತಕ್ಷಣ ಸರಾಗವಾಗಿ ಹೊಂದಿಸುತ್ತದೆ; ಹೀಗಾಗಿ ಸಂವಹನದ ಸಂದರ್ಭ ಉಳಿಯುತ್ತದೆ.
3. ವ್ಯವಸ್ಥೆಯ ಮಿತಿಗಳು & ತಾಂತ್ರಿಕ ಗಡಿಗಳು
ಬಳಕೆದಾರರ ಗೌಪ್ಯತೆ ಗೌರವಿಸಲು, ಬ್ರೌಸರ್ ಸುರಕ್ಷತೆ ಉಳಿಸಲು ಮತ್ತು ವೇಗವಾಗಿ ಡೇಟಾ ಸಂಸ್ಕರಿಸಲು MousePlayer ನಿರ್ದಿಷ್ಟ ತಾಂತ್ರಿಕ ಗಡಿಗಳಲ್ಲಿ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತದೆ:
| ವ್ಯವಸ್ಥೆಯ ಮಿತಿ | MousePlayer ನಿರ್ವಹಿಸುವ ವಿಧಾನ |
|---|---|
| iFrame ಗಳು | ನಿಮ್ಮ ಪುಟದ ಮೂಲದಂತೆಯೇ ಇರುವ iframe ಗಳನ್ನು ಅವುಗಳ ವಿಷಯ ಮತ್ತು ಒಳಗಿನ ಸಂವಹನದೊಂದಿಗೆ ರೆಕಾರ್ಡ್ ಮಾಡಲಾಗುತ್ತದೆ. ಬೇರೆ ಮೂಲದ ಎಂಬೆಡ್ ವಿಷಯವನ್ನು (ಉದಾ. YouTube ಪ್ಲೇಯರ್‌ಗಳು, Stripe ಪಾವತಿ ಫಾರ್ಮ್‌ಗಳು) ಬ್ರೌಸರ್ ಸುರಕ್ಷತಾ ನೀತಿಗಳಿಂದ (Same-Origin Policy) ಒಳಗಿನಿಂದ ರೆಕಾರ್ಡ್ ಮಾಡಲಾಗುವುದಿಲ್ಲ; ಮರುಪ್ಲೇಯಲ್ಲಿ ಪ್ಲೇಸ್‌ಹೋಲ್ಡರ್ ಆಗಿ ಕಾಣುತ್ತದೆ, ಅಲ್ಲಿ ಲೋಡ್ ಮಾಡುವುದಿಲ್ಲ. |
| ಸೂಕ್ಷ್ಮ ಇನ್‌ಪುಟ್ ಫೀಲ್ಡ್‌ಗಳು (PII) | ಪ್ರತಿ ಮರೆಮಾಚುವಿಕೆ ಹಂತದಲ್ಲೂ ಪಾಸ್‌ವರ್ಡ್ ಮತ್ತು ಪಾವತಿ ಫೀಲ್ಡ್‌ಗಳನ್ನು ಭೇಟಿದಾರರ ಸಾಧನದಲ್ಲೇ ಮರೆಮಾಡಲಾಗುತ್ತದೆ; ಪ್ರತಿ ಪ್ರಾಪರ್ಟಿಗೆ ಎಲ್ಲ ಫಾರ್ಮ್ ಇನ್‌ಪುಟ್‌ಗಳ ಪೂರ್ಣ ಮರೆಮಾಚುವಿಕೆ ಪೂರ್ವನಿಯೋಜಿತವಾಗಿದೆ. ಟೈಪಿಂಗ್ ನಡೆದಿದೆ ಎಂದು ಕಾಣುತ್ತದೆ, ಟೈಪ್ ಮಾಡಿದ ಪಠ್ಯವಲ್ಲ. ಎರಡು ಮಿತಿಗಳು ಅನ್ವಯಿಸುತ್ತವೆ: ಎರಡು ದುರ್ಬಲ ಹಂತಗಳಿಗೆ ನಮ್ಮ ಲಿಖಿತ ಅನುಮೋದನೆ ಬೇಕು; ನಿಮ್ಮ ಸ್ವಂತ ಪುಟ ಡಾಕ್ಯುಮೆಂಟ್‌ನಲ್ಲಿ ಮುದ್ರಿಸುವ ವಿಷಯಕ್ಕೆ ಮರೆಮಾಚುವಿಕೆ ತಲುಪುವುದಿಲ್ಲ – ವಿಳಾಸ ತೋರಿಸುವ ದೃಢೀಕರಣ ಪುಟ ಸ್ನ್ಯಾಪ್‌ಶಾಟ್‌ನ ಭಾಗವಾಗಿದೆ. ಎರಡನ್ನೂ ಈ ದಾಖಲೆಯಲ್ಲಿ ವಿವರಿಸಲಾಗಿದೆ: DPA. |
| Canvas & WebGL ಅಂಶಗಳು | ಕ್ಯಾನ್ವಾಸ್ ವಿಷಯವನ್ನು ಚಿತ್ರವಾಗಿ ರೆಕಾರ್ಡ್ ಮಾಡಲಾಗುತ್ತದೆ: ಪುಟದ ಸ್ನ್ಯಾಪ್‌ಶಾಟ್‌ನೊಂದಿಗೆ ಒಮ್ಮೆ; ನಂತರ ಬದಲಾದಾಗಲೆಲ್ಲ ಗರಿಷ್ಠ ಸುಮಾರು ಪ್ರತಿ ಸೆಕೆಂಡಿಗೆ ಒಮ್ಮೆ, ಗಾತ್ರದ ಮಿತಿಯೊಂದಿಗೆ. ಹೀಗಾಗಿ ಸರಾಗ ಅನಿಮೇಷನ್‌ಗಳು ಫ್ರೇಮ್‌ಗಳ ಸರಣಿಯಾಗಿ ಕಾಣುತ್ತವೆ. ಮರೆಮಾಡಿದ ಪ್ರದೇಶಗಳಲ್ಲಿ ಅಥವಾ ಬೇರೆ ಮೂಲದ ಚಿತ್ರಗಳಿರುವ ಕ್ಯಾನ್ವಾಸ್ ಅಂಶಗಳಿಗೆ ಚಿತ್ರ ಕಳುಹಿಸುವುದಿಲ್ಲ; WebGL ವಿಷಯ ಖಾಲಿಯಾಗಿ ಉಳಿಯಬಹುದು. |
| ವೆಬ್ ಕಾಂಪೊನೆಂಟ್‌ಗಳು (Shadow DOM) | ತೆರೆದ ಶ್ಯಾಡೋ ರೂಟ್‌ಗಳನ್ನು ವಿಷಯದೊಂದಿಗೆ ರೆಕಾರ್ಡ್ ಮಾಡಲಾಗುತ್ತದೆ. ಮುಚ್ಚಿದ ಶ್ಯಾಡೋ ರೂಟ್‌ಗಳಿಗೆ ಸ್ಕ್ರಿಪ್ಟ್‌ಗಳು ಪ್ರವೇಶಿಸಲಾಗುವುದಿಲ್ಲ; ಅವುಗಳ ವಿಷಯ ಮರುಪ್ಲೇಯಲ್ಲಿ ಇರುವುದಿಲ್ಲ. |
| ಸಾಗಣೆ & ಬ್ರೌಸರ್ ಸಂಗ್ರಹ | ಎನ್‌ಕ್ರಿಪ್ಟ್ ಮಾಡಿದ WebSocket ಸಂಪರ್ಕದ ಮೂಲಕ (HTTPS/WSS) ಡೇಟಾ ಕಳುಹಿಸಲಾಗುತ್ತದೆ. ಉದಾಹರಣೆಗೆ ಪ್ರಾಕ್ಸಿಯಿಂದ ಸಂಪರ್ಕ ಸ್ಥಾಪಿಸಲಾಗದಿದ್ದರೆ ಸ್ಕ್ರಿಪ್ಟ್ ಎನ್‌ಕ್ರಿಪ್ಟ್ ಮಾಡಿದ HTTP ಮಾರ್ಗಕ್ಕೆ ಮರಳುತ್ತದೆ; ತುಂಬಾ ದೊಡ್ಡ ಪುಟ ಸ್ನ್ಯಾಪ್‌ಶಾಟ್‌ಗಳನ್ನು HTTPS ಮೂಲಕ ಪ್ರತ್ಯೇಕ ಅಪ್‌ಲೋಡ್ ಮಾಡಲಾಗುತ್ತದೆ. MousePlayer ಕುಕೀಗಳನ್ನು ಹೊಂದಿಸುವುದಿಲ್ಲ; ನಿಮ್ಮ ಸೈಟ್‌ನಲ್ಲಿ ಬ್ರೌಸರ್‌ನ ಸ್ಥಳೀಯ ಮತ್ತು ಸೆಷನ್ ಸಂಗ್ರಹ ಬಳಸುತ್ತದೆ. |
| ನಿಷ್ಕ್ರಿಯ AFK ಅವಧಿಗಳು | ಭೇಟಿದಾರರು ಟ್ಯಾಬ್ ತೆರೆದಿಟ್ಟು 20 ನಿಮಿಷ ದೂರ ಹೋದರೆ ನಮ್ಮ ಎಂಜಿನ್ ಸ್ವಯಂಚಾಲಿತವಾಗಿ ನಿಷ್ಕ್ರಿಯತೆ ಪತ್ತೆಹಚ್ಚಿ ಮರುಪ್ಲೇಯಲ್ಲಿ ಆ ಖಾಲಿ ಸಮಯವನ್ನು ಸಂಕುಚಿತಗೊಳಿಸುತ್ತದೆ; ಸ್ಥಿರ ಪರದೆ ನೋಡುತ್ತ ಸಮಯ ವ್ಯರ್ಥವಾಗುವುದಿಲ್ಲ. |