Cum să Ștergi Cache-ul Browser-ului Safari pe Mac: Toate Metodele Explicate

Ștergerea cache-ului Safari elimină copiile stocate local ale resurselor web — imagini, scripturi, foi de stil și răspunsuri API — pe care Safari le acumulează pentru a accelera încărcarea repetată a paginilor. Când aceste date devin depășite sau corupte, provoacă erori de randare, bucle de autentificare, conținut de pagină învechit și performanță lentă. Ștergerea cache-ului forțează Safari să preia date noi de pe serverele de origine, rezolvând majoritatea acestor probleme imediat.

Acest ghid acoperă toate metodele disponibile pentru a șterge cache-ul Safari pe macOS, inclusiv comanda rapidă din meniul Developer, ștergerea completă a datelor bazată pe Preferences, comanda rapidă de la tastatură și ștergerea manuală din sistemul de fișiere — cu context tehnic pentru situațiile în care fiecare abordare este potrivită.

Ce stochează Safari în cache și de ce contează

Safari menține mai multe straturi de stocare distincte pe disc, iar înțelegerea acestora vă ajută să alegeți metoda corectă de ștergere:

• Cache pe disc (com.apple.Safari/WebKitCache): Date brute de răspuns HTTP — HTML, CSS, JavaScript, imagini, fonturi. Aceasta este ținta comenzii „Empty Caches”.
• Cookie-uri (Cookies/Cookies.binarycookies): Token-uri de sesiune, stare de autentificare persistentă, identificatori de urmărire.
• LocalStorage / IndexedDB: Starea aplicației pe partea clientului, stocată de aplicațiile web (ex.: ciorne Gmail, conținutul coșului de cumpărături).
• Cache Service Worker: Un strat de cache programabil utilizat de Progressive Web Apps (PWA). Acesta este separat de cache-ul HTTP de pe disc și nu este șters de comanda „Empty Caches” din meniul Developer — o distincție critică pe care majoritatea ghidurilor o omit.
• Cache DNS: Gestionat la nivelul sistemului de operare, nu direct de Safari.

Știind care strat cauzează problema dvs. determină ce metodă să utilizați.

Comparație a metodelor de ștergere a cache-ului Safari

Utilizați acest tabel ca matrice de decizie înainte de a alege o metodă. Dacă depanați o PWA sau un site care utilizează Service Workers, niciuna dintre opțiunile standard de ștergere a cache-ului nu va reseta complet starea — trebuie să utilizați Manage Website Data sau fila Application din Web Inspector.

Metoda 1: Ștergerea cache-ului prin meniul Developer

Meniul Developer este cel mai rapid mod de a goli cache-ul HTTP de pe disc al Safari fără a atinge cookie-urile, parolele salvate sau istoricul de navigare. Aceasta este abordarea corectă atunci când o pagină servește resurse învechite, dar sesiunea și starea de autentificare trebuie păstrate.

Pasul 1: Activați meniul Developer

1. Deschideți Safari.
2. Faceți clic pe Safari în bara de meniu, apoi selectați Settings (macOS Ventura și versiuni ulterioare) sau Preferences (macOS Monterey și versiuni anterioare). Puteți apăsa și Cmd + ,.
3. Navigați la fila Advanced.
4. Bifați caseta etichetată Show Develop menu in menu bar.

Meniul Develop va apărea acum între Bookmarks și Window în bara de meniu. Această setare persistă după repornire — trebuie să o activați o singură dată.

Pasul 2: Goliți cache-ul

1. Faceți clic pe Develop în bara de meniu.
2. Selectați Empty Caches.

Safari golește imediat cache-ul de pe disc. Nu apare niciun dialog de confirmare și nu este necesară repornirea. Operațiunea este instantanee indiferent de dimensiunea cache-ului.

Notă tehnică: Pe macOS, cache-ul Safari este stocat la ~/Library/Caches/com.apple.Safari/WebKitCache/. Comanda „Empty Caches” apelează direct API-ul de invalidare a cache-ului WebKit — nu șterge pur și simplu fișiere, ceea ce înseamnă că gestionează corect integritatea cache-ului și evită lăsarea unor intrări de index orfane.

