디자이너들이 요즘 Framer로 사이트를 만드는 이유, 그리고 그 대가

Framer 사이트의 디자인 자유도를 얻으면 무엇을 포기하는지 설명합니다. 사이트 이전, 속도 관리, 회원 기능, 글 규모 한도를 다룹니다.

경쟁사 사이트를 열었더니 화면이 부드럽게 움직이고 여백까지 정돈되어 있어서 누가 만들었는지 알아본 적이 있으실 것입니다. 알아보니 디자이너가 Framer(프레이머, 화면을 디자인하듯 사이트를 만드는 서비스)로 만든 사이트였습니다. 그 디자이너가 우리 사이트도 같은 서비스로 만들자고 제안하면 시안만 보고 바로 승낙하고 싶어집니다.

Framer의 디자인 자유도를 얻는 만큼 고객이 포기하는 것이 있습니다. 포기하는 내용은 사이트를 만드는 날에는 보이지 않고 개발사를 바꾸거나 글이 늘어나는 때에 드러납니다. 만들기 전에 알아 두시면 시안만 보고 정하는 일을 피할 수 있습니다.

Framer로 만든 사이트를 다른 곳으로 옮기려 하면 무슨 일이 생깁니까?

Framer는 공개한 사이트를 HTML 파일(웹페이지를 이루는 기본 파일)로 내려받는 방법을 제공하지 않습니다. 그래서 고객이 따로 계약한 호스팅으로 사이트를 옮길 수 없습니다. 호스팅은 사이트 파일을 올려 두고 방문자에게 보여 주는 공간입니다. 사이트가 Framer 안에서만 운영된다는 뜻입니다.

예를 들어 학원을 운영하는 고객이 사이트를 만든 지 한참 뒤에 수정을 맡길 개발사를 바꾼다고 해 보겠습니다. 새 개발사는 사이트 파일을 받아 직접 마련한 호스팅에 올리려 하지만 받을 파일이 없습니다. 선택지는 Framer 안에서 계속 운영하거나 사이트를 새로 만드는 것입니다.

이런 상황에서는 사이트 파일보다 Framer 계정이 누구 이름으로 되어 있는지가 더 큰 문제가 됩니다. 계정이 개발사 이름으로 되어 있으면 프로젝트 종료 후에 고객이 사이트 관리 화면에 들어가지 못할 수 있습니다. 만들기 시작하는 날 Framer 계정 소유자 이름을 확인하시면 됩니다.

반대로 사이트를 한 곳에 두고 같은 서비스 안에서 계속 수정할 계획이라면 이전 제한은 일상에서 드러나지 않습니다. 제한이 드러나는 때는 개발사를 바꾸는 때와 회사 정책으로 호스팅을 직접 정해야 하는 때입니다. 개발사 교체와 호스팅 변경이 생기지 않을 사이트라면 이전 제한의 비중은 낮습니다.

Framer로 만든 사이트가 빠르게 열리는 일은 누가 관리합니까?

Framer는 사이트가 빠르게 열리도록 하는 속도와 최적화 기능 상당수가 Framer 자체 서버 설비에 의존한다고 밝힙니다. 사이트를 빠르게 보여 주는 일의 상당 부분을 개발사가 아니라 Framer가 맡는 구조입니다.

디자이너에게 Framer가 매력적인 점은 화면을 그리듯 배치와 움직임을 정해 곧바로 사이트로 만들 수 있다는 것입니다. 코드(웹페이지를 만드는 명령 문장)를 직접 작성하는 단계가 줄어들 수 있어 시안과 가까운 모양을 만들 수 있습니다.

그 편리함에는 대가가 있습니다. 속도와 최적화 기능이 Framer의 서버 설비에 의존하므로 개발사의 조정 범위가 좁아질 수 있습니다. 개발사가 직접 조정할 수 있는 범위는 Framer가 열어 둔 설정으로 한정될 수 있습니다.

방문자가 보는 공개 화면은 표준 형식의 파일로 이루어집니다. HTML과 CSS, JavaScript(웹페이지의 구조와 모양과 동작을 정하는 언어), 이미지 파일이 그렇습니다. 그러나 CMS(글이나 상품 정보를 입력해 두면 사이트에 보여 주는 관리 기능)에 쌓아 둔 내용은 다릅니다. 플러그인(기능을 추가하는 프로그램)을 거쳐야 CSV나 JSON이라는 데이터 파일로 꺼낼 수 있습니다.

병원이나 시공 회사처럼 안내 글과 사례 글을 계속 쌓는 사이트에서는 내용을 꺼내는 절차가 필요할 수 있습니다. Framer에서는 화면 디자인을 얻는 대신 사이트 파일과 속도 조정을 Framer에 맡기게 됩니다. 그런 사이트를 운영하실 고객은 만들기 전에 내용을 꺼내는 절차를 개발사에 확인하실 수 있습니다.

Framer로 만들지는 어떤 순서로 판단합니까?

사이트에 필요한 기능을 세 단계로 대조하면 Framer가 맞는지 판단할 수 있습니다.

