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

اكتشف مواضع الظهور والأجهزة في Meta التي تهدر ميزانية العملاء المحتملين

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

متى تستخدمه

عندما تكون تكلفة العملاء المحتملين في Meta أعلى مما ينبغي وتريد معرفة أي مواضع ظهور أو أجهزة تهدر الميزانية أو تجلب عملاء محتملين وهميين.

ما ستحصل عليه

جدول مرتب بشرائح مواضع الظهور والأجهزة المهدِرة للميزانية، وأعداد جودة العملاء المحتملين لكل مجموعة إعلانات (هواتف غير صالحة، مكررون)، وتوصيات بمواضع الظهور لكل مجموعة إعلانات مع معاينات تنتظر موافقتك.

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

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

يعمل مع

Meta Ads

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

[حساب الإعلانات][CPL المستهدف]

استخدم اتصالي بـ Opus Growth لهذا الغرض. إذا لم تجد الأداة التي تحتاجها، فابحث بين أدوات Opus Growth (باستخدام search_tools إن كانت في قائمتك)؛ وإذا تعذّر عليك الوصول إلى الأدوات تمامًا، فلا تخمّن وأخبرني. أريد أن أعرف أين تذهب ميزانية العملاء المحتملين في Meta فعليًا. اعمل على حساب الإعلانات [حساب الإعلانات] وغطِّ كل مجموعة إعلانات نشطة في حملة عملاء محتملين. 1. اسحب آخر 30 يومًا على مستوى مجموعة الإعلانات باستخدام meta_insights_query. نفّذ هذه التفصيلات في عمليات سحب منفصلة إذا رفضت Meta الجمع بينها: - publisher_platform + platform_position (Feed وStories وReels وAudience Network وMessenger وغيرها) - device_platform اطلب spend وimpressions وinline_link_clicks وactions وcost_per_action_type. استخدم نوعًا واحدًا لإجراء العميل المحتمل باتساق (عملاء النموذج الفوري أو حدث Lead في البكسل، أيهما تُحسَّن له مجموعات الإعلانات هذه) وأخبرني بالنوع الذي استخدمته. 2. لكل شريحة، اعرض: - الإنفاق ونسبته من إنفاق مجموعة الإعلانات - مرات الظهور وCTR للرابط - العملاء المحتملين وتكلفة العميل المحتمل 3. صنّف الشريحة على أنها هدر إذا تحقق أحد الشرطين: - تستهلك أكثر من 15% من إنفاق مجموعة الإعلانات وتكلفة العميل المحتمل فيها أعلى من 1.5 ضعف متوسط مجموعة الإعلانات - أنفقت أكثر من ضعفي [CPL المستهدف] دون أي عملاء محتملين 4. لا يمكن تفصيل جودة العملاء المحتملين بحسب موضع الظهور، لذا افحصها على مستوى مجموعة الإعلانات. اعثر على الصفحات باستخدام list_meta_pages، واعرض نماذجها الفورية باستخدام list_meta_lead_forms، ونزّل عملاء آخر 30 يومًا باستخدام download_meta_leads. بالاعتماد على مجموعة الإعلانات التي جاء منها كل عميل محتمل، احسب لكل مجموعة إعلانات عدد العملاء ذوي أرقام الهواتف التي تبدو غير صالحة (طول خاطئ، أرقام ناقصة، أرقام وهمية واضحة مثل 5555555555) والمكررين (نفس الهاتف أو البريد الإلكتروني أُرسل أكثر من مرة). اذكر الأعداد والنسب المئوية فقط، دون البيانات الشخصية. قدّم: - جدولًا بالشرائح المصنّفة كهدر، مرتبًا بحسب الإنفاق المهدور. - توصية لكل مجموعة إعلانات: استبعاد مواضع ظهور محددة، أو الإبقاء على مواضع Advantage+. استخدم أرقام الجودة على مستوى مجموعة الإعلانات لتوضح هل المجموعة الرخيصة رخيصة فعلًا أم أنها تجمع عملاء محتملين ذوي جودة سيئة. في كل توصية، نبّهني إلى أن تضييق مواضع الظهور قد يرفع CPM ويعيد مرحلة التعلّم. إذا أردت تنفيذ تغيير، جهّزه باستخدام update_meta_adset (publisher_platforms وحقول *_positions المقابلة) مع confirm=false، واعرض لي المعاينة لكل مجموعة إعلانات، ولا تطبّق أي شيء حتى أوافق.

