JavaScript وSEO: هل يظهر المحتوى الأساسي دون تفاعل؟

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

تمييز HTML الأولي والصفحة المعروضة

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

اختبار الظروف العادية

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

اختبار القبول في ثلاث ولايات على نفس الصفحة

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

ال مبادئ JavaScript SEO موثقة بواسطة Google التمييز بين الاستكشاف والعرض والفهرسة. يجب أن تبقي وصفتك هذه الخطوات منفصلة. النص المرئي في متصفحك هو نتيجة تقديم في ظل هذه الظروف ، وليس دليلًا على أن جميع تجارب البحث يمكنها أو ستستغلها.

جعل التنقل صريحًا

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

مثال وهمي: الخصائص في علامة تبويب

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

قرر ما يجب إتاحته دون تفاعل

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

1. اختر قالبًا تمثيليًا واحصل على محتواه العام. قم بإجراء مقارنة قابلة للقراءة بين الكود المستلم والمحتوى النهائي ، مع التاريخ وشروط الاختبار.
2. فحص الروابط المهمة. يعد ارتباط HTML مع HREF والوجهة الحقيقية أكثر قابلية للاستخدام بشكل مباشر من الإجراء الذي يغير حالة داخلية فقط بدون عنوان URL.
3. في بيئة الاختبار ، تسبب في فشل المورد الضروري. تحقق من الرسالة والقدرة على إعادة المحاولة وما يبقى من السهل الوصول إليه. لا تتسبب طواعية في حدوث انهيار في الإنتاج لهذه المظاهرة.
4. قم أولاً بتصحيح العيب الذي لوحظ في هذا القالب ، ثم تحقق من الصفحات الأخرى التي تستخدمه. قم أيضًا بقياس التأثير على السرعة والصيانة قبل تعميم بنية جديدة.

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

اختر تصحيحًا متناسبًا

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