تدقيق السيو وسرعة الويب
بيانات Core Web Vitals حقيقية من واجهة Google API، إلى جانب فحوصات حية مباشرة لكود HTML الفعلي.
النسخة الإنجليزية متاحة الآن. يتم ترجمة ونشر بقية اللغات تباعاً.
لا توجد لغة تطابق بحثكم.
البيانات المنظمة
تقرأ محركات البحث ونماذج الذكاء الاصطناعي ترميزات Schema.org كحقائق مؤكدة. تستخرج هذه الأداة كتل JSON-LD من كود HTML الحي، وتتحقق من صحتها، وتبين ما هو موجود، وما هو معطوب، وما هو مفقود.
جارٍ استجلاب الصفحة وتحليل البيانات المنظمة…
البيانات المنظمة في
تُستخرج وتُحلل كل كتلة <script type="application/ld+json"> موجودة في الصفحة. تُقرأ الأنواع من خاصية @type عند كل مستوى تفرع، وتتبع فحوصات الخصائص الإلزامية متطلبات Google الرسمية للنتائج المنسقة. لا يتم تحليل Microdata و RDFa — لأن JSON-LD هي الصيغة الموصى بها رسمياً من Google والأكثر موثوقية لدى نماذج الذكاء الاصطناعي.
الدليل المرجعي لهذه الأداة البيانات المنظمة: أنواع Schema الفعالة والمؤثرة حقاً أنواع Schema.org التي تمنحك نتائج بحث منسقة، وكيفية ربطها في مخطط متصل، وأخطاء وسوم التقييمات التي تعرض المواقع للعقوبات. قراءة الدليل · 6 دقيقة قراءة →كل كتلة JSON-LD في الصفحة، تُستخرج وتُحلل وتُفحص وفق معايير استخدام Google ونماذج الذكاء الاصطناعي.
عدد وسوم كود JSON-LD الموجودة في الصفحة والتحقق من صحة تحليل كل منها.
التأكد من وجود عقدة Organization أو LocalBusiness أو ProfessionalService — الركيزة التي يرتكز عليها كل شيء.
التحقق مما إذا كانت العقد تشير إلى بعضها عبر خاصية @id أو تطوف كأجزاء منفصلة.
يستبدل BreadcrumbList الرابط الخام في نتائج البحث بمسار تنقل مقروء. إنه أسهل النتائج المنسقة تحقيقاً.
FAQPage و HowTo — التنسيق الأكثر ملاءمة للاستخدام المباشر بواسطة محركات إجابة الذكاء الاصطناعي.
القائمة الكاملة لأنواع Schema.org المكتشفة في أي موضع داخل المخطط وعند أي مستوى تفرع.
وضع aggregateRating على مؤسستك الخاصة هو سبب موثق لفرض عقوبات يدوية. نحن ننبهك لذلك.
كود JSON-LD المحلل بالكامل، لتتمكن من رؤية ما تنشره وتعلنه بالتفصيل الدقيق.
أخطاء التحليل البرمجي هي الأكثر إلحاحاً. فالكتلة غير الصالحة تُهمل بالكامل — فاصلة زائدة واحدة تفقدك المخطط بأكمله، دون أي تنبيه يظهر على الصفحة.
غياب كيان المؤسسة هو الأولوية التالية. فبدونه، يضطر نموذج الذكاء الاصطناعي لاستنتاج كل شيء عن عملك من النصوص التسويقية، مما يوقعه في أخطاء فادحة وبثقة تامة.
المخطط الشبكي المفكك يجتاز الفحص الصوري لكنه ضعيف الأثر. ثلاث كتل منفصلة تذكر ثلاثة أمور متباعدة؛ بينما ثلاث كتل مترابطة بواسطة @id تؤكد أن "هذه المؤسسة تقدم هذه الخدمة في هذه الأسواق" — وهو إقرار حاسم تفهمه الآلات وتستشهد به.
إذا ظهر تنبيه بشأن التقييمات الذاتية، فتعامل معه بجدية تامة. سياسة Google صريحة وليست منطقة رمادية؛ والتقييمات التي تجمعها بنفسك عن نفسك غير مقبولة. انقلها إلى عقدة Product أو LocalBusiness مدعومة بجمع موثق من جهات خارجية، أو احذفها تماماً.
البيانات المنظمة هي ما يمنح نتيجتك تقييم النجوم، أو قائمة الأسئلة الشائعة القابلة للطي، أو السعر، أو مسارات التنقل، أو مواعيد الفعاليات. تشغل هذه العناصر مساحة أوسع في صفحة النتائج وترفع نسبة النقر باستمرار — فالمخطط ليس عامل ترتيب مباشر، بل هو عامل مضاعفة لنقر الزوار.
هذا هو السبب الأحدث والأعظم أثراً. يضطر النموذج اللغوي عند قراءة نصوصك العادية إلى استنتاج هوية شركتك ونطاق عملها وما تبيعه. بينما النموذج الذي يقرأ عقدة Organization لديك لا يحتاج لتخمين أي شيء. عندما تؤكد محركات إجابات الذكاء الاصطناعي حقيقة عن عملك بثقة، فغالباً ما استمدت تلك الثقة من بياناتك المنظمة.
الخطأ الأكثر شيوعاً في التطبيقات الصحيحة ظاهرياً هو نشر كتل معزولة. كتلة Organization هنا، وكتلة Service هناك، وكتلة BlogPosting في مكان ثالث، دون أي إشارة تربط بينها.
استخدم @id لربطها ببعضها:
{
"@type": "Service",
"@id": "https://example.com/services/seo/#service",
"provider": { "@id": "https://example.com/#organization" }
}الآن أصبحت الخدمة مرتبطة بمؤسسة محددة بدلاً من أن تظل طافية دون انتماء. هذا المخطط المترابط هو ما يمكن محركات البحث ونماذج الذكاء الاصطناعي من الإجابة عن "من يقدم هذه الخدمة وأين يقع" من شفرتك وحدها.
بالنسبة لمعظم الأنشطة التجارية، مرتبة حسب الأهمية: Organization أو LocalBusiness في كل صفحة، و WebSite لمرة واحدة، و BreadcrumbList في الصفحات الفرعية، و Service أو Product في الصفحات ذات الصلة، و FAQPage في صفحات الأسئلة، و BlogPosting أو Article في المحتوى التحريري.
لا تضع aggregateRating على عقدة Organization الخاصة بك باستخدام تقييمات جمعتها بنفسك. تعتبر سياسة Google التقييمات الذاتية للمؤسسات غير مؤهلة، وتعد سبباً موثقاً لفرض إجراءات عقابية يدوية. التقييمات مكانها الصحيح في Product و LocalBusiness عبر جمع مستقل وموثوق من طرف ثالث.
ليس بصورة مباشرة. تؤكد Google دائماً أنها ليست عامل ترتيب مباشر. لكنها تغير كيفية عرض نتيجتك، والنتيجة التي تعرض أسئلة شائعة أو تقييم نجوم تجذب نقرات أكثر بكثير من الرابط الأزرق التقليدي في نفس الموضع. الزيادة في الزيارات حقيقية وملموسة؛ ولكن آليتها هي تحسين نسبة النقر، وليس رفع الترتيب بحد ذاته.
JSON-LD دون تردد. توصي بها Google صراحة، حيث توضع في وسم script مستقل بدلاً من تشابكها داخل كود HTML، كما أنها تصمد عند تعديل وتحديث قوالب التصميم. لا يوجد أي مبرر لبدء مشروع جديد بأي صيغة أخرى.
صحة الترميز البرمجي شرط لازم، ولكنه ليس كافياً بمفرده. تقرر Google استناداً إلى نية البحث، وجودة الصفحة، ومدى ثقتها، ما إذا كانت ستعرض النتيجة المنسقة أم لا. كما تشترط أن يكون المحتوى المرمز ظاهراً للمستخدم على الصفحة — وترميز أسئلة شائعة مخفية عن الزائر يعد انتهاكاً لسياسات Google.
لا توجد عقوبة على الشمولية والدقة، لكن هناك تكلفة حقيقية للمعلومات الخاطئة. فكل خاصية تضيفها هي بمثابة إقرار رسمي منك. قم بترميز ما هو موجود فعلياً في الصفحة، وحافظ على تحديثه باستمرار، وتجنب إضافة أنواع بشكل تخميني أملاً في تفعيل نتيجة ما.
بيانات Core Web Vitals حقيقية من واجهة Google API، إلى جانب فحوصات حية مباشرة لكود HTML الفعلي.
شاهد صفحتك تماماً كما تعرضها Google ومنصات التواصل الاجتماعي، مستخرجة مباشرة من كود HTML الحي.
تحقق من وسوم hreflang باحترافية — نستجلب كل رابط بديل ونتأكد من أنه يشير إليك في المقابل.
فريق واحد. ثلاثة مكاتب. ست وعشرون لغة. أرسلوا لنا المشكلة وستتلقون إجابة من خبير متخصص — لا نصاً بيانياً تسويقياً.
عرض سعر مكتوب خلال يوم عمل واحد، بلغتكم.
تحدث إلى خبير حقيقي
إسطنبول، دوسلدورف ودوفر — أحد مكاتبنا متاح دائماً
اختر القناة الأنسب لك. يجيبك شخص متخصص — دون قوائم انتظار، ودون روبوتات.