Google Search에는 어떤 크기가 필요한가
Google은 파비콘이 정사각형이고 최소 8x8 픽셀이어야 하며, 다양한 표면에서 더 잘 보이도록 48x48보다 큰 파일을 권장합니다. Google Search는 사이트나 hostname마다 하나의 파비콘만 사용합니다.
이 파비콘 크기 가이드를 참고해 브라우저, Apple touch, web app용 파일을 준비하고 로고를 탭, 검색 결과, 설치 화면에서도 또렷하게 유지하세요.
대부분의 브랜드는 파비콘 파일 하나만 준비해서는 충분하지 않습니다. 2026년에 가장 실용적인 조합은 작은 브라우저 fallback을 담은 favicon.ico, 32x32 PNG, 180x180 Apple touch icon, 그리고 사이트를 설치할 수 있다면 192x192와 512x512 manifest 아이콘입니다. 이 구성이 있어야 같은 로고를 브라우저 탭, Google Search, iOS 홈 화면 저장, 앱처럼 보이는 설치 화면까지 무리 없이 이어갈 수 있습니다.
2026년 7월 6일 기준으로 kitnex.ai와 기존 Kitnex 블로그를 다시 살펴보면 prompt, mockup, 색상, 파일 형식, 상업적 사용, 런칭 체크리스트는 이미 잘 다뤄지고 있었습니다. 하지만 실제 배포 단계, 즉 로고가 확정된 뒤 탭, 검색 결과, 바로가기, 홈 화면에서 보이는 작은 아이콘 세트로 어떻게 나눌지에 대한 설명은 비어 있었습니다.
Google은 파비콘이 정사각형이어야 하며 최소 8x8 픽셀이어야 한다고 설명하고, 다양한 표면에서 또렷하게 보이도록 48x48보다 큰 파일을 권장합니다. 또한 Google Search는 사이트나 hostname마다 하나의 파비콘만 사용합니다. 그래서 장식적인 변주보다 브랜드가 안정적으로 인식되는 것이 더 중요합니다. 실무에서는 이 조건을 만족한 뒤 브라우저용 fallback, Apple touch icon, manifest 아이콘을 나눠 준비하는 것이 현실적입니다.
HTML은 여러 rel=icon 파일을 선언할 수 있고, 브라우저는 type과 sizes를 기준으로 더 적절한 버전을 선택합니다. 반면 iOS는 Web Clip에서 rel=icon을 사용하지 않고 apple-touch-icon을 찾습니다. Apple 문서도 152x152, 167x167, 180x180 같은 touch icon 크기를 제시합니다. 같은 브랜드 심볼이라도 사용면마다 파일을 분리해야 하는 이유가 바로 여기에 있습니다.
favicon.ico에 16x16, 32x32, 48x48 같은 작은 fallback을 넣고, 현대 브라우저용으로 32x32 PNG를 추가한 뒤, iPhone 홈 화면 저장용 180x180 apple-touch-icon과 설치 및 splash용 192x192, 512x512 manifest 아이콘을 준비하면 됩니다. 중요한 것은 무한히 익스포트하는 것이 아니라 실제로 시스템이 읽는 파일만 정확히 만드는 일입니다.
MDN은 manifest 아이콘에 any, maskable, monochrome 같은 purpose를 줄 수 있다고 설명합니다. web.dev는 중요한 그래픽이 아이콘 너비의 약 40퍼센트 반경 안쪽 안전 영역에 있어야 하며 바깥 10퍼센트는 잘릴 수 있다고 안내합니다. 그래서 전체 워드마크를 그대로 축소하기보다, 작은 화면에 강한 심볼 버전을 따로 준비하는 편이 낫습니다.
Google은 Googlebot-Image가 파비콘 파일을 읽을 수 있어야 하고 Googlebot이 홈 페이지를 읽을 수 있어야 한다고 말하며, 재크롤링에는 며칠에서 몇 주가 걸릴 수 있다고 덧붙입니다. 따라서 실제 운영에서는 파일 경로를 안정적으로 유지하고, home head에서 올바르게 참조하며, 런칭 후 파일명을 자주 바꾸지 않는 것이 중요합니다. 그다음 실제 브라우저 탭, iPhone 홈 화면 저장, Chrome 또는 Android 설치 흐름, 16~32픽셀 축소 테스트를 순서대로 해보면 됩니다.
Google은 파비콘이 정사각형이고 최소 8x8 픽셀이어야 하며, 다양한 표면에서 더 잘 보이도록 48x48보다 큰 파일을 권장합니다. Google Search는 사이트나 hostname마다 하나의 파비콘만 사용합니다.
대부분의 경우 필요합니다. favicon.ico는 여전히 여러 브라우저와 레거시 환경에서 안정적인 fallback이며, PNG와 SVG는 이를 보완하는 역할을 합니다. 중요한 것은 하나의 승자를 고르는 것이 아니라 각 표시 환경에 신뢰할 수 있는 파일을 두는 것입니다.
favicon은 주로 브라우저 탭, 북마크, 검색 결과에 쓰이고, apple-touch-icon은 iOS 사용자가 사이트를 홈 화면에 저장할 때 사용됩니다. MDN도 iOS가 Web Clip에서 rel=icon을 쓰지 않는다고 설명합니다.
반드시 그렇지는 않지만, 사이트가 설치되거나 더 큰 시스템 표면에 표시될 수 있다면 여전히 유용합니다. 정보형 사이트라면 먼저 브라우저 파비콘과 Apple touch icon을 정확히 준비하고, 이후 필요할 때 더 큰 manifest 아이콘을 추가하면 됩니다.
브랜드 시스템에서 가장 단순한 요소, 예를 들어 심볼, 모노그램, 강하게 축약한 형태를 우선 사용하세요. 여백을 넓히고, 약한 디테일을 줄인 다음, 16~32픽셀과 밝은 배경/어두운 배경에서 반복해서 확인하는 것이 기본입니다.
Kitnex의 다른 리소스를 살펴보며 프롬프트 전략, 창업자 워크플로, 브랜드 의사결정 프레임워크를 비교해 보세요.
좋은 로고 팔레트는 취향만으로 정해지지 않습니다. 카테고리 적합성, 구분 가능성, 실제 사용 장면을 기준으로 색을 고르는 방법을 설명합니다.
글 읽기좋은 로고 brief 는 막연한 취향을 실행 가능한 방향으로 바꿉니다. 이 글은 꼭 들어가야 할 항목과 복사해 쓸 수 있는 틀, 그리고 더 나은 AI 로고 방향으로 연결하는 방법을 정리합니다.
글 읽기스타트업의 브랜드 아이덴티티는 Logo 하나로 끝나지 않습니다. 포지셔닝, 시각 규칙, 출시 자산, 기본 리스크 점검까지 맞춰야 팀이 처음부터 일관되게 움직일 수 있습니다.
글 읽기소규모 비즈니스에 가장 좋은 AI 로고 메이커는 샘플이 가장 예쁜 도구가 아니다. 아이디어를 실제로 쓸 수 있는 파일, 일관된 브랜드 자산, 현실적인 출시 표면으로 연결해 주는지가 더 중요하다.
글 읽기좋은 로고 목업은 그냥 예쁜 장면이 아닙니다. 아트보드를 벗어난 뒤에도 로고가 또렷하고 믿을 만한지 보여주는 실제 검증 화면입니다.
글 읽기PNG는 많은 디지털 환경에서 가장 실용적인 로고 형식이지만 SVG, PDF, EPS, JPG는 서로 다른 역할을 맡습니다. 이 가이드는 사이트, 목업, 인쇄, 장기적인 브랜드 운영에 맞는 파일을 고르는 데 도움을 줍니다.
글 읽기좋은 AI 로고 프롬프트는 멋진 형용사를 늘어놓는 데서 나오지 않습니다. 브랜드, 타깃, 시각 방향, 사용 맥락을 짧은 brief처럼 정리할 때 비로소 비교 가능한 결과가 나옵니다.
글 읽기AI로 만든 로고는 상업적으로 사용할 수 있는 경우가 많지만, 자동으로 보호되거나 상표 위험이 사라지는 것은 아닙니다. 중요한 것은 사용 권한, 사람의 개입, 그리고 공개 전 검토 절차입니다.
글 읽기막연한 아이디어를 실제 로고 워크플로로 바꾸려면 brief, 비교, mockup, 출시 판단의 순서로 생각하는 것이 좋습니다.
글 읽기창업자에게 중요한 것은 가장 많이 생성하는 것이 아니라, 더 빨리 결정하고 출시 자산으로 옮길 수 있는 플로우입니다.
글 읽기색은 단순한 장식이 아닙니다. 브랜드의 첫인상과 카테고리 인식, 신뢰도에 직접 영향을 줍니다.
글 읽기