تقريب أرصدة التحويلات: لماذا لا يتطابق مجموع الصفوف؟

ما الرصيد الذي نجمعه، وما قاعدة عرضه؟

توضح مساعدة Google Ads أن نماذج الإسناد قد تمنح مساهمات جزئية للتحويل موزعة على نقرات متعددة، وأن أعمدة بيانات التحويل قد تعرض منزلتين عشريتين. نأخذ هذا المعنى العام فقط، دون افتراض أن قاعدة التقريب أو طريقة جمع القيم في واجهة محددة تطابق مثالنا. [1]

موضوعنا هنا ليس اختيار نموذج إسناد أو تحديد القناة التي تستحق المساهمة. نبدأ بأرصدة أعطيت لنا بالفعل داخل دفتر تعليمي مكتمل، ثم نفحص ماذا يحدث حين نستبدل بها أرقامًا أقصر للعرض. الرصيد في هذا الدفتر حصة عددية من تحويل، وليس مبلغ فاتورة أو عدد أشخاص مستقلين. لذلك لا نضع علامة عملة بجانب النتيجة، ولا نسمي جزء التحويل جزءًا من عميل أو دليلًا على شراء سلعة ناقصة. يظل تعريف الخانة ثابتًا خلال جميع الفروع الحسابية الآتية.

نختار للأرقام غير السالبة قاعدة تقريب إلى أقرب جزء من مئة؛ وعند التعادل الدقيق نرفع إلى الجزء الأكبر. مثلًا، يقع خمسة أجزاء من ألف في منتصف المسافة بين صفر وجزء من مئة، فنكتبه جزءًا من مئة. هذه قاعدة اخترناها للتوضيح وليست وصفًا موثقًا لخوارزمية منصة. كما نفرق بين القيمة الأصلية ورمزها المعروض: يحتفظ دفترنا بالأولى للحساب، ويستعمل الثانية لسهولة القراءة، ولا يمحو الأصل بمجرد اختصار عدد المنازل الظاهرة.

أربعة طلبات: النتيجة تختلف بحسب موضع التقريب

نسمي طلباتنا المؤلفة P1 وP2 وP3 وP4، ونفترض أنها أربعة معرفات مستقلة بلا إلغاء أو تكرار. نعطي كل طلب رصيدًا مقداره 0.004 للحملة A ورصيدًا مقداره 0.996 للحملة B. مجموع الرصيدين يساوي واحدًا بالضبط في كل طلب؛ لذلك يكون مجموع الدفتر أربعة. لا نستنتج هذه الحصص من رحلة عميل حقيقية، ولا ندعي أنها مخرجات نموذج يعتمد على البيانات؛ إنها مدخلات اخترناها كي يظهر أثر التقريب بوضوح.

في المسار الأول نقرب رصيد كل حملة داخل كل طلب إلى منزلتين. يصبح رصيد A في الصف الواحد صفرًا، ويصبح رصيد B واحدًا. وعندما نجمع الصفوف الأربعة المعروضة نحصل على صفر للحملة A وأربعة للحملة B. يسهل التحقق من أن إجمالي الحملتين ما زال أربعة، لكن هذا التطابق لا يعني أن توزيع الرصيد بين الحملتين ظل كما كان. لقد حذفنا أجزاء صغيرة من خانة A، ورفعنا الخانة المقابلة في كل صف أثناء العرض.

في المسار الثاني نجمع القيم الأصلية لكل حملة قبل التقريب. أربع مرات 0.004 تعطي 0.016 للحملة A، وأربع مرات 0.996 تعطي 3.984 للحملة B. بعد التقريب النهائي نعرض 0.02 و3.98، ومجموعهما أربعة أيضًا. اختلفت خانتا الحملتين بين المسارين رغم اتفاق الإجمالي. إذن فحص المجموع العام وحده أضعف من فحص الأرصدة الأصلية لكل حملة ومعرف طلب، ولا يكشف دائمًا أين ضاعت الدقة.

الصفر الظاهر وتغيير تجميع الصفوف

وفق قاعدتنا غير السالبة، كل قيمة من الصفر حتى ما دون 0.005 تعرض صفرًا عند تقريبها إلى منزلتين. لذلك قد يبدأ الصفر الظاهر من صفر حقيقي، أو من 0.004، أو من 0.0049. أما 0.005 نفسها فتصبح 0.01 لأننا حددنا قاعدة التعادل مسبقًا. هذه الأمثلة تمنع استرجاع قيمة أصلية وحيدة من الرمز المختصر وحده؛ عدة مدخلات مختلفة قد تنتج العرض نفسه.

