이미지 호스팅 사이트 무료 6곳 비교 2026 — 용량·보관·약관·서울 속도

무료 이미지 호스팅은 한 번 공유할 사진이면 ImgBB·Postimages가 무난해요. 블로그·쇼핑몰처럼 오래 걸어 둘 이미지라면 무료 호스팅 말고 내 저장소에 두세요. ifh 는 이제 소셜 로그인을 해야 올릴 수 있고, Imgur 는 약관에서 웹사이트용 이미지를 금지해요. 2026년 10월 26일에 6곳의 공식 페이지를 다시 읽었어요. 서울에서 이미지 응답 속도와 링크가 살아 있는지도 직접 쟀어요.

글쓴이 서순명(솔리드그루 이사 · 퓨쳐인프라 서비스 기획 · 웹 에이전시·SI 10년 PM · 국내 IDC 에서 클라우드 서버·앱 호스팅·CDN 운영) · 운영사 솔리드그루(사업자등록번호 875-44-00335) · 문의 support@futureinfra.ai · 02-6933-6229 · 공식 페이지 확인·측정 2026년 10월 26일 서울

이미지 호스팅이 뭐예요?

이미지 호스팅은 그림을 올리면 주소를 내주는 서비스예요. 그 주소를 커뮤니티 글, 노션, 디스코드, 쇼핑몰 상세페이지 HTML 에 붙이면 그림이 보여요. 그림 파일은 호스팅 회사 서버에 있고, 내 글에는 주소만 들어가요.

주소는 두 가지가 나와요. 공유 페이지 주소는 광고가 붙은 화면에 그림을 띄우는 웹페이지예요. 직접 링크는 그림 파일 그 자체예요. 다른 글에 그림으로 넣으려면 직접 링크가 필요해요. 예를 들어 ifh 는 https://ifh.cc/g/코드.jpg 처럼 끝이 .jpg 인 주소가 직접 링크예요.

네이버 블로그·티스토리에 그림을 바로 올리면 그 블로그가 알아서 보관해요. 이럴 땐 호스팅이 따로 필요 없어요. 호스팅은 그림을 직접 올릴 수 없는 곳에 주소로 넣어야 할 때 써요. 오픈마켓 상세페이지 HTML, 이미지 첨부가 안 되는 게시판, README 같은 곳이에요.

쉽게 말하면 사진을 맡기는 보관소예요. 보관소가 번호표(주소)를 주고, 그 번호표를 보여 주면 누구나 사진을 볼 수 있어요. 보관소가 문을 닫거나 보관 기간이 끝나면 번호표만 남고 사진은 사라져요.

무료 이미지 호스팅 6곳, 조건은 어떻게 달라요?

개인이 많이 쓰는 4곳(ifh·ImgBB·Postimages·Imgur)과 개발자가 쓰는 2곳(Cloudinary·Cloudflare R2)을 골랐어요. 모두 2026년 10월 26일에 공식 페이지·약관을 직접 열어 확인했어요. "—" 는 공식 페이지에서 확인하지 못한 칸이에요.

표는 2026년 10월 26일에 확인한 값이에요. 무료 조건은 회사 사정에 따라 예고 없이 바뀌어요. 중요한 곳에 쓰기 전에는 서비스 이름 아래 링크로 한 번 더 확인하세요.

표에서 갈리는 지점은 세 가지예요. 가입이 필요한가(ifh 는 필요, ImgBB·Postimages 는 없음), 언제 지워지나(ifh 는 만료일, ImgBB·Postimages 는 내가 고름), 웹사이트에 걸어도 되나(Imgur 는 안 됨)예요.

Postimages 는 무료 계정이면 외부에 걸린 이미지를 가로세로 최대 1280px로 보여 줘요. 원본 해상도로 걸려면 유료(프리미엄)가 필요해요. 큰 상품 사진을 그대로 보여 주고 싶다면 미리 알아 두세요.

ImgBB 는 그림을 고르면 자동 삭제 칸이 나와요. 기본값은 '안 지움'이고, 5분부터 6개월까지 고를 수 있어요. 다만 유료 Pro 의 기능 목록에 '직접 링크(Direct Linking)'가 들어 있어요. 무료 이미지도 이번 시험에선 바로 열렸지만, 조건이 바뀔 수 있다는 점은 기억해 두세요.

ifh 이미지 호스팅은 지금 어떻게 써요?

