브런치에서의 첫걸음
Hello Brunch
블로그 유목민으로써 오늘은 개인적으로 특별한 날입니다. 앞으로 브런치라는 플랫폼에서 첫 글을 쓰게 되었습니다.
그동안 tistory, Notion, 자체 블로그, 다시 Notion의 우피서비스 등을 활용해 블로그를 운영했지만, 몇 가지 문제를 느껴오면서 또다른 새로운 환경이 필요하다고 느꼈습니다.
노션 위주의 정리의 장점
빠른 글쓰기, 간단한 정리만으로도 자체가 완성도 높은 폼이 될 수 있음
하지만 글이 많아지고 지식 공유의 목적이 커지면서 그 목적을 달성하기엔 검색엔진 최적화의 불리함을 가지고 있었습니다. 이미 많은 블로그 플랫폼에서 작성되는 글들은 정해진 정보데이터(메타태그) 규격 내에서 글이 발행되기 때문에 노출수가 확보되기 유리합니다.
본질적인 기능에 대한 고려
Notion은 주로 노트 및 프로젝트 관리 도구로 활용되도록 설계된 점.
따라서 블로그 플랫폼으로서의 기능이 제한적이며 검색엔진 최적화(SEO) 측면에서도 일반적인 블로그 플랫폼에 비해 불리할 수 있습니다.
메타 태그, URL 구조, 사이트 맵 등의 최적화 기능이 부족해 검색 엔진에서의 노출이 어려운 점이 있었고, 이를 해결하기 위해선 해당 페이지를 직접 다른 정적 페이지에서 서빙하면서 일반적인 HTML 구조 내 바디로 포함되도록 해야 했습니다. 이를 위해 오픈소스 morethanlog를 참고하여 Next.js-Vercel 배포를 통해 글들을 올려보았지만, 글의 수량, 이미지의 크기 등 클라우드 서버의 제한된 제공 한계에 따라 지속적인 배포와 문제가 발생했습니다.
이후 Oopy라는 노션 블로그화 호스팅 서비스를 통해 대부분의 문제는 해결되었지만, 지속적인 비용의 발생한다는 점은 문제였습니다.
Notion에 강하게 결합된 높은 의존
여전히 게시글의 기반이 Notion의 페이지 단위기 때문에 “검색엔진 최적화의 불리함을 직접 가지고 가야 하는가? “ 에 대한 블로그 운영의 목적에서 다시 생각하게 되었습니다.
책임과 역할의 분리
반면에 여러 블로그 플랫폼은 일반적으로 콘텐츠 발행과 관리에 최적화되어 있어 SEO 및 사용자 친화적인 기능을 제공합니다. 이러한 이유로, 블로그 운영을 목적으로 할 때는 전용 플랫폼을 사용하는 것이 더 효과적일 수 있습니다.
효율적이라 판단했었던 각종 문서화와 그것을 그대로 블로그로 활용하려 했기에 생긴 문제라고 생각합니다. 다시 블로그 서비스를 통해 지식공유와 개인 문서화를 각 소프트웨어, 서비스의 기능에 맞게 사용하도록 분리하고자 합니다.
누군가에겐 사소해 보일 수 있는 블로그 운영이지만, 개발자스러운 사고방식으로 블로그 이용 이유를 적어보았습니다.
저는 주로 웹 개발, 콘텐츠 개발, 가상현실에 많은 관심이 있습니다. 이러한 주제들에 대해 깊이 있는 이야기를 나누고, 최신 트렌드와 기술을 정리해나갈 예정입니다.
앞으로 웹 개발 관련 팁, 콘텐츠 제작 과정, 그리고 가상현실의 미래에 대한 생각 등을 공유하며 소통할 수 있는 공간이 되기를 바랍니다. 제 경험의 과정 공유를 통해 스스로 계속 성장해 나가려 합니다. 같은 고민, 문제를 해결하고자 하는 분들과 소통하길 희망합니다.