전체 삭제와 선택 삭제

Cloudflare에는 캐시된 콘텐츠를 무효화하는 방법이 다섯 가지 있습니다. 2025년 4월 3일부터 다섯 가지 모두가 무료 요금제를 포함한 모든 요금제에서 쓸 수 있습니다. 그 전에는 셋이 Enterprise 전용이었고, 그래서 오래된 글에는 아직도 반대로 적혀 있습니다.

다섯 가지 방법 비교

전체 삭제를 쓸 때

전체 삭제는 API 호출 한 번이면 되고, 파일 목록도 필요 없고, 빠뜨릴 것도 없습니다. 그 점이 매력이고 실제로 그렇습니다. 정적 사이트를 다시 만들어 모든 파일의 해시가 바뀐 뒤에 변경 사항을 일일이 세는 건 헛수고입니다.

대가는 그 영역의 캐시 적중률이 0으로 떨어진다는 겁니다. 퍼지 이후의 모든 방문은 캐시가 다시 채워질 때까지 오리진으로 갑니다. 작은 사이트라면 티도 안 납니다. 트래픽이 제법 있는 사이트라면 스스로 만들어 낸 오리진 부하 급증이고, 그 오리진이 소박한 서버 한 대라면 바로 그 급증이 서버를 쓰러뜨립니다.

선택 삭제를 쓸 때

선택 삭제는 나머지 캐시를 따뜻하게 유지합니다. 스타일시트 하나를 바꿨을 뿐인데 사이트의 모든 제품 이미지를 오리진에서 다시 받아 올 이유는 없습니다.

대신 정확해야 합니다. URL 지정 퍼지는 쿼리 문자열과 프로토콜까지 포함해 정확히 일치하는 URL에만 적용됩니다. 아래 셋은 서로 다른 캐시 항목입니다.

• https://example.com/style.css
• https://example.com/style.css?v=2
• https://www.example.com/style.css

첫 번째를 지워도 나머지 둘에는 아무 일도 일어나지 않습니다. 「퍼지가 안 된다」는 결론에 이르는 이유는 압도적으로 이것입니다. 되긴 됐습니다. 아무도 요청하지 않는 URL에 대해서요.

호스트명, 접두사, 태그

「정확한 URL 하나」와 「영역 전체」 사이에는 중간 선택지가 셋 있는데, 오랫동안 Enterprise 계약이 필요했던 탓에 덜 쓰입니다.

• 호스트명은 셋 중 가장 거칠고 준비가 필요 없습니다. cdn.example.com 아래를 전부 다시 만들었다면 호출 한 번이면 됩니다.
• 접두사는 URL 경로에 작용하므로 example.com/blog/는 상점을 건드리지 않고 모든 글을 비웁니다.
• 태그는 가장 강력하고 유일하게 준비가 필요합니다. 오리진이 Cache-Tag 응답 헤더를 보내야 합니다. 그렇게만 되면 URL이 몇 개로 흩어져 있든 「제품 4471에 관한 전부」를 비울 수 있습니다.

5초면 끝나는 판단

1. 어떤 파일이 바뀌었는지 정확히 알고 100개 미만인가? URL 지정으로.
2. 서브도메인이나 섹션이 통째로 바뀌었나? 호스트명이나 접두사 지정으로.
3. 오리진이 이미 Cache-Tag를 보내고 있나? 태그 지정으로.
4. 그 밖이거나, 확신이 없고 사이트가 작다면? 전체 삭제로.

FlarePurge는 어떻게 처리하나

FlarePurge는 전체 퍼지와 URL·호스트명 지정 선택 퍼지를 지원합니다. 이 셋이면 실제 퍼지의 대부분을 덮습니다. URL을 붙여 넣으면 앱이 알아서 묶음으로 나누므로 90개짜리 목록도 신경 쓰지 않는 사이 API 호출 세 번이 됩니다.

대량 퍼지도 됩니다. 즐겨찾기 영역을 한 번에, 또는 계정 전체의 모든 영역을 확인 한 번으로. Cloudflare의 제한에 부딪히지 않도록 동시 실행 수를 제한해 둡니다. 그 제한은 여기에 정리해 두었습니다.