این قانون زمانی فعال میشود که PageSpeed Insights تشخیص دهد که پاسخ سرور شما شامل سرصفحههای ذخیرهسازی نمیشود یا اینکه منابع مشخص شدهاند که فقط برای مدت کوتاهی ذخیره شوند.
بررسی اجمالی
واکشی منابع از طریق شبکه هم آهسته و هم پرهزینه است: دانلود ممکن است به چندین بار رفت و برگشت بین مشتری و سرور نیاز داشته باشد، که پردازش را به تاخیر می اندازد و ممکن است نمایش محتوای صفحه را مسدود کند و همچنین هزینه های داده را برای بازدیدکننده به همراه دارد. همه پاسخهای سرور باید یک خطمشی ذخیرهسازی را مشخص کنند تا به مشتری کمک کند تعیین کند که آیا و چه زمانی میتواند از پاسخی که قبلاً واکشی شده استفاده مجدد کند یا خیر.
توصیه ها
هر منبع باید یک خط مشی ذخیره سازی صریح را مشخص کند که به سؤالات زیر پاسخ می دهد: آیا منبع را می توان در حافظه پنهان کرد و توسط چه کسی، برای چه مدت، و اگر قابل اجرا باشد، چگونه می توان آن را به طور مؤثر پس از منقضی شدن خط مشی ذخیره سازی، مجدداً تأیید کرد. هنگامی که سرور پاسخی را برمیگرداند، باید هدرهای Cache-Control و ETag را ارائه دهد:
Cache-Control تعیین می کند که چگونه و برای چه مدت پاسخ فردی می تواند توسط مرورگر و سایر حافظه های پنهان میانی ذخیره شود. برای کسب اطلاعات بیشتر، به کش کردن با Cache-Control مراجعه کنید.
ETag یک رمز اعتبار مجدد ارائه می دهد که به طور خودکار توسط مرورگر ارسال می شود تا بررسی کند که آیا منبع از آخرین باری که درخواست شده تغییر کرده است یا خیر. برای کسب اطلاعات بیشتر، به تأیید پاسخهای حافظه پنهان با تگهای ET مراجعه کنید.
برای تعیین سیاست کش بهینه برای سایت خود، لطفا از راهنماهای زیر استفاده کنید:
برای دارایی های ثابت یا دارایی هایی که به ندرت تغییر می کنند، حداقل زمان حافظه پنهان یک هفته و ترجیحاً حداکثر تا یک سال را توصیه می کنیم. اگر به کنترل دقیق زمان باطل شدن منابع نیاز دارید، توصیه میکنیم از تکنیک اثرانگشت نشانی اینترنتی یا نسخهسازی استفاده کنید - به پیوند پاسخهای ذخیرهسازی شده باطل و بهروزرسانی در بالا مراجعه کنید.
تاریخ آخرین بهروزرسانی 2024-10-30 بهوقت ساعت هماهنگ جهانی.
[null,null,["تاریخ آخرین بهروزرسانی 2024-10-30 بهوقت ساعت هماهنگ جهانی."],[[["This information is outdated as it pertains to a deprecated version of PageSpeed Insights API (version 4) which is no longer supported."],["Slow server response times and inefficient caching negatively impact web page performance."],["Servers should utilize `Cache-Control` and `ETag` headers to establish an effective caching policy for resources."],["A minimum cache time of one week, extending up to a year, is recommended for static or infrequently changing assets."],["For resources requiring more precise invalidation, URL fingerprinting or versioning techniques are suggested."]]],["Server responses should include caching headers to enable efficient resource reuse. Resources should have an explicit caching policy specifying if, by whom, and for how long they can be cached, along with efficient revalidation when the policy expires. Use `Cache-Control` to define caching behavior and `ETag` for revalidation. A minimum cache time of one week is recommended, with up to one year for static assets. Use URL fingerprinting for precise control over resource invalidation.\n"]]