جایگزین تولبار الکسا در Chrome؛ تحلیل سایت با ابزارهای فعلی

اگر پرسش شما این است که «سایت من در موبایل چرا دیر باز می‌شود؟»، گزارش سرعت صفحه به کارتان می‌آید. اگر پرسش این است که «کاربران با چه عبارتی از گوگل آمده‌اند؟»، گزارش Search Console مربوط است. این دو را یک تولبار رتبه‌بندی عمومی به‌جای هم پاسخ نمی‌دهد.

در Chrome، برای بررسی فایل‌های یک صفحه از ابزار توسعه‌دهنده و برگهٔ Network استفاده کنید. صفحه را باز کنید، ابزار را بیاورید و صفحه را دوباره بارگذاری کنید. فهرست درخواست‌ها نشان می‌دهد تصویر، CSS یا اسکریپت کدام فایل بوده و چه زمانی دریافت شده است. برای شروع، تنها فایل‌های بزرگ و درخواست‌های ناموفق را ببینید؛ لازم نیست همهٔ ستون‌ها را از همان روز اول یاد بگیرید.

برای آمار رشد سایت، یک بازهٔ زمانی مشخص در گزارش رسمی خود سایت انتخاب کنید و آن را با بازهٔ هم‌اندازهٔ قبلی مقایسه کنید. حذف تولبار قدیمی باعث از دست رفتن این داده‌های متعلق به سایت نمی‌شود؛ آن داده‌ها در حساب ابزار مربوط نگهداری می‌شوند.

اگر می‌خواهید بدانید کاربران با چه جست‌وجویی به مقاله رسیده‌اند، گزارش مالک سایت در Search Console مناسب‌تر است. اگر می‌خواهید علت یک خطای صفحه را پیدا کنید، ابزار توسعه‌دهندهٔ Chrome به درخواست‌ها و خطاهای مرورگر دسترسی می‌دهد. برای تجربهٔ کاربر نیز باید سرعت، نمایش موبایل و مسیر انجام کار را بررسی کنید.

یک افزونهٔ شخص ثالث ممکن است فقط تخمین ترافیک ارائه کند. این تخمین نباید به‌عنوان شمار دقیق بازدید یک سایت یا معیار قطعی کیفیت محتوا معرفی شود. دادهٔ رقبا نیز معمولاً با دادهٔ داخلی سایت شما قابل مقایسهٔ مستقیم نیست؛ روش اندازه‌گیری و محدودهٔ پوشش فرق دارند.

از Chrome Web Store رسمی استفاده کنید و توسعه‌دهنده و دسترسی‌های موردنیاز را بررسی کنید. نام شبیه یک محصول معروف تضمین نمی‌کند افزونه متعلق به همان سرویس است. قبل از پذیرش اجازهٔ خواندن دادهٔ همهٔ سایت‌ها، توضیح دهید چرا قابلیت موردنظر به این سطح از دسترسی نیاز دارد.

بعد از نصب، از بخش مدیریت افزونه‌ها دسترسی سایت را بررسی کنید. در صورت امکان، آن را فقط برای سایت‌های موردنیاز فعال کنید. پنل هاست، حساب مشتری و صفحه‌های دارای اطلاعات شخصی را محل آزمایش افزونهٔ ناشناس قرار ندهید. افزونه‌ای که دیگر استفاده نمی‌کنید نیز بهتر است در مرورگر فعال باقی نماند.

مقاله را باز کنید و در DevTools به Network بروید. صفحه را تازه‌سازی کنید و درخواست‌های خطادار یا فایل‌های بزرگ را پیدا کنید. اگر تصویر آموزشی دریافت نمی‌شود، وضعیت پاسخ و مسیر فایل را بخوانید. اگر صفحه کند است، زمان دریافت فایل‌ها و رفتار اجرای کد را جدا در نظر بگیرید؛ حجم کم HTML به‌تنهایی سرعت خوب را ثابت نمی‌کند.

سپس نمایش موبایل را امتحان کنید و ببینید کاربر می‌تواند پاراگراف، کد و تصویر را بدون پیمایش افقی بخواند یا خیر. ابزار مرورگر برای پیدا کردن ایراد است؛ نتیجهٔ یک دستگاه را به همهٔ کاربران تعمیم ندهید. برای تصمیم انتشار، دادهٔ واقعی و چند آزمایش نماینده را کنار هم بگذارید.

اگر بعد از نصب ابزار، خطای تازه یا تغییر ظاهر دیده‌اید، صفحه را در محیط بدون افزونه مقایسه کنید. بعضی افزونه‌ها محتوای صفحه را تغییر می‌دهند یا درخواست اضافه می‌فرستند. این مقایسه مانع می‌شود یک ایراد محلی مرورگر را اشتباهاً مشکل عمومی سایت معرفی کنید.

گزارش نهایی را با مسئلهٔ مشخص بنویسید: کدام صفحه، کدام درخواست یا کدام مسیر کار مشکل داشت و بعد از اصلاح چه نتیجه‌ای دیده شد. چنین گزارشی برای بهبود سایت ارزش بیشتری از یک رتبهٔ نامعلوم دارد و کمک می‌کند تغییر بعدی را با شواهد انتخاب کنید.