Kurz erklärt
Next.js kann Serverdaten mit einem benannten “Tag” cachen (statt nur nach Zeit) — ein gezielter Aufruf von revalidateTag() macht dann NUR die mit diesem Tag versehenen, gecachten Daten ungültig, ohne den restlichen Cache anzufassen.
Genauer
Erlaubt eine Kombination aus TTL (Time-to-live, als Sicherheitsnetz) und gezielter, sofortiger Invalidierung bei genau den Aktionen, die die zugrunde liegenden Daten wirklich ändern. Seit Next.js 16 verlangt revalidateTag() ein zweites Argument (Cache-Profil, z. B. "max") — das steuert Stale-While-Revalidate-Verhalten: der Tag wird als veraltet markiert, aber nicht mehr zwingend sofort und hart für alle Clients gepurged wie in älteren Next.js-Versionen ohne dieses zweite Argument.