إذا جمعنا طلبات A الأربعة في صف واحد، مع الاحتفاظ بقيمها الأصلية، فإن صف المجموعة يحمل 0.016 ويعرض 0.02. وإذا أبقينا كل طلب في صف مستقل، ظهرت أربعة أصفار كان مجموعها المعروض صفرًا. لم تتغير الحملة أو الطلبات أو أوزان الإسناد، بل تغير الموضع الذي طبقنا فيه التقريب. لذلك نكتب مستوى التجميع مع النتيجة، ولا نقارن صف مجموعة بأربعة صفوف مقربة ثم نستنتج تلقائيًا أن بيانات جديدة وصلت أو أن طلبًا اختفى.

وثمة فرق بين دمج الصفوف الأصلية ودمج نسخ فقدت دقتها بالفعل. لو لم نحتفظ إلا بالأصفار الأربعة، فلن يعيد جمعها الرصيد الأصلي 0.016. كذلك لا تكفي إضافة منازل شكلية، كتحويل عرض الصفر إلى أربعة أصفار بعد الفاصلة، لاستعادة الأجزاء المحذوفة. نحتاج إلى المصدر الأعلى دقة إن كان متاحًا، مع معرفة ما يمثله. لا نزعم أن ملف تصدير معين يوفر هذه الدقة؛ المثال يشرح لماذا يجب التحقق منها بدل افتراضها من شكل الخانة.

قد يرتفع المجموع المقرب أو ينخفض أو يخفي الخطأ

ننشئ الآن طلبًا مستقلًا خارج الطلبات الأربعة السابقة. نوزع رصيده على ثلاث قنوات بحصص 0.274 و0.274 و0.452، ومجموعها واحد. بعد تقريب كل حصة تصبح القيم 0.27 و0.27 و0.45، فيكون مجموعها 0.99. أما جمع القيم الأصلية أولًا ثم تقريب مجموعها فيعطي 1.00. لا توجد في المدخلات عملية ناقصة؛ النقص نتج عن استعمال الحصص المعروضة كبديل للحصص الأصلية.

وفي طلب مستقل آخر نختار الحصص 0.276 و0.276 و0.448. مجموعها الأصلي واحد أيضًا، لكن تقريبها منفردة يعطي 0.28 و0.28 و0.45، ومجموعها 1.01. بذلك لا يصح القول إن التقريب المبكر ينقص الأرصدة دائمًا. اتجاه الفرق يتوقف على القيم التي قربناها وموقعها بالنسبة إلى الأجزاء المعروضة، وقد تتعادل بعض التغييرات أو تتراكم في اتجاه واحد داخل مجموعة أخرى.

لو جمعنا نتيجتي العرض لهذين الطلبين لحصلنا على اثنين: 0.99 + 1.01 = 2.00. يطابق ذلك الإجمالي الأصلي، لكنه يخفي نقصًا في الطلب الأول وزيادة في الثاني. لهذا نراجع سلامة الجمع على أكثر من مستوى: الطلب، ثم الحملة أو القناة، ثم الإجمالي. لا نعد التطابق في المستوى الأخير دليلًا على تطابق التفاصيل كلها، ولا نحاول إصلاح كل طلب بتغيير حصته الأخيرة دون تسجيل قاعدة جديدة ومبررها؛ فذلك تعديل للعرض لا استرجاع آلي للأصل.

كيف تحتفظ بسجل قابل للتسوية؟

احتفظ بمعرف الطلب والحملة والرصيد الأصلي قبل تنسيق العرض، ثم سجل عدد المنازل وقاعدة التعادل ومستوى التجميع. في دفترنا يمكن لأي قارئ مراجعة أربعة أسطر A وقيمها، ثم إعادة جمعها والحصول على 0.016 قبل تطبيق التقريب النهائي. وإذا لم تكن القيمة الأصلية متاحة، فاكتب أن التسوية مقيدة بدقة الأرقام المستلمة، ولا تقدم نتيجة الجمع على أنها استعادة مؤكدة للأرصدة التي كانت موجودة قبل اختصارها في نظام آخر.