Metoda 2: Ștergerea cache-ului, istoricului și a tuturor datelor de pe site-uri

Utilizați această metodă atunci când aveți nevoie de o resetare completă — de exemplu, la depanarea problemelor persistente de autentificare, rezolvarea buclelor de redirecționare legate de cookie-uri sau pregătirea unui profil de browser pentru activități sensibile la confidențialitate.

Pasul 1: Accesați Clear History

1. Deschideți Safari.
2. Faceți clic pe Safari în bara de meniu.
3. Selectați Clear History.

Pasul 2: Alegeți un interval de timp și confirmați

Va apărea o casetă de dialog cu un meniu derulant care oferă patru intervale de timp:

• Last hour
• Today
• Today and yesterday
• All history

Selectați intervalul corespunzător și faceți clic pe Clear History.

Această singură acțiune elimină istoricul de navigare, cache-ul HTTP de pe disc, cookie-urile și alte date ale site-urilor pentru perioada selectată. Nu elimină parolele salvate (stocate în iCloud Keychain), datele AutoFill sau filele deschise.

Caz limită: Dacă selectați „Last hour”, dar o intrare de cache coruptă a fost scrisă acum două ore, aceasta nu va fi ștearsă. În caz de îndoială, selectați „All history” pentru o resetare completă.

Metoda 3: Comanda rapidă de la tastatură

Odată ce meniul Developer este activat, puteți goli cache-ul în orice moment fără a naviga prin meniuri:

Apăsați Option + Command + E.

Aceasta este funcțional identică cu Develop > Empty Caches. Este deosebit de utilă în timpul sesiunilor active de depanare, când trebuie să goliți în mod repetat cache-ul între reîncărcările paginii. Combinați-o cu Cmd + Shift + R (reîncărcare forțată) pentru a forța Safari să preia din nou toate resursele de pe server imediat după ștergere.

Metoda 4: Ștergerea manuală din sistemul de fișiere

Ștergerea manuală vă oferă acces direct la directorul cache, ceea ce este util atunci când:

• Safari nu răspunde sau nu poate fi lansat.
• Doriți să inspectați conținutul cache-ului înainte de a-l șterge.
• Scrieți un script de automatizare sau efectuați întreținerea sistemului pe mai multe conturi de utilizator.

Pași

1. Închideți complet Safari. Utilizați Cmd + Q sau confirmați prin Activity Monitor că nu rulează niciun proces Safari. Ștergerea fișierelor cache în timp ce Safari este activ poate cauza coruperea indexului.

1. Deschideți Finder. În bara de meniu, faceți clic pe Go > Go to Folder (sau apăsați Cmd + Shift + G).

1. În câmpul de introducere, tastați următoarea cale și apăsați Return:

~/Library/Caches/com.apple.Safari

1. În interiorul acestui director, veți găsi subdirectoare inclusiv WebKitCache și potențial fsCachedData. Selectați tot conținutul și mutați-l în Coș.

1. Goliți Coșul.

Important: Nu ștergeți directorul com.apple.Safari în sine — doar conținutul său. Ștergerea directorului părinte poate determina Safari să piardă configurația cache-ului și să declanșeze o scurtă reinițializare la următoarea lansare, care este inofensivă, dar inutilă.

Pentru automatizare, comanda shell echivalentă este:

rm -rf ~/Library/Caches/com.apple.Safari/WebKitCache/

Rulați aceasta doar când Safari nu este în execuție. Puteți verifica dacă Safari este închis înainte de executare:

pgrep -x Safari || rm -rf ~/Library/Caches/com.apple.Safari/WebKitCache/

Metoda 5: Eliminarea datelor specifice ale site-urilor (cookie-uri, LocalStorage, Service Workers)

Această metodă este adesea trecută cu vederea, dar este esențială pentru ștergerea cache-urilor Service Worker și a LocalStorage per site — cele două straturi pe care metodele standard de ștergere a cache-ului le omit complet.

