استراتژی ابطال کش در SSR دانه‌ بندی درست کجاست

سلام. در وب‌وان روی یک سایت‌ ساز تحت وب کار می‌کنیم و به مسئله‌ای رسیدیم که فکر می‌کنم زبان‌ مستقل است، برای همین اینجا می‌پرسم (استک ما ASP.NET است ولی مسئله برای لاراول هم صدق می‌کند). برای سئو مجبوریم رندر سمت سرور بدهیم و چون تعداد سایت‌ها زیاد است، بدون کش هزینهٔ رندر بالا می‌رود. مشکل اینجاست: وقتی کاربر یک بلاک از صفحه‌اش را ویرایش می‌کند، چه چیزی را باطل کنیم؟

سه گزینه‌ای که بررسی کردیم:

• ابطال کل صفحه — ساده و امن، ولی برای سایت‌های پربازدید هزینهٔ رندر مجدد سنگین است ابطال در سطح بلاک با کش تکه‌ای
  — بهینه‌تر، ولی جاهایی که بلاک‌ها به هم وابسته‌اند (مثلاً منو که در همهٔ صفحات هست)
  ناسازگاری می‌دهد ابطال تأخیری با TTL کوتاه
  — کاربر تغییرش را بلافاصله نمی‌بیند که تجربهٔ بدی است فعلاً گزینهٔ اول را داریم با یک استثنا برای منو، ولی راضی نیستیم.

سؤالم این است: کسی تجربهٔ عملی ابطال در سطح بلاک دارد؟ مشخصاً وابستگی بین بلاک‌ها را چطور مدیریت کردید — تگ‌گذاری کش، یا گراف وابستگی، یا راه دیگری؟