تدقيق الحسابات

تدقيق مرحلة التعلم في Meta وخطة دمج مجموعات الإعلانات

جدول بمخاطر التعلم لكل مجموعة إعلانات نشطة وخطة دمج تضمن حصول كل مجموعة على عدد كافٍ من العملاء المحتملين للخروج من مرحلة التعلم.

متى تستخدمه

عندما تكون مجموعات إعلانات Meta عالقة في حالة Learning Limited أو لديك مجموعات إعلانات صغيرة كثيرة تقسّم ميزانيتك.

ما ستحصل عليه

جدول بمخاطر التعلم لكل مجموعة إعلانات نشطة، إضافة إلى خطة دمج مع النتائج الأسبوعية المتوقعة، حيث يُعرض كل إيقاف أو نقل ميزانية أو دمج كمعاينة لموافقتك.

هل يغيّر أي شيء في حسابي؟

فقط بموافقتك. يعرض المساعد أولًا معاينة لكل تغيير وينتظر موافقتك.

يعمل مع

Meta Ads

أكمل البيانات قبل الإرسال

[حساب الإعلانات][تكلفة العميل المحتمل (CPL) المستهدفة]

استخدم اتصالي بـ Opus Growth لهذا الغرض. إذا لم تجد الأداة التي تحتاجها، فابحث بين أدوات Opus Growth (باستخدام search_tools إن كانت في قائمتك)؛ وإذا تعذّر عليك الوصول إلى الأدوات تمامًا، فلا تخمّن وأخبرني. دقّق في مرحلة التعلم في حساب إعلانات Meta الخاص بي [حساب الإعلانات] خلال آخر 7 أيام. لكل مجموعة إعلانات نشطة، اعرض: - الحملة ومجموعة الإعلانات - حدث التحسين والميزانية اليومية - النتائج وتكلفة النتيجة خلال آخر 7 أيام - حالة التعلم، إذا أعادتها Meta إذا لم تُرجع Meta حالة التعلم، فقدّرها. أقل من 50 حدث تحسين خلال 7 أيام يعني أن مجموعة الإعلانات ستبقى على الأرجح في حالة Learning Limited. ثم افحص سجل التغييرات لنفس الأيام السبعة. أشِر إلى التعديلات التي تعيد ضبط التعلم: تغييرات الميزانية التي تتجاوز نحو 20%، وتعديلات الاستهداف، وتغييرات حدث التحسين، والإعلانات المضافة حديثًا. قدّم: 1. جدولًا مرتبًا حسب الإنفاق. 2. خطة دمج. وضّح أي مجموعات إعلانات تستهدف المدينة نفسها والخدمة نفسها ينبغي دمجها، بحيث تحصل كل مجموعة متبقية على عدد كافٍ من العملاء المحتملين أسبوعيًا عند تكلفة العميل المحتمل المستهدفة لدي وهي [تكلفة العميل المحتمل (CPL) المستهدفة]. اعرض النتائج الأسبوعية المتوقعة لكل مجموعة إعلانات بعد الدمج. لا تغيّر أي شيء الآن. لكل إيقاف أو نقل ميزانية أو تكرار توصي به، اعرض المعاينة الدقيقة وانتظر موافقتي.

دقّق في مرحلة التعلم في حساب إعلانات Meta الخاص بي [حساب الإعلانات] خلال آخر 7 أيام.

لكل مجموعة إعلانات نشطة، اعرض:
- الحملة ومجموعة الإعلانات
- حدث التحسين والميزانية اليومية
- النتائج وتكلفة النتيجة خلال آخر 7 أيام
- حالة التعلم، إذا أعادتها Meta

إذا لم تُرجع Meta حالة التعلم، فقدّرها. أقل من 50 حدث تحسين خلال 7 أيام يعني أن مجموعة الإعلانات ستبقى على الأرجح في حالة Learning Limited.

ثم افحص سجل التغييرات لنفس الأيام السبعة. أشِر إلى التعديلات التي تعيد ضبط التعلم: تغييرات الميزانية التي تتجاوز نحو 20%، وتعديلات الاستهداف، وتغييرات حدث التحسين، والإعلانات المضافة حديثًا.

