파비콘이 보이지 않을 때 파일 자체가 원인인 것은 아닙니다. 브라우저, CDN, 서비스 워커, 검색 엔진이 서로 다른 버전을 보관할 수 있습니다. 순서대로 진단하면 여러 조건을 동시에 바꾸는 일을 피할 수 있습니다.
파일 요청부터 확인하세요
link 요소가 참조하는 정확한 URL을 여세요. 인증 없이 올바른 내용을 반환하고 불필요한 연속 리디렉션이 없어야 합니다. 파일 이름이 favicon.ico여도 내용이 HTML 오류 페이지이면 아이콘으로 해석할 수 없습니다.
Network 패널에서 icon 또는 favicon으로 필터링하세요. 최종 URL, 상태 코드, 콘텐츠 유형과 캐시에서 응답했는지 기록하세요.
| 점검 항목 | 정상 결과 | 수정 방법 |
|---|---|---|
| 직접 접근한 URL | 200 이미지 응답 | 경로 또는 배포 수정 |
| link 요소 | head에 존재 | 렌더링된 HTML 수정 |
| 캐시 | 새 응답 수신 | 캐시를 지운 뒤 재검사 |
| 크롤링 접근 | 파일에 접근 가능 | 차단 해제 |
실제로 렌더링된 HTML 확인하기
원본 템플릿뿐 아니라 생성된 문서를 검사하세요. 확장 프로그램, 테마, 컴포넌트가 기존 태그 뒤에 두 번째 아이콘 요소를 삽입하면 브라우저가 다른 파일을 선택할 수 있습니다.
깊은 하위 페이지에서 경로를 확인하고 파일 이름의 대소문자도 정확히 검사하세요. 대소문자를 구분하는 서버에서는 Favicon.svg와 favicon.svg가 서로 다른 리소스입니다.
각 캐시 계층을 따로 확인하기
먼저 새 프로필이나 네트워크 캐시를 끈 환경에서 테스트하세요. 원본 서버에는 새 이미지가 있지만 공개 도메인에서는 이전 이미지가 나온다면 CDN 캐시를 지우세요. PWA가 설치되어 있다면 서비스 워커와 매니페스트도 검사하세요.
다음 변경부터 파일 이름에 버전을 넣으면 변경 사항을 명확히 할 수 있습니다. 관례적으로 요청하는 클라이언트를 위해 /favicon.ico도 계속 제공하세요.
브라우저와 검색 결과의 동작 구분하기
Google은 사이트 홈페이지에 연결되어 있고 크롤링 가능한 정사각형 파비콘을 요구합니다. 아이콘 URL과 페이지가 서로 다른 시점에 크롤링될 수 있어 수정 후에도 반영이 늦어질 수 있습니다.
URL 검사로 홈페이지 접근 가능 여부를 확인하고 변경 후 재크롤링을 요청하세요. 이후 처리 시간을 기다려야 합니다. 로컬 브라우저 캐시를 지워도 검색 색인에는 영향을 주지 않습니다.
공식 참고 자료
자주 묻는 질문
이전 파비콘이 다시 나타나는 이유는 무엇인가요?
캐시 계층, 서비스 워커 또는 두 번째 아이콘 요소가 이전 파일을 제공할 수 있습니다. 캐시를 지우기 전에 실제로 불러온 URL을 확인하세요.
버전 쿼리 매개변수만 추가하면 되나요?
일부 캐시를 우회할 수 있지만 새 파일 이름이 더 명확한 경우가 많습니다. /favicon.ico 대체 파일도 계속 제공하세요.
Google의 파비콘은 즉시 바뀌나요?
아니요. Google이 페이지와 아이콘을 다시 크롤링하고 처리해야 합니다. 정확한 반영 시간은 보장되지 않습니다.