FRAMER
Framer CMS, 컬렉션을 언제 나눠야 할까요?
Framer CMS, 컬렉션을 언제 나눠야 할까요?
글마다 같은 저자 소개를 복사하고 있다면 CMS 구조를 살펴볼 때입니다. 별도 컬렉션이 필요한 정보와 단순한 옵션으로 충분한 정보를 구분하고, 참조 관계와 실제 편집 흐름을 설계하는 방법을 알아봅니다.
글마다 같은 저자 소개를 복사하고 있다면 CMS 구조를 살펴볼 때입니다. 별도 컬렉션이 필요한 정보와 단순한 옵션으로 충분한 정보를 구분하고, 참조 관계와 실제 편집 흐름을 설계하는 방법을 알아봅니다.
같은 정보를 여러 글에서 고치고 있다면 구조를 살펴볼 때입니다
블로그에 글을 올릴 때마다 저자 이름과 사진, 소개를 다시 입력하고 있나요? 처음에는 복사해서 넣으면 됩니다. 그런데 저자 소개가 바뀌면 그 사람이 쓴 글을 모두 찾아 수정해야 합니다. 어떤 글에는 새 사진이 있고 어떤 글에는 이전 소개가 남는 일도 생깁니다.
Framer CMS를 정리할 때는 현재 화면에 필요한 칸뿐 아니라 다음 수정 때 어떤 항목을 함께 바꿔야 하는지도 살펴보면 좋습니다. 같은 정보가 여러 콘텐츠에서 반복되는지, 그 정보를 따로 관리할 이유가 있는지가 컬렉션을 나누는 기준입니다.
가상의 회사 블로그를 예로 들어보겠습니다. 글마다 제목, 본문과 함께 저자 이름·사진·소개를 입력합니다. 저자가 여러 글을 쓰고 프로필도 별도로 관리한다면 Articles와 Authors를 나눌 수 있습니다. Authors에는 사람별 프로필을 저장하고 Articles에서는 해당 저자를 참조합니다. 실제 고객사 사례나 현재 운영 중인 CMS를 변경하라는 제안은 아닙니다.
반대로 한 번만 쓰는 캠페인 문구까지 별도 컬렉션으로 옮길 필요는 없습니다. 필드를 더 쪼갰다는 사실만으로 운영이 편해지지는 않습니다. 작성자가 글 하나를 올리기 위해 여러 컬렉션을 오가야 한다면 구조를 다시 단순하게 만들 여지도 있습니다.
따로 관리할 정보와 선택지만 필요한 정보를 구분합니다
저자 프로필은 여러 글이 함께 쓰는 정보입니다
저자 이름, 사진, 소개가 Articles 안에 있으면 글마다 동일한 내용을 보관하게 됩니다. Authors로 분리한 뒤에는 저자 프로필을 한곳에서 관리하고 글에서 저자를 선택하도록 구성합니다. 누가 어떤 정보를 수정하는지도 정하기 쉬워집니다.
필드 구성은 다음처럼 출발할 수 있습니다.
컬렉션 | 필드 예시 | 입력 기준 |
|---|---|---|
Articles | Title, Slug, Body, Author | Author에서 저자 항목 참조 |
Authors | Name, Photo, Bio | 사람별 프로필을 한 항목으로 관리 |
참조 필드를 만들었다고 기존 화면이 저절로 완성되는 것은 아닙니다. 상세 페이지의 저자 이름과 사진, 소개가 참조한 Authors의 필드에 연결됐는지 확인해야 합니다. 원본 프로필을 바꾼 뒤에는 미리보기에서 표시를 확인하고 발행한 페이지에도 원하는 값이 반영됐는지 점검합니다.
짧은 분류명만 필요하다면 Option을 유지해도 됩니다
카테고리가 Product Strategy, UX/UI, Framer, Development처럼 정해진 이름을 고르는 용도라면 Option으로 관리해도 됩니다. 이름만 필요한데 별도 컬렉션과 참조를 추가하면 입력과 관리 단계가 늘어납니다.
카테고리마다 설명, 이미지처럼 자체 정보가 생기거나 여러 콘텐츠에서 같은 분류 정보를 함께 써야 한다면 별도 컬렉션을 검토합니다. 판단이 어렵다면 다음을 물어보세요.
여러 항목에서 동일한 정보를 반복 입력하고 있나요?
이름 외에 사진이나 소개처럼 함께 관리할 필드가 있나요?
해당 정보만 따로 수정하거나 관리할 담당자가 있나요?
분리했을 때 작성자가 찾아야 할 항목이 지나치게 늘어나지는 않나요?
모든 질문에 같은 답이 나올 필요는 없습니다. 실제 수정 작업이 줄어드는지 작성자의 업무로 확인합니다.
한 개를 연결할지 여러 개를 연결할지 먼저 정합니다
공동 저자가 있다면 입력 방식도 달라집니다
글마다 저자 한 명만 연결한다면 단일 참조로 시작할 수 있습니다. 공동 저자가 있는 블로그라면 여러 Authors 항목을 연결하는 다중 참조를 검토합니다. Framer는 컬렉션 참조에서 단일 참조와 다중 참조를 지원합니다.
다만 언젠가 공동 저자가 생길 수도 있다는 이유만으로 처음부터 복잡하게 구성할 필요는 없습니다. 현재 편집 기준을 먼저 정하고 여러 명을 표시해야 할 때 카드나 목록을 어떻게 배치할지 함께 설계합니다. 데이터에서 여러 저자를 선택할 수 있어도 화면이 한 명만 표시하도록 연결돼 있다면 의도한 결과가 나오지 않습니다.
필드 이름 옆에 입력 기준을 남깁니다
Author라는 필드만 두면 글을 쓴 사람을 고르는지 검수자를 고르는지 헷갈릴 수 있습니다. 작성자는 Authors에서 선택하고 검수자는 별도 관리하는지처럼 팀의 기준을 짧게 적어 두세요.
Title과 Name도 같은 방식으로 구분합니다. Title은 독자에게 보이는 글 제목, Name은 저자 표시 이름처럼 무엇을 입력할지 정합니다. Slug는 URL에 쓰는 값이라는 설명을 남기면 제목 수정과 주소 변경을 같은 작업으로 오해하는 일을 줄일 수 있습니다.
공유 정보와 글별 정보도 섞지 않는 편이 좋습니다. 저자의 기본 소개는 Authors에서 가져오되 특정 글에만 필요한 기여 설명은 Articles에 남길 수 있습니다. 한 글의 표현을 바꾸려고 공용 프로필을 수정하면 다른 글의 표시까지 바뀔 수 있으므로 수정 범위를 작성자가 이해해야 합니다.
구조를 나눈 뒤에는 실제 글 한 편을 끝까지 올려봅니다
설계표만 보면 잘 정리돼 있어도 실제 입력에서는 막히는 곳이 드러납니다. 편집 담당자와 함께 새 저자 등록부터 상세 페이지 확인까지 진행합니다. 저자를 등록한 다음 글을 만들고 저자를 선택하는 과정을 따라갑니다.
특히 평범한 예시 하나로만 확인하지 마세요. 저자를 선택하지 않은 글, 사진이 없는 프로필, 긴 이름과 긴 제목을 넣어 봅니다. 저자가 비어 있을 때 빈 영역을 숨길지 대체 표시를 쓸지도 정합니다. 공동 저자를 지원한다면 여러 명의 이름과 사진이 모바일에서 겹치거나 잘리지 않는지 확인합니다.
저자 소개를 수정하는 테스트도 필요합니다. 연결된 글에서 바뀐 내용을 가져오는지, 다른 글에만 필요한 소개까지 덮어쓰지는 않는지, 미리보기와 발행 페이지가 같은 의도로 표시되는지 확인해야 합니다.
CMS 구조는 실제로 글을 올리고 고치는 사람의 동선을 따라 정리하는 편이 낫습니다. 공통 정보는 함께 쓰고 글마다 달라야 하는 내용은 해당 글에 남겨두세요. 컬렉션 수보다 반복 입력이 줄었는지, 수정할 곳을 쉽게 찾는지로 결과를 판단할 수 있습니다.
4PS와 콘텐츠 사이트를 준비한다면 앞으로 올릴 글과 자주 바뀔 정보를 함께 알려주세요. 편집 방식에 맞춰 컬렉션과 참조 관계를 정리하고 실제 입력부터 반응형 화면 확인까지 이어서 설계하겠습니다.
Latest Blogs
FRAMER
Framer CMS, 컬렉션을 언제 나눠야 할까요?
Framer CMS, 컬렉션을 언제 나눠야 할까요?
글마다 같은 저자 소개를 복사하고 있다면 CMS 구조를 살펴볼 때입니다. 별도 컬렉션이 필요한 정보와 단순한 옵션으로 충분한 정보를 구분하고, 참조 관계와 실제 편집 흐름을 설계하는 방법을 알아봅니다.
글마다 같은 저자 소개를 복사하고 있다면 CMS 구조를 살펴볼 때입니다. 별도 컬렉션이 필요한 정보와 단순한 옵션으로 충분한 정보를 구분하고, 참조 관계와 실제 편집 흐름을 설계하는 방법을 알아봅니다.
같은 정보를 여러 글에서 고치고 있다면 구조를 살펴볼 때입니다
블로그에 글을 올릴 때마다 저자 이름과 사진, 소개를 다시 입력하고 있나요? 처음에는 복사해서 넣으면 됩니다. 그런데 저자 소개가 바뀌면 그 사람이 쓴 글을 모두 찾아 수정해야 합니다. 어떤 글에는 새 사진이 있고 어떤 글에는 이전 소개가 남는 일도 생깁니다.
Framer CMS를 정리할 때는 현재 화면에 필요한 칸뿐 아니라 다음 수정 때 어떤 항목을 함께 바꿔야 하는지도 살펴보면 좋습니다. 같은 정보가 여러 콘텐츠에서 반복되는지, 그 정보를 따로 관리할 이유가 있는지가 컬렉션을 나누는 기준입니다.
가상의 회사 블로그를 예로 들어보겠습니다. 글마다 제목, 본문과 함께 저자 이름·사진·소개를 입력합니다. 저자가 여러 글을 쓰고 프로필도 별도로 관리한다면 Articles와 Authors를 나눌 수 있습니다. Authors에는 사람별 프로필을 저장하고 Articles에서는 해당 저자를 참조합니다. 실제 고객사 사례나 현재 운영 중인 CMS를 변경하라는 제안은 아닙니다.
반대로 한 번만 쓰는 캠페인 문구까지 별도 컬렉션으로 옮길 필요는 없습니다. 필드를 더 쪼갰다는 사실만으로 운영이 편해지지는 않습니다. 작성자가 글 하나를 올리기 위해 여러 컬렉션을 오가야 한다면 구조를 다시 단순하게 만들 여지도 있습니다.
따로 관리할 정보와 선택지만 필요한 정보를 구분합니다
저자 프로필은 여러 글이 함께 쓰는 정보입니다
저자 이름, 사진, 소개가 Articles 안에 있으면 글마다 동일한 내용을 보관하게 됩니다. Authors로 분리한 뒤에는 저자 프로필을 한곳에서 관리하고 글에서 저자를 선택하도록 구성합니다. 누가 어떤 정보를 수정하는지도 정하기 쉬워집니다.
필드 구성은 다음처럼 출발할 수 있습니다.
컬렉션 | 필드 예시 | 입력 기준 |
|---|---|---|
Articles | Title, Slug, Body, Author | Author에서 저자 항목 참조 |
Authors | Name, Photo, Bio | 사람별 프로필을 한 항목으로 관리 |
참조 필드를 만들었다고 기존 화면이 저절로 완성되는 것은 아닙니다. 상세 페이지의 저자 이름과 사진, 소개가 참조한 Authors의 필드에 연결됐는지 확인해야 합니다. 원본 프로필을 바꾼 뒤에는 미리보기에서 표시를 확인하고 발행한 페이지에도 원하는 값이 반영됐는지 점검합니다.
짧은 분류명만 필요하다면 Option을 유지해도 됩니다
카테고리가 Product Strategy, UX/UI, Framer, Development처럼 정해진 이름을 고르는 용도라면 Option으로 관리해도 됩니다. 이름만 필요한데 별도 컬렉션과 참조를 추가하면 입력과 관리 단계가 늘어납니다.
카테고리마다 설명, 이미지처럼 자체 정보가 생기거나 여러 콘텐츠에서 같은 분류 정보를 함께 써야 한다면 별도 컬렉션을 검토합니다. 판단이 어렵다면 다음을 물어보세요.
여러 항목에서 동일한 정보를 반복 입력하고 있나요?
이름 외에 사진이나 소개처럼 함께 관리할 필드가 있나요?
해당 정보만 따로 수정하거나 관리할 담당자가 있나요?
분리했을 때 작성자가 찾아야 할 항목이 지나치게 늘어나지는 않나요?
모든 질문에 같은 답이 나올 필요는 없습니다. 실제 수정 작업이 줄어드는지 작성자의 업무로 확인합니다.
한 개를 연결할지 여러 개를 연결할지 먼저 정합니다
공동 저자가 있다면 입력 방식도 달라집니다
글마다 저자 한 명만 연결한다면 단일 참조로 시작할 수 있습니다. 공동 저자가 있는 블로그라면 여러 Authors 항목을 연결하는 다중 참조를 검토합니다. Framer는 컬렉션 참조에서 단일 참조와 다중 참조를 지원합니다.
다만 언젠가 공동 저자가 생길 수도 있다는 이유만으로 처음부터 복잡하게 구성할 필요는 없습니다. 현재 편집 기준을 먼저 정하고 여러 명을 표시해야 할 때 카드나 목록을 어떻게 배치할지 함께 설계합니다. 데이터에서 여러 저자를 선택할 수 있어도 화면이 한 명만 표시하도록 연결돼 있다면 의도한 결과가 나오지 않습니다.
필드 이름 옆에 입력 기준을 남깁니다
Author라는 필드만 두면 글을 쓴 사람을 고르는지 검수자를 고르는지 헷갈릴 수 있습니다. 작성자는 Authors에서 선택하고 검수자는 별도 관리하는지처럼 팀의 기준을 짧게 적어 두세요.
Title과 Name도 같은 방식으로 구분합니다. Title은 독자에게 보이는 글 제목, Name은 저자 표시 이름처럼 무엇을 입력할지 정합니다. Slug는 URL에 쓰는 값이라는 설명을 남기면 제목 수정과 주소 변경을 같은 작업으로 오해하는 일을 줄일 수 있습니다.
공유 정보와 글별 정보도 섞지 않는 편이 좋습니다. 저자의 기본 소개는 Authors에서 가져오되 특정 글에만 필요한 기여 설명은 Articles에 남길 수 있습니다. 한 글의 표현을 바꾸려고 공용 프로필을 수정하면 다른 글의 표시까지 바뀔 수 있으므로 수정 범위를 작성자가 이해해야 합니다.
구조를 나눈 뒤에는 실제 글 한 편을 끝까지 올려봅니다
설계표만 보면 잘 정리돼 있어도 실제 입력에서는 막히는 곳이 드러납니다. 편집 담당자와 함께 새 저자 등록부터 상세 페이지 확인까지 진행합니다. 저자를 등록한 다음 글을 만들고 저자를 선택하는 과정을 따라갑니다.
특히 평범한 예시 하나로만 확인하지 마세요. 저자를 선택하지 않은 글, 사진이 없는 프로필, 긴 이름과 긴 제목을 넣어 봅니다. 저자가 비어 있을 때 빈 영역을 숨길지 대체 표시를 쓸지도 정합니다. 공동 저자를 지원한다면 여러 명의 이름과 사진이 모바일에서 겹치거나 잘리지 않는지 확인합니다.
저자 소개를 수정하는 테스트도 필요합니다. 연결된 글에서 바뀐 내용을 가져오는지, 다른 글에만 필요한 소개까지 덮어쓰지는 않는지, 미리보기와 발행 페이지가 같은 의도로 표시되는지 확인해야 합니다.
CMS 구조는 실제로 글을 올리고 고치는 사람의 동선을 따라 정리하는 편이 낫습니다. 공통 정보는 함께 쓰고 글마다 달라야 하는 내용은 해당 글에 남겨두세요. 컬렉션 수보다 반복 입력이 줄었는지, 수정할 곳을 쉽게 찾는지로 결과를 판단할 수 있습니다.
4PS와 콘텐츠 사이트를 준비한다면 앞으로 올릴 글과 자주 바뀔 정보를 함께 알려주세요. 편집 방식에 맞춰 컬렉션과 참조 관계를 정리하고 실제 입력부터 반응형 화면 확인까지 이어서 설계하겠습니다.
Latest Blogs
FRAMER
Framer CMS, 컬렉션을 언제 나눠야 할까요?
Framer CMS, 컬렉션을 언제 나눠야 할까요?
글마다 같은 저자 소개를 복사하고 있다면 CMS 구조를 살펴볼 때입니다. 별도 컬렉션이 필요한 정보와 단순한 옵션으로 충분한 정보를 구분하고, 참조 관계와 실제 편집 흐름을 설계하는 방법을 알아봅니다.
글마다 같은 저자 소개를 복사하고 있다면 CMS 구조를 살펴볼 때입니다. 별도 컬렉션이 필요한 정보와 단순한 옵션으로 충분한 정보를 구분하고, 참조 관계와 실제 편집 흐름을 설계하는 방법을 알아봅니다.
같은 정보를 여러 글에서 고치고 있다면 구조를 살펴볼 때입니다
블로그에 글을 올릴 때마다 저자 이름과 사진, 소개를 다시 입력하고 있나요? 처음에는 복사해서 넣으면 됩니다. 그런데 저자 소개가 바뀌면 그 사람이 쓴 글을 모두 찾아 수정해야 합니다. 어떤 글에는 새 사진이 있고 어떤 글에는 이전 소개가 남는 일도 생깁니다.
Framer CMS를 정리할 때는 현재 화면에 필요한 칸뿐 아니라 다음 수정 때 어떤 항목을 함께 바꿔야 하는지도 살펴보면 좋습니다. 같은 정보가 여러 콘텐츠에서 반복되는지, 그 정보를 따로 관리할 이유가 있는지가 컬렉션을 나누는 기준입니다.
가상의 회사 블로그를 예로 들어보겠습니다. 글마다 제목, 본문과 함께 저자 이름·사진·소개를 입력합니다. 저자가 여러 글을 쓰고 프로필도 별도로 관리한다면 Articles와 Authors를 나눌 수 있습니다. Authors에는 사람별 프로필을 저장하고 Articles에서는 해당 저자를 참조합니다. 실제 고객사 사례나 현재 운영 중인 CMS를 변경하라는 제안은 아닙니다.
반대로 한 번만 쓰는 캠페인 문구까지 별도 컬렉션으로 옮길 필요는 없습니다. 필드를 더 쪼갰다는 사실만으로 운영이 편해지지는 않습니다. 작성자가 글 하나를 올리기 위해 여러 컬렉션을 오가야 한다면 구조를 다시 단순하게 만들 여지도 있습니다.
따로 관리할 정보와 선택지만 필요한 정보를 구분합니다
저자 프로필은 여러 글이 함께 쓰는 정보입니다
저자 이름, 사진, 소개가 Articles 안에 있으면 글마다 동일한 내용을 보관하게 됩니다. Authors로 분리한 뒤에는 저자 프로필을 한곳에서 관리하고 글에서 저자를 선택하도록 구성합니다. 누가 어떤 정보를 수정하는지도 정하기 쉬워집니다.
필드 구성은 다음처럼 출발할 수 있습니다.
컬렉션 | 필드 예시 | 입력 기준 |
|---|---|---|
Articles | Title, Slug, Body, Author | Author에서 저자 항목 참조 |
Authors | Name, Photo, Bio | 사람별 프로필을 한 항목으로 관리 |
참조 필드를 만들었다고 기존 화면이 저절로 완성되는 것은 아닙니다. 상세 페이지의 저자 이름과 사진, 소개가 참조한 Authors의 필드에 연결됐는지 확인해야 합니다. 원본 프로필을 바꾼 뒤에는 미리보기에서 표시를 확인하고 발행한 페이지에도 원하는 값이 반영됐는지 점검합니다.
짧은 분류명만 필요하다면 Option을 유지해도 됩니다
카테고리가 Product Strategy, UX/UI, Framer, Development처럼 정해진 이름을 고르는 용도라면 Option으로 관리해도 됩니다. 이름만 필요한데 별도 컬렉션과 참조를 추가하면 입력과 관리 단계가 늘어납니다.
카테고리마다 설명, 이미지처럼 자체 정보가 생기거나 여러 콘텐츠에서 같은 분류 정보를 함께 써야 한다면 별도 컬렉션을 검토합니다. 판단이 어렵다면 다음을 물어보세요.
여러 항목에서 동일한 정보를 반복 입력하고 있나요?
이름 외에 사진이나 소개처럼 함께 관리할 필드가 있나요?
해당 정보만 따로 수정하거나 관리할 담당자가 있나요?
분리했을 때 작성자가 찾아야 할 항목이 지나치게 늘어나지는 않나요?
모든 질문에 같은 답이 나올 필요는 없습니다. 실제 수정 작업이 줄어드는지 작성자의 업무로 확인합니다.
한 개를 연결할지 여러 개를 연결할지 먼저 정합니다
공동 저자가 있다면 입력 방식도 달라집니다
글마다 저자 한 명만 연결한다면 단일 참조로 시작할 수 있습니다. 공동 저자가 있는 블로그라면 여러 Authors 항목을 연결하는 다중 참조를 검토합니다. Framer는 컬렉션 참조에서 단일 참조와 다중 참조를 지원합니다.
다만 언젠가 공동 저자가 생길 수도 있다는 이유만으로 처음부터 복잡하게 구성할 필요는 없습니다. 현재 편집 기준을 먼저 정하고 여러 명을 표시해야 할 때 카드나 목록을 어떻게 배치할지 함께 설계합니다. 데이터에서 여러 저자를 선택할 수 있어도 화면이 한 명만 표시하도록 연결돼 있다면 의도한 결과가 나오지 않습니다.
필드 이름 옆에 입력 기준을 남깁니다
Author라는 필드만 두면 글을 쓴 사람을 고르는지 검수자를 고르는지 헷갈릴 수 있습니다. 작성자는 Authors에서 선택하고 검수자는 별도 관리하는지처럼 팀의 기준을 짧게 적어 두세요.
Title과 Name도 같은 방식으로 구분합니다. Title은 독자에게 보이는 글 제목, Name은 저자 표시 이름처럼 무엇을 입력할지 정합니다. Slug는 URL에 쓰는 값이라는 설명을 남기면 제목 수정과 주소 변경을 같은 작업으로 오해하는 일을 줄일 수 있습니다.
공유 정보와 글별 정보도 섞지 않는 편이 좋습니다. 저자의 기본 소개는 Authors에서 가져오되 특정 글에만 필요한 기여 설명은 Articles에 남길 수 있습니다. 한 글의 표현을 바꾸려고 공용 프로필을 수정하면 다른 글의 표시까지 바뀔 수 있으므로 수정 범위를 작성자가 이해해야 합니다.
구조를 나눈 뒤에는 실제 글 한 편을 끝까지 올려봅니다
설계표만 보면 잘 정리돼 있어도 실제 입력에서는 막히는 곳이 드러납니다. 편집 담당자와 함께 새 저자 등록부터 상세 페이지 확인까지 진행합니다. 저자를 등록한 다음 글을 만들고 저자를 선택하는 과정을 따라갑니다.
특히 평범한 예시 하나로만 확인하지 마세요. 저자를 선택하지 않은 글, 사진이 없는 프로필, 긴 이름과 긴 제목을 넣어 봅니다. 저자가 비어 있을 때 빈 영역을 숨길지 대체 표시를 쓸지도 정합니다. 공동 저자를 지원한다면 여러 명의 이름과 사진이 모바일에서 겹치거나 잘리지 않는지 확인합니다.
저자 소개를 수정하는 테스트도 필요합니다. 연결된 글에서 바뀐 내용을 가져오는지, 다른 글에만 필요한 소개까지 덮어쓰지는 않는지, 미리보기와 발행 페이지가 같은 의도로 표시되는지 확인해야 합니다.
CMS 구조는 실제로 글을 올리고 고치는 사람의 동선을 따라 정리하는 편이 낫습니다. 공통 정보는 함께 쓰고 글마다 달라야 하는 내용은 해당 글에 남겨두세요. 컬렉션 수보다 반복 입력이 줄었는지, 수정할 곳을 쉽게 찾는지로 결과를 판단할 수 있습니다.
4PS와 콘텐츠 사이트를 준비한다면 앞으로 올릴 글과 자주 바뀔 정보를 함께 알려주세요. 편집 방식에 맞춰 컬렉션과 참조 관계를 정리하고 실제 입력부터 반응형 화면 확인까지 이어서 설계하겠습니다.