ಅವಲೋಕನ

ಘಟನೆಗಳು ಕಾಣದಿದ್ದರೆ, ವಿನಂತಿಗಳು ವಿಫಲವಾದರೆ ಅಥವಾ ಜಾಹೀರಾತು ವ್ಯವಸ್ಥಾಪಕದಲ್ಲಿನ ಮಾಹಿತಿ ನಿಮ್ಮ ವ್ಯವಹಾರದ ದಾಖಲೆಗಳಿಗೆ ಹೊಂದಿಕೆಯಾಗದಿದ್ದರೆ ಈ ಮಾರ್ಗದರ್ಶಿಯನ್ನು ಬಳಸಿ. ಪೂರ್ಣಗೊಂಡ ಒಂದು ಖರೀದಿ, ಸಲ್ಲಿಸಲಾದ ಸಂಭಾವ್ಯ ಗ್ರಾಹಕರ ವಿವರ ಅಥವಾ ಇನ್ನೊಂದು ಕ್ರಿಯೆಯಿಂದ ಪ್ರಾರಂಭಿಸಿ. ಏನಾಯಿತು ಮತ್ತು ಯಾವಾಗ ಆಯಿತು ಎಂಬುದನ್ನು ದಾಖಲಿಸಿ, ನಂತರ ಕೆಳಗಿರುವ ಪ್ರಶ್ನೆಗಳಲ್ಲಿ ಸೂಕ್ತವಾದುದನ್ನು ಆಯ್ಕೆಮಾಡಿ.

ಘಟನೆಯು ಖರೀದಿಯಂತಹ ಕ್ರಿಯೆಯನ್ನು ದಾಖಲಿಸುತ್ತದೆ. ಪಿಕ್ಸೆಲ್ ಭೇಟಿದಾರರ ಬ್ರೌಸರ್‌ನಿಂದ ಘಟನೆಗಳನ್ನು ಕಳುಹಿಸುತ್ತದೆ; ಪರಿವರ್ತನೆಗಳ API (CAPI) ಅವುಗಳನ್ನು ನಿಮ್ಮ ಸರ್ವರ್‌ನಿಂದ ಕಳುಹಿಸುತ್ತದೆ. ಜಾಹೀರಾತು ವ್ಯವಸ್ಥಾಪಕ ಈ ಘಟನೆಗಳನ್ನು ಡೇಟಾ ಮೂಲದಲ್ಲಿ ಸಂಗ್ರಹಿಸುತ್ತದೆ. ಶ್ರೇಯ ನಿಯೋಜನೆಯು ಯಾವ ಜಾಹೀರಾತಿಗೆ ಶ್ರೇಯ ಸಿಗಬೇಕು ಎಂಬುದನ್ನು ನಿರ್ಧರಿಸುತ್ತದೆ. ಜಾಹೀರಾತಿನೊಂದಿಗಿನ ಸಂವಹನದ ನಂತರ ಎಷ್ಟು ಸಮಯದವರೆಗೆ ನಡೆದ ಕ್ರಿಯೆ ಅರ್ಹವಾಗುತ್ತದೆ ಎಂಬುದನ್ನು ಶ್ರೇಯ ನಿಯೋಜನೆಯ ಸಮಯಮಿತಿ ನಿರ್ಧರಿಸುತ್ತದೆ.

ಪದೇಪದೇ ಕೇಳಲಾಗುವ ಪ್ರಶ್ನೆಗಳು

1. ನಾನು ಎಲ್ಲಿಂದ ಪ್ರಾರಂಭಿಸಬೇಕು?

ನೀವು ಅಳೆಯಲು ಬಯಸುವ ಕ್ರಿಯೆ, ಅದನ್ನು ಕಳುಹಿಸುವ ವ್ಯವಸ್ಥೆ ಹಾಗೂ ಬಳಸುವ ಜಾಹೀರಾತು ಖಾತೆ ಮತ್ತು ಪಿಕ್ಸೆಲ್ ಗುರುತನ್ನು ಗುರುತಿಸಿ. ನಿಮ್ಮ ವ್ಯವಸ್ಥೆಯಲ್ಲಿ ಪಿಕ್ಸೆಲ್, CAPI, ಪಾಲುದಾರರ ಏಕೀಕರಣ ಅಥವಾ ಇವುಗಳ ಸಂಯೋಜನೆಯನ್ನು ಬಳಸುತ್ತಿರಬಹುದು. ನೀವು ಬ್ರೌಸರ್ ಪಿಕ್ಸೆಲ್ ಅನ್ನು ಸ್ಥಾಪಿಸದಿದ್ದರೂ CAPIಗೆ ಪಿಕ್ಸೆಲ್ ಗುರುತು ಅಗತ್ಯವಿದೆ.

ಮೊದಲ ಬಾರಿಗೆ ಹೊಂದಿಸಲು, ಪರಿವರ್ತನೆ ಮಾಪನ ಮತ್ತು ಪರಿವರ್ತನೆ ಟ್ರ್ಯಾಕಿಂಗ್ ನೋಡಿ. ನಿಮ್ಮ ಡೆವಲಪರ್ ಪಿಕ್ಸೆಲ್, CAPI ಮತ್ತು ಬೆಂಬಲಿತ ಘಟನೆಗಳು ಮಾರ್ಗದರ್ಶಿಗಳನ್ನು ಬಳಸಬಹುದು. CAPI ವಿನಂತಿಗಳು ಮತ್ತು ಕೀಗಳನ್ನು ನಿಮ್ಮ ಸರ್ವರ್‌ನಲ್ಲೇ ಇರಿಸಿ.

ಪಾಲುದಾರರು ನಿಮ್ಮ ಏಕೀಕರಣವನ್ನು ನಿರ್ವಹಿಸುತ್ತಿದ್ದರೆ, ಮಾಪನ ಪಾಲುದಾರರ ಸೆಟಪ್ ಮಾರ್ಗದರ್ಶಿ ಅಥವಾ ಮೊಬೈಲ್ ಮಾಪನ ಪಾಲುದಾರರ ಸೆಟಪ್ ಮಾರ್ಗದರ್ಶಿ ಬಳಸಿ. HubSpot ಸಂಪರ್ಕಕ್ಕಾಗಿ, HubSpotನಲ್ಲಿ ChatGPT ಜಾಹೀರಾತುಗಳನ್ನು ಹೊಂದಿಸುವುದು ನೋಡಿ.

ಈಗಾಗಲೇ ಹೊಂದಿಸಿರುವ ವ್ಯವಸ್ಥೆಯಲ್ಲಿ, ಪ್ರತಿ ಹಂತವನ್ನು ಪರಿಶೀಲಿಸಿ:

• ಕ್ರಿಯೆ ನಡೆದಾಗ ಘಟನೆ ವಿನಂತಿಯನ್ನು ಕಳುಹಿಸಲಾಯಿತೇ?

• ವಿನಂತಿಗೆ ದೋಷದ ಪ್ರತಿಕ್ರಿಯೆ ಬಂದಿತೇ ಅಥವಾ ಅದನ್ನು ಸ್ವೀಕರಿಸಲಾಯಿತೇ?

• ಘಟನೆಯು ಸರಿಯಾದ ಡೇಟಾ ಮೂಲಕ್ಕೆ ತಲುಪಿದೆ ಎಂದು ಖಚಿತಪಡಿಸಬಹುದೇ?

• ಅಭಿಯಾನದ ವರದಿಯಲ್ಲಿ ಆ ಘಟನೆಯ ಶ್ರೇಯವನ್ನು ಜಾಹೀರಾತಿಗೆ ನೀಡಲಾಗಿದೆಯೇ?