قدّم:
1. جدولًا مرتبًا حسب الإنفاق.
2. خطة دمج. وضّح أي مجموعات إعلانات تستهدف المدينة نفسها والخدمة نفسها ينبغي دمجها، بحيث تحصل كل مجموعة متبقية على عدد كافٍ من العملاء المحتملين أسبوعيًا عند تكلفة العميل المحتمل المستهدفة لدي وهي [تكلفة العميل المحتمل (CPL) المستهدفة]. اعرض النتائج الأسبوعية المتوقعة لكل مجموعة إعلانات بعد الدمج.

لا تغيّر أي شيء الآن. لكل إيقاف أو نقل ميزانية أو تكرار توصي به، اعرض المعاينة الدقيقة وانتظر موافقتي.

افتح في Claude افتح في ChatGPT ناقش في المنتدى

عمليات بحث ذات صلة

learning limited مرحلة التعلم meta ads facebook ads دمج مجموعات الإعلانات عدد كبير من مجموعات الإعلانات تكلفة العميل المحتمل توزيع الميزانية 50 حدثًا في الأسبوع دمج مجموعات الإعلانات

تعمل هذه الأوامر بأفضل شكل عندما يكون مساعد الذكاء الاصطناعي لديك متصلًا بحساباتك عبر Opus Growth.

اربط حساباتك مجانًا

المزيد من الأوامر

تدقيق الحساباتللقراءة فقط

تدقيق شامل لحساب Google Ads مع أول ثلاثة إصلاحات يجب تنفيذها

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

متى تستخدمهعندما ترث حساب Google Ads أو تشك فيه وتريد أن تعرف ما الخطأ فعلًا ومن أين تبدأ الإصلاح.

أجرِ تدقيقًا شاملًا لحساب Google Ads الخاص بي [اسم الحساب] من البداية إلى النهاية. إذا كان عمر الحساب أقل من 90 يومًا فاستخدم كل الأيام المتاحة، وإلا فاستخدم آخر 90 يومًا. هذه مراجعة للقراءة فقط، لا تغيّر أي شيء.

ابدأ بـ account_snapshot للحصول على حالة كل حملة وميزانيتها واستراتيجية عروض الأسعار وعمرها ونتائجها منذ بدايتها. افصل الحملات التي تحقق نتائج عن تلك التي تنفق دون تحويلات. ثم افحص هذه المجالات بالترتيب:

1. القياس. اعرض إجراءات التحويل الأساسية باستخدام list_conversion_actions. حدد أي إجراء أساسي لم يسجل شيئًا خلال آخر 30 يومًا. ابحث عن إعدادات قد تحتسب الشخص نفسه مرتين، مثل نقرة على الهاتف ونقرة على WhatsApp في الموقع تم إعدادهما كإجراءين أساسيين منفصلين، أو وسم Google Ads وحدث GA4 مستورد كلاهما أساسي للنموذج نفسه. تحقق من عدد النقرات التي ذهبت إلى زر الاتصال في الإعلانات ومما إذا كانت هذه المكالمات سُجلت فعلًا، باستخدام google_ads_query على call_view.
2. عروض الأسعار والميزانية. استخدم impression_share_analysis لعرض حصة الظهور الضائعة بسبب الميزانية وبسبب الترتيب لكل حملة. استخدم keyword_quality_report للعثور على الكلمات المفتاحية التي تقل عن عرض سعر الصفحة الأولى أو التي نادرًا ما تظهر بسبب انخفاض الجودة. بالنسبة للحملات التي تستخدم Smart Bidding، وضّح ما إذا كانت آخر 30 يومًا تحتوي على تحويلات كافية للهدف الذي تعتمد عليه.
3. الهيكلة. تحقق مما إذا كانت عمليات البحث عن العلامة التجارية تشترك في حملة واحدة مع عمليات البحث العامة، وما إذا كانت كل مجموعة إعلانية توجه الناس إلى صفحة خدمتها الخاصة، وما إذا كانت الكلمة المفتاحية نفسها موجودة في أكثر من مجموعة إعلانية.
4. مصطلحات البحث. استخدم search_terms_report للفصل بين المصطلحات التي تنفق دون تحويل وأسماء المنافسين وعمليات البحث المعلوماتية. لا تعتبر أبدًا أن مصطلحًا حقق تحويلًا واحدًا على الأقل هدر في الإنفاق.
5. الإعلانات والأصول. راجع قوة الإعلانات والأصول المرفوضة وما إذا كانت روابط المواقع الفرعية تشير إلى الصفحة الصحيحة. حدد بشكل منفصل أي نص أو أصل يصف خدمة لا تقدمها الشركة: [الخدمات غير المقدمة، أو اكتب "لا شيء"].
6. صفحات الهبوط. اسحب النقرات والتكلفة ومعدل التحويل لكل صفحة من landing_page_view باستخدام google_ads_query. في الصفحات التي تستحوذ على أكبر إنفاق، تحقق من وجود زر للهاتف وزر لـ WhatsApp، وافحص سرعة الجوال باستخدام core_web_vitals.
7. الموقع والجدول الزمني والجهاز. وضّح ما إذا كان خيار الموقع مضبوطًا على "التواجد"، وكم من الإنفاق يذهب خارج المنطقة المستهدفة، والإنفاق والتحويلات خارج [ساعات العمل].

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

