إلى أي مدى زمني يرجع سجل التغييرات الأصلي في Meta؟

سجل التغييرات الأصلي في Meta Ads Manager متاح لنحو 90 يوماً تقريباً. بعد ذلك، لم تعد السجلات قابلة للوصول عبر الواجهة القياسية. أما المعلنون الذين يحتاجون إلى التحقيق في تغييرات تتجاوز تلك النافذة — أو إلى سجل قابل للبحث والتصدير يعود إلى أبعد من ذلك — فالسجل الأصلي غير كافٍ لهم. البديل الوحيد هو سجل إجراءات من طرف ثالث يدوّن التغييرات باستمرار ويحتفظ بها بعد انتهاء صلاحية السجل الأصلي.

هل يخبرني سجل تغييرات Meta أي عضو في الفريق أجرى تغييراً معيّناً؟

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

أي أنواع التغييرات يلتقطها سجل Meta الأصلي؟

يلتقط سجل التغييرات الأصلي في Meta معظم التعديلات على مستوى الحملة: تعديلات الميزانية، وتغييرات المزايدة، وضبط الاستهداف، وتغييرات الجدولة، وتبديل الإبداعات الإعلانية، وتغييرات الحالة (الإيقاف والاستئناف والأرشفة). لكنه لا يلتقط كل أحداث الوصول (من اطّلع على الحساب) ولا التغييرات التي تُجرى عبر الـ API بواسطة أدوات متصلة ما لم تسجّل تلك الأدوات إجراءاتها بنفسها. سجل إجراءات على مستوى المنصة يدوّن كل التغييرات الواردة من الـ API كإدخالات منسوبة يسدّ هذه الفجوة.

هل من طريقة للبحث في سجل Meta الأصلي حسب عضو الفريق؟

تتيح واجهة Meta الأصلية تصفية سجل التغييرات حسب النطاق الزمني وحسب الكائن الإعلاني (حملة أو مجموعة إعلانية أو إعلان)، لكن البحث حسب عضو الفريق محدود ويعتمد على كيفية بناء الحساب. في حسابات Business Manager متعددة المستخدمين، يمكنك أن ترى أي مستخدم أجرى تغييراً، لكن فقط إذا كان الأفراد مُسمّين ومُسندين مباشرة لا عبر أدوار مشتركة. سجل إجراءات موحّد يدوّن كل التغييرات تحت المقعد المُسمّى الذي أجراها يمنحك تصفية موثوقة حسب الشخص عبر أي نطاق زمني.

ما أسرع طريقة لإعادة بناء خط زمني لتعديلات حملة خلال آخر 30 يوماً؟

في Wevion، افتح سجل الإجراءات، وصفِّ إلى الحملة أو الحساب المعني، واضبط النطاق الزمني إلى آخر 30 يوماً، ثم رتّب حسب الطابع الزمني. النتيجة قائمة زمنية بكل تغيير مُسجّل — تعديلات الميزانية، وتبديل الإبداعات، وتغييرات المزايدة، وضبط الجمهور — منسوبة إلى عضو الفريق المُسمّى الذي أجرى كلاً منها، مع القيمتين قبل وبعد لكل حقل. يستغرق هذا نحو دقيقتين ولا يتطلب فتح واجهة Meta الأصلية إطلاقاً.

إعادة بناء سجل تغييرات الحملة على Meta Ads

الحاجة إلى إعادة بناء سجل تغييرات الحملة على Meta Ads التي تواجهها الفرق غالباً تنبع من سؤال بسيط: "ما الذي تغيّر في هذه الحملة بين الثلاثاء والجمعة الأسبوع الماضي؟" تفتح Ads Manager، وتنتقل إلى سجل التغييرات، وتصفّي إلى الحملة — لتجد قائمة بتغييرات بطوابع زمنية بتوقيت UTC دون فاعل واضح، وحقول مبتورة، ودون أي وسيلة لمعرفة القيمة قبل التعديل. وإن وقع التغيير قبل أكثر من 90 يوماً، فلن تجد شيئاً البتة.

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

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

نقاط القصور المحددة في سجل Meta الأصلي

انتهاء الصلاحية بعد 90 يوماً

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

السجل الأصلي لا يُؤرشف — بل تنتهي صلاحيته ببساطة فلا يعود قابلاً للوصول. ولا توجد وسيلة لاستعادته بعد فوات الأوان. الفرق التي تعتمد على السجل الأصلي وحده تعمل بنقطة عمياء هيكلية في كل ما يقع قبل نافذة الـ 90 يوماً.

إخفاقات النسب مع تسجيل الدخول المشترك

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

الأثر الملموس: تظهر قفزة في تكلفة الاكتساب (CPA) يوم الخميس. تفتح سجل التغييرات فترى أن استراتيجية مزايدة قد تغيّرت يوم الثلاثاء. يُظهر عمود الفاعل "Business Manager — وكالة Acme". وليس لديك أي وسيلة لمعرفة أي من مشتري الوسائط الثلاثة أجرى التغيير دون إرسال رسالة للفريق والأمل في أن يتذكّر أحدهم.

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