1. Deschideți Safari Settings / Preferences (Cmd + ,).
2. Mergeți la fila Privacy.
3. Faceți clic pe Manage Website Data.
4. Utilizați câmpul de căutare pentru a găsi un domeniu specific sau faceți clic pe Remove All pentru a șterge toate datele stocate ale site-urilor.
5. Faceți clic pe Done.

Aceasta este singura metodă UI Safari încorporată care elimină înregistrările Service Worker și cache-urile asociate acestora. Dacă o Progressive Web App se comportă incorect după o actualizare, aceasta este soluția corectă.

Cum se corelează ștergerea cache-ului cu configurația serverului web și a găzduirii

Comportamentul cache-ului este o ecuație cu două laturi. Chiar și după ștergerea cache-ului local al Safari, un server web poate instrui browserul să re-stocheze imediat conținutul prin antetele Cache-Control și Expires. Dacă gestionați un site web și utilizatorii dvs. raportează conținut învechit, soluția se află pe partea serverului — mai precis, ajustarea directivelor cache-control în configurația serverului web sau în setările CDN.

Într-un mediu de VPS Hosting care rulează Nginx, de exemplu, controlați comportamentul de caching la nivelul antetelor de răspuns:

location ~* .(css|js|png|jpg|woff2)$ {
    expires 30d;
    add_header Cache-Control "public, immutable";
}

Pentru mediile de dezvoltare și staging unde aveți nevoie ca browserele să nu stocheze niciodată răspunsurile în cache, utilizați:

add_header Cache-Control "no-store, no-cache, must-revalidate";

Dacă rulați un Dedicated Server și utilizați un panou de control precum cPanel, aceste antete pot fi configurate prin .htaccess sau direct în configurația gazdei virtuale Apache. Combinarea antetelor de cache corecte pe partea serverului cu ștergerea cache-ului pe partea clientului este abordarea corectă pentru rezolvarea completă a problemelor persistente de caching.

Pentru site-urile securizate cu HTTPS — care afectează modul în care browserele gestionează resursele stocate în cache, în special cu antetele Strict-Transport-Security — asigurați-vă că Certificatele SSL sunt valide și configurate corect. Un certificat SSL expirat sau configurat greșit poate determina Safari să refuze resursele stocate în cache și să afișeze erori de conexiune care imită coruperea cache-ului.

Dacă gestionați mai multe domenii sau subdomenii, fiecare cu propriul său domeniu de cache, menținerea precisă a Înregistrării Domeniului și a înregistrărilor DNS asigură că strategiile de cache-busting (cum ar fi URL-urile de resurse cu versiuni) se rezolvă corect în toate mediile.

Depanare: Când ștergerea cache-ului nu rezolvă problema

Dacă ștergerea cache-ului nu rezolvă problema dvs., parcurgeți această listă de verificare pentru diagnosticare:

• Vedeți în continuare conținut vechi? Serverul poate returna un răspuns 304 Not Modified bazat pe antetele ETag sau Last-Modified. Utilizați Web Inspector din Safari (Develop > Show Web Inspector > fila Network) și verificați codurile de stare ale răspunsurilor. Un 304 înseamnă că serverul a confirmat că versiunea stocată în cache este actuală — problema se află pe server, nu în browser.
• Bucla de autentificare persistă după ștergerea cache-ului? Probabil trebuie să ștergeți și cookie-urile. Utilizați Metoda 2 sau Metoda 5.
• PWA nu se actualizează? Service Worker-ul servește resurse stocate în cache. Utilizați Metoda 5 (Manage Website Data) sau deschideți Web Inspector > Application > Service Workers și faceți clic pe „Unregister”.
• Folderul cache este gol, dar performanța este în continuare slabă? Blocajul poate fi latența rețelei, timpul de rezoluție DNS sau timpul de răspuns al serverului — nu cache-ul local. Utilizați fila Network din Web Inspector pentru a identifica sursa reală a latenței.
• ~/Library/Caches/com.apple.Safari nu există? Pe macOS Sonoma și versiuni ulterioare cu Safari 17+, unele căi de cache au fost reorganizate sub ~/Library/Containers/com.apple.Safari/Data/Library/Caches/. Dacă calea standard este goală, verificați această cale de container.

