아이콘 공방

아니요. 디코딩, 삽입, 인코딩이 모두 브라우저 캔버스에서 돌고 이 페이지에는 파일 엔드포인트가 없습니다. 네트워크 패널을 열어 보세요. 페이지 자체 정적 자산 외에 이미지를 실어 나르는 요청은 없습니다.

아니요. 최소는 favicon.ico(구형 클라이언트는 이것만 요구합니다)와 PWA 아이콘 하나(192 또는 512, 설치 가능 여부가 확인하는 것)입니다. 나머지는 대상 플랫폼에 맞춰 더하세요. iOS 홈 화면 그룹은 4개 크기(180 / 167 / 152 / 120)이고, iPhone만이라면 180이면 충분합니다.

favicon은 웹에서 가장 고집 센 캐시 중 하나라 참조하는 HTML보다 오래 사는 일이 흔합니다. 로컬에서는 강력 새로고침(⌘/Ctrl + Shift + R), 운영 환경에서는 CDN과 브라우저 캐시가 만료되기를 함께 기다립니다. 바로 확인하려면 link의 href 뒤에 ?v=2를 붙이세요. URL이 바뀌면 다시 가져옵니다. 어느 것도 생성한 파일 문제가 아닙니다.

네, 나눌 필요는 없습니다. favicon.ico는 /favicon.ico를 직접 요구하는 구형 클라이언트를 담당하고 이미 16 / 32 / 48를 내장해 브라우저가 표시 밀도로 고릅니다. PNG는 최신 브라우저와 피드 리더를 위한 명시적 선언입니다.

그 두 파일이 SVG로 감싼 비트맵이고 진짜 벡터가 아니기 때문입니다. 비트맵은 벡터로 변환할 수 없습니다. 16px에서 경로를 따라 그리면 순수한 노이즈가 되므로 정직하게 삽입하는 편이 낫습니다. 존재 이유는 파일명과 참조를 맞추기 위함이고, 운영에서는 같은 이름으로 디자이너가 진짜 벡터 SVG를 내보내게 하세요.

1024 × 1024 정사각형 로고면 가장 큰 출력을 정확히 덮습니다. 정사각형이 아니어도 됩니다. 짧은 축에 여백을 두고 캔버스 중앙에 비율대로 삽입되며 절대 늘어나지 않고, 여백은 여백 슬라이더로 조절합니다.

그 크기의 캔버스가 원본의 사용 가능 영역을 넘어서, 그 픽셀은 위로 보간할 수밖에 없어 부드럽게 보입니다. 문제는 입력에 있고 내보내기에 있지 않습니다. 더 큰 원본을 주거나 “확대 안 함”을 켜서 원본 픽셀을 그대로 삽입해 흐림 대신 픽셀 격자를 보세요.

원래부터 정사각형입니다. 512는 정사각형 캔버스를 내보내고 원은 업로드 후 플랫폼이 적용합니다. 모양을 원형으로 하면 내보낸 PNG의 네 모서리가 투명해지는데, 일부 아바타 자리는 그 투명을 흰색이나 검정으로 채웁니다. 애매하면 정사각형으로 두세요.

다시 계산하지만 합쳐서 합니다. 손을 멈추면 그리고, 그 사이 또 바뀌면 이전 실행을 취소합니다. 다시 그리는 동안 옛 결과가 화면에 남아 있다가 마지막에 한 번에 교체되므로 끄는 동안 페이지가 뼈대로 무너지지 않습니다.

README.txt가 들어 있습니다. 원본 이름과 크기, 자르기가 있었다면 그 영역, 이번 렌더 매개변수(모양 / 여백 / 배경 / 투명), 전체 파일 목록, 두 스니펫. 동료가 아무것도 묻지 않고 이 묶음만으로 작업할 수 있습니다. 압축 파일 이름은 icons-20261024-1208.zip처럼 로컬 시각이 붙습니다.