وقد يتطلب تصميم جدول منشور أن تتطابق أعداد العرض الفرعية مع الإجمالي المعروض تمامًا. في هذه الحالة يحتاج تخصيص فرق العرض إلى قاعدة معلنة ومستقلة، مع حفظ القيم الأصلية دون تغيير. لا نختار في مثالنا قاعدة تخصيص ولا نمنح الفرق للحملة ذات الاسم الأخير. يمكن أن ينجح ترتيب بصري في جعل الأعمدة متطابقة، لكنه لا يثبت أن الحملة التي أخذت الجزء الإضافي تستحق مساهمة أكبر في النتيجة أو أنها سببت طلبًا جديدًا.

وعند مقارنة نسختين من تقريرنا نثبت المدخلات أولًا، ثم نحدد هل تغيرت الدقة أو مرحلة التقريب أو تجميع الصفوف. لا نغير هذه العناصر معًا إذا كان غرضنا معرفة سبب الفرق؛ نبدل عنصرًا واحدًا ونراقب أثره الحسابي. بهذه الطريقة نعرف أن انتقال A من صفر إلى جزءين من مئة جاء في فرعنا من الجمع قبل العرض. أما إذا تغيرت المدخلات نفسها، فنحتاج تسوية أخرى، ولا ننسب كل الفرق إلى التقريب اعتمادًا على هذا المثال وحده.

ما الذي لا يثبته فرق المنازل العشرية؟

فرق التقريب ليس اسمًا عامًا لأي اختلاف بين لوحة الإعلان ودفتر الطلبات. نحن اخترنا سجلات مكتملة ومتطابقة وافترضنا أن كل طلب يحمل رصيدًا إجماليًا واحدًا داخل نطاق مثالنا. لم نختبر حسابًا إعلانيًا أو ملفًا مصدرًا، ولم نتحقق من شمول تقرير فعلي لكل القنوات أو الفترات. لذلك تفسر معادلاتنا ما حدث للأرقام التي أعطيناها، ولا تثبت أن بيانات حساب آخر مكتملة أو أن اختلافه سببه العرض دون غيره.

ولفصل خطأ المدخلات عن خطأ العرض، نتخيل فرعًا ننسخ فيه سجل P1 مرة إضافية دون حذف أي سجل سابق. يصبح الدفتر خمسة أسطر لكن معرفاته المستقلة تظل أربعة. جمع أرصدة الأسطر الأصلية يعطي خمسة بدل أربعة قبل أي تقريب. إذن المشكلة هنا تكرار سجل، ولا يعالجها اختيار منازل عشرية أكثر أو تأخير التقريب. قد تبقى بعض القيم المعروضة متشابهة رغم هذا التغيير، ولذلك لا نعتمد على مظهر إجمالي حملة واحدة لاختبار عدم التكرار. نراجع هوية الطلب أولًا ثم نطبق تسوية الأرصدة على المجموعة التي قصدنا حسابها فعلًا.

كذلك لا يعني ظهور كسر صغير في حملة أن بإمكاننا تحويله إلى عدد مشترين مستقلين بالتقريب إلى أقرب عدد صحيح. في طلباتنا الأربعة يظل عدد المعرفات أربعة مهما اختلف تنسيق حصص الحملتين. وإذا أردنا عد المشترين احتجنا تعريفًا وبيانات لم نعطها هنا؛ قد يعود أكثر من طلب إلى الشخص نفسه، لكننا لم نوفر معرفات أشخاص لنعرف ذلك. نحافظ إذن على وحدة الخانة بدل تبديل «رصيد تحويل» بـ«عميل» بعد خطوة حسابية لا تقيس العملاء أصلًا.

النتيجة العملية هي فصل الرقم المخزن عن الرقم المعروض، ثم تفسير كل مجموع بحسب دقته ومجموعته. ابدأ بالأصل إن توفر، واجمعه على المستوى المطلوب، وقرب مرة واحدة لعرض النتيجة، ووضح لماذا قد لا يطابقها جمع الصفوف المختصرة. وإذا بقي فرق بعد تثبيت هذه الخطوات، فاحتفظ به كسؤال يحتاج بيانات إضافية. لا تصفه مبيعات مفقودة أو إسنادًا خاطئًا قبل أن يتوافر الدليل المناسب لذلك الحكم، ولا تجعل التطابق الإجمالي بديلًا عن مراجعة التفاصيل.