ابزارهای متعددی برای بالابردن سرعت صفحه ها وبسایت تان وجود دارد. البته آیا می‌دانید این ابزارهای چه گونه فعالیت می‌نمایند و به هیچ عنوان آیا این ابزارها سرعت سایتتان را بالا می‌برند یا این که نه؟!
پیج اسپید یک مورد بغرنج میباشد. اکثری از مقاله‌ها لیستی از امور یا این که پلاگین ها را برای بالابردن سرعت وب سایت به شما معرفی می نمایند.
این مقالات عالی می باشند. با این موقتی همه وبسایت های مثل هم نیستند و نمی شود این پیشنهاد ها را برای همه وب سایت ها اعمال کرد.
بنابراین، در‌این نوشته‌ی‌علمی ما به شما توضیح میدهیم که سرعت تارنما چه‌گونه فعالیت می نماید و برای بالا بردن سرعت صفحه های سایت چه اقداماتی بایستی جاری ساختن دهید.
در نوشته ی علمی قبلی سئو روز درباره آموزش ارتقاء سرعت تارنما سخن کرده بودم.
در شرایطی که شما کارشناس نیستید و صرفا در ادامه نصب پلاگین ای برای ارتقاء سرعت وبسایت تان می باشید، ما در این نوشته‌ی علمی چندین پلاگین را به شما معرفی کرده ایم:
wordpress
WP Rocket مبلغی + یک افزونه سئو تصویر
یا این که
Autoptimize + یک افزونه کش
Drupal
AdvAgg + یک ماژول سئو تصویر
موقتا بهتر میباشد به گزینه اساسی نوشته‌ی‌علمی بپردازیم. درین نوشته‌ی علمی موضوعات پایین مورد تفحص قرار میگیرند:
1-سرعت صفحه (page speed) چیست ؟
2-چرا سرعت صفحه اساسی میباشد؟
3-سرعت بار گذاری شدن یک صفحه بایستی چقدر باشد؟
4-یک برگه چطور ساخته میشود؟
5- ابزارهای آزمایش سرعت وبسایت و فراگیری به کار گیری از آن
6- تقریب تاثیر تغییرات
سرعت ورقه (page speed) چیست ؟
سرعت صفحه مقدار فرصت بارگیری شیت سایت میباشد.
تخصیص یکی‌از با‌گاز کاغذ کار دشواری است چون بسیاری از متریک ها، عناصر بار گذاری شیت را به روش های مختلف، برای هدف ها مختلف و با وضعیت آزمایش متفاوت در نظر میگیرند .
چرا سرعت کاغذ اساسی می باشد؟
جدیدا گوگل توجه ویژه ای با گاز شیت داشته میباشد و اعلام کرده که سرعت بار گذاری شیت در گوشی را تحت عنوان فاکتور رنکینگ به اکانت می‌آورد.
همینطور با افزودن گزارش سرعت در سرچ کنسول گوگل و اعلام گوگل کروم مبتنی بر علام سایت های نماید به یوزرها، سرعت کاغذ بیشتراز پیش التفات پیدا می نماید.
ولی آیا می دانستید از سال 2010 سرعت کاغذ، یکی فاکتورهای بهینه سازی بوده میباشد.
دلایلی وجود داراست که نماد میدهد شما می بایست به ارتقا سرعت سایت عنایت بدهید:
سرعت صفحه تجربیات کاربری را تحت اثر قرار می دهد.
شما بایستی برای مخاطبانتان برگه را سریع و قابل انعطاف بارگذاری نمایید. چرا که هر سیرتکامل ژرف اندیشی یا این که لگ روی اعمال آتی آن‌ها در سایتتان تاثیرگذار می باشد.
سرعت برگه روی تحقیق های آماری سایتتان تاثیرگذار است.
کلاً، یک سایت سریع خیس مخاطبین بیشتری را رخنه می نماید چون تگ های آنالتیکس یا این که دیگر ابزارها، زودتر بارگذاری میگردند.
در حالتی‌که کاربری پیش از بار گذاری تگ وبسایت را رخنه نماید، بازدید وی در سیستم انالتیکس تصویب نخواهد شد.
بهینه سازی؟ طبق اعلامیه قانونی، آپ تو دیت مرتبط با سرعت، صرفا کندترین تارنما‌ها را تحت اثر قرار میدهد .
مطالعات متعددی وجود داراست که آرم میدهد با ارتقاء سرعت سایت، ترافیک ارگانیک، نرخ کلیک بر روی تبلیغات درون وب سایت، و کلاً بازدیدکنندگان تارنما نیز ارتقا می‌یابد.
WPO State نمونه های تحقیقاتی متعددی درباره بهبود سرعت صفحه دارد.
با این وجود اکثری از این مطالعات ممکن است اندکی گم راه کننده باشند.
بر اساس گفته گوگل، بهبود سرعت شیت تاثیری روی جايگاه بندی شما نخواهد داشت. مگر اینکه وب سایت حقیقتا کندی داشته باشید.
احتمالا می‌پرسید، در‌حالتی که ارتقا سرعت روی رنکینگ تاثیری ندارد، پس چرا بازدیدکنندگان تارنما بیشتر می گردند؟
جواب این پرسش به‌این شکل میباشد که تگ های آنالیتیکس احتمالا سریع خیس از قبلی لود میگردند و می توانند اشخاص بیشتری را پیش از رخنه کردن برگه تصویب نمایند.
سرعت بارگذاری شدن یک صفحه بایستی چقدر باشد ؟
هیچ میزان قانونی خاصی برای سرعت کاغذ نیست.
اما معمولا سفارش میشود که برگه می بایست کمتر از 3 ثانیه بارگذاری شود.
این سفارش شاید از اینجا استنباط گردیده که طبق یک مطالعه گوگل، 53% از بازدیدکنندگان موبایلی، صفحه ای که لود آن بیش تر از 3 ثانیه ارتفاع بکشد، سوراخ می نمایند.
خلال این این توصیه شاید مطابق شاخص Speed Index است که بعدا درباره آن حرف خواهیم کرد.
به نظریه ما گوگل هیچ ترازو خاصی برای سرعت برگه مشخص نکرده میباشد.
چیزی که گوگل معمولا میگوید سفارش کلی هست. مثل: سرعت وبسایت را برای یوزرها بیشتر نمایید یا این که تا جایی که می شود سرعت را بیشتر نمائید.
یک ورقه چطور ساخته میشود؟
برای فهم و شعور کیفیت بهبود سرعت برگه بایستی بدانید چطور یک مرورگر شیت را می سازد؟
برای این مراد، بیایید به چارت های Waterfall نگاهی بندازیم و ببینیم در زمان بارگذاری صفحه چه منابعی بار گذاری میگردند.
شما میتوانید این مراحل را در طی لود شیت، با به کار گیری از راست کلیک و تعیین مورد inspect و رفتن در تب network ملاحظه کنید.
یاد‌آوری: بیشتر تصاویر با استعمال از ابزار https://www.webpagetest.org به دست آمده است.
ایجاد کرد کانکشن
رنگ سبز، نارنجی رنگ و بنفش، نشانگر مجال موردنیاز برای برقراری رابطه یا این که کانکشن با وبسایت است.
در‌پی هر رنگ به صورت جدا بازرسی خوا هیم کرد.
چارت Waterfall برای پوسته وردپرس 2020 از WebPageTest.org. شرایط: Dulles, VA. دستگاه Moto G4. مرورگر: کروم. سرعت 3GSlow
DNS (سبز)
DNS دفتر تلفن اینترنت میباشد.
شما به مرورگر اسم وبسایت می دهید و مرورگر برای به دست آوردن IP نشانی با یک سرور DNS رابطه برقرار می نماید.
DNS به مرورگر میگوید که وبسایت متبوع کجا میزبانی میگردد. صحیح مثل محل کار تلفن که شما اسم شخص را می‌دانید اما شماره تماس را خیر.
بیشتر مواقع، DNS در جایی قراردارد که دامنه را آنجا تصویب کرده‌اید و یا این که در جایی جای دارد که CDN شما میباشد.
توجه داشته باشید که تمامی ارائه دهندگان DNS ها یکسان نیستند.
در شرایطی که یک میلی ثانیه هم برای شما مهم میباشد، عالی می باشد از ارائه‌دهنده دیگری استفاده فرمایید.
طبق پژوهش ها DNSPerf، سرعت جواب کلود فلر به صورت میانگین 12.6 میلی ثانیه میباشد.
این رقم برای GoDaddy عدد 46.04 میلی ثانیه می باشد و برای Rackspace این رقم به 90.38 میلی ثانیه میرسد.
با این وجود این اعداد خیلی ظریف نیستند چون DNS را می توان هنگام مرور وب سایت از قبلی بصورت موقت در مرورگر ذخیره کرد.
مقدار وقتی که DNS در مرورگر ذخیره می گردد TTL نامیده می شود.
در زمانیکه کش فعال میباشد، مرورگر برای اینکه بداند تارنما کجا قرار گرفته، دیگر نیازی به اتصال به DNS ندارد.
اتصال(نارنجی رنگ)
این جایی میباشد که مرورگر در اکنون برقراری رابطه با سرور صاحبخانه می باشد.
پروتکل در دست گرفتن جابجایی / پروتکل وب (TCP / IP) بغرنج میباشد البته شما صرفا به شیوه عمل تصور کنید.
احتمالاً یک خط مستقیم وجود ندارد. شما بایستی بچرخید، و مناطقی با ترافیک فراتر وجود دارد.
حتی ممکن میباشد مسیر را مجدد دنبال فرمایید یا این که چندین چرخش اشتباهی اجرا دهید.
این نوعی از کیفیت همت آن است؛ این از مرورگر شما به سمت سرور جنبش می نماید و برمی خواهد شد .
دلایل متعددی برای وقت گیر شدن مجال اتصال وجود داراست.
در پیوندها ناپایدار، از دست رفتن بسته ممکن میباشد اتفاق بیفتد و می بایست مجددا ارسال گردد.
این خلل می تواند از طرف روت کردن درخواست از روش کانال باشد.
چقدر بایستی از آن بهره برد؟ چقدر می بایست مسیر را طی کرد؟ ترافیک های دیگر روی سایت چقدر مشابه میباشند و شما چندبار باید بچرخید؟
چقدر از فعالیت دور می باشید و در جاده چندتا اتومبیل وجود دارااست که ممکن میباشد سرعت شما‌را نماید نماید؟
خلال این، گنجایش محدودکننده و اتصال بر روی سرور مشابه به یک تونل میباشد که فقط به تعداد بسیار متعددی اتومبیل اذن عبور در یک زمانه را می دهد.
اکثری از این موردها با کوتاه خیس کردن مسافت با سرور و استفاده از مسیریابی مدبرانه خیس (که اکثر DNSها آن را اجرا میدهند) قابل حل شدن است.
با داشتن یک کانال از سرورها درسرتاسر عالم، بازدیدکنندگان معمولا به سرورهای مجاورت متصل میشوند.
برخی ارائه دهندگان DNS معمولا مقادیر متعددی از درخواست های اینترنتی را رئیس می نمایند و می‌توانند ببینند در طول حقیقی وواقعی کجا ترافیک وجود داراست.
در حالتی که یک گزینه سریع خیس ببینند، ترافیک را مجددا مسیردهی می نمایند. دقیقا مانند کاری که GPS در ترافیک ها برای شما اجرا میدهد.
لایه Secure Sockets (SSL) (بنفش)
برای سایت هایی که اتصال ایمن برقرار می نمایند (HTTPS)، این جایی هست که مرورگر و سرور بر روی ورژن پروتکل TLS (امنیت لایه جابجایی)، ciphersuite (سطح امنیت) و تغییر تحول تاییدیه (برای اعتقادوباور از اینکه سایت همانی باشد که میگوید میباشد) توافق دارا‌هستند.
شاید فکر کنید تنها با کمک HTTPS نتوانید سرعت وب سایت را بیشتر نمائید.
این نسبتاً درست می باشد (دست‌کم برای نصیب اتصال).
اما بودن بر روی HTTPS مزیت هایی داراست به عنوان مثال کرورگرها به شما اذن به کار گیری از HTTP/2 (H2) فارغ از HTTPS را نمی دهند.
H2 دارنده مزیت هایی مثلا اتصال مداوم میباشد.
به این ترتیب مورد نیاز وجود ندارد اتصال جدیدی را برای پوشه ها در به عبارتی سرور گشوده فرمایید.
هدرهای داخل این درخواست ها نیز خرد خیس از HTTP/1.1 میباشند و فولدر های چندگانه می توانند به طور همزمان منتقل شوند.
دربیشتر مورد ها، وب سایت هایی که از HTTPS به کارگیری می نمایند سریع خیس از وبسایت های بر روی HTTP می باشند.
کلاً، مهمترین دستاورد شما از بروزرسانی پروتکل (TLS 1.3 سریع خیس از TLS 1.2 است) و اجرای امنیت جابجایی محض HTTP (HSTS) ناشی میشود که مدام به مرورگر می گوید از یک اتصال امن استفاده نماید.
مرورگر درخواست هایی را از HTTP به HTTPS فارغ از نیاز به تماس با سرور و تغییر تحول مسیر اعمال میدهد.
در تصویر زیر، تغییر و تحول مسیر از HTTP به HTTPS و زمان لازم با به کارگیری از HSTS حذف میگردد.
حتی شاید بخواهید برای اتصالات سریع خیس از HTTP / 3 استفاده نمایید. با این اکنون، پشتیبانی از این پروتکل هنوز در پروسه اول میباشد، و حداقل در طی تایپ کردن این نوشته‌ی علمی احتمالاً هنوز گزینه قابل قبولی جانور وجود ندارد.
اساسی: دستگاه، شرایط و کانال
فرض فرمائید اتصال به یک وب سایت در تلفن هوشمند بین منزلت با اتصال 3G 2 ثانیه ارتفاع می‌کشد. در به عبارتی تلفن با اتصال LTE، نسبتاً 0.41 ثانیه کاهش می یابد.
در دسکتاپ با سرعت معمولی، برقراری این رابطه کمتر از 0.1 ثانیه است.
اگر زمان اتصال زمان بر خیس را مشاهده می کنید، به خیال داشته باشید ممکن میباشد زمان اتصال زمانبر تری را تجربه نمایید که ممکن میباشد به جهت پهنای باند محصور یا این که اقتدار پردازش دستگاه آزمایش باشد.
این عوامل یاور با خاطر مخفی مهم می باشند.
آنان می‌توانند به شما یاری نمایند تا برای هر که واپسین تلفن هوشمند خویش را به وای فای متصل نموده است، با آحاد پرونده های مایحتاج برای بارگیری برگه ای که پیش از اینً روی دستگاه خویش ذخیره کرده اند (ما در این زمینه در بخش دیگری سخن خوا هیم کرد) توضیح دهید روشی که آنان تجارب می نمایند.
تحت اوضاع ایده آل میباشد و اکثر اشخاص این شرایط را تجربیات نمی‌کنند.
بارگیری و پردازش HTML
کد HTML یک شیت به عبارتی چیزی میباشد که در صدر به وسیله یک مرورگر بارگیری میشود.
این اطلاعاتی می باشد که میتوانید با کلیک راست بر روی یک سایت و رفتن به قسمت “View Page Source” ملاحظه کنید.
پس از برقراری اتصال، مرورگر بیت اول داده ها را از سرور رجوع و برگشت میدهد، ما به Time To First Byte (TTFB) می رسیم، که اندازه گیری ساده برای فرصت جواب نخستین میباشد.
همان طور که در پایین خطوط نارنجی رنگ نشان داده شده است، این مجال از آغاز درخواست HTML (آبی پر‌نور) تا وقتیکه HTML شروع به بارگیری می نماید (آبی رنگ تیره) میباشد.
در حالتی که تأخیری برای TTFB وجود داشته باشد، می‌تواند مرتبط با کوئری دیتابیس، منابع سرور، انتظار برای کامل شدن یک سرور جانبی (SSR) یا این که بقیه مواقعی که معمولاً در ایجاد محتوای پویا دخیل میباشند، باشد.
فرصت بارگیری به مواقعی مانند اتصال و اندازه پوشه بستگی دارااست.
این همینطور جایی میباشد که مرورگر شروع به ساخت صفحه می نماید.
زمانی که HTML بارگیری می شود، مرورگر آن را در Document Object Model DOM تجزیه می نماید، یک کامپیوتر بدین نحوه ساختار محتوا را فهم و شعور می نماید.
این فرآیند تجزیه از main thread مرورگر برای پردازش اقدامات استفاده کننده و نقاشی کردن برگه، اجرای JavaScript و انجام چیدمان، بازگرداندن و توده آشغال استعمال می نماید.
اینک، فقط بدانید که‌این main thread وجود داراست و شغل های مختلفی را به عهده دارااست. ما بعداً بدین زمینه خواهیم پرداخت.
در صورتی در بین HTML و درخواست آینده مسافت ای بینید، محتمل ترین انگیزه آن این است که CPU درگیر پردازش HTML برای ایجاد کرد DOM است.
از آن جا که ادله آن CPU است، این مسئله مجددا به دستگاهی که استعمال می گردد بستگی دارااست، براین اساس می توانید با یک دستگاه قدرتمندتر آزمایش فرمایید تا مشاهده کنید هنوز این رخنه وجود دارد یا این که نه.
در شرایطی که از HTML و بقیه پوشه ها مانند CSS و JavaScript استفاده فرمائید، میتوانید مجال را با به کارگیری از less code و خرد سازی کاهش دهید تا کاراکترهای غیرضروری مانند نظر ها و فضای سپید از کد حذف شوند، و فشرده سازی برای کاهش سایز پوشه ها شکل گیرد.
نکته این می باشد که بارگیری پوشه را خرد خیس فرمائید تا این نصیب از لود سریع خیس گردد.
با این فعلا، منش های متعددی برای خرد و فشرده سازی وجود دارااست.
در بسیاری مفاد، این کار به وسیله CDN یا این که سرور (Apache یا این که Nginx سرورهای متداول هستند) یا این که به وسیله یک پلاگین / ماژول /پکیج انجام می شود.
درصورت قابلیت و امکان از سرور شبیه برای رکوئست ها استفاده نمایید
سابقا میزبانی منابع بر روی دامنه های cookelless که به عبارتی دامنه اساسی نبودند، شایسته ترین راه‌حل بود، و گاهی اوقات به کارگیری از تعدادی دامنه (فرآیندی به اسم domain sharding) به جهت محدودیت های درخواست اتصال رقم خورده به وسیله مرورگرها، مزیتی داشت.
بدلیل آنکه HTTP / 2، شایسته ترین طریق وجود ندارد. در شکل قابلیت می بایست از به عبارتی سرور برای درخواست ها به کار گیری کنید.
برای مثال، cdn.ahrefs.com را در نمودار Waterfall تحت قرار دهید.
در صورتیکه صاحبخانه آن فولدر، ahrefs.com باشد، نیازی به برقراری اتصال وجود ندارد… زمان برقراری اتصال DNS، اتصال، و گفتمان راجع‌به استحصال امنیتی، با تأخیر انجام میگردد. سوای رینگ های مازاد برای پریدن، پوشه زودتر در اختیار قرار خواهد گرفت، این به آن شکل است که‌این کاغذ حتی سریع خیس بارگیری میگردد.
با این وجود، در حالی که خویش میزبانی بخش اعظمی از پوشه ها مانند فونت ها می تواند باعث به گسترش خواهد شد، ممکن می باشد معاملات دیگری مانند خیال و خاطر مخفی (ذخیره یک ورژن از فایل) در آنجا وجود داشته باشد که مرورگرها برخی مواقع، منابع مشترک ذخیره گردیده داشته باشند.
به عنوان مثال، در شرایطی‌که اینجانب از یک وب سایت بازدید کردم که یک فونت را از گوگل فونت نامیده میباشد و آن‌گاه با به عبارتی فونت به سایت دیگری مراجعه کنم، ممکن میباشد آن فولدر را پیش از اینً در محلی ذخیره کرده باشم و بدون چاره نباشم مجدد آن را بارگیری کنم.
از Preconnect یا این که DNS-Preetch به کار گیری کنید (در صورتیکه از سرور دیگری به کار گیری میکنید)
در صورتیکه میخواهید از یک سرور دیگر به کارگیری نمائید، آغاز به سرورهایی که دربردارنده فولدر های ما یحتاج در بار گذاری نخستین برگه میباشند متصل گردید.
این دستور سبب میگردد اتصال به سرور دیگر زودتر از حدمعمول صورت بپذیرد.
در زیرنشان دادیم به چه شکل یک کدام از اتصالات وبسایت آمازون حتی پیش از پردازش HTML شروع می شود.
نمونه کد:
در‌حالتی که میخواهید آن بخش از اتصال را زودتر در دست گرفتن کنید، DNS-prefetch نیز وجود دارااست.
نصیب سبز (DNS) زود متصل میشود، اما سایر اتصال بعداً رخداد می افتد.
DNS-prefetch امان بهتری از پیش اتصال دارااست، البته در‌صورتی‌که به داده های عددی به کار گیری فعلی نگاه کنید، تفاوت شایان توجه خواهد بود.
بطورکلی، در حالتی‌که می دانید چیزی از آن سرور می بایست برای عمل کردن کاغذ بار گذاری خواهد شد، پیش اتصال عالی میباشد.
با این وجود، از آن جا که اتصال دوباره به مسیریابی و امنیت بیشتری نیاز دارااست (نارنجی رنگ و بنفش)، قرار میباشد به زودی تمرکز منابع اندکی بیشتر باشد.
ابزارهای متعددی برای بالابردن سرعت صفحه ها وبسایت تان وجود دارد. البته آیا می‌دانید این ابزارهای چه گونه فعالیت می‌نمایند و به هیچ عنوان آیا این ابزارها سرعت سایتتان را بالا می‌برند یا این که نه؟!
پیج اسپید یک مورد بغرنج میباشد. اکثری از مقاله‌ها لیستی از امور یا این که پلاگین ها را برای بالابردن سرعت وب سایت به شما معرفی می نمایند.
این مقالات عالی می باشند. با این موقتی همه وبسایت های مثل هم نیستند و نمی شود این پیشنهاد ها را برای همه وب سایت ها اعمال کرد.
بنابراین، در‌این نوشته‌ی‌علمی ما به شما توضیح میدهیم که سرعت تارنما چه‌گونه فعالیت می نماید و برای بالا بردن سرعت صفحه های سایت چه اقداماتی بایستی جاری ساختن دهید.
در نوشته ی علمی قبلی سئو روز درباره آموزش ارتقاء سرعت تارنما سخن کرده بودم.
در شرایطی که شما کارشناس نیستید و صرفا در ادامه نصب پلاگین ای برای ارتقاء سرعت وبسایت تان می باشید، ما در این نوشته‌ی علمی چندین پلاگین را به شما معرفی کرده ایم:
wordpress
WP Rocket مبلغی + یک افزونه سئو تصویر
یا این که
Autoptimize + یک افزونه کش
Drupal
AdvAgg + یک ماژول سئو تصویر
موقتا بهتر میباشد به گزینه اساسی نوشته‌ی‌علمی بپردازیم. درین نوشته‌ی علمی موضوعات پایین مورد تفحص قرار میگیرند:
1-سرعت صفحه (page speed) چیست ؟
2-چرا سرعت صفحه اساسی میباشد؟
3-سرعت بار گذاری شدن یک صفحه بایستی چقدر باشد؟
4-یک برگه چطور ساخته میشود؟
5- ابزارهای آزمایش سرعت وبسایت و فراگیری به کار گیری از آن
6- تقریب تاثیر تغییرات
سرعت ورقه (page speed) چیست ؟
سرعت صفحه مقدار فرصت بارگیری شیت سایت میباشد.
تخصیص یکی‌از با‌گاز کاغذ کار دشواری است چون بسیاری از متریک ها، عناصر بار گذاری شیت را به روش های مختلف، برای هدف ها مختلف و با وضعیت آزمایش متفاوت در نظر میگیرند .
چرا سرعت کاغذ اساسی می باشد؟
جدیدا گوگل توجه ویژه ای با گاز شیت داشته میباشد و اعلام کرده که سرعت بار گذاری شیت در گوشی را تحت عنوان فاکتور رنکینگ به اکانت می‌آورد.
همینطور با افزودن گزارش سرعت در سرچ کنسول گوگل و اعلام گوگل کروم مبتنی بر علام سایت های نماید به یوزرها، سرعت کاغذ بیشتراز پیش التفات پیدا می نماید.
ولی آیا می دانستید از سال 2010 سرعت کاغذ، یکی فاکتورهای بهینه سازی بوده میباشد.
دلایلی وجود داراست که نماد میدهد شما می بایست به ارتقا سرعت سایت عنایت بدهید:
سرعت صفحه تجربیات کاربری را تحت اثر قرار می دهد.
شما بایستی برای مخاطبانتان برگه را سریع و قابل انعطاف بارگذاری نمایید. چرا که هر سیرتکامل ژرف اندیشی یا این که لگ روی اعمال آتی آن‌ها در سایتتان تاثیرگذار می باشد.
سرعت برگه روی تحقیق های آماری سایتتان تاثیرگذار است.
کلاً، یک سایت سریع خیس مخاطبین بیشتری را رخنه می نماید چون تگ های آنالتیکس یا این که دیگر ابزارها، زودتر بارگذاری میگردند.
در حالتی‌که کاربری پیش از بار گذاری تگ وبسایت را رخنه نماید، بازدید وی در سیستم انالتیکس تصویب نخواهد شد.
بهینه سازی؟ طبق اعلامیه قانونی، آپ تو دیت مرتبط با سرعت، صرفا کندترین تارنما‌ها را تحت اثر قرار میدهد .
مطالعات متعددی وجود داراست که آرم میدهد با ارتقاء سرعت سایت، ترافیک ارگانیک، نرخ کلیک بر روی تبلیغات درون وب سایت، و کلاً بازدیدکنندگان تارنما نیز ارتقا می‌یابد.
WPO State نمونه های تحقیقاتی متعددی درباره بهبود سرعت صفحه دارد.
با این وجود اکثری از این مطالعات ممکن است اندکی گم راه کننده باشند.
بر اساس گفته گوگل، بهبود سرعت شیت تاثیری روی جايگاه بندی شما نخواهد داشت. مگر اینکه وب سایت حقیقتا کندی داشته باشید.
احتمالا می‌پرسید، در‌حالتی که ارتقا سرعت روی رنکینگ تاثیری ندارد، پس چرا بازدیدکنندگان تارنما بیشتر می گردند؟
جواب این پرسش به‌این شکل میباشد که تگ های آنالیتیکس احتمالا سریع خیس از قبلی لود میگردند و می توانند اشخاص بیشتری را پیش از رخنه کردن برگه تصویب نمایند.
سرعت بارگذاری شدن یک صفحه بایستی چقدر باشد ؟
هیچ میزان قانونی خاصی برای سرعت کاغذ نیست.
اما معمولا سفارش میشود که برگه می بایست کمتر از 3 ثانیه بارگذاری شود.
این سفارش شاید از اینجا استنباط گردیده که طبق یک مطالعه گوگل، 53% از بازدیدکنندگان موبایلی، صفحه ای که لود آن بیش تر از 3 ثانیه ارتفاع بکشد، سوراخ می نمایند.
خلال این این توصیه شاید مطابق شاخص Speed Index است که بعدا درباره آن حرف خواهیم کرد.
به نظریه ما گوگل هیچ ترازو خاصی برای سرعت برگه مشخص نکرده میباشد.
چیزی که گوگل معمولا میگوید سفارش کلی هست. مثل: سرعت وبسایت را برای یوزرها بیشتر نمایید یا این که تا جایی که می شود سرعت را بیشتر نمائید.
یک ورقه چطور ساخته میشود؟
برای فهم و شعور کیفیت بهبود سرعت برگه بایستی بدانید چطور یک مرورگر شیت را می سازد؟
برای این مراد، بیایید به چارت های Waterfall نگاهی بندازیم و ببینیم در زمان بارگذاری صفحه چه منابعی بار گذاری میگردند.
شما میتوانید این مراحل را در طی لود شیت، با به کار گیری از راست کلیک و تعیین مورد inspect و رفتن در تب network ملاحظه کنید.
یاد‌آوری: بیشتر تصاویر با استعمال از ابزار https://www.webpagetest.org به دست آمده است.
ایجاد کرد کانکشن
رنگ سبز، نارنجی رنگ و بنفش، نشانگر مجال موردنیاز برای برقراری رابطه یا این که کانکشن با وبسایت است.
در‌پی هر رنگ به صورت جدا بازرسی خوا هیم کرد.
چارت Waterfall برای پوسته وردپرس 2020 از WebPageTest.org. شرایط: Dulles, VA. دستگاه Moto G4. مرورگر: کروم. سرعت 3GSlow
DNS (سبز)
DNS دفتر تلفن اینترنت میباشد.
شما به مرورگر اسم وبسایت می دهید و مرورگر برای به دست آوردن IP نشانی با یک سرور DNS رابطه برقرار می نماید.
DNS به مرورگر میگوید که وبسایت متبوع کجا میزبانی میگردد. صحیح مثل محل کار تلفن که شما اسم شخص را می‌دانید اما شماره تماس را خیر.
بیشتر مواقع، DNS در جایی قراردارد که دامنه را آنجا تصویب کرده‌اید و یا این که در جایی جای دارد که CDN شما میباشد.
توجه داشته باشید که تمامی ارائه دهندگان DNS ها یکسان نیستند.
در شرایطی که یک میلی ثانیه هم برای شما مهم میباشد، عالی می باشد از ارائه‌دهنده دیگری استفاده فرمایید.
طبق پژوهش ها DNSPerf، سرعت جواب کلود فلر به صورت میانگین 12.6 میلی ثانیه میباشد.
این رقم برای GoDaddy عدد 46.04 میلی ثانیه می باشد و برای Rackspace این رقم به 90.38 میلی ثانیه میرسد.
با این وجود این اعداد خیلی ظریف نیستند چون DNS را می توان هنگام مرور وب سایت از قبلی بصورت موقت در مرورگر ذخیره کرد.
مقدار وقتی که DNS در مرورگر ذخیره می گردد TTL نامیده می شود.
در زمانیکه کش فعال میباشد، مرورگر برای اینکه بداند تارنما کجا قرار گرفته، دیگر نیازی به اتصال به DNS ندارد.
اتصال(نارنجی رنگ)
این جایی میباشد که مرورگر در اکنون برقراری رابطه با سرور صاحبخانه می باشد.
پروتکل در دست گرفتن جابجایی / پروتکل وب (TCP / IP) بغرنج میباشد البته شما صرفا به شیوه عمل تصور کنید.
احتمالاً یک خط مستقیم وجود ندارد. شما بایستی بچرخید، و مناطقی با ترافیک فراتر وجود دارد.
حتی ممکن میباشد مسیر را مجدد دنبال فرمایید یا این که چندین چرخش اشتباهی اجرا دهید.
این نوعی از کیفیت همت آن است؛ این از مرورگر شما به سمت سرور جنبش می نماید و برمی خواهد شد .
دلایل متعددی برای وقت گیر شدن مجال اتصال وجود داراست.
در پیوندها ناپایدار، از دست رفتن بسته ممکن میباشد اتفاق بیفتد و می بایست مجددا ارسال گردد.
این خلل می تواند از طرف روت کردن درخواست از روش کانال باشد.
چقدر بایستی از آن بهره برد؟ چقدر می بایست مسیر را طی کرد؟ ترافیک های دیگر روی سایت چقدر مشابه میباشند و شما چندبار باید بچرخید؟
چقدر از فعالیت دور می باشید و در جاده چندتا اتومبیل وجود دارااست که ممکن میباشد سرعت شما‌را نماید نماید؟
خلال این، گنجایش محدودکننده و اتصال بر روی سرور مشابه به یک تونل میباشد که فقط به تعداد بسیار متعددی اتومبیل اذن عبور در یک زمانه را می دهد.
اکثری از این موردها با کوتاه خیس کردن مسافت با سرور و استفاده از مسیریابی مدبرانه خیس (که اکثر DNSها آن را اجرا میدهند) قابل حل شدن است.
با داشتن یک کانال از سرورها درسرتاسر عالم، بازدیدکنندگان معمولا به سرورهای مجاورت متصل میشوند.
برخی ارائه دهندگان DNS معمولا مقادیر متعددی از درخواست های اینترنتی را رئیس می نمایند و می‌توانند ببینند در طول حقیقی وواقعی کجا ترافیک وجود داراست.
در حالتی که یک گزینه سریع خیس ببینند، ترافیک را مجددا مسیردهی می نمایند. دقیقا مانند کاری که GPS در ترافیک ها برای شما اجرا میدهد.
لایه Secure Sockets (SSL) (بنفش)
برای سایت هایی که اتصال ایمن برقرار می نمایند (HTTPS)، این جایی هست که مرورگر و سرور بر روی ورژن پروتکل TLS (امنیت لایه جابجایی)، ciphersuite (سطح امنیت) و تغییر تحول تاییدیه (برای اعتقادوباور از اینکه سایت همانی باشد که میگوید میباشد) توافق دارا‌هستند.
شاید فکر کنید تنها با کمک HTTPS نتوانید سرعت وب سایت را بیشتر نمائید.
این نسبتاً درست می باشد (دست‌کم برای نصیب اتصال).
اما بودن بر روی HTTPS مزیت هایی داراست به عنوان مثال کرورگرها به شما اذن به کار گیری از HTTP/2 (H2) فارغ از HTTPS را نمی دهند.
H2 دارنده مزیت هایی مثلا اتصال مداوم میباشد.
به این ترتیب مورد نیاز وجود ندارد اتصال جدیدی را برای پوشه ها در به عبارتی سرور گشوده فرمایید.
هدرهای داخل این درخواست ها نیز خرد خیس از HTTP/1.1 میباشند و فولدر های چندگانه می توانند به طور همزمان منتقل شوند.
دربیشتر مورد ها، وب سایت هایی که از HTTPS به کارگیری می نمایند سریع خیس از وبسایت های بر روی HTTP می باشند.
کلاً، مهمترین دستاورد شما از بروزرسانی پروتکل (TLS 1.3 سریع خیس از TLS 1.2 است) و اجرای امنیت جابجایی محض HTTP (HSTS) ناشی میشود که مدام به مرورگر می گوید از یک اتصال امن استفاده نماید.
مرورگر درخواست هایی را از HTTP به HTTPS فارغ از نیاز به تماس با سرور و تغییر تحول مسیر اعمال میدهد.
در تصویر زیر، تغییر و تحول مسیر از HTTP به HTTPS و زمان لازم با به کارگیری از HSTS حذف میگردد.
حتی شاید بخواهید برای اتصالات سریع خیس از HTTP / 3 استفاده نمایید. با این اکنون، پشتیبانی از این پروتکل هنوز در پروسه اول میباشد، و حداقل در طی تایپ کردن این نوشته‌ی علمی احتمالاً هنوز گزینه قابل قبولی جانور وجود ندارد.
اساسی: دستگاه، شرایط و کانال
فرض فرمائید اتصال به یک وب سایت در تلفن هوشمند بین منزلت با اتصال 3G 2 ثانیه ارتفاع می‌کشد. در به عبارتی تلفن با اتصال LTE، نسبتاً 0.41 ثانیه کاهش می یابد.
در دسکتاپ با سرعت معمولی، برقراری این رابطه کمتر از 0.1 ثانیه است.
اگر زمان اتصال زمان بر خیس را مشاهده می کنید، به خیال داشته باشید ممکن میباشد زمان اتصال زمانبر تری را تجربه نمایید که ممکن میباشد به جهت پهنای باند محصور یا این که اقتدار پردازش دستگاه آزمایش باشد.
این عوامل یاور با خاطر مخفی مهم می باشند.
آنان می‌توانند به شما یاری نمایند تا برای هر که واپسین تلفن هوشمند خویش را به وای فای متصل نموده است، با آحاد پرونده های مایحتاج برای بارگیری برگه ای که پیش از اینً روی دستگاه خویش ذخیره کرده اند (ما در این زمینه در بخش دیگری سخن خوا هیم کرد) توضیح دهید روشی که آنان تجارب می نمایند.
تحت اوضاع ایده آل میباشد و اکثر اشخاص این شرایط را تجربیات نمی‌کنند.
بارگیری و پردازش HTML
کد HTML یک شیت به عبارتی چیزی میباشد که در صدر به وسیله یک مرورگر بارگیری میشود.
این اطلاعاتی می باشد که میتوانید با کلیک راست بر روی یک سایت و رفتن به قسمت “View Page Source” ملاحظه کنید.
پس از برقراری اتصال، مرورگر بیت اول داده ها را از سرور رجوع و برگشت میدهد، ما به Time To First Byte (TTFB) می رسیم، که اندازه گیری ساده برای فرصت جواب نخستین میباشد.
همان طور که در پایین خطوط نارنجی رنگ نشان داده شده است، این مجال از آغاز درخواست HTML (آبی پر‌نور) تا وقتیکه HTML شروع به بارگیری می نماید (آبی رنگ تیره) میباشد.
در حالتی که تأخیری برای TTFB وجود داشته باشد، می‌تواند مرتبط با کوئری دیتابیس، منابع سرور، انتظار برای کامل شدن یک سرور جانبی (SSR) یا این که بقیه مواقعی که معمولاً در ایجاد محتوای پویا دخیل میباشند، باشد.
فرصت بارگیری به مواقعی مانند اتصال و اندازه پوشه بستگی دارااست.
این همینطور جایی میباشد که مرورگر شروع به ساخت صفحه می نماید.
زمانی که HTML بارگیری می شود، مرورگر آن را در Document Object Model DOM تجزیه می نماید، یک کامپیوتر بدین نحوه ساختار محتوا را فهم و شعور می نماید.
این فرآیند تجزیه از main thread مرورگر برای پردازش اقدامات استفاده کننده و نقاشی کردن برگه، اجرای JavaScript و انجام چیدمان، بازگرداندن و توده آشغال استعمال می نماید.
اینک، فقط بدانید که‌این main thread وجود داراست و شغل های مختلفی را به عهده دارااست. ما بعداً بدین زمینه خواهیم پرداخت.
در صورتی در بین HTML و درخواست آینده مسافت ای بینید، محتمل ترین انگیزه آن این است که CPU درگیر پردازش HTML برای ایجاد کرد DOM است.
از آن جا که ادله آن CPU است، این مسئله مجددا به دستگاهی که استعمال می گردد بستگی دارااست، براین اساس می توانید با یک دستگاه قدرتمندتر آزمایش فرمایید تا مشاهده کنید هنوز این رخنه وجود دارد یا این که نه.
در شرایطی که از HTML و بقیه پوشه ها مانند CSS و JavaScript استفاده فرمائید، میتوانید مجال را با به کارگیری از less code و خرد سازی کاهش دهید تا کاراکترهای غیرضروری مانند نظر ها و فضای سپید از کد حذف شوند، و فشرده سازی برای کاهش سایز پوشه ها شکل گیرد.
نکته این می باشد که بارگیری پوشه را خرد خیس فرمائید تا این نصیب از لود سریع خیس گردد.
با این فعلا، منش های متعددی برای خرد و فشرده سازی وجود دارااست.
در بسیاری مفاد، این کار به وسیله CDN یا این که سرور (Apache یا این که Nginx سرورهای متداول هستند) یا این که به وسیله یک پلاگین / ماژول /پکیج انجام می شود.
درصورت قابلیت و امکان از سرور شبیه برای رکوئست ها استفاده نمایید
سابقا میزبانی منابع بر روی دامنه های cookelless که به عبارتی دامنه اساسی نبودند، شایسته ترین راه‌حل بود، و گاهی اوقات به کارگیری از تعدادی دامنه (فرآیندی به اسم domain sharding) به جهت محدودیت های درخواست اتصال رقم خورده به وسیله مرورگرها، مزیتی داشت.
بدلیل آنکه HTTP / 2، شایسته ترین طریق وجود ندارد. در شکل قابلیت می بایست از به عبارتی سرور برای درخواست ها به کار گیری کنید.
برای مثال، cdn.ahrefs.com را در نمودار Waterfall تحت قرار دهید.
در صورتیکه صاحبخانه آن فولدر، ahrefs.com باشد، نیازی به برقراری اتصال وجود ندارد… زمان برقراری اتصال DNS، اتصال، و گفتمان راجع‌به استحصال امنیتی، با تأخیر انجام میگردد. سوای رینگ های مازاد برای پریدن، پوشه زودتر در اختیار قرار خواهد گرفت، این به آن شکل است که‌این کاغذ حتی سریع خیس بارگیری میگردد.
با این وجود، در حالی که خویش میزبانی بخش اعظمی از پوشه ها مانند فونت ها می تواند باعث به گسترش خواهد شد، ممکن می باشد معاملات دیگری مانند خیال و خاطر مخفی (ذخیره یک ورژن از فایل) در آنجا وجود داشته باشد که مرورگرها برخی مواقع، منابع مشترک ذخیره گردیده داشته باشند.
به عنوان مثال، در شرایطی‌که اینجانب از یک وب سایت بازدید کردم که یک فونت را از گوگل فونت نامیده میباشد و آن‌گاه با به عبارتی فونت به سایت دیگری مراجعه کنم، ممکن میباشد آن فولدر را پیش از اینً در محلی ذخیره کرده باشم و بدون چاره نباشم مجدد آن را بارگیری کنم.
از Preconnect یا این که DNS-Preetch به کار گیری کنید (در صورتیکه از سرور دیگری به کار گیری میکنید)
در صورتیکه میخواهید از یک سرور دیگر به کارگیری نمائید، آغاز به سرورهایی که دربردارنده فولدر های ما یحتاج در بار گذاری نخستین برگه میباشند متصل گردید.
این دستور سبب میگردد اتصال به سرور دیگر زودتر از حدمعمول صورت بپذیرد.
در زیرنشان دادیم به چه شکل یک کدام از اتصالات وبسایت آمازون حتی پیش از پردازش HTML شروع می شود.
نمونه کد:
در‌حالتی که میخواهید آن بخش از اتصال را زودتر در دست گرفتن کنید، DNS-prefetch نیز وجود دارااست.
نصیب سبز (DNS) زود متصل میشود، اما سایر اتصال بعداً رخداد می افتد.
DNS-prefetch امان بهتری از پیش اتصال دارااست، البته در‌صورتی‌که به داده های عددی به کار گیری فعلی نگاه کنید، تفاوت شایان توجه خواهد بود.
بطورکلی، در حالتی‌که می دانید چیزی از آن سرور می بایست برای عمل کردن کاغذ بار گذاری خواهد شد، پیش اتصال عالی میباشد.
با این وجود، از آن جا که اتصال دوباره به مسیریابی و امنیت بیشتری نیاز دارااست (نارنجی رنگ و بنفش)، قرار میباشد به زودی تمرکز منابع اندکی بیشتر باشد.
نکات مهم ویراستاری محتوا