2. ನನ್ನ ಪಿಕ್ಸೆಲ್ ಸ್ಥಾಪಿಸಲಾಗಿದೆ. ಖರೀದಿಗಳು ಅಥವಾ ಸಂಭಾವ್ಯ ಗ್ರಾಹಕರ ವಿವರಗಳು ನನಗೆ ಏಕೆ ಕಾಣಿಸುತ್ತಿಲ್ಲ?

ನಿಮಗೆ ಬೇಕಾದ ಖರೀದಿ ಅಥವಾ ಸಂಭಾವ್ಯ ಗ್ರಾಹಕರ ವಿವರ ಸಲ್ಲಿಕೆಯ ಘಟನೆಯನ್ನು ಕಳುಹಿಸದೆಯೂ ಪಿಕ್ಸೆಲ್ ಲೋಡ್ ಆಗಬಹುದು. ಪೂರ್ಣಗೊಂಡ ಒಂದು ಕ್ರಿಯೆಯನ್ನು ಪರಿಶೀಲಿಸಲು ನಿಮ್ಮ ಡೆವಲಪರ್‌ಗೆ ತಿಳಿಸಿ:

• ಘಟನೆ ಹೆಸರು, ಪಿಕ್ಸೆಲ್ ಗುರುತು ಮತ್ತು ಅದನ್ನು ಕಳುಹಿಸುವ ಪುಟ ಅಥವಾ ಕಾಲ್‌ಬ್ಯಾಕ್ ಅನ್ನು ಪರಿಶೀಲಿಸಿ. ಪುಟವನ್ನು ವೀಕ್ಷಿಸುವುದು ಪೂರ್ಣಗೊಂಡ ಖರೀದಿಯಲ್ಲ.

• ಟ್ಯಾಗ್ ವ್ಯವಸ್ಥಾಪಕವು ಪಿಕ್ಸೆಲ್ ಅನ್ನು ಲೋಡ್ ಮಾಡುವ ಸಂದರ್ಭವೂ ಸೇರಿದಂತೆ, ಘಟನೆಯನ್ನು ಕಳುಹಿಸುವ ಮೊದಲು ಪಿಕ್ಸೆಲ್ ಆರಂಭಿಕ ಸಿದ್ಧತೆ ಪೂರ್ಣಗೊಳ್ಳುತ್ತದೆ ಎಂದು ಖಚಿತಪಡಿಸಿಕೊಳ್ಳಿ.

• ಬ್ರೌಸರ್ ಕನ್ಸೋಲ್ ಮತ್ತು ನೆಟ್‌ವರ್ಕ್ ವಿನಂತಿಯನ್ನು ಪರಿಶೀಲಿಸಿ. ಟ್ಯಾಗ್ ವ್ಯವಸ್ಥಾಪಕದ “ಚಾಲನೆಯಾಗಿದೆ” ಎಂಬ ಸಂದೇಶ ಮಾತ್ರ ಘಟನೆಯನ್ನು ಕಳುಹಿಸಲಾಗಿದೆ ಎಂದು ದೃಢಪಡಿಸುವುದಿಲ್ಲ. ಪಿಕ್ಸೆಲ್‌ನ ದೋಷ ಪರಿಶೀಲನಾ ಮೋಡ್ ಸಹಾಯ ಮಾಡಬಹುದು.

• ಸಮ್ಮತಿಯ ಆಯ್ಕೆಗಳು, ಬ್ರೌಸರ್‌ನ ನಿರ್ಬಂಧಗಳು ಅಥವಾ ನಿಮ್ಮ ಸೈಟ್‌ನ ಭದ್ರತಾ ನೀತಿಯು ವಿನಂತಿಯನ್ನು ತಡೆದಿದೆಯೇ ಎಂದು ಪರಿಶೀಲಿಸಿ.

• ಸೈನ್ ಇನ್ ಮಾಡಿದ ನಂತರದ ಪುಟಗಳು, ಪಾವತಿ ಪ್ರಕ್ರಿಯೆ, ಕಾಯ್ದಿರಿಸುವಿಕೆ ಸೈಟ್‌ಗಳು, ಮರುನಿರ್ದೇಶನಗಳು ಮತ್ತು ಅಳವಡಿಸಿದ ಫಾರ್ಮ್‌ಗಳನ್ನು ಪರಿಶೀಲಿಸಿ. ಗಮ್ಯಸ್ಥಾನ ಪುಟದಲ್ಲಿ ಪಿಕ್ಸೆಲ್ ಕೆಲಸ ಮಾಡುತ್ತಿದೆ ಎಂದರೆ ಇತರ ಕಡೆಗಳಲ್ಲೂ ಟ್ರ್ಯಾಕಿಂಗ್ ಆಗುತ್ತಿದೆ ಎಂದು ದೃಢಪಟ್ಟಂತಲ್ಲ.

ವಿನಂತಿಯನ್ನು ಕಳುಹಿಸದಿದ್ದರೆ, ಮೊದಲು ಆ ಹಂತವನ್ನು ಸರಿಪಡಿಸಿ. ವರದಿಗಾಗಿ ಕಾಯುವುದರಿಂದ ಪ್ರಯೋಜನವಿಲ್ಲ. ಇನ್ನೊಂದು ಏಕೀಕರಣವನ್ನು ಸೇರಿಸುವ ಮೊದಲು ಪಿಕ್ಸೆಲ್ ಸಮಸ್ಯೆ ನಿವಾರಣಾ ಮಾರ್ಗದರ್ಶಿಯನ್ನು ಬಳಸಿ.

3. ಘಟನೆಯನ್ನು ತಿರಸ್ಕರಿಸಿದರೆ, ಸಮಯ ಮೀರಿದರೆ ಅಥವಾ ಸರ್ವರ್ ದೋಷ ಬಂದರೆ ನಾನು ಏನು ಮಾಡಬೇಕು?

ಪ್ರತಿಕ್ರಿಯೆ ಸಂಕೇತ, ನಿಖರವಾದ ದೋಷ, ವಿನಂತಿಯ ಸಮಯ ಮತ್ತು ಘಟನೆಯ ಗುರುತನ್ನು ಉಳಿಸಿಕೊಳ್ಳಿ. ಘಟನೆಯ ಸ್ವರೂಪ, ಪಿಕ್ಸೆಲ್ ಗುರುತು ಮತ್ತು ಕೀಯನ್ನು ಪರಿಶೀಲಿಸಲು ನಿಮ್ಮ ಡೆವಲಪರ್‌ಗೆ ತಿಳಿಸಿ. CAPI ಘಟನೆ ವಿನಂತಿಗಳು ಅದೇ ಜಾಹೀರಾತು ಖಾತೆಯ ಪರಿವರ್ತನೆಗಳ API ಕೀಯನ್ನು ಬಳಸುತ್ತವೆ. ಸೆಟಪ್, ನಿರ್ವಹಣೆ ಮತ್ತು ವರದಿ ವಿನಂತಿಗಳು ಪ್ರತ್ಯೇಕವಾದ ಜಾಹೀರಾತುದಾರರ API ಕೀಯನ್ನು ಬಳಸುತ್ತವೆ. ಬೆಂಬಲ ತಂಡಕ್ಕೆ API ಕೀಗಳನ್ನು ಕಳುಹಿಸಬೇಡಿ.

CAPIನಲ್ಲಿ ಘಟನೆಗಳನ್ನು ಗುಂಪಾಗಿ ಕಳುಹಿಸುವಾಗ, ಒಂದು ಅಮಾನ್ಯ ಘಟನೆಯಿಂದ ಇಡೀ ಗುಂಪೇ ವಿಫಲವಾಗಬಹುದು.