ifh(iFH.cc)는 국내에서 오래 쓰인 무료 이미지 호스팅이에요. 예전 글에는 "가입 없이 바로 올린다"고 나오지만 지금은 소셜 로그인을 해야 올릴 수 있어요. 업로드 버튼을 누르면 구글·카카오·LINE 로그인을 하라는 안내가 나와요. ifh 는 이름·전화번호·이메일을 기록하지 않고, 회원 고유 번호만 악용을 막는 데 쓴다고 밝히고 있어요.

• 한 장 크기는 업로드 화면 설정값 기준 이미지 10MB, 동영상 20MB, 한 번에 10개예요. 아주 큰 사진은 올리기 전에 약 2,000만 화소로 줄여요.
• 보관 기간은 올린 직후 뜨는 정보 페이지에 이미지마다 보관 기간과 만료일이 적혀 있어요(공식 FAQ). 불법·저작권 문제가 있으면 만료 전에도 지워져요.
• 누가 볼 수 있나를 보면, 이미지 주소를 모르면 볼 방법이 없다고 해요.
• 상업 용도로도 쓸 수는 있지만, 트래픽 제한이 생길 수 있고 문제가 나도 보상하지 않는다고 적혀 있어요.

만료일은 어디서 봐요?

올린 직후 나오는 정보 페이지 주소를 꼭 따로 저장하세요. 이미지 주소가 https://ifh.cc/g/코드.jpg 라면 https://ifh.cc/v-코드 를 열면 그 이미지의 정보 페이지가 나와요. 만료된 이미지는 아래처럼 표시돼요.

만료된 이미지 주소를 글에 걸어 두면 엑스박스가 아니라 회색 'IFH 이미지 호스팅' 그림(2,055바이트)이 대신 떠요. 내 글의 그림이 갑자기 이 그림으로 바뀌었다면 만료된 거예요.

예전에 올린 ifh 이미지는 얼마나 남아 있어요?

직접 세어 봤어요. GitHub 코드 검색으로 공개 문서(README 등)에 걸린 ifh 이미지 주소 191개를 모았어요. 정보 페이지를 하나씩 열어 보니 191개 모두 만료였어요. 같은 방법으로 다른 서비스도 세어 봤어요.

ifh 는 191개 모두 '존재하지 않거나 만료되어 삭제된 이미지'였어요. 다른 곳은 지워진 링크가 2% 안팎이었어요.

표로 보기

서비스	찾은 주소	지금 열림	안 열림(모습)
ifh	191	0	191 (회색 'IFH 이미지 호스팅' 안내 그림)
Postimages	247	241	6 (404 + 작은 안내 그림)
ImgBB	367	360	7 (404 + 작은 안내 그림)
Imgur	340	334	6 (removed.png 로 바뀜)

ImgBB·Postimages·Imgur 는 98% 안팎이 아직 열렸어요. ifh 는 보관 기간이 끝나면 지우는 구조라서 이런 차이가 나는 것으로 보여요. 그래서 ifh 는 잠깐 보여 줄 그림에 맞고, 몇 년 남겨 둘 글에는 맞지 않아요.

서울에서 재 보니 어디가 빨라요?

2026년 10월 26일 오후 5시 43분부터 50분까지 서울 사무실 유선 인터넷에서 쟀어요. 서비스마다 이미 공개된 이미지 1장을 골랐어요. 우리가 올린 그림은 없어요. curl 로 새 연결을 맺어 5번씩, 두 번 되풀이했어요(서비스당 10번). 아래는 그 가운데 값이에요.

첫 바이트까지 다 받기까지

이미지 크기는 110~197KB로 비슷하게 골랐어요. ifh 는 살아 있는 공개 이미지를 찾지 못해 만료 안내 그림(2KB)으로 쟀어요. 그래서 ifh 는 '첫 바이트까지'만 비교하세요.

표로 보기

서비스	응답한 곳	이미지 크기	연결	첫 바이트까지	다 받기까지
GitHub raw	인천(ICN 캐시)	172KB	3.6ms	33ms	49ms
Cloudinary	국내 Akamai 지점	110KB	3.5ms	74ms	83ms
ifh (만료 안내 그림 2KB)	일본 도쿄(서버 IP)	2.1KB	35.7ms	166ms	166ms
Cloudflare R2 (r2.dev 주소)	미국 LA(LAX 지점)	160KB	134.2ms	582ms	779ms
Imgur	미국 버뱅크(BUR 캐시)	122KB	139.9ms	613ms	913ms
Postimages	프랑스 파리(서버 IP)	167KB	269.5ms	889ms	1,820ms
ImgBB	프랑스(서버 IP)	197KB	271.4ms	871ms	1,872ms

