초보자를 위한 블로그 자료 관리하는 방법

얼마 전 블로그에 올릴 파일 변환 글을 쓰다가 캡처 이미지, 원본 PDF, 변환본, 썸네일까지 한 폴더에 뒤섞인 적이 있습니다. 글 하나 쓰는 데 파일이 20개 가까이 생기니, 내용보다 자료 찾는 시간이 더 오래 걸리더라고요. 특히 파일 변환, 압축, 문서 양식처럼 실제 파일을 다루는 블로그라면 글쓰기 전에 자료 관리 방식부터 잡아두는 게 훨씬 편합니다.

블로그 운영은 글만 잘 쓰면 된다고 생각하기 쉽습니다. 그런데 실제로는 제목 후보, 키워드 메모, 참고 링크, 이미지, 첨부파일, 발행 후 수정 기록까지 계속 쌓입니다. 처음 10개 글까지는 대충 버틸 수 있지만, 50개를 넘기면 예전 자료를 다시 찾는 일이 꽤 자주 생깁니다. 이때 폴더와 파일 이름이 엉켜 있으면 같은 일을 반복하게 됩니다.

블로그 자료는 글 단위로 나누는 게 편하다

가장 먼저 바꾼 건 폴더 기준이었습니다. 예전에는 이미지, 문서, 압축파일처럼 파일 종류별로 나눴습니다. 보기에는 깔끔했지만 글 하나를 수정하려면 여러 폴더를 계속 열어야 했습니다. 지금은 글 하나당 폴더 하나를 만듭니다.

예를 들어 PDF 용량 줄이는 글을 쓴다면 폴더 이름을 2026-06-pdf-compress처럼 날짜와 주제를 함께 넣습니다. 그 안에 원본, 결과물, 캡처, 썸네일을 같이 둡니다. 이렇게 하면 6개월 뒤에 글을 수정할 때도 해당 폴더만 열면 됩니다.

• draft: 원고와 메모
• source: 원본 파일
• image: 캡처와 썸네일
• output: 변환 결과물
• publish: 최종 업로드용 파일

이 방식의 장점은 단순합니다. 블로그 글 하나가 작은 프로젝트처럼 관리됩니다. 파일 변환 과정을 설명하는 글이라면 원본 파일과 결과 파일을 같이 보관해야 전후 비교가 쉽습니다. 캡처 이미지를 다시 만들 때도 같은 원본을 바로 찾을 수 있고요.

파일 이름은 나중에 봐도 알아볼 정도면 충분하다

파일 이름을 너무 길게 만들 필요는 없습니다. 다만 캡처1.png, 새 문서.pdf, 최종최종.png 같은 이름은 피하는 게 좋습니다. 당시에는 알아볼 수 있어도 며칠만 지나면 기억이 흐려집니다.

제가 쓰는 방식은 날짜, 주제, 단계 번호를 붙이는 겁니다. 예를 들면 pdf-compress-01-upload.png, pdf-compress-02-setting.png, pdf-compress-03-result.png처럼 만듭니다. 블로그 본문에 들어가는 순서와 파일 이름의 숫자가 맞으면 업로드할 때 실수가 줄어듭니다.

추천하는 파일 이름 규칙

• 영문 소문자와 숫자 위주로 사용
• 띄어쓰기 대신 하이픈 사용
• 본문 순서대로 01, 02, 03 번호 부여
• 원본은 original, 결과물은 result로 표시

특히 워드프레스나 티스토리처럼 이미지를 업로드하는 블로그에서는 파일명이 URL 일부에 들어가는 경우가 있습니다. 한글 파일명이 무조건 나쁜 건 아니지만, 공유하거나 백업할 때 깨지는 일이 생길 수 있습니다. 그래서 저는 업로드용 이미지만큼은 영문 파일명으로 바꿔 둡니다.

무료 도구만 써도 반복 작업은 꽤 줄일 수 있다

블로그 자료 관리를 위해 처음부터 유료 앱을 쓸 필요는 없습니다. 운영체제 기본 기능과 무료 도구만으로도 충분히 시간을 줄일 수 있습니다. 예를 들어 윈도우에서는 파일 탐색기의 이름 바꾸기 기능만으로 여러 파일에 번호를 붙일 수 있고, 맥에서는 Finder의 이름 변경 기능으로 텍스트 치환이나 순번 추가가 가능합니다.

이미지 압축은 TinyPNG 같은 웹 도구를 자주 씁니다. 캡처 이미지는 보통 1장에 300KB에서 1MB 정도가 되는데, 압축하면 절반 이하로 줄어드는 경우가 많습니다. 블로그 글 하나에 이미지가 10장 들어간다면 페이지 로딩 속도 차이가 꽤 납니다.

• 이미지 압축: TinyPNG, Squoosh
• PDF 압축: iLovePDF, Adobe 온라인 도구 무료 범위
• 화면 캡처: 윈도우 캡처 도구, 맥 스크린샷
• 메모 관리: Notion, Google Docs, 기본 메모 앱

근데 도구를 너무 많이 늘리면 오히려 관리할 게 많아집니다. 저는 한 작업에 도구를 1~2개만 고정합니다. 예를 들어 이미지 압축은 Squoosh, PDF 작업은 iLovePDF처럼 정해두면 매번 검색하지 않아도 됩니다.

블로그 글감은 메모보다 상태값이 중요하다

블로그를 오래 하다 보면 글감 메모가 계속 늘어납니다. 문제는 메모가 많아지는 것보다 어떤 글감이 바로 쓸 수 있는 상태인지 모른다는 점입니다. 그래서 저는 글감을 단순한 목록이 아니라 상태별로 나눕니다.

• 아이디어: 나중에 쓸 만한 주제
• 테스트 중: 실제로 도구를 써보는 단계
• 작성 중: 원고를 쓰는 단계
• 검수: 캡처, 링크, 파일 확인 단계
• 발행 완료: 공개된 글

이렇게 해두면 오늘 시간이 30분밖에 없을 때도 할 일을 고르기 쉽습니다. 새 글을 처음부터 쓰기 부담스럽다면 검수 단계의 글에서 링크만 확인할 수 있습니다. 반대로 시간이 넉넉한 날에는 테스트 중인 주제를 잡고 캡처까지 한 번에 진행하면 됩니다.

발행 전에는 링크와 파일만 따로 확인한다

블로그 글을 발행하기 전 가장 자주 놓치는 건 문장보다 링크와 파일입니다. 무료 도구를 소개하는 글에서는 링크가 바뀌거나, 버튼 이름이 달라지거나, 무료 제한 조건이 바뀌는 일이 종종 있습니다. 그래서 발행 직전에는 본문을 다시 읽기보다 실제 링크를 클릭하고 파일이 제대로 열리는지 확인합니다.

제가 쓰는 짧은 점검 기준은 이렇습니다. 다운로드 링크가 새 창에서 열리는지, 첨부한 PDF가 깨지지 않는지, 이미지 순서가 본문 설명과 맞는지, 모바일 화면에서 표나 긴 파일명이 밀리지 않는지 확인합니다. 이 네 가지만 봐도 독자가 중간에 막힐 가능성이 줄어듭니다.

블로그는 거창한 시스템보다 반복 가능한 작은 규칙이 더 오래 갑니다. 폴더 하나, 파일 이름 하나, 발행 전 점검표 하나만 바꿔도 다음 글을 쓸 때 손이 훨씬 덜 갑니다. 저도 아직 모든 자료를 완벽하게 관리하지는 못하지만, 적어도 예전처럼 최종 파일을 찾아 헤매는 시간은 크게 줄었습니다.