CAPIಗೆ ಕ್ರಿಯೆ ನಡೆದ ಮೂಲ ಸಮಯವು Unix ಮಿಲಿಸೆಕೆಂಡುಗಳಲ್ಲಿ ಅಗತ್ಯವಿದೆ. ಘಟನೆಯ ಸಮಯವು ಕಳೆದ 7 ದಿನಗಳ ವ್ಯಾಪ್ತಿಯಲ್ಲಿರಬೇಕು ಮತ್ತು ಪ್ರಸ್ತುತ ಸಮಯಕ್ಕಿಂತ 10 ನಿಮಿಷಗಳಿಗಿಂತ ಹೆಚ್ಚು ಮುಂದಿರಬಾರದು. ಸಲ್ಲಿಕೆಗೆ ಇರುವ ಈ ಸಮಯಮಿತಿಯು ಶ್ರೇಯ ನಿಯೋಜನೆಯ ಸಮಯಮಿತಿಯಿಂದ ಪ್ರತ್ಯೇಕವಾಗಿದೆ. ಹಳೆಯ ಘಟನೆಯು ಪರಿಶೀಲನೆಯಲ್ಲಿ ಉತ್ತೀರ್ಣವಾಗುವಂತೆ ಮಾಡಲು ಅದರ ಸಮಯವನ್ನು ಬದಲಾಯಿಸಬೇಡಿ.

ಸಮಯ ಮೀರಿದಾಗ ಅಥವಾ ಸರ್ವರ್ ದೋಷ ಬಂದಾಗ ಘಟನೆ ತಲುಪಿದೆಯೇ ಎಂಬುದು ನಿಮಗೆ ಖಚಿತವಾಗದಿರಬಹುದು. ಮೂಲ ವಿನಂತಿ ಮತ್ತು ಲಭ್ಯವಿರುವ ಸ್ವೀಕೃತಿ ದಾಖಲೆಗಳನ್ನು ಪರಿಶೀಲಿಸಿ. ಅದೇ ಕ್ರಿಯೆಯನ್ನು ಮರುಪ್ರಯತ್ನಿಸಿದರೆ, ಅದರ ಮೂಲ ಘಟನೆ ಗುರುತು ಮತ್ತು ಸಮಯಮುದ್ರೆಯನ್ನೇ ಬಳಸಿ. ಹೊಸ ಗುರುತು ಬಳಸಿದರೆ ಅದು ಮತ್ತೊಂದು ಕ್ರಿಯೆಯಂತೆ ಕಾಣಿಸಬಹುದು.

ತಿರಸ್ಕಾರ ಅಥವಾ ನಿರಂತರ ವಿನಂತಿ ವೈಫಲ್ಯದ ಕಾರಣವನ್ನು ತಕ್ಷಣ ತನಿಖೆ ಮಾಡಿ. ವರದಿ ಬರಲು ಅಂದಾಜು 24–48 ಗಂಟೆಗಳು ಬೇಕಾಗುತ್ತವೆ ಎಂಬುದು ಈ ದೋಷಗಳಿಗೆ ಅನ್ವಯಿಸುವುದಿಲ್ಲ. ವಿನಂತಿಯ ಅಗತ್ಯತೆಗಳಿಗಾಗಿ, ಪರಿವರ್ತನೆಗಳ API ನೋಡಿ.

4. ಘಟನೆಯನ್ನು ಸ್ವೀಕರಿಸಲಾಗಿದೆ ಎಂದು ಕಾಣುತ್ತಿದೆ. ಅದು ವರದಿಯಲ್ಲಿ ಏಕಿಲ್ಲ?

ಘಟನೆಯನ್ನು ಸ್ವೀಕರಿಸಲಾಗಿದೆ ಎಂದರೆ ಅದರ ಶ್ರೇಯವನ್ನು ಜಾಹೀರಾತಿಗೆ ನೀಡಲಾಗಿದೆ ಎಂದಲ್ಲ. ಪ್ರತಿಕ್ರಿಯೆಯು ಏನನ್ನು ದೃಢಪಡಿಸುತ್ತದೆ ಮತ್ತು ವಿನಂತಿಯು ಸರಿಯಾದ ಡೇಟಾ ಮೂಲವನ್ನು ಬಳಸಿದೆಯೇ ಎಂಬುದನ್ನು ಪರಿಶೀಲಿಸಿ. CAPIನಲ್ಲಿ validate_only ಅನ್ನು true ಎಂದು ಹೊಂದಿಸಿದರೆ, ಘಟನೆಗಳನ್ನು ಉಳಿಸದೆ ಪರಿಶೀಲಿಸಲಾಗುತ್ತದೆ.

ಹೊಸ ಘಟನೆಗಾಗಿ, ಲಭ್ಯವಿದ್ದಲ್ಲಿ ನಿಮ್ಮ ಡೆವಲಪರ್ ಇತ್ತೀಚಿನ ಘಟನೆಗಳನ್ನು ಪರಿಶೀಲಿಸಬಹುದು. ಇದು ಇತ್ತೀಚಿನ ಮಾದರಿಯನ್ನು ತೋರಿಸುತ್ತದೆ; ಸಂಪೂರ್ಣ ಇತಿಹಾಸವನ್ನಾಗಲಿ ಶ್ರೇಯ ನಿಯೋಜನೆಯ ಫಲಿತಾಂಶವನ್ನಾಗಲಿ ಅಲ್ಲ.

ಘಟನೆ ತಲುಪಿದೆಯೇ ಎಂದು ಪರಿಶೀಲಿಸಲು ಸಾಧ್ಯವಾಗದಿದ್ದರೆ, ಮೂಲ ಪ್ರತಿಕ್ರಿಯೆ ಮತ್ತು ಮಾದರಿ ಘಟನೆಯೊಂದಿಗೆ ಬೆಂಬಲ ತಂಡವನ್ನು ಸಂಪರ್ಕಿಸಿ. ಯಾವ ಪರಿಶೀಲನೆಗಳನ್ನು ಪೂರ್ಣಗೊಳಿಸಿದ್ದೀರಿ ಎಂದು ನಮಗೆ ತಿಳಿಸಿ; ನೀವು ಮೊದಲು ಕಾರಣವನ್ನು ಕಂಡುಹಿಡಿಯಬೇಕಾಗಿಲ್ಲ.

ಘಟನೆ ತಲುಪಿರುವುದು ಖಚಿತವಾದರೆ, ಪ್ರಶ್ನೆ 5ಕ್ಕೆ ಮುಂದುವರಿಯಿರಿ. ಅಭಿಯಾನದ ವರದಿ ಬದಲಾಗಿಲ್ಲ ಎಂಬ ಕಾರಣಕ್ಕೆ ಹೊಸ ಗುರುತುಗಳೊಂದಿಗೆ ಘಟನೆಯನ್ನು ಮತ್ತೆ ಕಳುಹಿಸಬೇಡಿ.

ಜಾಹೀರಾತಿಗೆ ಶ್ರೇಯ ನೀಡಲಾದ ಪರಿವರ್ತನೆಗಳು ಕಾಣಿಸಿಕೊಳ್ಳಲು ಸುಮಾರು 24–48 ಗಂಟೆಗಳು ಬೇಕಾಗಬಹುದು ಮತ್ತು ಪ್ರಕ್ರಿಯೆಯ ವೇಳೆ ಇತ್ತೀಚಿನ ಒಟ್ಟು ಸಂಖ್ಯೆಗಳು ಬದಲಾಗಬಹುದು. ಸ್ವೀಕರಿಸಿದ ಪ್ರತಿಯೊಂದು ಘಟನೆಯೂ ಕಾಣಿಸಿಕೊಳ್ಳುತ್ತದೆ ಎಂಬ ಖಾತರಿಯನ್ನು ಇದು ನೀಡುವುದಿಲ್ಲ ಅಥವಾ ಅದು ತಲುಪಿದೆ ಎಂದು ದೃಢಪಡಿಸುವುದಿಲ್ಲ. ಫಲಿತಾಂಶಗಳನ್ನು ಅಳೆಯಿರಿ ನೋಡಿ.