Pentru macOS Sonoma și versiuni ulterioare, calea manuală corectă este:

~/Library/Containers/com.apple.Safari/Data/Library/Caches/

Listă de verificare a punctelor tehnice cheie

Înainte de a șterge cache-ul Safari, identificați problema exactă pentru a selecta metoda corectă:

• Utilizați Develop > Empty Caches (Option + Cmd + E) pentru resurse vizuale învechite fără a pierde starea sesiunii.
• Utilizați Safari > Clear History > All History pentru o resetare completă a browserului, inclusiv cookie-uri și istoric.
• Utilizați Privacy > Manage Website Data pentru cache-ul Service Worker, IndexedDB și LocalStorage — în special pentru problemele PWA.
• Utilizați ștergerea manuală din sistemul de fișiere doar când Safari este complet închis; vizați conținutul directorului WebKitCache, nu directorul părinte.
• Pe macOS Sonoma+, verificați ~/Library/Containers/com.apple.Safari/Data/Library/Caches/ dacă calea standard a cache-ului pare goală.
• După ștergerea cache-ului clientului, verificați că antetele Cache-Control de pe server sunt configurate corect pentru a preveni re-stocarea imediată în cache a conținutului învechit.
• Dacă gestionați serverul web, utilizați nume de fișiere de resurse cu versiuni (ex.: style.v2.css) ca strategie de cache-busting care funcționează indiferent de setările cache-ului pe partea clientului.

Întrebări frecvente

Ștergerea cache-ului Safari șterge parolele salvate?

Nu. Parolele salvate sunt stocate în iCloud Keychain, care este complet separat de cache-ul browserului, cookie-uri și istoricul de navigare. Niciuna dintre metodele de ștergere a cache-ului descrise aici nu afectează acreditările dvs. salvate.

De ce cache-ul Safari se umple rapid din nou după ștergere?

Safari re-stochează resursele în cache la fiecare vizită a paginii conform directivelor Cache-Control ale serverului. Navigarea intensă, site-urile cu conținut media bogat și aplicațiile web cu politici de caching agresive vor reumple cache-ul în câteva ore. Acesta este un comportament normal — cache-ul funcționează conform designului.

Comanda „Empty Caches” din meniul Develop șterge cache-urile Service Worker?

Nu. Comanda „Empty Caches” din meniul Develop vizează doar cache-ul HTTP de pe disc (cache-ul de resurse WebKit). Cache-urile Service Worker sunt gestionate separat de API-ul Cache Storage al browserului. Pentru a le șterge, utilizați Safari Settings > Privacy > Manage Website Data sau utilizați panoul Application din Web Inspector pentru a dezînregistra Service Workers specifici.

Cum șterg cache-ul Safari pe macOS Sonoma dacă calea standard a cache-ului lipsește?

Pe macOS Sonoma și Safari 17+, cache-ul poate fi stocat în containerul aplicației la ~/Library/Containers/com.apple.Safari/Data/Library/Caches/. Navigați acolo folosind dialogul Go to Folder din Finder sau terminalul și ștergeți conținutul subdirectorului WebKitCache cu Safari complet închis.

Pot automatiza ștergerea cache-ului Safari conform unui program folosind instrumente macOS?

Da. Puteți utiliza launchd pentru a programa un script shell care rulează rm -rf ~/Library/Caches/com.apple.Safari/WebKitCache/ (sau calea containerului Sonoma) la intervale definite. Creați un fișier property list în ~/Library/LaunchAgents/ cu o cheie StartCalendarInterval. Asigurați-vă că jobul rulează doar când Safari nu este activ adăugând o verificare pgrep în script, așa cum este arătat în secțiunea de ștergere manuală de mai sus.