تدقيق السيو وسرعة الويب
بيانات Core Web Vitals حقيقية من واجهة Google API، إلى جانب فحوصات حية مباشرة لكود HTML الفعلي.
النسخة الإنجليزية متاحة الآن. يتم ترجمة ونشر بقية اللغات تباعاً.
لا توجد لغة تطابق بحثكم.
إعادة التوجيه
تكلف كل قفزة إعادة توجيه رحلة ذهاب وإياب كاملة عبر الشبكة، وتتكرر سلاسل التوجيه ذات الثلاث أو الأربع قفزات بكثرة بعد عمليات نقل المواقع. تتبع هذه الأداة كل قفزة على حدة وتوضح رمز الحالة والوجهة والوقت الإضافي المستغرق.
جارٍ تتبع سلسلة التوجيه…
سلسلة التوجيه لـ
يتم طلب كل قفزة على حدة مع تعطيل التتبع التلقائي، حتى نتمكن من رصد السلسلة بدقة بدلاً من تلخيصها. تُقاس أوقات الاستجابة من جانب خوادمنا وتعبر عن التكلفة النسبية للتأخير، وليس ما قد يختبره زائر في سوقك المحلي تحديداً.
الدليل المرجعي لهذه الأداة إعادة التوجيه: 301 مقابل 302، وسلاسل التحويل، ونقل المواقع دون فقدان الترتيب متى تستخدم كل رمز حالة، ولماذا تكلف سلاسل التوجيه سرعة الموقع، والخطأ الشائع في نقل المواقع الذي يدمر الزيارات المجانية. قراءة الدليل · 6 دقيقة قراءة →يُطلب كل رابط بشكل منفصل مع تعطيل المتابعة التلقائية، لترى سلسلة التوجيه كما هي قائمة في الواقع.
كافة الروابط الوسيطة، مرتبة تسلسلياً، مع رمز الحالة الذي أرجعه كل منها.
النقل الدائم الموسوم بتوجيه مؤقت يبقي الترتيب في الرابط القديم لشهور.
عدد رحلات الاتصال التي يدفع الزائر ثمنها قبل ظهور أي محتوى. تكلف كل قفزة 200–400 مللي ثانية على الجوال.
التحقق من الترقية الصحيحة لـ HTTP، وما إذا كانت HSTS تلغي تلك القفزة للزوار العائدين.
وقت وصول أول بايت (TTFB) لكل طلب في السلسلة لتحديد موضع البطء بدقة.
التأكد مما إذا كانت السلسلة تنتهي فعلياً عند صفحة صالحة وتعمل بنجاح.
القفزة الواحدة أو عدم وجود قفزات أمر ممتاز. قفزة واحدة أمر معتاد — غالباً من http إلى https أو من غير www إلى www.
ثلاث قفزات أو أكثر تستدعي التبسيط فوراً. ليس لعجز محركات البحث عن متابعتها، بل لأن كل قفزة تفرض رحلة اتصال كاملة قبل أن يرى زائر موقعك أي شيء. والحل هو توجيه الرابط الأول مباشرة نحو الوجهة النهائية بدلاً من تركه يمر عبر قواعد متتالية.
استخدام 302 لنقل دائم هو الفخ الخفي. ستكتشفه Google في النهاية، لكن هذا قد يستغرق شهوراً يحتفظ فيها الرابط القديم بالصدارة بينما تظل الصفحة الجديدة خارج الفهرسة.
إذا كانت ترويسة HSTS مفقودة وكنت تحول HTTP إلى HTTPS، فإن إضافتها تحذف قفزة التوجيه بالكامل لكل زائر عائد. سطر ترويسة واحد يوفر رحلة شبكية كاملة عند كل تحميل للصفحة.
إذا انتهت السلسلة برمز 404، فإن هذا الرابط معطوب لكل من يتبعه من الروابط القديمة. ويحدث هذا عادة عند نقل موقع مع نسيان تعيين وجهات بعض الصفحات القديمة.
توجيه 301 هو تحويل دائم. تنقل محركات البحث إشارات الترتيب للوجهة الجديدة وتستبدل الرابط القديم في فهرستها في نهاية المطاف. كما تخزنه المتصفحات في الذاكرة المؤقتة بشدة — وأحياناً لأجل غير مسمى، ولهذا فإن نشر توجيه 301 خاطئ يعد أمراً مؤلماً وصعب التراجع عنه.
أما توجيه 302 فهو مؤقت. تظل إشارات الترتيب مع الرابط الأصلي ولا تُفهرس الوجهة بدلاً منه. هذا الخيار هو الصحيح لاختبارات A/B، وصفحات الصيانة المؤقتة، وتوجيه اللغات وفق ترويسة Accept-Language — الحالات التي تعتمد فيها الوجهة فعلياً على طبيعة الطلب.
والخطأ الذي يكلف زيارات حقيقية هو استخدام 302 لنقل دائم. ستدرك Google الأمر في النهاية، لكن هذا قد يستغرق شهوراً يظل فيها الرابط الخاطئ متصدراً في البحث.
السلسلة هي توجيه يقود إلى توجيه آخر. وتتراكم بهدوء: من http:// إلى https://، ثم من غير www إلى www، ثم من المسار القديم إلى الجديد، ثم توحيد الشرطة المائلة الأخيرة. أربع قفزات، كل منها رحلة اتصال كاملة، قبل أن يشاهد المتصفح أي محتوى.
تتتبع Google حتى حوالي عشر قفزات قبل أن تستسلم، لذا فإن السلسلة القصيرة لا تمثل كارثة للترتيب عادة. لكن التكلفة الحقيقية تكمن في السرعة — ففي شبكات الجوال قد تضيف كل قفزة من 200 إلى 400 مللي ثانية قبل ظهور أي شيء، مما يضرب مؤشر Largest Contentful Paint مباشرة.
والحل هو تبسيط وتسطيح المسار: وجّه الرابط الأصلي مباشرة وبخطوة واحدة إلى الوجهة النهائية بدلاً من توجيهه لمحطة وسيطة.
تؤدي حلقة التوجيه إلى جعل الصفحة غير قابلة للوصول إطلاقاً. وأسبابها المعتادة هي تعارض قاعدة الشرطة المائلة مع رابط canonical، أو تعارض توجيه HTTPS على مستوى التطبيق مع آخر على مستوى CDN. وكلاهما يظل خفياً حتى يطلب المستخدم الرابط المحدد الذي يثير المشكلة.
عند نقل موقع، يحتاج كل رابط قديم كان يتلقى زيارات أو روابط إلى توجيه 301 مباشر إلى أقرب صفحة مكافئة له. وليس إلى الصفحة الرئيسية — فتحويل كل الروابط للصفحة الرئيسية يُعامل كخطأ 404 ناعم (Soft 404) ولا ينقل أي قيمة تذكر. خريطة الروابط الدقيقة تتطلب وقتاً في بنائها، لكنها الفارق بين الحفاظ على ترتيبك وبين البدء من الصفر.
قفزة واحدة هي الخيار المثالي. قفزتان لا بأس بهما. وثلاث قفزات أو أكثر تستدعي تبسيطها فوراً — ليس لأن محركات البحث تعجز عن تتبعها، بل لأن كل قفزة تفرض رحلة ذهاب وإياب عبر الشبكة يدفع ثمنها زائر الجوال تأخيراً في التحميل قبل رؤية أي محتوى. وتتوقف Google عن المتابعة عند عشر قفزات تقريباً.
أكدت Google منذ عام 2016 أن توجيهات 301 تنقل كامل قيمة PageRank، لذا فإن قاعدة 'خسارة 15% لكل قفزة' القديمة لم تعد سارية. ومع ذلك، فإن السلاسل الطويلة تعرض التوجيه لخطر اعتباره غير موثوق، كما أن تكلفة التأخير الزمني واضحة ومؤكدة. بسّط التوجيهات لأنها تبطئ موقعك، وليس خوفاً من ضريبة انخفاض القيمة.
نعم، عبر توجيه 301، مع تفعيل HSTS بعد ذلك مباشرة. تخبر ترويسة HSTS المتصفح بالانتقال مباشرة لبروتوكول HTTPS في كل زيارة لاحقة، مما يلغي التوجيه تماماً للزوار العائدين. وهذا يوفر رحلة اتصال شبكية كاملة من كل عملية تحميل للصفحة.
إياك وفعل ذلك. تتعامل Google مع التوجيه الجماعي لصفحات متباينة إلى الصفحة الرئيسية كخطأ 404 ناعم (Soft 404) ولا تنقل أي قيمة تذكر تقريباً. قم بربط كل رابط قديم بأقرب صفحة مكافئة له، ودع الروابط التي لا بديل لها تُرجع رمز 410 Gone لتُحذف من الفهرس بنظافة.
بيانات Core Web Vitals حقيقية من واجهة Google API، إلى جانب فحوصات حية مباشرة لكود HTML الفعلي.
شاهد صفحتك تماماً كما تعرضها Google ومنصات التواصل الاجتماعي، مستخرجة مباشرة من كود HTML الحي.
استخرج كل كتل JSON-LD من الصفحة، وتحقق من صحتها البرمجية، واكتشف أنواع النتائج الغنية المؤهل لها.
فريق واحد. ثلاثة مكاتب. ست وعشرون لغة. أرسلوا لنا المشكلة وستتلقون إجابة من خبير متخصص — لا نصاً بيانياً تسويقياً.
عرض سعر مكتوب خلال يوم عمل واحد، بلغتكم.
تحدث إلى خبير حقيقي
إسطنبول، دوسلدورف ودوفر — أحد مكاتبنا متاح دائماً
اختر القناة الأنسب لك. يجيبك شخص متخصص — دون قوائم انتظار، ودون روبوتات.