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

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

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

متى تستخدمه

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

ما ستحصل عليه

إجراء تحويل واحد باسم "Contact click (Phone + WhatsApp)" يُحتسب مرة واحدة، مدعومًا بوسم Tag Manager محدّث، وفحص لما إذا كانت نقرات الاتصال في الإعلانات تُقاس، وخطة اختبار.

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

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

يعمل مع

Google Ads, Tag Manager

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

[اسم الحساب][معرّف حاوية GTM]

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

في حساب 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، واعرض عليّ قائمة التغييرات قبل النشر. بعد النشر، دوّن أي نسخة يمكن استعادتها.

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

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

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

تحويلات مكررة احتساب مزدوج تتبع تحويلات whatsapp تتبع المكالمات الهاتفية إجراء تحويل في google ads google tag manager تكلفة التحويل منخفضة جدًا smart bidding أصل الاتصال تتبع إضافة الاتصال

تعمل هذه الأوامر بأفضل شكل عندما يكون مساعد الذكاء الاصطناعي لديك متصلًا بحساباتك عبر 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 الذي توجه إليه الإعلانات الناس يعمل ويتوافق مع الهدف.

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

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

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

تحقق مما يقوله الذكاء الاصطناعي عن علامتك التجارية: الأسعار والعنوان وساعات العمل والخدمات

يسحب ما تقوله إجابة الذكاء الاصطناعي من Google عن الأسئلة المتعلقة بعلامتك التجارية والمصادر التي تعتمد عليها، ثم يتحقق من كل ادعاء مقابل الحقائق الحالية في موقعك وفي Business Profile. يحدد المصدر الذي جاءت منه المعلومة الخاطئة أو القديمة ويخطط لكيفية تصحيح ذلك المصدر.

متى تستخدمهيذكر العملاء سعرًا خاطئًا أو عنوانًا قديمًا أو خدمة لم تعد تقدمها سمعوها من الذكاء الاصطناعي، أو لم تتحقق قط مما يقوله الذكاء الاصطناعي عن علامتك التجارية.

تحقق مما إذا كانت إجابات الذكاء الاصطناعي تقدّم معلومات صحيحة عن علامتي التجارية [اسم العلامة التجارية]. موقعي: [النطاق]. السوق: [الدولة]، اللغة: [رمز اللغة]. موقعي في Business Profile: [اسم الموقع أو النطاق، أو "لا يوجد"]. الإجابات التي نسختها من ChatGPT أو Perplexity: [الصقها أو اكتب "لا شيء"]. هذه مهمة للقراءة والتخطيط فقط.

1. جهّز الأسئلة. اقترح من 6 إلى 8 أسئلة من هذه الأنواع لعلامتي التجارية واحصل على موافقتي: "ما هي [اسم العلامة التجارية]"، "أسعار [اسم العلامة التجارية]"، "أين تقع [اسم العلامة التجارية]" أو عنوانها، "ساعات عمل [اسم العلامة التجارية]"، "ما الخدمات التي تقدمها [اسم العلامة التجارية]"، "[اسم العلامة التجارية] مقابل [المنافس]"، "هل [اسم العلامة التجارية] موثوقة". اكتبها بلغة السوق.
2. فحص الأرصدة. استخدم seo_history لمعرفة ما إذا كانت هذه الأسئلة قد نُفذت مؤخرًا، وأعد استدعاء الأسئلة القابلة لإعادة الاستخدام بالمعطيات نفسها.
3. إجابات الذكاء الاصطناعي من Google. نفّذ seo_ai_overview لكل سؤال: target=[النطاق]، location=[اسم الدولة بالإنجليزية]، language=[رمز اللغة]. خذ نص الإجابة (ai_answer) والمصادر. إذا كان references فارغًا، فاستخدم الروابط الموجودة داخل ai_answer كمصادر. يُقتطع ai_answer عند 1,200 حرف، لذا اذكر أن الادعاءات الواردة في الجزء المقتطع لا يمكن الحكم عليها. سجّل أي سؤال بلا إجابة على أنه "لا توجد إجابة ذكاء اصطناعي".
4. ChatGPT وPerplexity. أدوات Opus Growth لا تُرجع نص إجابات هذين المحركين. إذا لصقتُ إجابات، فقيّمها بالطريقة نفسها. وإن لم أفعل، فاقترح عليّ طرح هذه الأسئلة في محادثة جديدة بلا سجل ولصق الإجابات.
5. اجمع الحقائق الصحيحة. اقرأ صفحات الأسعار والتواصل ومن نحن والخدمات باستخدام site_read_url مع text=true (إذا كان truncated بقيمة true، فأعد القراءة مع max_bytes=1000000). إذا كان لديّ موقع، فاقرأ الاسم والعنوان والهاتف وساعات العمل والفئات وقائمة الخدمات باستخدام gbp_location_details. إذا اختلف هذان المصدران، فاذكر ذلك على حدة، لأن الذكاء الاصطناعي لا يستطيع معرفة أيهما يكرر.
6. قارن الادعاءات. ضع كل ادعاء محدد من كل إجابة (السعر، اسم الباقة، العنوان، الهاتف، ساعات العمل، الخدمة، سنة التأسيس، الملكية، المقارنة) في صف مستقل وامنحه إحدى هذه التسميات: صحيح، قديم (كان صحيحًا يومًا)، خاطئ، غير موجود في الموقع (لا يمكن التحقق منه). لا تصنّف بالتخمين.
7. اعثر على المصدر. لكل ادعاء قديم أو خاطئ، افتح المصدر الذي تستشهد به الإجابة: اقرأ تلك الصفحة باستخدام site_read_url وتأكد مما إذا كانت المعلومة الخاطئة موجودة فعلًا. إذا كان المصدر في موقعي، فحدد أي صفحة وأي جملة. وإذا كان موقعًا خارجيًا (دليل أعمال، خبر قديم، موقع شكاوى)، فاذكر رابط URL وتاريخ الصفحة.

نسّق المخرجات هكذا. أولًا ملخص من أربع جمل: كم ادعاءً صحيحًا، وكم ادعاءً قديمًا أو خاطئًا، وأي ادعاء خاطئ يسبب أكبر ضرر. ثم جدول الادعاءات: السؤال، ما قاله الذكاء الاصطناعي، المصدر الذي اعتمد عليه، الحقيقة الصحيحة ومصدرها (صفحة في الموقع أو Business Profile)، التسمية. ثم خطة إصلاح، كل صف فيها مبني على مصدر الخطأ:
1. المصدر هو موقعي: الصفحة والجملة المطلوب تغييرها، والنص القديم والجديد. إذا كان سعر قديم أو خدمة متوقفة لا يزال موجودًا في صفحة أخرى، فاقترح تحديث تلك الصفحة أو إعادة توجيهها بـ 301.
2. المصدر هو Business Profile: الحقل المطلوب تغييره، والقيمة القديمة والجديدة.
3. المصدر طرف ثالث: كيفية إرسال طلب تصحيح إلى ذلك الموقع، مع مسودة رسالة. لا ترسلها.
4. الحقيقة غير مكتوبة بوضوح في أي مكان: أي صفحة في الموقع ينبغي أن تذكرها في جملة واضحة واحدة.

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