5. ಘಟನೆಗಳು ತಲುಪುತ್ತಿವೆ. ಅಭಿಯಾನದಲ್ಲಿ ಇನ್ನೂ ಶೂನ್ಯ ಪರಿವರ್ತನೆಗಳನ್ನು ಏಕೆ ತೋರಿಸಲಾಗುತ್ತಿದೆ?

ಏಕೀಕರಣವನ್ನು ಬದಲಾಯಿಸುವ ಮೊದಲು, ಇವುಗಳನ್ನು ಪರಿಶೀಲಿಸಿ:

• ಉದ್ದೇಶಿತ ಡೇಟಾ ಮೂಲವು ಸರಿಯಾದ ಖಾತೆಗೆ ಸಂಪರ್ಕಗೊಂಡಿದೆಯೇ?

• ನೀವು ಕಳುಹಿಸುವ ಘಟನೆಯು ಅಭಿಯಾನದ ಪರಿವರ್ತನೆ ಸೆಟ್ಟಿಂಗ್‌ಗೆ ಹೊಂದಿಕೆಯಾಗುತ್ತದೆಯೇ? ಕಸ್ಟಮ್ ಘಟನೆಗಳಿಗಾಗಿ, ಕಸ್ಟಮ್ ಪ್ರಕಾರ ಮತ್ತು ನಿಖರವಾದ ಘಟನೆ ಹೆಸರನ್ನು ಪರಿಶೀಲಿಸಿ. ಪ್ರದರ್ಶಿತ ಲೇಬಲ್ ಹೊಂದಿಕೆಯಾದರೆ ಮಾತ್ರ ಸಾಕಾಗುವುದಿಲ್ಲ.

• ನೀವು ಪರಿಶೀಲಿಸುತ್ತಿರುವ ಚಟುವಟಿಕೆ ನಡೆಯುವ ಮೊದಲು ಸರಿಯಾದ ಪರಿವರ್ತನೆಯನ್ನು ಅಭಿಯಾನಕ್ಕೆ ಜೋಡಿಸಲಾಗಿತ್ತೇ?

• ಶ್ರೇಯ ನಿಯೋಜನೆ ಸೆಟ್ಟಿಂಗ್‌ಗಳ ಪ್ರಕಾರ ಅರ್ಹವಾದ ಜಾಹೀರಾತು ಕ್ಲಿಕ್ ಅಥವಾ ವೀಕ್ಷಣೆಯ ನಂತರ ಆ ಕ್ರಿಯೆ ನಡೆದಿತ್ತೇ?

• ನೀವು ಸರಿಯಾದ ಅಭಿಯಾನ, ಘಟನೆ ಕಾಲಮ್, ದಿನಾಂಕಗಳು ಮತ್ತು ವರದಿಯ ಸಮಯದ ಆಧಾರವನ್ನು ನೋಡುತ್ತಿದ್ದೀರಾ?

ಹೊಂದಾಣಿಕೆ ಮಾಹಿತಿಯು ಘಟನೆಯನ್ನು ಜಾಹೀರಾತಿಗೆ ಜೋಡಿಸಲು ಸಹಾಯ ಮಾಡುತ್ತದೆ, ಆದರೆ ಶ್ರೇಯ ನೀಡಲಾಗುತ್ತದೆ ಎಂಬ ಖಾತರಿ ನೀಡುವುದಿಲ್ಲ. ಭೇಟಿಯುದ್ದಕ್ಕೂ ನೈಜ OpenAI ಕ್ಲಿಕ್ ಉಲ್ಲೇಖವಾದ oppref ಅನ್ನು ಉಳಿಸಿಕೊಳ್ಳಿ ಮತ್ತು ಅದು ಲಭ್ಯವಿದ್ದಾಗ ಸರ್ವರ್ ಘಟನೆಗಳಲ್ಲಿ ಸೇರಿಸಿ. ಉಲ್ಲೇಖವನ್ನು ಎಂದಿಗೂ ಕೃತಕವಾಗಿ ಸೃಷ್ಟಿಸಬೇಡಿ ಅಥವಾ ಮತ್ತೊಬ್ಬ ಭೇಟಿದಾರರ ಉಲ್ಲೇಖವನ್ನು ಬಳಸಬೇಡಿ.

ಬ್ರೌಸರ್ ಮತ್ತು ಸರ್ವರ್ ಘಟನೆಗಳನ್ನು ಪ್ರತ್ಯೇಕವಾಗಿ ಪರಿಶೀಲಿಸಿ. ಪಿಕ್ಸೆಲ್‌ಗೆ ಲಭ್ಯವಿರುವ ಉಲ್ಲೇಖ ಅಥವಾ ಗ್ರಾಹಕ ಕ್ಷೇತ್ರವು ಸರ್ವರ್ ಘಟನೆಯಲ್ಲಿ ಇಲ್ಲದಿರಬಹುದು.

ಪರಿವರ್ತನೆಗಳಿಗಾಗಿ ಅತ್ಯುತ್ತಮಗೊಳಿಸಿದ ಅಭಿಯಾನವನ್ನು ರಚಿಸಿದ ನಂತರ ಅದರ ಆಯ್ದ ಗುರಿಯನ್ನು ಬದಲಾಯಿಸಲಾಗುವುದಿಲ್ಲ. ಬೇರೊಂದು ಗುರಿಯನ್ನು ಬಳಸಲು, ಹೊಸ ಅಭಿಯಾನವನ್ನು ರಚಿಸಿ. ಕಸ್ಟಮ್ ಘಟನೆಗಳನ್ನು ಅತ್ಯುತ್ತಮಗೊಳಿಸುವಿಕೆಯ ಗುರಿಗಳಾಗಿ ಬಳಸಲಾಗುವುದಿಲ್ಲ. ಪರಿವರ್ತನೆಗಳಿಗಾಗಿ ಅತ್ಯುತ್ತಮಗೊಳಿಸಿದ ಅಭಿಯಾನಗಳು ನೋಡಿ.

ಸಂರಚನೆಯಲ್ಲಿನ ಹೊಂದಾಣಿಕೆ ತಪ್ಪನ್ನು ಸರಿಪಡಿಸಿದ ನಂತರ, ಹೊಸ ಅರ್ಹ ಚಟುವಟಿಕೆಯನ್ನು ಪರಿಶೀಲಿಸಿ. ಈ ಬದಲಾವಣೆಯು ಹಿಂದಿನ ವರದಿಗಳನ್ನು ಸರಿಪಡಿಸುತ್ತದೆ ಎಂದು ಊಹಿಸಬೇಡಿ. ಹೊಂದಾಣಿಕೆ ನಿಯಮಗಳಿಗಾಗಿ, ಪರಿವರ್ತನೆ ಮಾಪನ ನೋಡಿ.

6. ಜಾಹೀರಾತು ವ್ಯವಸ್ಥಾಪಕ, ನಮ್ಮ ವಿಶ್ಲೇಷಣಾ ಪರಿಕರ ಮತ್ತು ನಮ್ಮ CRMನ ಮಾಹಿತಿಗಳು ಏಕೆ ಹೊಂದಿಕೆಯಾಗುತ್ತಿಲ್ಲ?

ಒಂದೇ ಕ್ರಿಯೆಗಳು ಮತ್ತು ವರದಿ ನಿಯಮಗಳನ್ನು ಹೋಲಿಸಿ. ನಿಮ್ಮ CRM ಪ್ರತಿಯೊಂದು ಖರೀದಿಯನ್ನೂ ಎಣಿಸಬಹುದು; ಜಾಹೀರಾತು ವರದಿಯು ಆ ವೇದಿಕೆಗೆ ಶ್ರೇಯ ನೀಡಲಾದ ಖರೀದಿಗಳನ್ನು ಎಣಿಸುತ್ತದೆ. ವಿಭಿನ್ನ ವೇದಿಕೆಗಳು ಒಂದೇ ಖರೀದಿಯ ಶ್ರೇಯವನ್ನು ಬೇರೆಬೇರೆ ರೀತಿಯಲ್ಲಿ ನಿಯೋಜಿಸಬಹುದು.

