بناء SEOReport: من الاستدلال إلى الإطلاق
حول تحويل 2 سنوات من استدلالات تحسين الويب المصنوعة يدويًا إلى محرك تدقيق، منتج، و$10M قائد.
Developed by Robert E. Beckner III (Merlin) | rbeckner.com
قضيت حوالي 2 سنوات في إثراء الاستدلالات عبر مشاريعي. لم أكن أبني منتجًا في البداية. كنت أحاول فهم لماذا تظهر بعض المواقع وتظهر أخرى لا.شمل العمل أكثر من تخصص واحد. البيانات المهيكلة. التساوي على الجوال. مدى سرعة تحميل الصفحة للمستخدم الحقيقي، وليس مجرد نتيجة. ما إذا كان موقف أمان الموقع يضر إشارة الثقة به بصمت. ما إذا كانت محركات البحث ترى نفس المحتوى الذي يراه البشر. كل استدلال علمني شيئًا عن الفجوة بين "أنشأنا موقعًا" و"تفهم محركات البحث ما نفعله".من خلال ذلك الت refinement، أنشأت صيغًا عبر 50+ استدلالات. بعضها قياس قابلية الزحف. أخرى قياس التساوي في العرض بين الروبوتات والبشر. عدد قليل تتبع تنفيذ الأمان المعياري. كانت الأنماط متسقة. كانت المشاكل هيكلية. وكانت قابلة للإصلاح.موقع إقراض حصل على درجة 65، وأخذناه إلى 100#
جاء الاختبار الحقيقي عندما أجريت المجموعة الكاملة على موقع صديق. يدير شركة إقراض تُدعى Sphinx Capital. كنت أُغمر كل ما تعلمته في تجديد موقعه.استخدمت بنيتي التحتية الخاصة لإجراء تدقيق خاص. حصل الموقع على درجة تقريبًا 65 من 100 مقابل مجموعة القواعد الاستدلالية. على مدى الأيام التالية 30، أعادنا بناء الأساس — البيانات المنظمة، إعدادات الكانونيكال، سرعة الصفحة، عرض الجوال، رؤوس الأمان، كامل المكدس. ارتفعت الدرجة إلى 100.بدأ المرور بالوصول تقريبًا فورًا. كان ذلك أول إشارة على أن القواعد الاستدلالية ليست مجرد صحيحة نظريًا. كانت تعمل في سوق حقيقي مع منافسة حقيقية.بينما كان المرور يتدفق، بدأت في حزم محرك التدقيق إلى منتج#
أثبت المحرك نفسه على موقع حقيقي، لذا حزمته إلى منتج يُدعى the free audit engine I run. النسخة المجانية انطلقت أولاً. شاركتها مع منشئي محتوى مستقلين — رسامين، موسيقيين، مصورين يديرون مواقعهم الخاصة بدون ميزانية لوكالة. أعطت التقارير لهم قائمة مُعتمدة من الإصلاحات الهيكلية. كثيرون نفذوا عليها ورأوا تحسن المرور خلال أسابيع.نفس نظام الترجمة الذي بنيته خلال السنوات السابقة 4 عرض التقارير بـ 9 لغات. لم تكن هذه ميزة أضفتها لاحقاً. كانت بنية تحتية من البداية. كان فنان في كولومبيا ومقرض صغير في الولايات المتحدة يمكنهما قراءة تدقيقاتهما بلغتهما دون صعوبة.ما زلت أبني المنتج إلى شيء مصقول عندما حان اللحظة.قام شخص ما بالبحث عن Google للحصول على قرض Fix-and-Flip وأنشأ عميل محتمل بقيمة $10M#
حدث ذلك بعد حوالي 30 أيام من اكتمال التجديد. كان المستخدم على جهاز محمول وملأ طلب القرض في أقل من 5 دقيقة. كان العميل يساوي $10M.كان ذلك النتيجة البحثية الوحيدة لحظة أدركت فيها أن المحرك لا يعمل فقط. كان يعمل لأموال حقيقية، في أسواق حقيقية، ضد منافسة حقيقية، على الجهاز الذي يستخدمه معظم الناس فعليًا. الأساس التقني الذي كنت أُحسنه منذ 2 سنوات قد أنشأ للتو عميلًا بقيمة أكثر من معظم ميزانيات التسويق السنوية — وظهر بشكل عضوي، عبر البحث، لأن الموقع قابل للزحف، سريع، وواضح.بعد إطلاق محرك التدقيق، كشفت 1,149 تقارير عن نفس النمط#
منذ إطلاق أداة التدقيق المجانية، أصبحت الأنماط أكثر وضوحًا فقط. عبر 1,122 تدقيقات مجانية:| % of audits | |
|---|---|
| Security gaps | 88 |
| Performance concerns | 82 |
| Crawlability issues | 81 |
| Canonical/redirect problems | 67 |
| Site architecture gaps | 40 |
graph LR
A[تشغيل تدقيق فني] --> B{تم العثور على مشكلة حرجة؟}
B -->|نعم| C[إصلاح خلال أيام]
B -->|لا| D[تحسين السرعة]
C e1@--> E[إعادة الفهرسة]
D --> E
E e2@--> F[اكتشاف عضوي]
e1@{ animation: slow }
e2@{ animation: slow }Copy sourceمشكلة الاكتشاف أكبر من المحتوى#
تفشل معظم المواقع في الخطوة الأولى من الاكتشاف: محركات البحث لا تستطيع الزحف، الفهرسة، أو تصنيف صفحاتها. لا يهم تقويم المحتوى إذا كان البنية التحتية أسفلها معطلة.أكثر المشكلات شيوعاً ليست جذابة. إنها هيكلية:- الخرائط المفقودة أو غير الصحيحة — Google لا يمكنه العثور على صفحاتك إذا لم تخبره أين هي.
- لا توجد وسوم canonical — نفس المحتوى يعيش على عدة URLs، مما يقسم السلطة عبر المكررات.
- hreflang معطلة — المواقع متعددة اللغات تقدم اللغة الخاطئة للمنطقة الخاطئة، مما يربك الزواحف.
- الموارد التي تمنع العرض — تبدو الصفحات جيدة للإنسان لكنها فارغة للروبوتات.
- أوقات استجابة الخادم البطيئة — يترك الزواحف الصفحات قبل أن تنتهي من التحميل.