تدقيق الحساباتللقراءة فقط

تدقيق شامل لحساب Meta Ads مع أول ثلاثة إصلاحات يجب تنفيذها

يراجع القياس ومشكلات التسليم ومرحلة التعلم والاستهداف والمواضع وإرهاق المواد الإبداعية دفعة واحدة. يرتب النتائج ويحدد أول ثلاثة إصلاحات دون تغيير أي شيء.

متى تستخدمهعندما تراجعت نتائج إعلانات Meta لديك أو توقفت وتحتاج إلى معرفة الخلل في الحساب قبل أن تلمس أي شيء.

أجرِ تدقيقًا شاملًا لحساب إعلانات Meta الخاص بي [حساب الإعلانات] من البداية إلى النهاية. استخدم آخر 30 يومًا كفترة رئيسية والـ 30 يومًا التي قبلها للمقارنة. هذه مراجعة للقراءة فقط، لا تغيّر أي شيء.

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

1. القياس. تحقق من وقت آخر حدث للبكسل باستخدام list_meta_pixels. تأكد من أن الحدث الذي تُحسّن كل حملة من أجله يُسجَّل فعلًا. حدد الإعدادات التي قد تحتسب النتيجة نفسها مرتين، مثل عملاء محتملين يتم جمعهم عبر البكسل ونموذج فوري معًا.
2. التسليم. اعرض المجموعات الإعلانية المرفوضة أو العالقة في المراجعة أو التي لم يتبقَّ فيها إعلان نشط أو التي تنفق أقل من نصف ميزانيتها. اذكر السبب الذي أوضحه Meta لكل حالة.
3. مرحلة التعلم. ابحث عن المجموعات الإعلانية المقسّمة بدرجة تمنعها من الوصول إلى 50 نتيجة أسبوعيًا. استخدم meta_change_history لإظهار التعديلات في آخر 14 يومًا التي أعادت ضبط التعلم.
4. الاستهداف والجماهير. حدد المجموعات الإعلانية التي تستهدف الجمهور نفسه والمجموعات التي يتجاوز معدل التكرار فيها [الحد الأقصى للتكرار].
5. المواضع والأجهزة. باستخدام get_report، قارن تكلفة النتيجة حسب publisher_platform وحسب الجهاز بمتوسط الحساب. لا تتخذ قرارات بشأن شرائح تقل نتائجها عن 20 نتيجة.
6. المواد الإبداعية. اعتبر الإعلان مُرهَقًا عندما يرتفع معدل التكرار بينما ينخفض معدل النقر وترتفع تكلفة النتيجة. صف باختصار الزاوية التي تشترك فيها الإعلانات الرابحة.
7. الوجهة. تحقق من أن الصفحة أو رابط WhatsApp الذي توجه إليه الإعلانات الناس يعمل ويتوافق مع الهدف.

تدقيق الحساباتيجري تغييرات بعد موافقتك

ادمج اتصالات الهاتف ورسائل WhatsApp في تحويل واحد موثوق

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

متى تستخدمهعندما يتصل بك الناس ويراسلونك من الموقع نفسه وتشك في أن الزائر الواحد يُحتسب كتحويلين، مما يجعل تكلفة التحويل تبدو أفضل مما هي عليه فعلًا.

في حساب Google Ads الخاص بي [اسم الحساب]، يصل إلينا العملاء المحتملون عبر زري الهاتف وWhatsApp في الموقع. إذا احتُسب ضغط شخص واحد على الزرين كتحويلين، تبدو تكلفة التحويل لديّ أقل مما هي عليه فعلًا، وتتعلم خوارزمية عروض الأسعار شيئًا خاطئًا. أصلح ذلك.

