تدقيق SEO للـ تحقق مما يمكن لمحركات البحث الزحف إليه، عرضه، وفهرسته
A page can work perfectly in a browser and still expose an incomplete document to search engines. This audit separates crawling, rendering, and indexing so teams can identify the exact failure instead of guessing.
يمكن لتطبيق Google أن يُعيد https://web.dev/articles/defining-core-web-vitals-thresholds، يرسم صفحة كاملة للزائر، ولا يزال يترك محركات البحث مع قشرة فارغة، أو كانوني غير مقصود، أو روابط لا يمكنها المتابعة. السقوط سهل أن يُغفل لأنه يجيب على سؤال مختلف: هل يمكن للعميل الحديث تنفيذ التطبيق? يطلب تدقيق SEO Google ما يبقى في كل مرحلة من معالجة البحث. يوثّق URL التسلسل كـ الزحف، العرض، الفهرسة. لكل مرحلة مدخلات مختلفة وأنماط فشل مختلفة. معاملة هذه كـ 1 “قضية فهرسة” عامة تجعل التشخيص أبطأ.
ابدأ بالاستجابة قبل فتح HTML
يحدد الاستجابة الأولية fetchpriority حالة الصفحة، رؤوسها، والمستند المصدر. سجّلها قبل تقييم DOM المعروض.
لكل قالب ممثل، التقط:
- CDN النهائي بعد إعادة التوجيه
- حالة
fetchpriority - إذن CSS
- رؤوس الاستجابة، بما في ذلك https://developers.google.com/search/docs/appearance/page-experience
- عنوان 9 المصدر، الكانوني، ميتا الروبوتات، العناوين، نص الجسم، والروابط
- URLs للسكريبت وأنماط CSS المطلوبة لعرض المحتوى الرئيسي
يحدد هذا الالتقاط الأول الفشل الذي لا يمكن لـ Google إصلاحه بشكل موثوق. لا يُجعل مسارًا يُعيد حالة خطأ صحيًا لأن كود العميل يرسم صفحة ودية. لن تصبح صفحة محظورة في طبقة الزحف قابلة للفهرسة من خلال العرض الممتاز. يخلق استجابة الخادم التي تحتوي على توجيه 10 تعليمات فهرسة صريحة. غالبًا ما يكون العرض على جانب الخادم أو ما قبل العرض أساسًا قويًا لأنه يمنح المستخدمين والزحف قيمًا 9 ذات مغزى على الفور. يمكن لـ URL تنفيذ Google، لكن توثيقها لا تزال توصي بالأساليب على جانب الخادم أو ما قبل العرض لأنها تحسن السرعة للمستخدمين والزحف. الهدف ليس إطارًا محددًا. الهدف هو استجابة مفيدة وصادقة قبل تحسين العميل.
قارن المصدر 9 بالوثيقة المرسومة
أكثر اختبار SEO معلوماتي Google هو فرق منظم بين حالتين: ما أرجعه الخادم وما يوجد بعد استقرار العرض. تحقق مما إذا كان الحالة المرسومة تضيف أو تزيل أو تغير:
- العنوان الرئيسي والنص التفسيري الأساسي
- أسماء المنتجات، الأسعار، التوافر، أو محتوى المقال
- التوجيهات الكانونية والروبوتات
- البيانات المهيكلة
- الروابط الداخلية
- نص بديل الصور والتسميات
- روابط الترقيم والتنقل المقطع
ليس كل اختلاف هو عيب. تحكمات التفاعل، القطع المخصصة، والتحسينات على جانب العميل تنتمي إلى الحالة المرسومة. يجب أن يحدد التدقيق اختلافًا عندما يغيّر معنى أو اكتشاف قابل للفهرسة. سجل الأدلة المفيد هو ملموس: “الاستجابة الأولية تحتوي على العنوان والتنقل ولكن لا توجد جسم المقال؛ يظهر الجسم بعد طلب العميل إلى 11؛ يُرجع ذلك الطلب 12 إلى جلسة زاحف نظيفة.” هذا يمنح المطور حدًا قابلًا للتكرار. “قد يكون محتوى Google صعب الفهرسة” لا يفعل ذلك.
تحقق من الروابط كروابط، وليس معالجات النقر
يعتمد اكتشاف البحث على عناوين URL القابلة للزحف. URL يوصي بعناصر الربط القياسية ذات القيم 13 القابلة للحل. عنصر مُصمم مع مُعالج 14 قد يتصرف كالتنقل للمستخدم مع عدم إظهار وجهة قابلة للاكتشاف في المستند. تدقيق التنقل عبر الموقع، بطاقات المقالات، الترقيم، الفلاتر، مسارات التتبع، ووحدات المحتوى ذات الصلة. تأكد من أن الوجهات المهمة ممثلة بواسطة روابط وأن 13 يعمل دون حالة تطبيق سابقة. لتطبيقات الصفحة الواحدة، استخدم تاريخ 15 لتغييرات المسار وتأكد من أن كل عرض ذو معنى له CDN ثابت. أجزاء التجزئة مناسبة للمواقع داخل المستند، وليس كبديل للطرق القابلة للفهرسة. هذه أيضًا مشكلة جودة الربط الداخلي. نص الرابط الوصفي يعطي سياق الوجهة. مجموعة تربط خطة تدقيق البحث بالذكاء الاصطناعي، طريقة تدقيق منهجية، وهذه التشخيصية للعرض أسهل للتنقل وتفسيرها من 3 صفحات معزولة.
اختبر حالات الخطأ دون الاعتماد على التصميم البصري
تطبيقات JavaScript غالبًا ما تنتج أخطاء 404 ناعمة: يُرجع الخادم 16، بينما يقول الصفحة المعروضة أن المورد غير موجود. النتيجة البصرية تبدو صحيحة، لكن البروتوكول لا يزال يصف صفحة صالحة. توثيق SEO لـ URL يوصي بإرجاع حالة 17 حقيقية عندما يكون ذلك ممكنًا. إذا لم يغيّر توجيه العميل حالة الخادم، يمكن أن يمنع تطبيق 10 بعناية عرض الخطأ من الدخول إلى الفهرس، لكن يجب أن يكون ذلك قرارًا معماريًا مقصودًا بدلاً من حل مؤقت شامل. اختبر على الأقل هذه الحالات:
- مسار صالح
- مسار غير موجود
- مورد محذوف
- مورد يتطلب مصادقة
- مهلة 15 أو طلب محتوى فشل
- مسار مع معلمة غير صالحة
سجل كل من حالة fetchpriority والتعليمات المرسومة. رسالة خطأ صحيحة مع حالة خاطئة لا تزال نتيجة تدقيق.
تحقق من استقرار canonical وrobots عبر العرض
البيانات الوصفية التي تتغير بعد التحميل يمكن أن تُنشئ أدلة متناقضة. التقط قيم canonical وrobots في الاستجابة، في DOM المعروض، و—حيثما متاح—في نتيجة فحص URL. يجب أن يحدد canonical النسخة المفضلة للمحتوى الحالي. لا يجب أن يشير بإيجاز إلى قشرة تطبيق عامة ثم يتغير بعد طلب العميل. لا يجب أن يرث الـ CDN من مسار السابق أثناء التنقل بالعميل يجب ألا تتقلص المسارات المترجمة إلى canonical يحذف إصدار اللغة المقصود. يجب أن يُعامل التعامل مع الروبوتات بنفس الحذر. تحذر URL من الاعتماد على Google لإزالة 10 الأولي: إذا تم ملاحظة التوجيه، قد يتم تخطي العرض دمج قابلية الفهرسة في عقدة الاستجابة بدلاً من توقع عكس ذلك من كود العميل.
عامل الموارد المحظورة كفشل اعتماد قابل للملاحظة
إذا تم حظر الموارد الأساسية Google أو 15، لا يمكن لـ URL عرض ما يراه الزائر المجهول العادي تدقيق قواعد CSS، سلوك 18، حماية الروبوتات، بوابات الكوكيز، المصادقة، وعناوين الطلب للموارد التي تبني المحتوى الأساسي هذا ليس إذنًا لكشف واجهات برمجة التطبيقات الخاصة. يجب أن تكون الصفحات القابلة للفهرسة العامة قادرة على إنتاج محتوى عام عبر مسار عرض عام. إذا اعتمدت الصفحة على طلب محمي، فقد وضعت البنية تحتية المحتوى القابل للفهرسة خلف حدّ خاص. سجل المورد الفاشل، رمز الاستجابة، المُشغِّل، والنتيجة المرئية. أولوية حسب نطاق القالب. نقطة محتوى فاشلة مشتركة بين 5,000 صفحات أكثر أهمية من عنصر واجهة مستخدم زخرفي يفشل في 1 مقالة.
فصل أداء الحقل عن اكتمال العرض
يتفاعل العرض والأداء، لكنهما ليسا متطابقين. يمكن لصفحة أن تعرض كل محتواها ببطء، أو تعرض بسرعة مع حذف المحتوى المهم. تدقيق كلاهما. استخدم بيانات الحقل لتقييم Core Web Vitals للمستخدم الحقيقي. استخدم المقارنات بين المصدر/العرض لتقييم اكتمال البحث. قد يضر حزمة العميل الكبيرة زمن التفاعل ويؤخر المحتوى؛ يجب أن يذكر الدليل كلا النتيجتين بدلاً من ضغطهما في درجة أداء عامة.
الرسم البياني هو نموذج توضيحي للأولوية، وليس بيانات عميل تقرير SEO. يوضح لماذا تحتاج نتائج التدقيق إلى نطاق. قد يتبع مسار حافة منخفض القيمة مشكلة شديدة بعد مشكلة متوسطة متكررة عبر كل صفحة منتج أو مقالة.
حول كل اكتشاف إلى عقد إصلاح قابل للتكرار
يجب أن يتضمن كل اكتشاف Google الـ CDN، القالب، الاستجابة الملحوظة، الحالة المعروضة، العنصر المتأثر، خطوات التكرار، النطاق، والسلوك المتوقع بعد الإصلاح. يجعل هذا التسليم قابلاً للاستخدام من قبل مطور أو وكيل برمجة ذكاء اصطناعي. على سبيل المثال:
في مسارات المقال، تحتوي الاستجابة المصدرية على عنصر 19 فارغ. يصل جسم المقال من طلب العميل بعد الترطيب. أعد عنوانًا، ملخصًا، canonical، وجسم المقال الكامل في الـ 9 الأولي. احتفظ بتمكين العميل. تحقق مع طلب نظيف أن الـ 9 المصدر والـ 9 المعروض يحتويان على نفس المحتوى الأساسي.
هذا أكثر دقة من وصف ترحيل إطار عمل. يحدد العقد القابل للملاحظة خارجيًا ويترك خيارات التنفيذ للفريق الذي يملك النظام. يجب أن يكرر التحقق النهائي التقاط الأصل، وليس مجرد تأكيد أن الكود تم شحنه. قارن الحالة، الـ 9 المصدر، الـ 9 المعروض، البيانات الوصفية، الروابط، والأدلة ذات الصلة بالأداء. يصبح تحسين محركات البحث للـ JavaScript قابلًا للإدارة عندما يُقاس كل مرحلة بشكل مستقل ويثبت الإصلاح عند نفس الحدّ الذي ظهر فيه الفشل.
See How Your Site Ranks
Get a free AI-powered SEO report with actionable findings and priority fixes for your website.
No signup required.