ಜಾಹೀರಾತು ವ್ಯವಸ್ಥಾಪಕದಲ್ಲಿ, ವೀಕ್ಷಣೆಯ ನಂತರದ ವರದಿ ಸಮಯಮಿತಿ 1 ದಿನವಾಗಿದ್ದಾಗ, ಪರಿವರ್ತನೆಗಳು ಕ್ಲಿಕ್ ಮೂಲಕ ಬಂದ ಪರಿವರ್ತನೆಗಳು ಮತ್ತು ವೀಕ್ಷಣೆಯ ಮೂಲಕ ಬಂದ ಅರ್ಹ ಪರಿವರ್ತನೆಗಳನ್ನು ಒಟ್ಟಾಗಿ ಎಣಿಸುತ್ತದೆ. ವೀಕ್ಷಣೆಯ ಸಮಯಮಿತಿ 0 ದಿನವಾಗಿದ್ದರೆ, ಅದು ಕ್ಲಿಕ್ ಮೂಲಕ ಬಂದ ಪರಿವರ್ತನೆಗಳನ್ನು ಮಾತ್ರ ಎಣಿಸುತ್ತದೆ. ವರದಿಗಳನ್ನು ಹೋಲಿಸುವಾಗ ಒಂದೇ ಸೆಟ್ಟಿಂಗ್ ಬಳಸಿ.

ಉದಾಹರಣೆಗೆ, ಒಬ್ಬರು ಜಾಹೀರಾತನ್ನು ಕ್ಲಿಕ್ ಮಾಡಿ, ನಂತರ ನೇರವಾಗಿ ಮರಳಿ ಬಂದು ಖರೀದಿಸುತ್ತಾರೆ. ಒಂದು ಪರಿಕರ ಆ ಭೇಟಿಯನ್ನು “ನೇರ” ಎಂದು ಗುರುತಿಸಬಹುದು, ಇನ್ನೊಂದು ಹಿಂದಿನ ಜಾಹೀರಾತಿಗೆ ಶ್ರೇಯ ನೀಡಬಹುದು. ಈ ವ್ಯತ್ಯಾಸವಿದೆ ಎಂಬ ಕಾರಣಕ್ಕಷ್ಟೇ ಖರೀದಿಯನ್ನು ಎರಡು ಬಾರಿ ಎಣಿಸಲಾಗಿದೆ ಎಂದು ಅರ್ಥವಲ್ಲ.

ಭೇಟಿಗಳ ಮೂಲವನ್ನು ಸೂಚಿಸುವ ಲೇಬಲ್‌ಗಳು ಭಿನ್ನವಾಗಿದ್ದರೆ, ಆ ಭೇಟಿಯಲ್ಲಿ ಬಳಸಿದ ಗಮ್ಯಸ್ಥಾನ URL ಮತ್ತು ಟ್ರ್ಯಾಕಿಂಗ್ ನಿಯತಾಂಕಗಳನ್ನು ಪರಿಶೀಲಿಸಿ. ಪ್ರಸ್ತುತ ಅಭಿಯಾನದ ಸೆಟ್ಟಿಂಗ್‌ಗಳು ಹಿಂದೆ ಬಳಸಿದ್ದಕ್ಕಿಂತ ಭಿನ್ನವಾಗಿರಬಹುದು.

ಇವುಗಳನ್ನು ಹೋಲಿಸಿ:

• ಖಾತೆ, ಅಭಿಯಾನ, ಘಟನೆ ಪ್ರಕಾರ, ಫಿಲ್ಟರ್‌ಗಳು ಮತ್ತು ವರದಿಯ ಮಟ್ಟ.

• ದಿನಾಂಕ ವ್ಯಾಪ್ತಿ, ಸಮಯ ವಲಯ ಮತ್ತು ದಿನಾಂಕಗಳು ಜಾಹೀರಾತಿನೊಂದಿಗಿನ ಸಂವಹನವನ್ನು ಸೂಚಿಸುತ್ತವೆಯೇ ಅಥವಾ ಪರಿವರ್ತನೆಯನ್ನೇ ಸೂಚಿಸುತ್ತವೆಯೇ ಎಂಬುದು.

• ಕ್ಲಿಕ್ ಮೂಲಕ ಮತ್ತು ವೀಕ್ಷಣೆಯ ಮೂಲಕ ಬಂದ ಪರಿವರ್ತನೆಗಳ ಸೆಟ್ಟಿಂಗ್‌ಗಳು ಹಾಗೂ ಆಯ್ಕೆಮಾಡಿದ ನಿಖರವಾದ ಮಾಪಕ ಅಥವಾ ಕಾಲಮ್.

• ಇತ್ತೀಚಿನ ಪ್ರಕ್ರಿಯೆ ವಿಳಂಬಗಳು, ನಕಲುಗಳ ನಿರ್ವಹಣೆ, ಸಮ್ಮತಿ ಮತ್ತು ಲಭ್ಯವಿರುವ ಹೊಂದಾಣಿಕೆ ಮಾಹಿತಿ.

• ಲಭ್ಯವಿದ್ದಲ್ಲಿ, ಮಾದರಿಗಳಿಂದ ಅಂದಾಜಿಸಿದ ಪರಿವರ್ತನೆಗಳು; ಇವು ನೇರವಾಗಿ ದಾಖಲಾದ ವಹಿವಾಟುಗಳಿಗಿಂತ ಭಿನ್ನವಾಗಿರಬಹುದು.

• ಮೌಲ್ಯಗಳಿಗಾಗಿ: ಕರೆನ್ಸಿ, ಘಟಕಗಳು ಮತ್ತು ಹೋಲಿಕೆಯಲ್ಲಿ ಸಂಪೂರ್ಣ ಆರ್ಡರ್ ಅನ್ನು ಬಳಸಲಾಗಿದೆಯೇ ಅಥವಾ ಪ್ರತ್ಯೇಕ ವಸ್ತುಗಳನ್ನು ಬಳಸಲಾಗಿದೆಯೇ ಎಂಬುದು.

ಆದಾಯಕ್ಕಾಗಿ ತೆರಿಗೆ, ಸಾಗಣೆ ವೆಚ್ಚ, ರಿಯಾಯಿತಿಗಳು ಮತ್ತು ಶುಲ್ಕಗಳನ್ನು ಹೋಲಿಸಿ. ಬ್ರೌಸರ್ ಮತ್ತು ಸರ್ವರ್ ಪ್ರತಿಗಳು ಒಂದೇ ಆರ್ಡರ್ ಮೌಲ್ಯವನ್ನು ಕಳುಹಿಸುತ್ತಿವೆಯೇ ಎಂದು ಪರಿಶೀಲಿಸಿ. ಆರ್ಡರ್ ರಚನೆಯ ಮಾರಾಟ ಮತ್ತು ಆರ್ಡರ್ ರಚನೆಯ ಜಾಹೀರಾತು ವೆಚ್ಚದ ಮೇಲಿನ ಪ್ರತಿಫಲ ಜಾಹೀರಾತಿಗೆ ಶ್ರೇಯ ನೀಡಲಾದ order_created ಘಟನೆಗಳನ್ನು ಮಾತ್ರ ಎಣಿಸುತ್ತವೆ.

