একটি sale হয়েছে, কিন্তু Google Ads-এ conversion বেশি দেখা যাচ্ছে। কারণ একই event বারবার fire হওয়া হতে পারে, আবার একই business outcome দুইটি conversion action দিয়ে count হওয়ার ঘটনাও হতে পারে। এই দুটি সমস্যা এক নয়। প্রথমে কোন action কতবার গণনা হচ্ছে নির্ধারণ করুন; অন্ধভাবে “Count: One” নির্বাচন করলেই সব ধরনের duplicate ঠিক হবে না।
Google Ads Conversion Duplicate হচ্ছে: কারণ ও সমাধান
একটি order দিয়ে উদাহরণ তৈরি
Non-sensitive transaction reference, test time ও expected outcome লিখুন। Ads account-এর date, timezone ও attribution reporting-এর বিষয় বিবেচনা করুন। WooCommerce order total এবং Ads conversion total সরাসরি এক জিনিস নয়। একটি নিয়ন্ত্রিত event দিয়ে শুরু করলে tag-level duplicate আলাদা করা সহজ হয়।
সব conversion action-এর তালিকা
Native Google Ads tag, GA4-imported purchase, offline import বা অন্য integration আছে কি না লিখুন। এক sale-এর জন্য কোন action bidding-এ ব্যবহারের কথা সেটি ঠিক করুন। Primary ও Secondary goal configuration business-এর উদ্দেশ্য অনুযায়ী review করুন। শুধু action-এর display name দেখে দুটিকে আলাদা ঘটনা ভাববেন না।
Tag source ও trigger পরীক্ষা
Theme code, plugin, GTM container এবং অন্য pixel manager একই tag load করছে কি না দেখুন। Tag Assistant বা supported preview ব্যবহার করুন। Thank-you page refresh ও back navigation-এ কী হয় নোট করুন। শুধু button click-কে verified sale ধরা হলে false positive-ও হতে পারে।
Transaction ID সঠিকভাবে দিন
Google Ads একই conversion action-এর ক্ষেত্রে একই transaction ID দিয়ে duplicate চিনতে পারে। তাই প্রতিটি প্রকৃত transaction-এর পরিচয় unique এবং retry-তে stable রাখুন। সব sale-এ একই hardcoded ID দিলে undercount হতে পারে। প্রতিবার random ID দিলেও একই sale-এর repeated event চিনতে অসুবিধা হয়।
দুই action-এর duplication আলাদা
একই ID দেওয়া মানেই native Ads action ও GA4-imported আলাদা action এক হয়ে যাবে না। Cross-action double counting-এর জন্য action/goal design ঠিক করতে হবে। কোনটি primary business signal এবং কোনটি observation হবে নির্ধারণ করুন। Historical report মুছে ফেলার বদলে documented configuration change রাখুন।
Count setting উদ্দেশ্য অনুযায়ী
Lead এবং purchase-এর expected counting আচরণ ভিন্ন হতে পারে। ব্যবসা একাধিক প্রকৃত purchase গণনা করতে চাইলে One setting দিয়ে প্রয়োজনীয় sale হারাতে পারে। আগে duplicate source ঠিক করুন, তারপর conversion action-এর current counting options ও documentation দেখে উপযুক্ত সিদ্ধান্ত নিন।
Test ও production publish
Staging বা controlled test-এ trigger, transaction value ও action ID মিলিয়ে নিন। GTM draft পরিবর্তন publish হয়েছে কি না দেখুন। Consent অনুযায়ী আচরণ পরীক্ষা করুন। পুরোনো plugin বন্ধ করলে অন্য গুরুত্বপূর্ণ event চলে যাচ্ছে কি না যাচাই করুন; একটি সমস্যা ঠিক করতে সব tracking হারাবেন না।
পরের report কীভাবে review করবেন
Change date ও live container version লিখুন। নতুন transaction-এর ফল দিয়ে improvement যাচাই করুন; পুরোনো historical duplicate নিজে থেকে সব মুছে যাবে আশা করবেন না। Date range ও reporting delay মাথায় রাখুন। Developer, marketer ও business owner-এর কাছে conversion definition একই ভাষায় নথিভুক্ত রাখুন।
কাজের ক্রম: ছোট checklist
- প্রকৃত outcome ও expected count নির্ধারণ করুন।
- সব conversion action ও tag source তালিকা করুন।
- Repeated firing বনাম cross-action duplication আলাদা করুন।
- Stable unique transaction ID এবং goal design ঠিক করুন।
- New test ও পরবর্তী report দিয়ে ফল যাচাই করুন।
পরীক্ষার ফল যেভাবে মিলাবেন
| পরীক্ষা | যা দেখবেন |
|---|---|
| Same transaction retry | একই action-এ duplicate সামলানো হয় |
| নতুন purchase | নিজস্ব unique transaction ID পায় |
| দুই action | Goal অনুযায়ী bidding/counting বোঝা যায় |
সাধারণ প্রশ্ন
একই ID দিলে সব action এক হবে?
না। একই action-এর deduplication এবং আলাদা conversion action-এর design পৃথক বিষয়।
সব purchase-এ One দেব?
ব্যবসার counting উদ্দেশ্য দেখে সিদ্ধান্ত নিন। ভুল tag source লুকাতে setting ব্যবহার করবেন না।
পরিবর্তনের সঙ্গে সঙ্গে পুরোনো report ঠিক হবে?
নতুন configuration-এর ফল নতুন data দিয়ে যাচাই করুন। Historical reporting-এর আচরণ আলাদা হতে পারে।
সম্পর্কিত গাইড
- GA4 purchase tracking diagnosis
- Lead থেকে CRM workflow
প্রাথমিক বিষয়গুলো জানতে Team tools ও দায়িত্বের গাইড পড়তে পারেন।