그동안 티스토리, 벨로그로 개발 블로그를 운영했고, 각 플랫폼마다 분명한 장단점이 있었다. 이 글에서는 블로그 플랫폼의 장단점을 비교하고, 최종적으로 깃허브 블로그에 정착한 이유를 정리하려 한다.
네이버 블로그
네이버 블로그는 국내에서 대중적인 플랫폼이지만, 개발 블로그로는 적합하지 않았다.
가장 큰 문제는 검색 엔진 최적화(SEO)다. 구글에서 네이버 블로그 글이 잘 검색되지 않고, 검색되었을 때 데스크톱 환경에서 모바일 버전으로 노출되는 경우도 많다. 개발자들이 정보를 찾을 때 대부분 구글을 사용한다는 점을 생각하여, 검색이 불편한 네이버 블로그는 처음부터 후보에서 제외하였다.
티스토리
티스토리는 네이버보다 검색 노출이 잘 되고 광고 연동이 가능하다는 장점이 있다.
하지만 커스터마이징이 불편하고 마크다운 문법을 온전히 지원하지 않아 벨로그로 이주하였다. 티스토리에서도 물론 마크다운 사용이 가능하지만, 텍스트 에디터와의 호환이 매끄럽지 않다. 개발 글을 작성하다 보면 코드와 텍스트, 마크다운을 섞어 사용해야 하는데, 이 부분에서 사용 경험이 좋지 않았다.
벨로그
벨로그는 기본 디자인이 깔끔하고 마크다운 문법을 완벽하게 지원한다. 코드 블록과의 연동도 자연스러워 커스터마이징이 필요한 경우도 적었다. 개발 포스팅에 특화되어 있다는 점에서 가장 만족스러운 플랫폼이었다.
다만 결정적인 아쉬움이 있었는데 바로 카테고리 기능이 빈약하다는 점이다. 벨로그는 태그 기반으로 글을 분류하는데, 시리즈 기능이 있긴 하지만 계층적인 카테고리 구조를 만들기는 어렵다. 글이 쌓일수록 체계적으로 분류하고 정리하고 싶은 욕구가 커졌는데, 벨로그의 분류 체계로는 한계가 있었다.
결론: 왜 깃허브 블로그인가
여러 플랫폼을 거치며, 내가 원하는 블로그의 조건이 명확해졌다.
- 검색 엔진 최적화가 가능할 것: 구글에서 잘 검색되어야 한다
- 마크다운 문법을 지원할 것: 코드와 글을 편하게 작성할 수 있어야 한다
- 커스터마이징이 자유로울 것: 플랫폼에 마음에 들지 않는 부분이 생기면 수정할 수 있어야 한다
- 카테고리 기능을 갖출 것: 글을 체계적으로 분류할 수 있어야 한다
이 조건을 모두 만족하는 플랫폼은 결국 깃허브 블로그밖에 없었다. 깃허브 블로그는 마크다운으로 글을 작성하고, SEO를 세밀하게 관리할 수 있다. 테마를 자유롭게 고르거나 직접 만들 수 있어 커스터마이징의 제약이 사실상 없고, 폴더 구조나 설정을 통해 원하는 만큼 카테고리를 구성할 수 있다.
무엇보다 모든 글이 내 깃 저장소에 남는다. 콘텐츠가 특정 플랫폼에 종속되지 않고 온전히 내 소유로 관리된다는 점은 큰 매력이다.
물론 초기 설정이 다른 플랫폼보다 번거롭고, 필요한 기능을 직접 붙여야 한다는 진입 장벽은 있다. 하지만 한 번 환경을 갖춰두면 그 이후의 자유도는 다른 플랫폼이 따라올 수 없다. 그래서 나는 깃허브 블로그로 이사를 결심했다.