قبل أن نبدأ بتقديم خدمة SEO التقني، فعلنا ما تتجاهله معظم الوكالات: طبّقنا العملية على أنفسنا.
أجرينا تدقيقًا تقنيًا كاملاً على prixelo.com. ليس بيئة تجريبية (staging)، وليس موقعًا تجريبيًا للعرض — بل الموقع الفعلي، الذي يطّلع عليه العملاء المحتملون قبل أن يراسلونا. توقّعنا أن نجد عددًا قليلاً من المشكلات البسيطة. لكننا وجدنا سبعة أمور كانت تعمل فعليًا ضدنا.
هذا المقال هو ذلك التدقيق، دون أي تنقيح. لا عميل مُركَّب، ولا دراسة حالة مُختلَقة. فقط ما وجدناه في موقعنا، وما يعلّمنا إياه كل خلل عن الفرق بين الطريقة التي تراها محركات البحث فعليًا للصفحة والطريقة التي يعرضها بها المتصفح لك.
خريطة الموقع كانت تفتقد معظم صفحات الموقع
فتحنا ملف sitemap.xml متوقّعين أن يكون مجرد إجراء شكلي. لكننا وجدنا بدلاً من ذلك ملفًا يسرد جزءًا بسيطًا فقط من صفحاتنا الفعلية. أقسام كاملة من الموقع — صفحات كنا قد أطلقناها، وربطناها داخليًا، وتوقّعنا أن تتصدّر نتائج البحث — لم تكن موجودة فيه ببساطة.
خريطة الموقع ليست ميزة إضافية اختيارية. إنها الخريطة التي تسلّمها لجوجل حتى لا يضطر إلى تخمين بنية موقعك بالاعتماد فقط على زحف الروابط. الصفحة المنشورة والمرتبطة داخليًا والغائبة عن خريطة الموقع قد تُفهرَس في النهاية، لكن ذلك يحدث بشكل أبطأ وأقل موثوقية، كما أنه يرسل إشارة إلى برامج الزحف بأن بيانات موقعك الوصفية غير موثوقة. فإذا كانت خريطة الموقع خاطئة مرة واحدة، يصبح لدى برنامج الزحف سبب أقل لاعتبارها مرجعًا موثوقًا في أي مكان آخر من الموقع.
بيانات Organization بصيغة JSON-LD كانت معطوبة في الموقع بأكمله
نتحقّق من البيانات المنظَّمة (structured data) باستخدام أداة تحقّق كعادة ثابتة لدينا. وقد فشل التحقّق من بياناتنا. في كل صفحة.
كان السبب خللًا في التعامل مع الأحرف الخاصة ضمن القالب (template escaping) — إذ كان يُرمَّز حرف واحد ضمن مخطط Organization بشكل خاطئ عند توليد الصفحة، ما جعل كتلة JSON-LD غير صالحة نحويًا في كل صفحة ظهرت فيها. جوجل لا يحلّل JSON المعطوب جزئيًا؛ فإما أن يُحلَّل بالكامل بنجاح أو تُهمَل الكتلة بأكملها. لذلك، وطوال الفترة التي كان فيها هذا الخلل قائمًا، لم تكن تصل إلى جوجل أي بيانات منظَّمة من موقعنا بأكمله، بينما كنا نعتقد أننا نمتلك ترميزًا كاملاً. وهذا النوع من الأخطاء لا يُنتج أي خطأ ظاهر في المتصفح — فالصفحة تبدو سليمة تمامًا — ولا أي تنبيه ما لم تبحث عنه تحديدًا في أداة تحقّق من المخططات (schema validator) أو في تقرير النتائج الغنية ضمن Search Console.
أخطاء Soft-404 كانت تُرجِع الحالة HTTP 200
بعض الروابط المعطوبة أو المحذوفة على الموقع لم تكن تُرجع حالة 404. بل كانت تعرض محتوى بديلاً — صفحة عامة — بينما يخبر الخادم المتصفح وكل برنامج زحف: «200 OK، هذه الصفحة موجودة».
هذا ما يُعرف بـ soft-404، وهو أسوأ من الخطأ الحقيقي. فخطأ 404 الحقيقي يخبر محركات البحث بوضوح: هذا الرابط لم يعد موجودًا، فاحذفه من الفهرس. أما soft-404 فيخبرها: هذا الرابط سليم، تابع زحفه وفهرسته، رغم أنه لا يوجد فيه شيء. وإذا تُرك دون معالجة، فإنه يهدر ميزانية الزحف (crawl budget) على صفحات غير موجودة أصلاً، وقد يُضعف الطريقة التي تُقيَّم بها صفحاتك الحقيقية، لأن برنامج الزحف يُنفق وقته وثقته على طرق مسدودة تدّعي أنها فعّالة.
علامات canonical تشير إلى نطاق خاطئ
عدة صفحات كانت تحتوي على علامات canonical تشير إلى نسخة موقعنا بدون www، وهي نسخة تُعيد التوجيه بدورها إلى مكان آخر — بقايا من إعداد سابق. وعلامة canonical هي تعليمة مباشرة لمحركات البحث: «اعتبر هذا الرابط هو النسخة المرجعية، لا النسخة التي تنظر إليها الآن». وعندما تشير إلى وجهة خاطئة، فأنت تخبر جوجل صراحةً بأن يمنح رابطًا آخر الفضل في محتواك أنت. في أفضل الأحوال، سيتم تجاهل ذلك. وفي أسوئها، ستكون قد وجّهت إشارات الترتيب الخاصة بك بعيدًا عن الصفحة التي تحتاج إليها فعلاً.
الأوصاف التعريفية (meta descriptions) مقطوعة في منتصف الكلمة
مشكلة أصغر حجمًا، لكنها من النوع الذي يقوّض الثقة تراكميًا: عدة أوصاف تعريفية كانت تُقطع في منتصف الكلمة داخل شيفرة HTML الخام نفسها، وليس فقط عند عرضها في نتائج البحث. هذا خلل في القالب أو في حدّ عدد الأحرف، وليس مجرد عيب في العرض، ويظهر على شكل جمل غير مكتملة داخل علامات <meta> — مرئية لأي شخص يفتح شيفرة المصدر، وهي إشارة صغيرة لكنها حقيقية على الإهمال في صفحة تحاول أن تبدو موثوقة.
ملف robots.txt قديم من مجلد يسبق الموقع الحالي
كان هذا أغرب ما اكتشفناه. فملف robots.txt الذي يتم تقديمه لم يكن الملف الموجود في قاعدة الشيفرة الحالية لدينا، بل كان يأتي من مجلّد قديم متروك على الخادم — بقية من نسخة سابقة من الموقع كان ينبغي التخلّص منها بالكامل. ولم يكن للتطبيق الحيّ أي علم بوجود هذا الملف، ولا بأنه الملف الذي تقرأه برامج الزحف فعليًا.
يُعدّ robots.txt من أوائل الملفات التي يطلبها برنامج الزحف. فإذا كانت النسخة المُقدَّمة منه قديمة، فقد تحجب مسارات يجب أن تكون قابلة للزحف، أو تسمح بالزحف إلى مسارات لا ينبغي أن تكون كذلك، أو تشير ببساطة إلى خريطة موقع لم تعد موجودة. ولأن هذا الملف يقع خارج مسار النشر المعتاد لديك، فإنه يبقى غير مرئي لأي شخص يفحص قاعدة الشيفرة الحالية — إذ يجب عليك التحقّق مما يُقدَّم فعليًا عند ذلك الرابط، لا مما تظنّ أنك نشرته.
صفحات كانت تُخبر برامج الزحف أنها «غير موجودة» بسبب تحديد الـ slug من جانب المتصفح فقط
المشكلة الأخيرة تتعلق بعرض JavaScript، وهي فخ شائع في أي شيء مبني على التوجيه من جانب المتصفح (client-side routing). فبعض الصفحات كانت تحدّد المحتوى الذي تعرضه بناءً على slug لا يُحلّ إلا داخل المتصفح، بعد تشغيل JavaScript. وبرامج الزحف التي لا تُنفّذ JavaScript الخاص بالمتصفح بشكل كامل — أو التي تنتهي مهلتها قبل أن يُحلّ ذلك الـ slug — تصل إلى الاستجابة الأولية من الخادم، فلا تجد slug مطابقًا، فتُعرض عليها حالة «غير موجود». الصفحة تعمل بشكل مثالي بالنسبة لإنسان يزورها، لكنها غير مرئية أو معطوبة بالنسبة لبرنامج زحف لا يصل أبدًا إلى نقطة رؤية المحتوى الحقيقي.
ما الذي يعلّمنا إياه هذا فعليًا
لا شيء من هذه الأخطاء غريب أو نادر. إنها أنماط الفشل المعتادة لأي موقع تجاوز نسخته الأولى: بنية تحتية قديمة لم يقم أحد بإيقافها رسميًا، تعديل في القالب أفسد الترميز بصمت، نمط توجيه صُمّم لخدمة المستخدمين لكن لم يُختبر قط في مواجهة سلوك برامج الزحف. وكل واحد من هذه الأخطاء كان غير مرئي في متصفح عادي، ولن يظهر إلا لمن يبحث تحديدًا عن الطريقة التي يرى بها برنامج الزحف الصفحة، لا الطريقة التي يراها بها إنسان.
هذه هي المهمة الحقيقية. فـ SEO التقني ليس اقتراحات كلمات مفتاحية ولا تقويمات محتوى — إنه العثور على الفجوة بين الشكل الذي يبدو عليه موقعك بالنسبة لك، والشكل الذي يبدو عليه بالنسبة للأنظمة التي تقرّر فهرسته وترتيبه. وقد أصلحنا الأخطاء السبعة جميعها في موقعنا كجزء من بناء خدمة SEO لدينا، لأننا لم نكن لنبيع تدقيقًا لم نُجرِه أولاً على أنفسنا.
وإذا كنت تريد أن تعرف ما إذا كان موقعك يعاني من نسخ مشابهة لهذه المشكلات نفسها، فهذا بالضبط ما يتحقّق منه فريق SEO لدينا أولاً — قبل أي حديث عن المحتوى أو الترتيب في نتائج البحث.