البحث في كل حملة على حدة بدلاً من بحث عابر للحسابات

تفرض الواجهة الأصلية فتح كل حملة على حدة لرؤية سجلها. لا يوجد بحث عابر للحسابات — لا يمكنك أن تسأل "أي الحملات عبر كل حساباتي تغيّرت ميزانيتها بين الاثنين والأربعاء؟" بل عليك فتح كل حساب، ثم كل حملة، ثم فحص السجل لكل كائن.

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

وفق البيانات التشغيلية لـ Wevion من الربع الأول 2026، تحلّ الفرق التي تستخدم سجلات إجراءات على مستوى المنصة تحقيقات تغييرات الحملة في 4 دقائق وسطياً. أما الفرق التي تعتمد على سجل تغييرات Meta الأصلي فتستغرق 31 دقيقة وسطياً للتحقيق نفسه — وهذا الرقم يستثني الحالات التي وقع فيها التغيير خارج نافذة الـ 90 يوماً، والتي لا مسار لحلّها في الأداة الأصلية إطلاقاً.

كيف يسدّ سجل الإجراءات على مستوى المنصة الفجوات

التقاط مستمر عبر الـ API الرسمي

يتصل Wevion بـ Meta عبر Meta Marketing API الرسمي، مُصرّحاً به عبر OAuth. كل تغيير يُجرى على الحسابات المتصلة — سواء أُجري عبر واجهة Wevion أو عبر Meta Ads Manager الأصلية — يُلتقط في سجل الإجراءات لحظة وقوعه، بطابع زمني دقيق إلى الدقيقة.

هذا الالتقاط المستمر هو ما يجعل السجل مفيداً لإعادة البناء. أنت لا تسأل "ماذا يتذكّر Meta عن هذه الحملة" — بل تسأل "ماذا يدوّن السجل عن هذه الحملة"، والسجل يدوّن باستمرار منذ لحظة ربط الحساب.

تتم المزامنة كل خمس عشرة دقيقة تقريباً. التغييرات التي تُجرى أصلاً في Ads Manager تظهر في سجل إجراءات Wevion ضمن نافذة المزامنة التالية، منسوبة كـ "تغيير خارجي" مع إرفاق الهوية التي يبلّغ عنها Meta. أما التغييرات التي تُجرى عبر واجهة Wevion فتُنسب إلى مقعد Wevion المُسمّى الذي أجراها.

نسب مُسمّى لكل تغيير

لأن Wevion يعمل على نموذج المقاعد المُسمّاة — لكل عضو في الفريق هويته الخاصة بصلاحيات محدّدة النطاق — فإن التغييرات التي تُجرى عبر المنصة تُنسب إلى الشخص المُسمّى المحدّد الذي أجراها. لا التباس تسجيل دخول مشترك.

تُسجَّل القيمتان قبل وبعد لكل تغيير حقل. تعديل ميزانية من 500 دولار/يوم إلى 750 دولاراً/يوم يظهر في السجل هكذا: الطابع الزمني، والشخص المُسمّى، واسم الحملة، والحقل "الميزانية اليومية"، من "500" إلى "750". السياق كامل في الإدخال نفسه، دون أن يحتاج أحد إلى تذكّر القيمة السابقة.

بحث عابر للحسابات في ثوانٍ

سجل الإجراءات قابل للتصفية عبر كل الحسابات المتصلة دفعة واحدة. لإعادة بناء خط زمني لتعديلات حملة:

افتح سجل الإجراءات
صفِّ إلى الحساب أو الحملة المعنية
اضبط النطاق الزمني
رتّب حسب الطابع الزمني

النتيجة هي التسلسل الكامل للتغييرات في النافذة، بترتيب زمني، مع نسب مُسمّى لكل إدخال. وللاستعلام العابر للحسابات — "أي الحملات تغيّرت ميزانيتها الأسبوع الماضي؟" — تنطبق التصفية نفسها عبر كل حساب متصل في آنٍ واحد.

خطوة بخطوة: إعادة بناء خط زمني لتعديلات حملة

يسير سير العمل الملموس للسيناريو الأكثر شيوعاً لإعادة البناء — تحوّل أداء تحتاج إلى تفسيره — كما يلي.

الخطوة 1: حدّد نافذة الأداء

قبل أن تفتح السجل، ثبّت النافذة التي تهمّك. متى تغيّر المقياس؟ إن قفزت تكلفة الاكتساب يوم الأربعاء، فأنت تنظر إلى تغييرات أُجريت في الـ 24–48 ساعة قبل ظهور القفزة في التقارير. (تذكّر أن التقارير تعكس بيانات نافذة المزامنة السابقة — تغييرات أُجريت مساء الثلاثاء قد تظهر في أرقام الأربعاء.)

معرفة النافذة قبل أن تفتح السجل تجعل التصفية محدّدة والنتيجة قصيرة.

الخطوة 2: صفِّ سجل الإجراءات إلى الحملة والنافذة

صفِّ حسب:

