CORS 오류, 응답 헤더부터 바꾸기 전에 확인할 것
서버가 응답했는데 읽을 수 없는 경우와 요청 자체가 실패한 경우를 구분합니다. 콘솔의 오류 사유에서 시작하는 진단 순서.
화면이 예전 그대로인 문제와 로그인 상태 문제는 다르게 접근할 수 있습니다. 삭제 범위와 남는 데이터를 먼저 확인하세요.
사이트가 이상할 때 “캐시와 쿠키를 지우라”는 답을 자주 만납니다. 하지만 무엇이 지워지는지 모른 채 넓은 범위를 선택하면, 원래 문제와 별개로 로그인과 설정을 다시 해야 할 수 있습니다. 먼저 증상을 적고 삭제 대상을 구분해 보세요.
Google은 캐시된 이미지와 파일을 다시 방문할 때 페이지를 빠르게 열기 위해 기억하는 데이터로 설명합니다. 쿠키는 방문한 웹사이트가 만든 데이터이며, 로그인 상태나 환경설정을 기억하는 용도로 쓰일 수 있습니다. Chrome의 “쿠키 및 기타 사이트 데이터” 범주는 쿠키만을 뜻하지 않습니다. 웹 저장소 같은 다른 사이트 데이터도 포함됩니다. 데이터 종류 확인
따라서 캐시 삭제와 사이트 데이터 삭제를 같은 행동으로 생각하지 않는 것이 좋습니다. 화면에 표시되는 선택 항목의 설명을 읽고 어떤 범주를 대상으로 하는지 확인하세요.
“사이트가 안 된다”보다 “새로 바뀐 이미지 대신 예전 이미지가 보인다”, “로그인 직후 다시 로그인 화면으로 돌아온다”처럼 관찰한 현상을 기록합니다. 이것만으로 원인이 확정되는 것은 아닙니다. 다만 다음 시도를 고르고 결과를 비교하는 기준은 됩니다.
편집팀은 문제가 발생하는 주소, 시점, 다른 페이지에서도 같은지, 새로고침 전후 차이가 있는지를 함께 적는 방식을 권합니다. 다른 사용자의 문제 보고를 볼 때도 내 증상과 같은지 비교하기 쉽습니다.
삭제를 결정했다면 브라우저 도움말에서 개별 사이트 관련 설정과 전체 삭제의 차이를 확인합니다. Google은 특정 웹사이트의 쿠키를 관리하는 방법도 별도로 안내합니다. 로그인 상태와 사이트 설정이 달라질 수 있으므로 진행 중인 입력이나 저장되지 않은 작업은 먼저 확인하세요. 사이트별 쿠키 관리
기간 선택도 함께 살펴봅니다. 필요한 범위보다 넓게 선택할 이유가 있는지 생각한 뒤, 비밀번호나 자동 완성처럼 원래 해결하려던 문제와 관련 없는 항목이 선택돼 있지는 않은지 점검하세요. 이 글은 특정 항목을 지우도록 지시하는 절차가 아니라, 삭제 전에 확인할 기준을 정리한 글입니다.
시도한 대상과 결과를 남겨두면 다음 단계가 명확해집니다. 예를 들어 “이 사이트의 데이터 정리 후에도 같은 주소에서 같은 오류”라고 기록하면, 서버 문제나 확장 프로그램의 영향처럼 다른 가능성을 조사할 출발점이 생깁니다. 어느 가능성이 실제 원인인지는 별도 확인이 필요합니다.
또 브라우저에서 지우는 기록과 서비스 계정에 저장된 활동은 범위가 다를 수 있습니다. 로컬에서 무언가를 지웠다고 모든 서비스의 기록이 함께 사라졌다고 해석하지 마세요.
작업 전에는 삭제 범위, 작업 후에는 증상의 변화를 확인합니다. “일단 전부 지우기”를 자동 반응으로 삼기보다, 무엇을 시험했는지 설명할 수 있는 작은 시도를 남기는 편이 문제 해결에 도움이 됩니다.
Google Chrome 데스크톱 도움말의 데이터 종류와 삭제 안내를 확인했습니다. 실제 사용자 데이터 삭제나 특정 사이트의 오류 재현은 수행하지 않았습니다.
AI를 보조 도구로 활용하며, 공개 전 출처·표현·동작을 검토합니다. 제품 버전과 설정에 따라 화면이 달라질 수 있습니다. 편집 원칙