ಆಮದು ಮಾಡಿದ GA4 ಚಟುವಟಿಕೆಯಲ್ಲಿ ಆಯ್ಕೆಮಾಡಿದ ಪ್ರಾಪರ್ಟಿಗೆ ಭೇಟಿಗಳು ಬರುವ ಎಲ್ಲಾ ಮೂಲಗಳ ಘಟನೆಗಳು ಸೇರಿರುತ್ತವೆ. ಆ ಒಟ್ಟು ಸಂಖ್ಯೆಗಳು ಅಭಿಯಾನಕ್ಕೆ ಶ್ರೇಯ ನೀಡಲಾದ ಪರಿವರ್ತನೆಗಳಲ್ಲ. Google Analytics 4 ಅನ್ನು OpenAI ಜಾಹೀರಾತು ವ್ಯವಸ್ಥಾಪಕಕ್ಕೆ ಸಂಪರ್ಕಿಸಿ ನೋಡಿ.

API ಹೋಲಿಕೆಗಳಿಗಾಗಿ, ಎಂಡ್‌ಪಾಯಿಂಟ್ ಅನ್ನು ದಾಖಲಿಸಿ ಮತ್ತು ವರದಿ ಆಯ್ಕೆಗಳನ್ನು ಸ್ಪಷ್ಟವಾಗಿ ಹೊಂದಿಸಿ. ಹೊಂದಿಸದೆ ಬಿಟ್ಟ ಸೆಟ್ಟಿಂಗ್ ಜಾಹೀರಾತು ವ್ಯವಸ್ಥಾಪಕದಲ್ಲಿನ ಸೆಟ್ಟಿಂಗ್‌ಗೆ ಹೊಂದಿಕೆಯಾಗದಿರಬಹುದು. ವರದಿಗಳಲ್ಲಿ ವಿಭಿನ್ನ ಘಟನೆಗಳೂ ಇರಬಹುದು: ಕೆಲವು ವರದಿಗಳು ಅಭಿಯಾನದ ಗುರಿಗಳನ್ನು ಒಳಗೊಂಡಿರುತ್ತವೆ, ಆದರೆ ಟ್ರ್ಯಾಕ್ ಮಾಡಿದ ಇತರ ಕ್ರಿಯೆಗಳನ್ನು ಒಳಗೊಂಡಿರುವುದಿಲ್ಲ. ಒಂದು ವರದಿಯಲ್ಲಿ ಘಟನೆ ಇಲ್ಲದಿರುವುದರಿಂದ ಅದು ಎಂದಿಗೂ ತಲುಪಿಲ್ಲ ಎಂದು ಸಾಬೀತಾಗುವುದಿಲ್ಲ.

CSV ಹೋಲಿಕೆಗೆ ಒಂದೇ ಸೆಟ್ಟಿಂಗ್‌ಗಳನ್ನು ಬಳಸಿ ಮತ್ತು ರಫ್ತು ಮಾಡಿದ ಕಡತಗಳನ್ನು ಸಂಪಾದಿಸದೆ ಉಳಿಸಿಕೊಳ್ಳಿ. ಜಾಹೀರಾತು ವ್ಯವಸ್ಥಾಪಕದಲ್ಲಿನ ವೀಕ್ಷಣೆಗಳಿಗಾಗಿ ಫಲಿತಾಂಶಗಳನ್ನು ಅಳೆಯಿರಿ ಮತ್ತು API ಆಯ್ಕೆಗಳಿಗಾಗಿ ವರದಿಗಾರಿಕೆ ನೋಡಿ.

7. ಪಿಕ್ಸೆಲ್ ಮತ್ತು CAPI ಎರಡನ್ನೂ ಬಳಸಿದರೆ ಒಂದು ಖರೀದಿಯನ್ನು ಎರಡು ಬಾರಿ ಎಣಿಸಲಾಗುತ್ತದೆಯೇ?

ಒಂದೇ ಕ್ರಿಯೆಯನ್ನು ಎರಡು ಬಾರಿ ಎಣಿಸುವುದನ್ನು ತಪ್ಪಿಸಲು, ಅದರ ಬ್ರೌಸರ್ ಮತ್ತು ಸರ್ವರ್ ಪ್ರತಿಗಳಲ್ಲಿ ಒಂದೇ ಪಿಕ್ಸೆಲ್ ಗುರುತು, ಘಟನೆ ಹೆಸರು ಮತ್ತು ಘಟನೆ ಗುರುತನ್ನು ಬಳಸಿ. ಘಟನೆ ಗುರುತಿನ ಕ್ಷೇತ್ರವು CAPIನಲ್ಲಿ id ಮತ್ತು ಪಿಕ್ಸೆಲ್‌ನಲ್ಲಿ event_id ಆಗಿದೆ. ಎರಡೂ ಕಡೆ ಒಂದೇ ಕಸ್ಟಮ್ ಘಟನೆ ಹೆಸರನ್ನೂ ಬಳಸಿ.

ಕ್ರಿಯೆಯನ್ನು ಮರುಪ್ರಯತ್ನಿಸುವಾಗ ಅದೇ ಗುರುತನ್ನು ಉಳಿಸಿಕೊಳ್ಳಿ; ಪ್ರತಿಯೊಂದು ವಿಭಿನ್ನ ಕ್ರಿಯೆಗೆ ಹೊಸ ಗುರುತನ್ನು ಬಳಸಿ. ನಕಲಿ ಟ್ಯಾಗ್‌ಗಳು, ಪುಟ ಪದೇಪದೇ ಲೋಡ್ ಆಗುವುದು ಅಥವಾ ಮರುಕಳಿಸುವ ಕಾಲ್‌ಬ್ಯಾಕ್‌ಗಳು ಹಾಗೂ ಈಗಾಗಲೇ ಘಟನೆಯನ್ನು ಕಳುಹಿಸುತ್ತಿರಬಹುದಾದ ಪಾಲುದಾರರ ಏಕೀಕರಣಗಳನ್ನು ಪರಿಶೀಲಿಸಿ.

ಮೂಲ ಘಟನೆಯ ಮೌಲ್ಯ ಅಥವಾ ಹೊಂದಾಣಿಕೆ ಮಾಹಿತಿಯನ್ನು ಬದಲಾಯಿಸಲು ಅದರ ನಕಲನ್ನು ಮತ್ತೆ ಕಳುಹಿಸಬೇಡಿ. ತಿದ್ದುಪಡಿಗೆ ಪ್ರಯತ್ನಿಸುವ ಮೊದಲು, ದಾಖಲೀಕರಿಸಿರುವ ಕಾರ್ಯವಿಧಾನವನ್ನು ಪರಿಶೀಲಿಸಿ. ಬ್ರೌಸರ್ ಮತ್ತು ಸರ್ವರ್ ಘಟನೆಗಳ ನಕಲು ನಿವಾರಣೆ ನೋಡಿ.

8. ನಾವು Shopify ಬಳಸುತ್ತೇವೆ. ನಮಗೆ ಇನ್ನೊಂದು ಏಕೀಕರಣ ಬೇಕೇ?

ಇನ್ನೊಂದು ಏಕೀಕರಣವನ್ನು ಸೇರಿಸುವ ಮೊದಲು ನಿಮ್ಮ Shopify ಸಂಪರ್ಕವನ್ನು ಪರಿಶೀಲಿಸಿ. ಸಂಪರ್ಕಿತ ಜಾಹೀರಾತು ಖಾತೆ ಮತ್ತು ಪಿಕ್ಸೆಲ್ ಅನ್ನು ಖಚಿತಪಡಿಸಿಕೊಳ್ಳಿ, ನಂತರ ಅಪ್ಲಿಕೇಶನ್ ನಿಮ್ಮ ಅಂಗಡಿಗಾಗಿ ಯಾವ ಘಟನೆಗಳನ್ನು ಕಳುಹಿಸುತ್ತದೆ ಎಂದು ಪರಿಶೀಲಿಸಿ.