결과는 서버가 어디 있느냐로 갈렸어요. GitHub raw 는 인천 캐시가 답해서 첫 바이트까지 33ms 였어요. Cloudinary 도 국내 지점에서 74ms 였어요. ImgBB 와 Postimages 는 프랑스 서버라 연결에만 270ms 안팎이 걸렸어요. 그림 한 장을 다 받는 데 1.8초가 넘었어요.

Imgur 는 미국 버뱅크 캐시(X-Served-By: cache-bur…)가 답했어요. 다 받기까지 913ms 예요. R2 의 r2.dev 주소는 미국 LA 지점(CF-RAY: …-LAX)에서 왔어요. Cloudflare 도 이 주소는 개발용이라고 안내해요. ifh 는 도쿄에 있는 서버로 보이고 연결이 35.7ms 로 빨랐어요.

쉽게 말하면 택배가 어디서 출발하느냐예요. 서울 물류센터(인천 캐시)에서 오면 바로 오고, 프랑스 창고에서 오면 비행기를 타요. 참고로 국내 CDN 지점에서 받으면 10~21ms 였다는 우리 실측은 CDN 글에 있어요.

외부 사이트에 걸면 막히나요?

같은 이미지 주소를 "어느 사이트에서 왔는지"(Referer 머리말)만 바꿔서 요청해 봤어요. 브라우저는 그림을 불러올 때 이 머리말에 지금 보고 있는 페이지 주소를 실어 보내요.

Imgur 만 PC 네이버 블로그 주소(blog.naver.com)에서 온 요청을 403(거부)으로 막았어요. 세 번 모두 같았고, 다른 이미지로 해도 같았어요. 모바일 블로그(m.blog.naver.com)·네이버 카페·티스토리·디시인사이드 주소는 200 이었어요. 실제 블로그 화면이 아니라 머리말만 바꾼 시험이라, 블로그 편집기에서는 결과가 다를 수 있어요.

블로그·쇼핑몰에 걸어도 돼요?

잠깐 보여 줄 그림이면 괜찮아요. 하지만 오래 남길 글, 돈을 버는 페이지라면 무료 호스팅은 위험해요. 약관상 금지이거나, 만료되거나, 회사 정책이 바뀌면 그림이 한꺼번에 사라져요.

Imgur 는 지금 약관에 "다른 곳에서 링크할 이미지 모음, 웹사이트용 콘텐츠, 광고, 아바타처럼 우리를 CDN 으로 쓰지 말라"고 적어 두었어요(Imgur 약관). 2023년 5월에는 계정에 묶이지 않은 오래된 미사용 이미지를 지우겠다고 발표했어요(Windows Central 보도). 블로그 이미지용으로 Imgur 를 권하는 글이 많지만, 약관과는 맞지 않아요.

쇼핑몰이라면 서비스마다 다르게 봐야 해요. Postimages 약관은 "내가 파는 상품 사진은 괜찮다"고 적어 두었어요(Postimages 약관). ImgBB 약관(2022-01-22 수정)에는 "승인받지 않은 상업 활동에 사이트를 쓰지 말라"는 문장이 있어요. ifh 는 "중요한 상업 용도엔 적합하지 않을 수 있다"고 해요. 오픈마켓 셀러용 유료 이미지 호스팅(ESM·카페24 등)은 따로 정리할게요.

이미지가 엑스박스로 깨지는 이유는요?

위 모습은 이번 확인에서 실제로 본 것이에요. 무료 호스팅을 쓴다면 원본 파일을 내 컴퓨터에 꼭 남겨 두세요. 깨졌을 때 다시 올릴 수 있어요.

내 사이트 이미지라면 어디에 두나요?

블로그·쇼핑몰·회사 사이트의 그림은 내가 관리하는 저장소에 두는 게 맞아요. 지워질 걱정이 없고, 약관도 내 쪽이에요. 아래는 "그림 10GB 보관, 한 달 300GB 내보내기"(200KB 사진 약 150만 번) 기준이에요. 요금은 2026-10-26 공식 페이지 값이고, 퓨쳐인프라는 부가세 포함이에요.

비용만 보면 서버 기본 제공량 안에서 바로 내보내는 것이 가장 싸요. 퓨쳐인프라 서버는 요금제마다 트래픽이 들어 있어요(Nano 300GB, Small 1,000GB). CDN 은 트래픽이 제공량을 넘거나, 이미지 전송 때문에 서버가 바빠질 때 붙이세요. 넘는 분량은 서버에서 GB당 165원, CDN 에서 95원이에요. 앱 + CDN 계산은 CDN 이 원본에서 처음 가져가는 양이 작다고 보고 뺐어요.

