캐시 비웠는데 수정한 화면이 그대로일 때
글자를 고치고 캐시까지 비웠는데 손님 화면에는 예전 모습이 그대로 나갈 때가 있습니다. 주인 화면에서는 바뀌어 보이는데 손님은 옛 화면을 받는 경우입니다. 저희 사이트에서도 이런 일이 있었습니다. 비웠다는 알림이 떴는데 손님 화면은 그대로 2026년 9월 2일에 저희가
글자를 고치고 캐시까지 비웠는데 손님 화면에는 예전 모습이 그대로 나갈 때가 있습니다. 주인 화면에서는 바뀌어 보이는데 손님은 옛 화면을 받는 경우입니다. 저희 사이트에서도 이런 일이 있었습니다.
비웠다는 알림이 떴는데 손님 화면은 그대로
2026년 9월 2일에 저희가 운영하는 사이트 한 곳의 화면을 고쳐 올렸습니다. 올린 뒤 캐시를 비웠고, 캐시 플러그인도 비웠다고 알려 줬습니다. 그렇게 두 번 비웠습니다.
그런데 방문자에게는 고치기 전 화면이 계속 나가고 있었습니다. 저장된 화면 파일도 고치기 전 시각 그대로 남아 있었습니다.
저희는 한동안 이걸 몰랐습니다. 고친 뒤 확인할 때 캐시를 건너뛰는 방식으로 열어 봤거든요. 그렇게 열면 새 화면이 보입니다. 새 화면을 보는 사람은 저희뿐이었던 겁니다.
주인 눈에만 바뀌어 보이는 까닭
캐시는 한 겹이 아닙니다. 캐시 플러그인이 옛 화면을 기억하고, 서버와 호스팅 회사, 손님의 브라우저, 그 사이의 전송망도 저마다 옛 화면을 기억할 수 있습니다.
관리자로 로그인해 있으면 캐시를 건너뛴 화면이 보일 때가 많습니다. 그래서 주인은 고쳐진 화면을 보고 손님은 옛 화면을 보게 됩니다.
「비웠습니다」라는 알림도 그대로 믿으면 곤란합니다. 이 알림은 비우라는 명령을 받았다는 표시일 수 있고, 실제로 다 지워졌다는 뜻은 아닐 수 있습니다.
그날 뒤로 저희가 끝났다고 보는 때
이제 저희는 화면 두 개를 나란히 엽니다. 하나는 방문자가 받는 그대로의 화면이고, 다른 하나는 캐시를 건너뛴 화면입니다. 둘이 같아야 끝난 것으로 봅니다.
비우는 때도 따져야 했습니다. 고친 직후에는 서버가 옛 코드를 잠깐 더 쥐고 있을 때가 있습니다. 그 사이에 비우면 비운 자리가 곧바로 옛 화면으로 다시 채워집니다. 그래서 고친 뒤 잠깐 기다렸다가 비웁니다.
다음 날인 2026년 9월 3일에는 이 순서를 사람 손에 맡기지 않기로 했습니다. 올리기와 비우기를 한 번에 하는 저희 배포 절차로 묶었습니다.
로그아웃하고 휴대폰 데이터로도 열어 보세요
먼저 로그아웃하거나 시크릿 창을 띄워 내 사이트를 열고, 고친 곳이 바뀌었는지 봅니다.
휴대폰 데이터로도 한 번 열어 봅니다. 집이나 사무실 인터넷과는 다른 길로 들어가서 보는 셈입니다.
고친 것이 손님 화면까지 갔는지 매번 열어 보기 번거로우시면 관리형 구독으로 맡기셔도 됩니다.