ನೀವು ಕಸ್ಟಮ್ ಟ್ಯಾಗ್‌ಗಳು, ಪಾವತಿ ಪ್ರಕ್ರಿಯೆಯ ಕೋಡ್ ಅಥವಾ ಸರ್ವರ್‌ನಿಂದ ಕಳುಹಿಸುವ ವ್ಯವಸ್ಥೆಯನ್ನೂ ಬಳಸುತ್ತಿದ್ದರೆ, ಅವು ಅದೇ ಘಟನೆಗಳನ್ನು ಕಳುಹಿಸುತ್ತಿವೆಯೇ ಎಂದು ಪರಿಶೀಲಿಸಿ. Shopify ಸೆಟಪ್‌ಗಳು ಬ್ರೌಸರ್ ಮತ್ತು ಸರ್ವರ್ ಟ್ರ್ಯಾಕಿಂಗ್‌ನ ವಿಭಿನ್ನ ಸಂಯೋಜನೆಗಳನ್ನು ಬಳಸಬಹುದು. Shopifyಗಾಗಿ ChatGPT ಜಾಹೀರಾತುಗಳನ್ನು ಹೊಂದಿಸಿ ನೋಡಿ.

9. ಸಮ್ಮತಿ ಮತ್ತು ಪರೀಕ್ಷೆಯನ್ನು ನಾವು ಹೇಗೆ ನಿರ್ವಹಿಸಬೇಕು?

ಹಂಚಿಕೊಳ್ಳಲು ನಿಮಗೆ ಅನುಮತಿಯಿರುವ ಡೇಟಾವನ್ನು ಮಾತ್ರ ಕಳುಹಿಸಿ ಮತ್ತು ಭೇಟಿದಾರರ ಸಮ್ಮತಿಯ ಆಯ್ಕೆಗಳನ್ನು ಗೌರವಿಸಿ. ಅಗತ್ಯವಿರುವ ಸಾಮಾನ್ಯೀಕರಣ ಮತ್ತು ಹ್ಯಾಶಿಂಗ್ ಸೇರಿದಂತೆ, ಏಕೀಕರಣದ ಸಮ್ಮತಿ ಹಾಗೂ ಬೆಂಬಲಿತ ಹೊಂದಾಣಿಕೆ ಡೇಟಾ ಕುರಿತ ಮಾರ್ಗದರ್ಶನವನ್ನು ನಿಮ್ಮ ಡೆವಲಪರ್ ಅನುಸರಿಸಬೇಕು. ವರದಿಯಾದ ಪರಿವರ್ತನೆಗಳನ್ನು ಹೆಚ್ಚಿಸಲು ಅಥವಾ ಅಂಕವನ್ನು ಸುಧಾರಿಸಲು ಸಮ್ಮತಿ ನಿಯಂತ್ರಣಗಳನ್ನು ತೆಗೆದುಹಾಕಬೇಡಿ.

ಮಾಪನಕ್ಕೆ ಸಮ್ಮತಿ ಮತ್ತು opt_out ವಿಭಿನ್ನ ಉದ್ದೇಶಗಳನ್ನು ಹೊಂದಿವೆ. opt_out ಆಯ್ಕೆಯು ವೈಯಕ್ತೀಕರಣಕ್ಕೆ ಸಂಬಂಧಿಸಿದೆ; ಅದು ಎಲ್ಲಾ ಮಾಪನ ವಿನಂತಿಗಳನ್ನು ನಿಲ್ಲಿಸುವುದಿಲ್ಲ. ಬ್ರೌಸರ್ ಮತ್ತು ಸರ್ವರ್ ಏಕೀಕರಣಗಳೆರಡರಲ್ಲೂ ಸಮ್ಮತಿಯನ್ನು ಹೇಗೆ ನಿರ್ವಹಿಸಲಾಗುತ್ತಿದೆ ಎಂದು ಪರಿಶೀಲಿಸಲು ನಿಮ್ಮ ಡೆವಲಪರ್‌ಗೆ ತಿಳಿಸಿ.

ಒಂದು ಪರೀಕ್ಷಾ ಕ್ರಿಯೆಯ ಸಮಯ, ಹೆಸರು ಮತ್ತು ಗುರುತನ್ನು ದಾಖಲಿಸಿ. ಅದನ್ನು ಕಳುಹಿಸಲಾಗಿದೆಯೇ, ಮೌಲ್ಯೀಕರಿಸಲಾಗಿದೆಯೇ ಮತ್ತು ಅದು ತಲುಪಿದೆಯೇ ಎಂದು ಪರಿಶೀಲಿಸಿ. ಅಳವಡಿಕೆಯ ಪರೀಕ್ಷೆ ಯಶಸ್ವಿಯಾದ ಮಾತ್ರಕ್ಕೆ ಜಾಹೀರಾತು ಶ್ರೇಯಕ್ಕೆ ಅರ್ಹವಾಗಿದೆ ಎಂದು ತಿಳಿಯುವುದಿಲ್ಲ.

CAPIಯ validate_only ಆಯ್ಕೆಯು ಘಟನೆಗಳನ್ನು ಉಳಿಸದೆ ಪರಿಶೀಲಿಸುತ್ತದೆ. ಪಿಕ್ಸೆಲ್‌ನ ದೋಷ ಪರಿಶೀಲನಾ ಮೋಡ್ ಚಟುವಟಿಕೆಯನ್ನು ದಾಖಲಿಸುತ್ತದೆ, ಆದರೆ ಪರೀಕ್ಷಾ ಘಟನೆಗಳು ವರದಿಯಲ್ಲಿ ಸೇರದಂತೆ ತಡೆಯುವುದಿಲ್ಲ. ನಿಮ್ಮ ದಾಖಲೆಗಳಲ್ಲಿ ಪರೀಕ್ಷೆಗಳನ್ನು ಗುರುತಿಸಿ ಮತ್ತು ನಿರ್ದಿಷ್ಟ ಫಲಿತಾಂಶ ಪಡೆಯಲು ಖರೀದಿಗಳನ್ನು ಕೃತಕವಾಗಿ ಸೃಷ್ಟಿಸಬೇಡಿ ಅಥವಾ ಘಟನೆಗಳ ಸಮಯವನ್ನು ಬದಲಾಯಿಸಬೇಡಿ.

10. ಘಟನೆಯ ಗುಣಮಟ್ಟದ ಅಂಕ ಕಡಿಮೆಯಿದ್ದರೆ ಅಥವಾ ಲಭ್ಯವಿಲ್ಲದಿದ್ದರೆ ಟ್ರ್ಯಾಕಿಂಗ್ ಕೆಟ್ಟಿದೆ ಎಂದರ್ಥವೇ?

ಅದೊಂದರಿಂದಲೇ ಹಾಗೆ ಹೇಳಲಾಗುವುದಿಲ್ಲ. ಘಟನೆಯ ಗುಣಮಟ್ಟವು ಡೇಟಾ ಮೂಲದಿಂದ ಬಂದ ಮಾಹಿತಿಯನ್ನು ಮೌಲ್ಯಮಾಪನ ಮಾಡುತ್ತದೆ. ಎಷ್ಟು ಪರಿವರ್ತನೆಗಳ ಶ್ರೇಯವನ್ನು ಜಾಹೀರಾತಿಗೆ ನೀಡಲಾಗಿದೆ ಎಂಬುದನ್ನು ಅದು ತಿಳಿಸುವುದಿಲ್ಲ. ಅಂಕ ಕಡಿಮೆಯಿದೆ ಅಥವಾ ಲಭ್ಯವಿಲ್ಲ ಎಂಬುದರಿಂದ ಮಾತ್ರ ಟ್ರ್ಯಾಕಿಂಗ್ ಕೆಲಸ ಮಾಡುತ್ತಿದೆಯೇ ಎಂದು ನಿರ್ಧರಿಸಲಾಗುವುದಿಲ್ಲ.

