🚀 وفّر 48% على الخطة المميزة = احصل على جميع الميزات مقابل $2.08/شهر فقط (الخطة السنوية). الترقية الآن

لماذا يفشل اكتشاف الكلمات المفتاحية في النص المرئي في العثور على البيانات المخفية وكيفية إصلاح ذلك

اكتشاف الكلمات المفتاحية

لقد أعددت مراقبة الكلمات المفتاحية، ويمكنك أن ترى الكلمة حرفيًا داخل HTML الخاص بالصفحة عند فتح DevTools — ومع ذلك لا يتم تشغيل التنبيه أبدًا. لا يوجد أي خلل. يقرأ اكتشاف الكلمات المفتاحية القياسي النص المرئي للصفحة: الكلمات التي يمكن لأي شخص قراءتها فعليًا على الشاشة. إذا كانت القيمة التي تراقبها موجودة داخل عنصر مخفي، أو سمة data-، أو برنامج نصي مضمن، فهي بيانات حقيقية ولكنها ليست نصًا مرئيًا، لذلك يتجاوزها الاكتشاف العادي تمامًا.

الحل هو مربع اختيار واحد. في علامة التبويب Detect Keyword ضمن إضافة Auto Refresh من Extfy، فعّل Find monitor text in source وسينتقل البحث عن الكلمات المفتاحية من النص المعروض إلى مصدر HTML الكامل — بما في ذلك العناصر المخفية والسمات والبرامج النصية.

صورة
الإنجليزية 
قيد التشغيل 
الفاصل الزمني
قائمة التحديث
اكتشاف الكلمات المفتاحية
أدخل الوسوم الخاصة بك
in_stock 

إعدادات الإشعارات والتمييز للكلمات المفتاحية

 إخطار المستخدم 

عند العثور على الكلمة المفتاحية أو النقر على المحدد
عند عدم العثور على الكلمة المفتاحية أو عدم تطابق أي محدد

 تشغيل صوت عند العثور على الكلمة المفتاحية/عدم العثور عليها 

 Find monitor text in source 

أين توجد البيانات المخفية فعليًا

تحمل صفحات الويب الحديثة معلومات في ترميزها أكثر بكثير مما تعرضه على الشاشة. وغالبًا ما تكون الكلمة المفتاحية التي تهمك موجودة في أحد هذه الأماكن:

  • العناصر المخفية — رسالة حالة مغلفة بـ display:none أو visibility:hidden، بانتظار أن يكشفها برنامج نصي.
  • سمات data- — قيم مثل data-availability="in_stock" أو data-status="approved" التي تتحكم في واجهة المستخدم ولكنها لا تُعرض كنص أبدًا.
  • البرامج النصية المضمنة وJSON — كائنات الحالة التي ترسلها الصفحة داخل كتلة <script> ولا تعرضها إلا لاحقًا باستخدام JavaScript.
  • سمات مثل title وalt وaria-label — قابلة للقراءة بواسطة الآلات وقارئات الشاشة، لكنها غير مرئية لمطابقة النص.
  • تعليقات HTML وكتل القوالب — ترميز تركه المطورون خلفهم ولا يزال يعكس الحالة الفعلية للصفحة.

لماذا لا يستطيع اكتشاف الكلمات المفتاحية العادي رؤية أيٍ من ذلك

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

الحل: فعّل Find monitor text in source

  1. افتح إضافة Auto Refresh في الصفحة التي تراقبها وانتقل إلى علامة التبويب Detect Keyword.
  2. أدخل الكلمة المفتاحية تمامًا كما تظهر في المصدر — على سبيل المثال in_stock، وليس التسمية «In stock» التي قد تعرضها الصفحة لاحقًا.
  3. حدّد خيار Find monitor text in source.
  4. انقر على Save. بدءًا من إعادة التحميل التالية، سيفحص كل تحقق مصدر HTML الكامل — بما في ذلك العناصر المخفية والبرامج النصية — بدلًا من النص المرئي فقط.

مقارنة سريعة بين اكتشاف النص المرئي واكتشاف المصدر

  • ما الذي يقرؤه: يقرأ وضع النص المرئي الصفحة المعروضة كما يراها المستخدم؛ بينما يقرأ وضع المصدر HTML الخام الذي أرسله الخادم — بما في ذلك كل الوسوم والسمات والتعليقات والبرامج النصية المضمنة.
  • السرعة: وضع النص المرئي أخف؛ أما فحص المصدر بالكامل فيتطلب عملًا أكبر مع كل إعادة تحميل، لذا توقع أن تكون عمليات التحقق أثقل قليلًا.
  • الإيجابيات الكاذبة: نادرًا ما يخطئ وضع النص المرئي؛ أما وضع المصدر فقد يطابق كلمة مفتاحية موجودة في ترميز خلفي لا علاقة له بما يظهر على الشاشة.
  • الأفضل لـ: وضع النص المرئي للمراقبة اليومية؛ ووضع المصدر للمطورين والمستخدمين المتقدمين الذين يراقبون القيم التي تخزنها الصفحة دون أن تعرضها.

مثال واقعي: اكتشاف التغيير قبل أن تعرضه الصفحة

تخيل صفحة منتج تعرض للمتسوقين عبارة «نفد المخزون»، بينما يحتوي الترميز بالفعل على data-availability="in_stock" — لقد تم تحديث البيانات، لكن واجهة المستخدم لم تلحق بها بعد. سيستمر اكتشاف النص المرئي في مطابقة عبارة «نفد المخزون» القديمة. عند تفعيل Find monitor text in source وتعيين الكلمة المفتاحية إلى in_stock، يكتشف Auto Refresh التغيير بمجرد وصوله إلى HTML، وغالبًا قبل لحظة من تحديث الصفحة المرئية. وتنجح الحيلة نفسها مع إشارات الأخطاء المخفية، وحالات الموافقة في أدوات الإدارة، وأي قيمة تعرضها الصفحة لاحقًا باستخدام JavaScript.

حافظ على دقة المطابقة في المصدر

  • كن محددًا.
قصيرة والشائعة تظهر في جميع أنحاء ترميز الصفحة بالصدفة؛ لذا فإن سلسلة مميزة مثل in_stock أو status-approved أكثر أمانًا بكثير من stock.
  • انتبه إلى المطابقات الوهمية. إذا تم تشغيل التنبيهات دون حدوث أي تغيير مرئي، فهذا يعني أن كلمتك المفتاحية تطابق ترميزًا في الخلفية — اجعل الكلمة المفتاحية أكثر تحديدًا أو أعد هذه القاعدة إلى وضع النص المرئي.
  • فعّلها لكل قاعدة على حدة، وليس في كل مكان. إذا كان الاكتشاف القياسي يلتقط بالفعل ما تحتاجه في صفحة معينة، فاترك هذا الخيار معطلاً فيها للحصول على عمليات تحقق أسرع وأنظف.
  • يُعد اكتشاف النص المرئي الخيار الافتراضي الصحيح — إلى أن يصبح الشيء الذي تراقبه لا يُعرض فعليًا أبدًا. عندما تكون الكلمة المفتاحية موجودة داخل عنصر مخفي، أو سمة، أو برنامج نصي، فعّل Find monitor text in source في علامة التبويب Detect Keyword في Auto Refresh، وسيقرأ Auto Refresh الصفحة بالطريقة نفسها التي يقرأها بها DevTools، ليلتقط البيانات التي يفوتها الاكتشاف العادي بصمت.