R2 는 0원이지만 준비가 필요해요. Cloudflare 계정을 만들고, 내 도메인을 Cloudflare 에 연결해야 해요. 공식 문서도 r2.dev 주소는 개발용이고 속도 제한이 있다고 안내해요(R2 Public buckets). 도메인 연결 방법은 클라우드플레어 글에 정리했어요.

GitHub 에 올리면 무제한 아닌가요?

아니에요. GitHub 공식 문서는 저장소 하나를 10GB 안으로, 파일 하나를 1MB 안으로 두라고 권해요. 100MB 가 넘는 파일은 아예 막혀요. 계속 늘어나는 파일은 오브젝트 스토리지(파일 보관함 서비스)에 두라고 해요(Repository limits). README 그림 몇 장이면 괜찮지만, 사이트 이미지 창고로 쓰기엔 맞지 않아요.

상황별로 이렇게 고르세요

자주 묻는 질문

이미지 주소(직접 링크)는 어떻게 따요?

올린 뒤 나오는 코드 중 '직접 링크(Direct link)'를 복사하세요. 없다면 그림을 오른쪽 클릭해 '이미지 주소 복사'를 고르면 돼요. 주소 끝이 .jpg·.png·.webp 같은 그림 확장자면 맞게 딴 거예요.

HTML·노션·디스코드에는 어떻게 넣어요?

HTML 은 <img src="이미지 주소" alt="그림 설명" loading="lazy"> 한 줄이면 돼요. 노션은 /이미지 블록에서 링크 임베드에 주소를 붙여요. 디스코드는 주소를 메시지에 붙이면 미리보기로 떠요.

올린 이미지는 누가 볼 수 있고, 지울 수 있어요?

ifh·Postimages 모두 주소를 아는 사람만 볼 수 있다고 해요. 다만 Postimages 는 비밀번호 보호가 없어요. Postimages 에 가입 없이 올렸다면, 올린 직후 페이지의 코드 칸 마지막 링크가 삭제 페이지예요. 지운 뒤에도 CDN 캐시에서 빠지는 데 30분쯤 걸릴 수 있어요.

휴대폰 사진을 그대로 올려도 괜찮아요?

위치 정보를 먼저 지우세요. Postimages FAQ 는 가입 없이 올린 사진은 EXIF(촬영 기종·날짜·GPS 위치)를 그대로 둔다고 밝혀요. 집에서 찍은 사진이라면 휴대폰 설정에서 위치 정보를 빼고 올리세요.

Imgur 에서 429 Too Many Requests 가 떠요.

짧은 시간에 요청이 너무 많을 때 돌려주는 응답이에요. 잠시 기다렸다 다시 하세요. 프로그램으로 여러 장을 한꺼번에 받는 중이면 속도를 줄이세요. 웹사이트 이미지로 Imgur 를 많이 걸어 두었다면 약관에도 맞지 않으니 옮기는 게 좋아요.

무료 호스팅 이미지가 느린 이유는 뭐예요?

서버가 멀어서예요. 이번 실측에서 프랑스 서버(ImgBB·Postimages)는 그림 한 장을 다 받는 데 1.8초가 넘었어요. 인천 캐시가 답한 GitHub raw 는 0.05초였어요. 방문자가 국내라면 국내에서 내보내는 곳이 빨라요.

이 글의 숫자는 어디서 왔나요?

부록 — 실측 원자료

2026-10-26 서울. 연결 = TCP 연결 시간, 첫 바이트까지 = 이름 조회·연결·암호화·서버 응답 첫 바이트까지의 합이에요. 단위 ms, 서비스당 10번(5번 × 2회)이에요.

재현하려면 아래 명령을 이미지 주소마다 10번 돌려 가운데 값을 보면 돼요. 응답한 곳은 curl -sI 주소 로 X-Served-By·CF-RAY 머리말을 봤어요.

curl -s -o /dev/null -w "%{time_connect} %{time_starttransfer} %{time_total}\n" 이미지주소

링크 생존 확인은 GitHub 코드 검색에서 ifh.cc/g/·i.ibb.co/·i.postimg.cc/·i.imgur.com/ 이 들어간 이미지 주소를 모아 하나씩 열어 본 결과예요. ifh 는 정보 페이지(v-코드)의 "만료" 문구로, 나머지는 응답 코드(404)와 removed.png 로 바뀌는지로 판정했어요.