فاحص HTML الخام مقابل المُصيَّر
Free, no signup. Open the page in a browser and it looks complete; Google sees raw HTML first, then runs JavaScript and looks again — and those two views don't always agree. Test a public URL through the bounded rendering service to find where they diverge, with a side-by-side raw-vs-rendered diff.
اطلب مقارنة في المتصفح حتى إذا بدا أن HTML الأولي يحتوي على محتوى كافٍ. تظل حدود العرض الحالية سارية؛ ولا يضمن الطلب التقاط الصفحة بعد عرضها.
السلوك الافتراضي: Free, no sign-up. The page is rendered in headless Chrome only when the initial HTML looks incomplete — most server-rendered sites never need it.
تُجرى الفحوصات من خادمنا؛ نجلب عنوان URL الذي تدخله ولا نحتفظ بالنتائج. Reports are kept 7 days so you can share a link to the result. Anonymous aggregate stats feed our research posts; domains are counted once via an anonymized hash and never stored in the clear. قد تُستخدم عدادات النتائج المجهولة على مستوى التشغيل لأغراض البحث التجميعي؛ ولا تتضمن أبدًا عناوين URL أو النطاقات أو عناوين IP أو المعرّفات، ولا تُنشر أي إحصائية لأقل من 100 عملية تشغيل.
+ يحفظ الموقع أو الصفحة الحالية. استخدم ☆ بجانب أي موقع أو صفحة أو قائمة محفوظة لإضافتها إلى المفضلة. يظهر سجل الفحوصات الأخيرة أدناه.
إنشاء قائمة مسماة
تمت تعبئة الهدف من اختياراتك المحلية.
جواز الموقع السياق المحلي لهذا الموقع المحفوظ
البيانات المحلية
تبقى الأهداف المحفوظة والقوائم المسماة وملخصات الفحوصات الأخيرة في هذا المتصفح فقط.
What JavaScript changed
Resources Google and AI bots couldn’t get
What non-rendering AI crawlers can see
This is a fast, directional check. For anything that affects indexing, confirm it in Google Search Console's URL Inspection tool — that's Google's own renderer and the real source of truth.
تقييم هذه الأداة
What this is checking
The render gap
Google can process JavaScript in a rendering phase after crawling. Content that appears only after rendering depends on that phase and is absent from the initial response; this comparison does not predict discovery or indexing timing.
The most restrictive rule wins
If a noindex appears in either the raw or rendered HTML, Google may use it — and an initial-HTML noindex may cause Google to skip rendering, so JavaScript cannot reliably undo it.
Canonicals are conditional
JavaScript may add a canonical when the raw HTML has none, or keep the same value. A different or additional value creates competing canonical input.
Checks based on the JavaScript SEO guide on Ahrefs. Confirm findings in Search Console.
حول هذه الأداة
واحد صفحة يبدو مكتمل في واحد متصفح, لكن Google يرى خام HTML الأول و JavaScript-rendered محتوى الثاني — و ال اثنان لا دائمًا يوافق. العثور ال فجوة.
مجاني, من دون تسجيل. فتح ال صفحة في واحد متصفح و إنه يبدو مكتمل; Google يرى خام HTML الأول, ثم تشغيل JavaScript و يبدو مرة أخرى — و تلك اثنان عروض لا دائمًا يوافق. اختبار واحد عام عنوان URL من خلال ال محدود عرض خدمة إلى العثور حيث هم diverge, مع واحد side-by-side raw-vs-rendered فرق.
الميزات
- Side-by-side أولي HTML vs معروض DOM جدول عبر عشرة حقول, مع كل JavaScript-driven غيّر موسوم.
- حول fifteen calibrated JS-تحسين محركات البحث تحقّقات مجمّع بواسطة شدة (مشكلات, يستحق إصلاح, ملاحظات, اجتياز), كل مع واحد plain-English ملخص و دليل.
- واحد line-by-line raw-vs-rendered فرق — أخضر أسطر يوجد فقط بعد JavaScript تشغيل; أحمر أسطر كانت مسقَط من ال معروض DOM.
- إطار عمل اكتشاف (React, Vue, Angular, و others) معروض في ال حكم meta سطر.
- السلوك الافتراضي: يصيّر في headless Chrome فقط عندما ال raw-content استدلالي طلبات إنه, و يبلّغ ما إذا واحد تصيير حدث, كان متجاوز من دون الادعاء SSR parity, أو كان غير متاح.
- Robots-aware: علامات عندما Robots.txt يحظر ال JavaScript أو CSS Google يحتاج إلى تصيير ال صفحة.
- قابل للمشاركة يبلّغ محتفَظ به من أجل سبعة أيام; لا تسجيل, لا شيء مخزّن أبعد من ذلك.
كيفية العمل
السلوك الافتراضي: واحد صغير Worker نقطة نهاية يجلب الخاص بك الصفحة خام HTML و الخاص به Robots.txt. فقط عندما ذلك أولي HTML يبدو غير مكتمل يفعل إنه تصيير ال صفحة في headless Chrome (خلف واحد تكلفة سجل; واحد متجاوز تصيير يعني ال خام استدلالي موجود substantial محتوى, ليس ذلك SSR أو parity كان proved). إنه يعيد كلاهما HTML versions إلى الخاص بك متصفح. كل شيء analytical ثم تشغيل client-side. كل HTML إصدار هو مُحلَّل مع واحد inert DOMParser (scripts في ال مجلوب HTML أبدًا execute), مُقلّل إلى واحد لقطة من ال حقول ذلك يهم, و شغّل من خلال roughly fifteen calibrated JS-تحسين محركات البحث تحقّقات. ال الأداة يكتشف ال إطار عمل, يبني ال حكم, و ينتج ال line-by-line raw-vs-rendered فرق أنت انظر في ال الثاني علامة تبويب. لا sign-in, و يبلّغ هي مخزّن من أجل سبعة أيام فقط من أجل sharing.
القيود
- السلوك الافتراضي: هذا هو واحد سريع, اتجاهي تحقّق — ليس Google مُصيّر. الخاص به headless Chrome هو ليس ال دقيق evergreen بناء Google يستخدم, توقيت و شبكة conditions يختلف, و إنه يصيّر واحد صفحة في واحد وقت. إنه سوف ليس انقر من خلال complex تفاعلات أبعد من probing شائع محتوى موسّعات, و جدًا كبير صفحات هي مقتطع من أجل تحليل. عندما ال أولي HTML بالفعل يبدو مكتمل, لا تصيير تشغيل, لذلك هناك هو لا شيء إلى فرق. من أجل أي نتيجة ذلك يؤثر ما إذا واحد عنوان URL هو فعليًا مفهرس, تأكيد إنه في Google بحث وحدة التحكم فحص عنوان URL الأداة, أي تشغيل Google الخاص مُصيّر على الخاص بك تم التحقّق منه خاصية.
الأسئلة الشائعة
ما فجوة العرض في تحسين محركات البحث باستخدام JavaScript؟
فجوة العرض هي الفرق بين محتوى HTML الخام الذي يرسله الخادم ومحتوى DOM النهائي بعد تشغيل JavaScript في المتصفح. قد تعالج Google لغة JavaScript في مرحلة عرض تلي الزحف؛ ولذلك يعتمد أي عنصر لا يظهر إلا بعد تشغيلها على نجاح العرض ويكون غائبًا عن الاستجابة الأصلية. تقيس هذه الأداة هذا الاعتماد، لكنها لا تتنبأ بموعد اكتشاف Google للمحتوى أو فهرسته.
هل تعرض Google صفحات JavaScript فعلًا؟
نعم. تعرض Google الصفحات باستخدام إصدار متجدد باستمرار من Chromium، لذلك يمكن فهرسة المحتوى الذي ينشئه المتصفح. لكن العرض مرحلة معالجة منفصلة، وقد تمنع الموارد المحظورة أو أخطاء JavaScript ظهور المحتوى في HTML المعروض. لا تتفاعل Google مع الصفحة لتحميل المحتوى؛ لذا يجب أن يكون أي محتوى يتطلب إجراءً موجودًا بالفعل في HTML المعروض. ويزيل وضع المحتوى والوسوم الأساسية في استجابة الخادم هذا الاعتماد على العرض.
لماذا لا تعرض الأداة صفحتي أحيانًا؟
السلوك الافتراضي: لا يُشغَّل Chrome بلا واجهة إلا عندما تشير قواعد محدودة إلى أن HTML الأصلي قد يكون غير مكتمل. قد يؤدي وجود عناوين وروابط ونص كافٍ في HTML الخام إلى تجاوز العرض، لكن ذلك لا يثبت أن إطار العمل ينشئ الصفحة من الخادم أو أن JavaScript لن يضيف شيئًا. التشغيل من دون عرض يحلل HTML الأصلي فقط ولا يقارن التطابق مع المحتوى المعروض.
هل تحترم Google وسم canonical أو noindex الذي يضيفه JavaScript؟
قد تتجاوز Google العرض بعد اكتشاف noindex في HTML الأصلي، لذلك لا يستطيع JavaScript إزالة هذا التوجيه لاحقًا بصورة موثوقة. وقد يؤخذ noindex الموجود فقط بعد العرض في الحسبان أيضًا. أما canonical فيمكن لـ JavaScript إضافته عندما لا يحتوي HTML الأصلي على واحد، ولا توجد مشكلة عند استخدام القيمة نفسها. لكن استبداله بقيمة أخرى أو ترك عدة قيم ينشئ إشارات متنافسة ومحفوفة بالمخاطر.
هل هذه الأداة مماثلة لأداة فحص عنوان URL في Google Search Console؟
لا، ولا تهدف هذه الأداة إلى استبدالها. إنها مقارنة سريعة وإرشادية. توفر أداة فحص عنوان URL في Google Search Console أدلة خاصة بـ Google عن الزحف والفهرسة والاختبار المباشر لموقع تم التحقق من ملكيته، لكن أيًا من الأداتين لا يضمن كيفية معالجة عنوان URL في عملية زحف لاحقة.
المشكلات الشائعة وكيفية إصلاحها
- تحذير يُغلق رأس المستند الأصلي مبكرًا على نحو غير متوقع الإصلاح: أصلح ترميز الرأس غير الصحيح حتى تبقى البيانات الوصفية داخل عنصر <head> واحد صالح في HTML الأصلي.
- خطأ عنوان هو مفقود الإصلاح: أضف إلى HTML الأصلي عنصر <title> موجزًا وفريدًا يسمّي الموضوع الرئيسي للصفحة.
- تحذير عنوان تغييرات بعد عرض الإصلاح: اجعل قيم <title> في الخادم والمحتوى المعروض متطابقة، إلا إذا كان التغيير في المتصفح مطلوبًا عمدًا.
- خطأ لا يظهر العنوان إلا بعد JavaScript الإصلاح: أرسل <title> النهائي في HTML الأصلي بدلًا من الاعتماد على JavaScript لإدراجه.
- تحذير Meta وصف هو مفقود الإصلاح: أضف إلى HTML الأصلي وصف meta خاصًا بالصفحة يلخص المحتوى بدقة.
- تحذير Meta وصف تغييرات بعد عرض الإصلاح: وحّد وصفي meta في HTML الأصلي والمحتوى المعروض حتى تتلقى برامج الزحف ملخصًا واحدًا متسقًا.
- خطأ تعارض الرابطين الأساسيين في HTML الأصلي والمحتوى المعروض الإصلاح: اختر عنوان URL المطلق المفضل واجعل وسمي الرابط الأساسي في HTML الأصلي والمحتوى المعروض يشيران إليه.
- خطأ يستبدل JavaScript رابط canonical الإصلاح: احتفظ برابط canonical واحد في HTML الأصلي وامنع كود المتصفح من استبداله بعد العرض.
- تحذير لا يظهر canonical إلا بعد العرض الإصلاح: انقل وسم canonical إلى HTML الأصلي بدلًا من إضافته فقط بعد تشغيل JavaScript.
- خطأ يزيل JavaScript وسم noindex الإصلاح: أزل noindex من استجابة الخادم الأصلية عندما ينبغي فهرسة الصفحة؛ ولا تعتمد على JavaScript للتراجع عنه.
- تحذير يضيف JavaScript وسم noindex الإصلاح: امنع كود المتصفح من إضافة noindex إلى الصفحات التي يجب أن تبقى قابلة للفهرسة.
- خطأ يبقى noindex بعد العرض الإصلاح: أزل توجيه noindex من HTML الأصلي والمحتوى المعروض عندما ينبغي فهرسة الصفحة.
- تحذير يبقى توجيه Nofollow بعد العرض الإصلاح: أزل nofollow عندما ينبغي لبرامج الزحف اتباع روابط الصفحة، أو احصره في الروابط التي تحتاج إليه فقط.
- تحذير لا يظهر hreflang إلا بعد العرض الإصلاح: أرسل كل وسم hreflang في HTML الأصلي أو رؤوس HTTP بدلًا من إضافته فقط باستخدام JavaScript.
- تحذير hreflang تغييرات بعد عرض الإصلاح: اجعل مجموعتي hreflang في HTML الأصلي والمحتوى المعروض متطابقتين ومتبادلتين وتشيران إلى عناوين URL اللغوية المقصودة.
- خطأ لا يظهر المحتوى المهم إلا بعد العرض الإصلاح: أنشئ المحتوى المهم من الخادم أو بصورة ثابتة حتى يكون موجودًا في HTML الأصلي.
- تحذير يُضاف قدر كبير من المحتوى بعد العرض الإصلاح: انقل المحتوى الأساسي الذي يضيفه JavaScript إلى HTML الأصلي، واترك التحسينات غير الضرورية فقط للمتصفح.
- تحذير لا تظهر الروابط المهمة إلا بعد العرض الإصلاح: اعرض الوجهات المهمة كروابط <a href> عادية في HTML الأصلي.
- خطأ معروض روابط هي ليس قابل للزحف عناوين عنوان URL الإصلاح: استبدل onclick أو javascript: أو التنقل بالأزرار بعناوين URL قابلة للزحف ضمن روابط <a href>.
- تحذير الصور المعروضة لا تحتوي على سمات alt الإصلاح: أضف نص alt موجزًا للصور المعروضة ذات المعنى، واترك سمة alt فارغة للصور الزخرفية.
- خطأ Robots.txt يحظر عرض موارد الإصلاح: اسمح لـ Googlebot بجلب موارد JavaScript أو CSS أو البيانات المحظورة واللازمة لعرض الصفحة.
- تحذير ينتج العرض أخطاء في وحدة التحكم الإصلاح: أصلح الاستثناء المحدد في كود المتصفح وتأكد من استمرار عرض المحتوى الأساسي عند التحميل الأول.
- تحذير توجد طلبات موارد فاشلة أثناء العرض الإصلاح: استعد كل طلب مورد فاشل يحتاج إليه الناتج المعروض، أو وجّهه بصورة صحيحة، أو أزله.
- تحذير يتطلب المحتوى المهم إجراءً من المستخدم الإصلاح: ضع المحتوى الكامل في DOM المحمّل أو امنحه عنوان URL قابلًا للزحف بدلًا من اشتراط النقر أو التمرير.
- خطأ تبدو الصفحة المعروضة كخطأ 404 مخفي الإصلاح: أعد 404 أو 410 للصفحة المفقودة، أو استبدل المتن الضعيف الشبيه برسالة خطأ بمحتوى وافٍ على عنوان URL ذي الاستجابة 200.
- تحذير JavaScript عمليات إعادة التوجيه ال صفحة الإصلاح: استبدل إعادة التوجيه عبر JavaScript باستجابة 3xx مناسبة من الخادم إلى عنوان URL النهائي.
- معلومة البيانات المنظَّمة غائبة الإصلاح: أضف JSON-LD دقيقًا للكيان الرئيسي المدعوم في الصفحة عندما تكون البيانات المنظَّمة مناسبة.
- تحذير لا تظهر البيانات المنظَّمة إلا بعد العرض الإصلاح: أرسل JSON-LD الذي تم التحقق منه في HTML الأصلي بدلًا من إدراجه فقط بعد تشغيل JavaScript.
- معلومة تعتمد الصفحة على WebSocket أثناء العرض الإصلاح: اعرض المحتوى الأساسي من دون اشتراط اتصال WebSocket مفتوح، ووفر بديلًا موثوقًا عبر HTTP أو من الخادم.
- تحذير وسم meta الخاص بمنطقة العرض مفقود الإصلاح: أضف <meta اسم="viewport" محتوى="width=device-width, initial-scale=1"> إلى ال أولي head.
- خطأ يعتمد المحتوى المهم على العرض في المتصفح الإصلاح: أنشئ العنوان وH1 والروابط والمحتوى الرئيسي من الخادم أو مسبقًا داخل HTML الأصلي.
- تحذير تعتمد الصفحة على التوجيه باستخدام # الإصلاح: حوّل الموجّه إلى مسارات تستخدم سجل المتصفح ويستطيع الخادم حلها من دون جزء عنوان URL الذي يلي #.
- تحذير عنصر العنوان موجود خارج رأس HTML الإصلاح: انقل العنوان إلى رأس المستند واحتفظ فيه بقيمة عنوان واحدة غير فارغة.
- تحذير عنصر canonical موجود خارج رأس HTML الإصلاح: انقل رابط canonical المقصود إلى رأس المستند وأزل إعلاناته الموجودة في متن الصفحة.
- تحذير يحتوي HTML الأصلي على روابط canonical متعارضة الإصلاح: أرسل عنوان URL أساسيًا واحدًا في HTML الأصلي بدلًا من الاعتماد على JavaScript لإصلاح الإعلانات المتعارضة.