ممیزی سئو فنی: چکلیست 20 موردی production
ممیزی سئوی فنی بیستموردی که در نیمساعت روی محیط زنده اجرا میشود: خزش، ایندکس، چندزبانگی، عملکرد و دسترسی خزندههای هوش مصنوعی.
نوشته Roozbeh Nazari · CEO
بیشتر ممیزیهای سئوی فنی چون بلندتر از آناند که اجرا شوند روی طاقچه میمانند. فهرستی صدموردی یک بار استخراج میشود، کسی بار دوم اجرایش نمیکند و شش ماه بعد وضعیت هیچ موردی معلوم نیست. بیست مورد زیر برای عکس این طراحی شدهاند: مجموعهای که فردی باتجربه بتواند در حدود نیمساعت روی محیط زنده اجرا کند و پایان هر اسپرینت تکرارش کند.
این فهرست ممیزیای کوتاهشده است، نه ممیزی کامل. برای مجموعه کنترلی گستردهتر میتوانید به چکلیست ممیزی سئو فنی ما نگاه کنید؛ بیست مورد اینجا زیرمجموعهای از آن فهرست است که در محیط production بیش از همه خراب میشود. نسخه جامع ممیزی را در چارچوب خدمت سئوی فنی ما اجرا میکنیم.
قابلیت خزش: 1-5
پنج مورد نخست بررسی میکنند که آیا موتور جستجو اصلاً به سایت دسترسی دارد. اگر در این لایه خطایی باشد، هیچیک از موارد زیرین اهمیتی ندارد.
- 1. آیا robots.txt روی محیط زنده در دسترس است و محتوای مورد انتظار را برمیگرداند؟ یک قاعده مسدودسازی سراسری که از staging کپی شده، مشهورترین فاجعه تکخطی است.
- 2. آیا قالبهای مهم توسط robots.txt مسدود نشدهاند؟ بهویژه باید دید الگوهای گستردهای که برای مسیرهای جستجو، فیلتر و سبد نوشته شدهاند صفحههای محتوا را هم دربر میگیرند یا نه.
- 3. آیا کدهای پاسخ سرور درستاند؟ صفحه موجود باید 200، صفحه حذفشده 410 یا 404، و صفحه منتقلشده 301 برگرداند. چیدمانهای «soft 404» که برای صفحه ناموجود 200 برمیگردانند جداگانه جستجو میشوند.
- 4. آیا نقشه سایت XML بهروز است و فقط صفحههای قابل ایندکس را دربر دارد؟ صفحهای که در نقشه سایت باشد و noindex داشته باشد سیگنالی متناقض است.
- 5. آیا در زنجیره پیوند داخلی حلقه تغییرمسیر هست؟ اشاره مستقیم پیوندها به نشانی نهایی، هم بودجه خزش و هم زمان کاربر را حفظ میکند.
ایندکس و یکتاسازی: 6-10
گروه دوم بررسی میکند که آیا صفحهای که به آن دسترسی پیدا شده وارد ایندکس میشود و کدام نسخه یکتا شمرده میشود.
- 6. آیا برچسب canonical به خودش اشاره میکند یا بر اثر خطای قالب به صفحه اصلی؟ اینکه همه صفحهها به یک نشانی canonical بدهند، نشانه کلاسیک متغیر قالبی است که اشتباه وصل شده.
- 7. آیا نشانیهای پارامتردار بهعنوان صفحه جدا ایندکس شدهاند؟ وقتی پارامترهای مرتبسازی و فیلتر یکتا نشوند، همان محتوا در دهها نشانی تکثیر میشود.
- 8. آیا عنوان صفحهها هنگام تولید از قالب یکتا میماند؟ مجموعههای بزرگ صفحه با عنوان یکسان، تصمیم یکتاسازی را به موتور جستجو واگذار میکنند.
- 9. آیا برچسبهای noindex عمدیاند؟ برنداشتن برچسبهایی که پیش از انتشار گذاشته شدهاند، رایجترین خطای خاموش در بخشهای تازه است.
- 10. آیا چیدمان صفحهبندی سازگار است؟ هر صفحه از فهرستها باید نشانی خودش را داشته باشد و این نشانیها باید از راه پیوند داخلی در دسترس باشند.
چندزبانگی: 11-14
گروه سوم فقط برای سایتهایی است که بیش از یک زبان منتشر میکنند، اما در همان سایتها لایهای است که گرانترین خطاها را در خود دارد.
- 11. آیا اعلانهای زبان دوسویهاند؟ اشاره یک صفحه به دیگری بدون اشاره متقابل، سبب نادیدهگرفتن اعلان میشود.
- 12. آیا هر صفحه خودش را هم اعلام میکند؟ صفحهای که ارجاع به خود ندارد، عضو گروه زبانی به شمار نمیآید.
- 13. آیا کدهای زبان و منطقه معتبرند؟ نوشتن کد کشور بهجای کد زبان، با یک نویسه کل گروه را بیاعتبار میکند.
- 14. آیا تغییرمسیر خودکار زبانی وجود دارد؟ تغییرمسیر اجباری بر پایه زبان مرورگر باعث میشود خزندهها فقط یک نسخه زبانی را ببینند و بقیه کشف نشوند.
عملکرد: 15-17
گروه چهارم سنجههای تجربه صفحه را با داده میدانی بررسی میکند. مبنا داده کاربر واقعی است، نه اندازهگیری آزمایشگاهی.
- 15. آیا بزرگترین ترسیم محتوا در داده میدانی زیر آستانه هدف است؟ سنجش از صدک هفتادوپنجم بارگذاریها خوانده میشود، نه از یک آزمون منفرد.
- 16. آیا زمان تعامل تا ترسیم بعدی در بازه پذیرفتنی است؟ این سنجه بهویژه در صفحههای پرفرم و پرفیلتر خراب میشود.
- 17. آیا جابهجایی تجمعی چیدمان زیر آستانه است؟ تصویرهای بدون ابعاد مشخص و مؤلفههایی که دیرتر بارگذاری میشوند علت اصلی این سنجهاند.
داده ساختیافته و دسترسی هوش مصنوعی: 18-20
گروه آخر خوانایی ماشینی صفحه و سیاست دسترسی نسل تازه خزندهها را بررسی میکند.
- 18. آیا داده ساختیافته بیخطاست و با محتوای دیدهشده در صفحه سازگار است؟ نشانهگذاریای که اطلاعاتِ نبوده در صفحه را اعلام کند، ناسازگاریای است که باید اصلاح شود.
- 19. آیا سیاست دسترسی خزندههای هوش مصنوعی آگاهانه تعیین شده است؟ عاملهای کاربری مربوط باید صریح در robots.txt بررسی شوند؛ رهاکردن پیشفرض هم یک تصمیم است اما باید ثبت شود.
- 20. آیا محتوای تولیدشده در سمت سرور بدون اجرای اسکریپت هم خوانده میشود؟ محتوای اصلی که فقط در سمت کلاینت شکل میگیرد ریسک خزش و ایندکس را بالا میبرد.
خروجی این بیست مورد گزارش نیست، جدول وضعیت است: هر مورد با «قبول»، «رد» یا «غیرقابلاعمال» علامت میخورد و موارد ردشده با دلیلشان وارد صف اسپرینت میشوند. اینکه در اجرای بعدی همان فهرست کدام موارد خراب شدهاند، ارزانترین شاخص موجود از روند بدهی فنی سایت است.
فهرست را چگونه اجرا کنیم
ارزش این بیست مورد نه از یک ممیزی تکباره بلکه از تکرارپذیریاش میآید. چیدمانی که در عمل کار میکند، اجرای فهرست به همان ترتیب پس از هر انتشار و علامتزدن نتیجه با یکی از سه وضعیت است: قبول، رد، غیرقابلاعمال. گزینه «غیرقابلاعمال» همان چیزی است که فهرست را زنده نگه میدارد؛ واداشتن یک مورد بیربط به ارزیابی، ممیزی را با گذر زمان به آیینی متروک بدل میکند.
ترتیب اجرا تصادفی نیست. موارد قابلیت خزش نخست میآیند چون خطا در این لایه همه سنجشهای زیرین را بیاعتبار میکند: بحث درباره درستی canonical روی قالبی مسدود بیمعناست. با همین منطق موارد عملکرد پس از موارد ایندکس میآیند؛ سرعت بارگذاری صفحهای که ایندکس نمیشود مشکل اولویتدار نیست.
شیوه نگهداری جدول نتیجه هم مهم است. ثبت هر اجرا با تاریخ و شماره انتشارش، بهصورت پسنگرانه نشان میدهد کدام مورد در کدام انتشار خراب شده است. رد شدن یک مورد در دو اجرای پیاپی خطای منفرد نیست، مشکل فرایندی است و اصلاحش کد نیست بلکه افزودن یک نقطه کنترل است.
از ممیزی تا صف اسپرینت
جایی که ممیزی بیش از همه شکست میخورد، جایی است که یافته به کار تبدیل نمیشود. هر مورد ردشده باید هنگام ورود به صف سه اطلاع را با خود ببرد: کدام قالب را تحت تأثیر میگذارد، اصلاح چگونه راستیآزمایی میشود، و اگر اصلاح نشود چه میشود. بدون اطلاع سوم، آن مورد همیشه در بحث اولویت میبازد.
گروهبندی موارد بر پایه قالب بهجای تکتک هم کار را تند میکند. چهار یافته جدا که یک قالب را تحت تأثیر میگذارند، اگر چهار کارت کاری جدا باز شوند، چهار بار بارگذاری بافتار میخواهند؛ اما اگر در یک کارت جمع شوند با یک دستکاری بسته میشوند. فهرست ممیزی موردبهمورد اجرا میشود اما قالببهقالب به صف منتقل میشود.
فهرست ممیزی مستقل از اندازه سایت همان میماند، اما بسامد اجرا تغییر میکند. در محصولی که هفتهای چند بار انتشار دارد فهرست را نمیتوان در هر انتشار اجرا کرد؛ در این حالت گروههای قابلیت خزش و ایندکس به بررسی خودکار وصل میشوند و بقیه گروهها پایان اسپرینت دستی اجرا میشوند. معیار انتخاب آنچه خودکار میشود، اهمیت مورد نیست بلکه بسامد خرابشدنش است.