1. ارسم خريطة الإعداد الحالي. اعرض الإجراءات الأساسية وفئاتها وأنواع احتسابها باستخدام list_conversion_actions. في حاوية Tag Manager الخاصة بي [معرّف حاوية GTM]، استخدم list_gtm_tags لتوضيح أي وسم يُفعّل أي تسمية تحويل. قدّر بالأرقام عدد المرات التي قد يكون فيها النقر الإعلاني الواحد قد أنتج أكثر من تحويل تواصل واحد خلال آخر 30 يومًا.
2. زر الاتصال في الإعلانات. باستخدام google_ads_query، تحقق من عدد النقرات وحجم الإنفاق الموجّه إلى زر الاتصال في الإعلانات، واستخدم call_view للتحقق مما إذا كانت تلك المكالمات قد سُجّلت. إذا وُجدت نقرات دون سجلات، فاذكر ذلك بوضوح وقدّم خيارين: إزالة أصل الاتصال، أو قبول تلك النقرات كزيارات غير مقيسة.
3. اعرض الخطة. اقترح إجراء تحويل واحدًا باسم "Contact click (Phone + WhatsApp)" مع ضبط الاحتساب على مرة واحدة. اربطه بوسم واحد يُفعَّل عند مشغّلي الهاتف وWhatsApp معًا. اجعل الإجراءين القديمين ثانويين. وضّح ما إذا كانت الحملات التي تعتمد Smart Bidding تحتاج إلى مراجعة هدفها، لأن عدد التحويلات سينخفض.
4. نفّذ بعد موافقتي. أنشئ إجراء التحويل، واضبط الاحتساب على مرة واحدة، وحدّث الوسم في Tag Manager، واعرض عليّ قائمة التغييرات قبل النشر. بعد النشر، دوّن أي نسخة يمكن استعادتها.

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

تدقيق الحساباتللقراءة فقط

أجرِ تدقيقًا شاملًا لـ SEO وAEO وGEO واحصل على بطاقة تقييم مدعومة بالأدلة

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

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

دقّق موقعي [URL الموقع] من البداية إلى النهاية للبحث التقليدي ومحركات الإجابة (AEO) والبحث بالذكاء الاصطناعي (GEO). موقعي في Search Console: [موقع Search Console]. المنافس الرئيسي: [نطاق المنافس، أو "لا يوجد"]. السوق: [الدولة]، اللغة: [رمز اللغة]. أكثر 3 عمليات بحث تجلب لي أعمالًا: [3 استعلامات تجارية]. أهم قوالب الصفحات لديّ: [الصفحة الرئيسية، وصفحة خدمة واحدة، وURL مقالة واحدة في المدونة]. هذه المهمة للقراءة فقط.

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

جمع البيانات:
1. شغّل التحليل المجمّع باستخدام seo_full_analysis مع تمرير domain وcompetitor وlocation وlanguage. يقيس قسم ظهور الذكاء الاصطناعي فيه الكلمة المفتاحية الوحيدة التي يتصدر بها الموقع أكثر من غيرها، وقد لا تكون لها علاقة بعملي؛ لا تستخدم هذا القسم في التقييم، وبدلًا منه قِس عمليات البحث التجارية الثلاث لدي باستخدام seo_ai_overview مع target=[النطاق]. إذا كانت references فارغة، فاحسب النطاقات الموجودة في الروابط داخل ai_answer.
2. شغّل seo_site_crawl مع max_pages قريبة من عدد صفحات الموقع (بحد أقصى [الحد الأقصى للصفحات]). يعيد task_id؛ استدعِه مرة أخرى بالـ task_id نفسه بعد 60 إلى 90 ثانية وانتظر حتى يصل الملخص. اجلب القائمة الكاملة لعناوين URL الخاصة بأي مشكلة عبر المعامل issue عند الحاجة. إذا لم يغطِّ حد الزحف الموقع كله، فاذكر أن النتائج عيّنة.
3. اقرأ robots.txt وsitemap.xml وllms.txt باستخدام site_read_url. اقرأ صفحات القوالب لديّ مع text=true (وإذا كانت truncated تساوي true فأعد القراءة مع max_bytes=1000000) ومع outline=true. أما JSON-LD فاقرأ الصفحات نفسها مع max_bytes=1000000 واستخرج الكتل.
4. قِس الصفحة الرئيسية وصفحة الخدمة باستخدام seo_audit مع strategy='mobile'. بالنسبة لـ Core Web Vitals استخدم بيانات المستخدمين الحقيقيين (الميدانية) إن وُجدت، وإلا فقيمة المختبر، واذكر أيهما استخدمت.
5. استخدم get_report مع platform='search_console' وbreakdown بعنوان 'query by impressions' و'page by impressions' لآخر 90 يومًا. افحص الصفحات العشر الأكثر ظهورًا باستخدام gsc_inspect_urls. واجلب حالة خريطة الموقع باستخدام gsc_sitemaps.
6. تذكّر أن الأدوات المختلفة قد ترى نسخًا مختلفة من الصفحة نفسها: إذا قاس seo_technical_audit أو seo_site_crawl عنوانًا بلغة مختلفة عمّا يعرضه site_read_url، فسجّل ذلك كنتيجة، لأن الموقع قد يعيد توجيه الزوار حسب الدولة.