ಇತ್ತೀಚಿನ ನೈಜ ಕ್ರಿಯೆಗಳು ಸರಿಯಾಗಿ ದಾಖಲಾಗುತ್ತಿವೆಯೇ ಎಂದು ಪರಿಶೀಲಿಸಿ, ನಂತರ ಎಚ್ಚರಿಕೆಯ ಕಾರಣವನ್ನು ತನಿಖೆ ಮಾಡಿ. ಅಂಕವನ್ನು ಹೆಚ್ಚಿಸಲು ಹೆಚ್ಚುವರಿ ಘಟನೆಗಳನ್ನು ಅಥವಾ ಕೃತಕವಾಗಿ ಸೃಷ್ಟಿಸಿದ ಗುರುತುಗಳನ್ನು ಕಳುಹಿಸಬೇಡಿ. ಪರಿಶೀಲನೆಗಳು ಮತ್ತು ನವೀಕರಣದ ಸಮಯಕ್ಕಾಗಿ, ಘಟನೆಯ ಗುಣಮಟ್ಟವನ್ನು ಅರ್ಥಮಾಡಿಕೊಳ್ಳಿ ಮತ್ತು ಸುಧಾರಿಸಿ ನೋಡಿ.

11. ಬೆಂಬಲ ತಂಡವನ್ನು ಸಂಪರ್ಕಿಸುವಾಗ ನಾನು ಯಾವ ವಿವರಗಳನ್ನು ಸೇರಿಸಬೇಕು?

ನೀವು ಏನನ್ನು ನಿರೀಕ್ಷಿಸಿದ್ದಿರಿ, ಏನಾಯಿತು, ಅದು ಯಾವಾಗ ಪ್ರಾರಂಭವಾಯಿತು ಮತ್ತು ನೀವು ಏನನ್ನು ಪರಿಶೀಲಿಸಿದ್ದೀರಿ ಎಂಬುದನ್ನು ನಮಗೆ ತಿಳಿಸಿ. ಈ ಪಟ್ಟಿಯಿಂದ ನಿಮ್ಮ ಬಳಿ ಇರುವ ವಿವರಗಳನ್ನು ಸೇರಿಸಿ:

• ಜಾಹೀರಾತು ಖಾತೆಯ ಗುರುತು, ಪಿಕ್ಸೆಲ್ ಗುರುತು ಅಥವಾ ಡೇಟಾ ಮೂಲ ಹಾಗೂ ಪರಿಣಾಮಕ್ಕೊಳಗಾದ ಅಭಿಯಾನ ಮತ್ತು ಜಾಹೀರಾತಿನ ಗುರುತುಗಳು.

• ಏಕೀಕರಣದ ಪ್ರಕಾರ ಮತ್ತು ಕಸ್ಟಮ್ ಘಟನೆ ಹೆಸರಿದ್ದರೆ ಅದನ್ನೂ ಒಳಗೊಂಡಂತೆ ಘಟನೆಯ ನಿಖರವಾದ ಹೆಸರು.

• ಈಗಾಗಲೇ ಇರುವ ಒಂದು ಅಥವಾ ಎರಡು ಘಟನೆಗಳ ಮಾದರಿ ಗುರುತುಗಳು ಮತ್ತು ಕ್ರಿಯೆಗಳ ಸಮಯಮುದ್ರೆಗಳು, ಸಮಯ ವಲಯದೊಂದಿಗೆ.

• ವಿನಂತಿ ವಿಫಲವಾದರೆ ಅಥವಾ ತಲುಪಿರುವುದು ಖಚಿತವಾಗದಿದ್ದರೆ: ಪ್ರತಿಕ್ರಿಯೆ ಸಂಕೇತ, ನಿಖರವಾದ ದೋಷ, ವಿನಂತಿಯ ಸಮಯ, ಪ್ರತಿಕ್ರಿಯೆಯಲ್ಲಿ ಬಂದ ವಿನಂತಿ ಗುರುತು ಅಥವಾ CF-Ray ಹಾಗೂ ಸೂಕ್ಷ್ಮ ಮಾಹಿತಿ ತೆಗೆದ ಪೇಲೋಡ್ ಅಥವಾ ಲಾಗ್‌ನ ಆಯ್ದ ಭಾಗ.

• ವರದಿಗಳಲ್ಲಿ ವ್ಯತ್ಯಾಸಗಳಿದ್ದರೆ: ದಿನಾಂಕ ವ್ಯಾಪ್ತಿ, ವರದಿಗೆ ಬಳಸಿದ ಸಮಯದ ಆಧಾರ, ಶ್ರೇಯ ನಿಯೋಜನೆ ಸೆಟ್ಟಿಂಗ್‌ಗಳು, ಆಯ್ಕೆಮಾಡಿದ ಕಾಲಮ್‌ಗಳು, ರಫ್ತು ಮಾಡಿದ CSV ಮತ್ತು ಒಂದೇ ವ್ಯಾಪ್ತಿಯನ್ನು ತೋರಿಸುವ ಹೋಲಿಕೆ.

• ಸಂಬಂಧಿತ ಸ್ಕ್ರೀನ್‌ಶಾಟ್‌ಗಳು ಮತ್ತು ಪ್ರತ್ಯೇಕ ಪಾವತಿ ಪ್ರಕ್ರಿಯೆ ಅಥವಾ ಪಾಲುದಾರರ ಏಕೀಕರಣ ಸೇರಿದಂತೆ ಸೆಟಪ್‌ನಲ್ಲಿ ಇತ್ತೀಚೆಗೆ ಮಾಡಿದ ಬದಲಾವಣೆಗಳು.

ಘಟನೆಯನ್ನು ಕಳುಹಿಸಲಾಗಿದೆಯೇ, ಸ್ವೀಕರಿಸಲಾಗಿದೆಯೇ ಅಥವಾ ಅದು ತಲುಪಿದೆಯೇ ಎಂಬುದನ್ನು ನೀವು ಖಚಿತಪಡಿಸಿಕೊಂಡಿದ್ದೀರಾ, ಅಥವಾ ವರದಿಯನ್ನು ಮಾತ್ರ ಪರಿಶೀಲಿಸಿದ್ದೀರಾ ಎಂಬುದನ್ನು ನಮಗೆ ತಿಳಿಸಿ. ಈ ಪರಿಶೀಲನೆಗಳನ್ನು ಪೂರ್ಣಗೊಳಿಸಲು ಸಾಧ್ಯವಾಗದಿದ್ದರೂ ನೀವು ಸಹಾಯ ಕೇಳಬಹುದು.

ಲಗತ್ತುಗಳಿಂದ API ಕೀಗಳು, ದೃಢೀಕರಣ ಹೆಡರ್‌ಗಳು, ಪಾಸ್‌ವರ್ಡ್‌ಗಳು, ಕುಕೀಗಳು ಮತ್ತು ಅನಗತ್ಯ ಗ್ರಾಹಕ ಮಾಹಿತಿಯನ್ನು ತೆಗೆದುಹಾಕಿ. ದೋಷಗಳು ಕಂಡುಬಂದರೆ ಅಥವಾ ಹಿಂದೆ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತಿದ್ದ ಏಕೀಕರಣ ಇದ್ದಕ್ಕಿದ್ದಂತೆ ನಿಂತರೆ ತಕ್ಷಣ ವರದಿ ಮಾಡಿ. ವರದಿ ಬರಲು ಬೇಕಾಗುವ ಅವಧಿ ಮುಗಿಯುವವರೆಗೆ ಕಾಯಬೇಡಿ.