Pamięć podręczna – co to jest i jak działa?

Czym jest pamięć podręczna

Zmierzyliśmy różnicę: 65 milisekund kontra 700

Skalę tej różnicy widać dopiero na liczbach. 20 sierpnia 2026 mierzyliśmy czas do pierwszego bajtu na czternastu własnych podstronach i trafiliśmy na sytuację idealną do porównania: dwóm adresom chwilę wcześniej wyczyszczono pamięć podręczną, reszta miała gotowe kopie.2

Strony z kopią odpowiedziały w 65–120 milisekundach. Dwa adresy bez kopii odpowiedziały w około 700. Prawie dziesięciokrotna różnica, przy tym samym serwerze, tej samej sieci i tej samej treści. Zmieniło ją wyłącznie to, czy odpowiedź trzeba było złożyć od nowa.

Z tego wynika praktyczna uwaga o mierzeniu, nie o konfiguracji: pomiar wykonany zaraz po publikacji albo po wyczyszczeniu bufora pokazuje najgorszy możliwy przypadek. Jeśli ktoś ocenia szybkość strony jedną próbą minutę po aktualizacji, mierzy własne wyczucie czasu.

Kilka warstw, każdą trzeba wyczyścić osobno

Cache działa równolegle na kilku poziomach: po stronie serwera, w warstwie CDN, w przeglądarce użytkownika, a w systemach zarządzania treścią często dodatkowo wewnątrz samej wtyczki czy edytora. Każda z tych warstw ma własny cykl życia i własny sposób czyszczenia.

Konsekwencja jest niewygodna: zmiana bywa poprawnie zapisana i mimo to niewidoczna, bo jedna z warstw nadal podaje starą kopię. Czyszczenie pamięci podręcznej po publikacji nie jest więc czynnością „na wszelki wypadek”, tylko ostatnim krokiem wdrożenia.

no-cache to nie to samo co no-store

Dwie najczęściej mylone dyrektywy nagłówka Cache-Control robią zupełnie co innego. Dokumentacja MDN opisuje pierwszą tak: „The no-cache response directive indicates that the response can be stored in caches, but the response must be validated with the origin server before each reuse”.1 Treść wolno więc zapisać, tylko przed każdym użyciem trzeba zapytać serwer, czy nadal jest aktualna.

Druga działa inaczej: „The no-store response directive indicates that any caches of any kind (private or shared) should not store this response”. Tu zapis jest zakazany w ogóle. Praktyczna różnica jest duża: no-cache zachowuje korzyść z kopii i tylko wymusza sprawdzenie, a no-store rezygnuje z pamięci podręcznej całkowicie i nadaje się do stron z danymi osobowymi, nie do zwykłej treści.

Kiedy pamięć podręczna kłamie

Najbardziej kosztowne są sytuacje, w których cache nie tyle spowalnia, co wprowadza w błąd. Znamy trzy z własnej pracy. Pierwsza: strona przestawiona na szkic potrafi nadal odpowiadać kodem 200 i wyglądać na opublikowaną, bo odwiedzający dostaje wersję z bufora. Sprawdzanie „czy zmiana weszła” bez ominięcia cache nie rozstrzyga niczego.

Druga: edytor wizualny trzyma własną, osobną kopię układu strony, więc po zmianie treści w bazie strona nadal renderuje poprzedni układ, dopóki tej kopii nie usunie się osobno. Trzecia: mechanizmy przyspieszające potrafią odraczać wykonanie skryptów do pierwszej interakcji użytkownika, przez co wejścia bez kliknięcia nie zostawiają śladu w pomiarach. Wspólny wniosek: po każdej zmianie weryfikować trzeba stan widziany z zewnątrz, z pominięciem bufora, a nie stan zapisany w panelu.

Cache, CDN i szybkość strony

Pamięć podręczna współpracuje z CDN i wpływa wprost na szybkość strony mierzoną narzędziami w rodzaju PageSpeed Insights. Czas odpowiedzi serwera, na który najmocniej działa, zależy też od jakości hostingu.

Najczęstsze pytania

O ile pamięć podręczna przyspiesza stronę?
W naszym pomiarze różnica wyniosła 65–120 milisekund z gotową kopią wobec około 700 bez niej, czyli była prawie dziesięciokrotna przy tym samym serwerze.

Czym różni się no-cache od no-store?
Pierwsza pozwala zapisać kopię, ale wymusza sprawdzenie u serwera przed każdym użyciem. Druga zakazuje zapisu w ogóle i jest przeznaczona do treści wrażliwych.

Po zmianie treści strona pokazuje starą wersję. Dlaczego?
Bo któraś z warstw pamięci podręcznej nadal podaje kopię. Warstwy są niezależne: serwer, sieć dostarczania treści, przeglądarka i edytor mają osobne bufory.

Jak sprawdzić, czy zmiana faktycznie weszła?
Pobierając stronę z pominięciem bufora, na przykład w trybie prywatnym i z dopisanym parametrem do adresu. Widok w panelu redakcyjnym nie jest dowodem.

Źródła

1. MDN Web Docs, Cache-Control header: „The no-cache response directive indicates that the response can be stored in caches, but the response must be validated with the origin server before each reuse, even when the cache is disconnected from the origin server”; „The no-store response directive indicates that any caches of any kind (private or shared) should not store this response”. Zobacz dokumentację MDN → (odczyt 2026-08-20).

2. Pomiar własny essaseo.pl z 2026-08-20 na czternastu podstronach: przeglądarka bez interfejsu, emulacja ekranu 412×915, procesor spowolniony czterokrotnie. Czas do pierwszego bajtu 65–120 ms na adresach z gotową kopią w pamięci podręcznej serwera i około 700 ms na dwóch adresach, którym bezpośrednio przed pomiarem tę pamięć wyczyszczono.