بطاقة التقييم: ست مجالات، خمسة فحوصات في كل منها، وكل فحص إما ناجح (1) أو فاشل (0). إذا لم تتوفر بيانات لفحص ما، فاكتب "غير مقاس" واحذفه من المقام؛ لا تمنح درجة بالتخمين أبدًا.
1. الوصول وقابلية الزحف: ملف robots.txt مفتوح أمام زواحف الذكاء الاصطناعي الخاصة بالبحث؛ الصفحات الرئيسية تعيد 200 مع إعادة توجيه واحدة على الأكثر؛ لا يوجد noindex على الصفحات الرئيسية؛ خريطة الموقع بلا أخطاء وتتضمن الصفحات الرئيسية؛ المحتوى الأساسي ظاهر دون JavaScript.
2. الصحة التقنية والسرعة: LCP على الجوال أقل من 2.5 ثانية؛ CLS أقل من 0.1؛ INP أقل من 200 مللي ثانية؛ لا صفحات معطلة ولا روابط داخلية معطلة في الزحف؛ لا عناوين أو أوصاف مكررة.
3. البيانات المنظمة والكيان: توجد عقدة Organization أو LocalBusiness؛ العقد مرتبطة عبر @id؛ المخطط يناسب نوع الصفحة (Service وArticle وProduct)؛ حقائق المخطط تطابق النص الظاهر؛ روابط sameAs تعمل.
4. قابلية اقتباس المحتوى: الفقرة الأولى في الصفحات الرئيسية تجيب عن السؤال مباشرة؛ العناوين تسمّي الموضوع أو السؤال بوضوح؛ الحقائق القابلة للمقارنة في جدول؛ يوجد قسم أسئلة شائعة خاص بالصفحة؛ توجد أرقام وتواريخ محددة.
5. إشارات الثقة: صفحة "من نحن" محددة (من، وأين، ومنذ متى)؛ بيانات التواصل موجودة في الموقع ومتسقة؛ المقالات تعرض المؤلف أو الناشر؛ تواريخ النشر والتحديث ظاهرة؛ الصفحات القانونية يمكن الوصول إليها من التذييل عبر روابط ثابتة.
6. ظهور الذكاء الاصطناعي المقاس: الاقتباس في إجابة الذكاء الاصطناعي من Google لواحد على الأقل من عمليات البحث التجارية الثلاث؛ الاقتباس عند البحث عن العلامة التجارية؛ ملف llms.txt موجود ودقيق؛ يُظهر Search Console نقرات من عمليات بحث لا تتضمن العلامة التجارية؛ إذا كان المنافس الرئيسي مقتبَسًا في عمليات البحث هذه، فتوجد عملية واحدة على الأقل أُقتبَس فيها أنا أيضًا.

نسّق المخرجات هكذا. أولًا ملخص تنفيذي من خمس جمل. ثم جدول الدرجات: المجال، الدرجة (مثل 3/5)، الفحوصات الفاشلة. ثم جدول الأدلة: المجال، الفحص، النتيجة، الدليل (اسم الأداة والقيمة المعادة)، عناوين URL المتأثرة. ثم قائمة الإصلاحات: لكل بند التأثير (عالٍ، متوسط، منخفض)، والجهد (ساعات، أيام، أسابيع)، ومن ينفّذه؛ ويأتي أولًا ما تأثيره عالٍ وجهده منخفض. وفي النهاية أول ثلاثة إصلاحات ولماذا تأتي أولًا. لا تُصدر حكمًا على أي شيء لم يُقَس.