أريد أن أعرف أين تذهب ميزانية العملاء المحتملين في Meta فعليًا. اعمل على حساب الإعلانات [حساب الإعلانات] وغطِّ كل مجموعة إعلانات نشطة في حملة عملاء محتملين.

1. اسحب آخر 30 يومًا على مستوى مجموعة الإعلانات باستخدام meta_insights_query. نفّذ هذه التفصيلات في عمليات سحب منفصلة إذا رفضت Meta الجمع بينها:
- publisher_platform + platform_position (Feed وStories وReels وAudience Network وMessenger وغيرها)
- device_platform
اطلب spend وimpressions وinline_link_clicks وactions وcost_per_action_type. استخدم نوعًا واحدًا لإجراء العميل المحتمل باتساق (عملاء النموذج الفوري أو حدث Lead في البكسل، أيهما تُحسَّن له مجموعات الإعلانات هذه) وأخبرني بالنوع الذي استخدمته.

2. لكل شريحة، اعرض:
- الإنفاق ونسبته من إنفاق مجموعة الإعلانات
- مرات الظهور وCTR للرابط
- العملاء المحتملين وتكلفة العميل المحتمل

3. صنّف الشريحة على أنها هدر إذا تحقق أحد الشرطين:
- تستهلك أكثر من 15% من إنفاق مجموعة الإعلانات وتكلفة العميل المحتمل فيها أعلى من 1.5 ضعف متوسط مجموعة الإعلانات
- أنفقت أكثر من ضعفي [CPL المستهدف] دون أي عملاء محتملين

4. لا يمكن تفصيل جودة العملاء المحتملين بحسب موضع الظهور، لذا افحصها على مستوى مجموعة الإعلانات. اعثر على الصفحات باستخدام list_meta_pages، واعرض نماذجها الفورية باستخدام list_meta_lead_forms، ونزّل عملاء آخر 30 يومًا باستخدام download_meta_leads. بالاعتماد على مجموعة الإعلانات التي جاء منها كل عميل محتمل، احسب لكل مجموعة إعلانات عدد العملاء ذوي أرقام الهواتف التي تبدو غير صالحة (طول خاطئ، أرقام ناقصة، أرقام وهمية واضحة مثل 5555555555) والمكررين (نفس الهاتف أو البريد الإلكتروني أُرسل أكثر من مرة). اذكر الأعداد والنسب المئوية فقط، دون البيانات الشخصية.

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

في كل توصية، نبّهني إلى أن تضييق مواضع الظهور قد يرفع CPM ويعيد مرحلة التعلّم. إذا أردت تنفيذ تغيير، جهّزه باستخدام update_meta_adset (publisher_platforms وحقول *_positions المقابلة) مع confirm=false، واعرض لي المعاينة لكل مجموعة إعلانات، ولا تطبّق أي شيء حتى أوافق.

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

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

مواضع ظهور meta إنفاق مهدور تكلفة العميل المحتمل مرتفعة جدًا cpl عملاء محتملون وهميون جودة العملاء المحتملين audience network إعلانات facebook إعلانات instagram تفصيل بحسب الجهاز

تعمل هذه الأوامر بأفضل شكل عندما يكون مساعد الذكاء الاصطناعي لديك متصلًا بحساباتك عبر 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 المتأثرة. ثم قائمة الإصلاحات: لكل بند التأثير (عالٍ، متوسط، منخفض)، والجهد (ساعات، أيام، أسابيع)، ومن ينفّذه؛ ويأتي أولًا ما تأثيره عالٍ وجهده منخفض. وفي النهاية أول ثلاثة إصلاحات ولماذا تأتي أولًا. لا تُصدر حكمًا على أي شيء لم يُقَس.