الحساب (أو كل الحسابات إن لم تكن متأكداً من المعني)
اسم الحملة أو معرّفها
النطاق الزمني (الـ 48–72 ساعة قبل تحوّل الأداء)

إن كان للحساب عدة حملات ولم تكن متأكداً من المتورّطة، صفِّ حسب الحساب فقط وامسح القائمة كاملةً — عادةً ما يجعل التسلسل الزمني التغييرات المعنية واضحة.

الخطوة 3: اقرأ التسلسل الزمني

النتيجة المُصفّاة هي خط زمني تعديلات الحملة للنافذة. امسحها بحثاً عن:

تغييرات الميزانية (صعوداً أو نزولاً)
تعديلات استراتيجية المزايدة
تغييرات استهداف الجمهور (تبديل Custom Audience، إضافة/إزالة اهتمامات)
التغييرات الإبداعية (إيقاف إعلانات وتفعيل أخرى جديدة)
تغييرات الجدولة (ضبط توقيت العرض، تواريخ تشغيل الحملة)
تغييرات الحالة (الإيقاف، الاستئناف، إيقاف على مستوى المجموعة الإعلانية)

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

تبدو عملية إعادة البناء بديهية بأثر رجعي — بالطبع تريد سجلاً بنسب مُسمّى وقيمتين قبل وبعد. والسبب في أنها ليست بديهية قبل أن تمتلكها هو أن سجل Meta الأصلي يكاد ينجح. إنه قريب بما يكفي ليجعل الفجوات تبدو حالات حدّية، إلى أن تصطدم بإحداها وتدرك أن الجواب ببساطة غير موجود في الأداة التي وثقت بها لتحفظه.

الخطوة 4: وثّق الاستنتاج

بمجرد تحديد التغيير السببي، وثّقه بإدخال السجل كدليل. للاستخدام الداخلي، تكفي لقطة شاشة أو تصدير للإدخالات المعنية. أما للتواصل مع العميل، فالمُخرَج هو ملخّص لما تغيّر وما تفعله حياله — مع إدخال السجل كسجل مساند إن سأل العميل.

لنمط التواصل مع العميل، انظر حالتنا حول إثبات أي عضو في الفريق غيّر الحملة والدليل الأوسع حول كيف تحقّق في تغييرات الحساب الإعلاني.

المواقف التي يهمّ فيها هذا أكثر ما يكون

بعد تحوّل في تكلفة الاكتساب (CPA) أو العائد على الإنفاق الإعلاني (ROAS). المحفّز الأكثر شيوعاً هو تحرّك مقياس أداء في اتجاه غير متوقّع. يربط الخط الزمني للسجل التحوّل بحدث تغيير محدّد، وهو نقطة البداية للإجراء التصحيحي.

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

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

بعد حادثة منصة. حين يُجري Meta تغييراً في الخلفية يؤثر على التسليم — ديناميكية مزاد جديدة، أو تحوّل في سلوك نوع جمهور — يساعد السجل على التمييز بين "تصرّفت المنصة بشكل مختلف" (لا تغيير داخلي مُسجّل) و"غيّر أحدهم في الفريق شيئاً" (تغيير مُسجّل بنسب).

وفق بيانات من فوج Wevion للربع الأول 2026، فإن الفرق التي استخدمت سجل الإجراءات استباقياً — بمراجعته كجزء من العمليات الأسبوعية، لا كأداة تحقيق تفاعلية فحسب — خفّضت زمن التشخيص في حوادث الأداء بنسبة 74% مقارنةً بالفرق التي تستخدم سجلات المنصات الأصلية وحدها.

ما الذي يجيده السجل الأصلي

سجل تغييرات Meta الأصلي ليس عديم النفع — بل هو مُعَيّر تحديداً لعمليات البحث التفاعلية ضمن النافذة على حملة واحدة. إن لاحظت وقوع تغيير في الأسبوعين الأخيرين على حملة تنظر إليها الآن، فسيُظهره السجل الأصلي. حالة الاستخدام التي يخدمها جيداً هي "أحتاج إلى فحص سريع لما حدث لهذه الحملة بعينها في الأيام القليلة الماضية".

تظهر الفجوات حين تحتاج إلى: تاريخ أطول، أو نسب فردي مُسمّى، أو بحث عابر للحملات، أو سجل يمتد عبر Meta وغيرها من المنصات. لتلك الحالات، لا تتوسّع بنية السجل الأصلي. سجل الإجراءات على مستوى المنصة ليس بديلاً عن استخدام Meta Ads Manager — بل هو بديل عن الاعتماد على سجل التغييرات الأصلي بوصفه سجلّك الأساسي.

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

الخلاصة

بُني سجل تغييرات Meta الأصلي لحالة استخدام محدّدة وضيّقة: عمليات بحث سريعة ضمن النافذة على حملة واحدة على يد شخص يعرف مسبقاً ما يبحث عنه. لم يُبنَ لإعادة البناء — للعمل الجنائي في فهم ما الذي حدث لحملة عبر الزمن، وعبر فريق، وعبر المنصات.

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

كيف تعيد بناء سجل تغييرات الحملة حين يقصر سجل Meta الأصلي