1. 회원 로그인이 필요한지 확인합니다. 로그인이나 회원 기능은 Framer 안에서 직접 만들기보다 외부 플러그인을 추가하는 방식이 안내됩니다. Outseta, Gately, Thenty가 회원 관리용 플러그인의 예입니다.

2. 글과 페이지가 얼마나 늘어날지 예상합니다. Framer 무료 플랜은 요금을 내지 않고 쓰는 기본 이용 방식입니다. 무료 플랜에서는 CMS 컬렉션(글 종류별 묶음) 10개와 페이지 1,000개까지 쓸 수 있습니다. 규모가 커지면 요금제를 바꿔야 합니다.

3. 글을 자주 올릴 사이트라면 CMS 기능을 비교합니다. CMS 기능만 놓고 보면 Framer와 Webflow(웹플로우, 같은 종류의 사이트 제작 서비스)는 비슷합니다. 비교한 쪽은 Webflow가 약간 낫다고 평가했습니다.

세 단계에서 문제가 되는 항목이 없으면 Framer의 디자인 자유도를 쓰는 데 부담이 적습니다. 문제가 되는 항목이 있으면 다른 구축 방식과 비교합니다. 워드프레스(글을 쓰고 관리하는 화면이 갖춰진 웹사이트 제작 프로그램)와 Webflow가 비교 대상입니다. 비교한 뒤에도 Framer가 맞는 것으로 나올 수 있습니다.

예를 들어 수강생 전용 자료실이 있는 학원 사이트는 첫 단계에서 문제가 됩니다. 반면 시공 사례 몇 편과 문의 양식만 있는 회사 사이트는 세 단계를 지나도 문제가 되는 항목이 거의 없습니다.

디자인 시안이 마음에 들어도 구축 방식은 시안만으로 정하지 않습니다. 회원 로그인과 글 규모와 CMS 기능은 Framer를 정하기 전에 대조해 볼 항목입니다.

사이트로 하는 일과 업데이트 주기는 어떻게 적습니까?

사이트로 하는 일은 방문자가 사이트에서 하는 행동으로 적고 업데이트 주기는 누가 얼마나 자주 내용을 수정하는지로 적습니다. 두 내용이 적혀 있으면 개발사와 같은 기준으로 Framer가 맞는지 이야기할 수 있습니다.

1. 방문자가 사이트에서 문의하는지 예약하는지 가입하는지 구매하는지를 적습니다.

2. 수정하는 사람이 직원인지 개발사인지와 수정하는 주기를 적습니다.

3. 개발사나 호스팅을 바꿀 가능성이 있는지 적습니다.

예를 들어 진료 시간 안내만 가끔 수정하는 병원 사이트와 매일 소식을 올리는 제조 회사 사이트가 있습니다. 두 사이트는 같은 서비스를 써도 부담이 다릅니다. 올리는 글이 늘수록 CMS 기능과 규모 한도가 판단에 더 크게 작용합니다.

적으실 때는 지금 계획만이 아니라 앞으로 추가될 기능도 한 줄 넣어 두시면 좋습니다. 회원 기능이 필요한지는 기능이 추가될 때가 아니라 적는 단계에서 미리 드러납니다.

비용은 무엇에 따라 달라집니까?

사이트의 범위는 사이트로 하는 일과 규모, 업데이트 주기, 디자인 준비 상태에 따라 달라집니다.

1. 사이트로 하는 일: 회사 소개 위주인지 문의·예약·회원 기능까지 있는지

2. 페이지와 글의 규모: 처음 만들 페이지 수와 앞으로 늘어날 글의 양

3. 업데이트 주기와 담당자: 직원이 직접 수정하는지 개발사에 맡기는지

4. 디자인 준비 상태: 마음에 둔 참고 사이트나 시안이 있는지 새로 기획해야 하는지

5. 구축 방식: Framer로 만들지 다른 방식으로 만들지

사이트로 하는 일과 규모, 수정 주기를 알려 주시면 범위를 잡을 수 있습니다.

문의하면 어떤 순서로 진행됩니까?

문의부터 인계까지 다음 순서로 진행합니다.

1. 문의를 남기시면 사이트로 하는 일과 수정 주기를 중심으로 상담합니다.

2. 상담 내용에 맞춰 범위와 견적을 안내합니다. 견적을 보시고 진행할지는 고객이 정하시면 됩니다.

3. 진행하시기로 하면 기획과 디자인, 개발을 한 곳에서 제작합니다.

4. 프로젝트를 마치면 사이트와 계정을 고객에게 넘겨드립니다.

그래서 Framer로 만들어도 됩니까?

소개와 문의 접수가 중심이고 수정 담당과 주기가 정해져 있는 사이트라면 Framer의 디자인 자유도를 알아볼 만합니다. 개발사를 바꿀 계획이 없다면 이전 제한도 문제가 되지 않습니다. 회원 기능이나 큰 규모의 글 보관이 필요하다면 다른 구축 방식과 나란히 놓고 비교하실 수 있습니다.