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

انخفضت الزيارات العضوية بعد تحديث الموقع: اعثر على الصفحات التي تعطلت

جدول بالصفحات التي فقدت نقرات عضوية، مع حالة الفهرسة وإعدادات canonical والميتا، والسبب المرجح لكل صفحة.

متى تستخدمه

عندما انخفضت زيارات البحث العضوي بعد تحديث للموقع أو ترحيل أو تغيير في إضافة ولا تعرف أي الصفحات تعطلت.

ما ستحصل عليه

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

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

لا. يقرأ المساعد بياناتك فقط ويقدم لك تقريرًا بها.

يعمل مع

Search Console, WordPress

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

[الموقع][التاريخ]

استخدم اتصالي بـ Opus Growth لهذا الغرض. إذا لم تجد الأداة التي تحتاجها، فابحث بين أدوات Opus Growth (باستخدام search_tools إن كانت في قائمتك)؛ وإذا تعذّر عليك الوصول إلى الأدوات تمامًا، فلا تخمّن وأخبرني. انخفضت الزيارات العضوية لـ [الموقع] بعد تحديث للموقع في حوالي [التاريخ]. اكتشف أي الصفحات تعطلت ولماذا. 1. في Search Console، قارن النقرات والظهور ومتوسط الترتيب على مستوى الصفحة خلال 28 يومًا بعد ذلك التاريخ مع 28 يومًا قبله. 2. احتفظ فقط بالصفحات التي خسرت أكثر من 30% من النقرات وكان لديها 100 نقرة على الأقل في الفترة السابقة. 3. افحص عناوين URL هذه دفعة واحدة. لكل منها، أعد حالة الفهرسة وتاريخ آخر زحف وحالة robots/الفهرسة وcanonical الذي اختارته Google. 4. في WordPress، اعثر على المقالات والصفحات المطابقة وتواريخ آخر تعديل لها. اقرأ meta title وmeta description وcanonical والكلمة المفتاحية الرئيسية لكل صفحة. اعرض الإضافات النشطة ولاحظ أي إضافة SEO أو تخزين مؤقت. صنّف كل صفحة ضمن أحد هذه الأسباب: - NOINDEX أو محجوبة - عدم تطابق CANONICAL، عندما يختلف canonical الذي اختارته Google عن المُعلن - تغيير العنوان/الميتا، عندما عُدّلت الصفحة بعد التاريخ وانخفض ترتيبها - لم يُعد الزحف إليها - فقدان ترتيب فقط، عندما تكون الصفحة مفهرسة ولم تتغير لكن ترتيبها انخفض أخرج جدولًا بهذه الأعمدة: URL، النقرات قبل وبعد، الترتيب قبل وبعد، حالة الفهرسة، canonical، تاريخ التعديل، السبب. رتّبه بحسب النقرات المفقودة. لا تعدّل أي شيء. اعرض الإصلاحات المقترحة لكل صفحة، وسأوافق عليها قبل أن تعرض معاينة لأي تغيير.

انخفضت الزيارات العضوية لـ [الموقع] بعد تحديث للموقع في حوالي [التاريخ]. اكتشف أي الصفحات تعطلت ولماذا.

1. في Search Console، قارن النقرات والظهور ومتوسط الترتيب على مستوى الصفحة خلال 28 يومًا بعد ذلك التاريخ مع 28 يومًا قبله.
2. احتفظ فقط بالصفحات التي خسرت أكثر من 30% من النقرات وكان لديها 100 نقرة على الأقل في الفترة السابقة.
3. افحص عناوين URL هذه دفعة واحدة. لكل منها، أعد حالة الفهرسة وتاريخ آخر زحف وحالة robots/الفهرسة وcanonical الذي اختارته Google.
4. في WordPress، اعثر على المقالات والصفحات المطابقة وتواريخ آخر تعديل لها. اقرأ meta title وmeta description وcanonical والكلمة المفتاحية الرئيسية لكل صفحة. اعرض الإضافات النشطة ولاحظ أي إضافة SEO أو تخزين مؤقت.

صنّف كل صفحة ضمن أحد هذه الأسباب:
- NOINDEX أو محجوبة
- عدم تطابق CANONICAL، عندما يختلف canonical الذي اختارته Google عن المُعلن
- تغيير العنوان/الميتا، عندما عُدّلت الصفحة بعد التاريخ وانخفض ترتيبها
- لم يُعد الزحف إليها
- فقدان ترتيب فقط، عندما تكون الصفحة مفهرسة ولم تتغير لكن ترتيبها انخفض

أخرج جدولًا بهذه الأعمدة: URL، النقرات قبل وبعد، الترتيب قبل وبعد، حالة الفهرسة، canonical، تاريخ التعديل، السبب. رتّبه بحسب النقرات المفقودة.

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

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

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

انخفاض الزيارات العضوية فقدان زيارات seo تحديث الموقع ترحيل الموقع noindex مشكلة canonical search console wordpress صفحات فقدت النقرات إزالة من الفهرسة

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