Web Guide프론트엔드백엔드개발 구분
프론트엔드와 백엔드, 무엇을 알아야 하나
개발자가 여럿 필요한 이유는 하는 일이 다르기 때문입니다.
발주자가 코드를 알 필요는 없지만, 어느 쪽 일인지 구분하면 요청과 견적이 명확해집니다.

01보이는 쪽과 안 보이는 쪽
프론트엔드는 사용자가 보고 만지는 부분입니다. 백엔드는 데이터를 저장하고 처리하는 보이지 않는 부분입니다.
예를 들어 문의 폼에서, 입력칸과 버튼은 프론트엔드이고, 제출된 내용을 저장하고 메일을 보내는 것은 백엔드입니다.
프론트엔드
화면과 상호작용 · 입력 검증 · 애니메이션 · 반응형 · 사용자가 직접 보는 모든 것
백엔드
데이터 저장과 조회 · 로그인 처리 · 메일·문자 발송 · 결제 처리 · 외부 시스템 연동 · 보안
02기능별로 어느 쪽인가
대부분의 기능은 양쪽이 함께 필요합니다. 다만 무게중심이 어디에 있는지에 따라 개발 난이도와 비용이 달라집니다.
화면이 복잡한 기능은 프론트엔드 비중이, 데이터 처리가 복잡한 기능은 백엔드 비중이 큽니다.
게시판
양쪽 모두. 목록·상세 화면과 데이터 저장.
검색·필터
프론트 비중이 큰 경우와 백엔드 비중이 큰 경우로 나뉩니다.
회원·로그인
백엔드 중심. 보안이 중요합니다.
결제
백엔드 중심. 외부 연동과 예외 처리.
애니메이션·인터랙션
프론트엔드.
관리자 통계
백엔드 중심. 데이터 집계.
03요청할 때 구분하면 좋은 이유
'느려요'라는 요청은 양쪽 다 원인일 수 있어 파악에 시간이 걸립니다. 어떤 상황에서 느린지 말해 주면 범위가 좁혀집니다.
'페이지 여는 게 느리다'와 '검색 버튼 누르고 결과 나오는 게 느리다'는 원인이 다릅니다.
01
화면이 늦게 뜬다
이미지나 스크립트 문제. 프론트엔드 쪽일 가능성이 큽니다.
02
버튼 누른 뒤 오래 걸린다
데이터 처리 문제. 백엔드 쪽입니다.
03
특정 기기에서만
프론트엔드 호환 문제.
04
특정 시간대에만
서버 부하. 백엔드·인프라 문제.
05
데이터가 많을 때만
쿼리나 목록 처리. 백엔드.
04한 사람이 다 하는 경우도 있다
규모가 작은 프로젝트에서는 한 개발자가 양쪽을 다 하기도 합니다. 문제가 되는 것은 아니지만, 각 영역의 깊이는 전문 인력보다 얕을 수 있습니다.
단순한 사이트는 충분하고, 복잡한 기능이 있으면 전문 인력이 나뉘어 있는 편이 낫습니다.
한 사람이 다 해도 충분합니다. 소통이 오히려 빠릅니다.
결제, 대량 데이터, 실시간 처리는 전문 인력이 유리합니다.
제작사에 각 영역 담당이 어떻게 되는지 물어봅니다.
나중에 다른 개발자가 이어받을 수 있는 구조인지도 중요합니다.
CHECK POINT
□ 프론트엔드와 백엔드의 차이를 이해하는가
□ 요청할 기능이 어느 쪽 비중이 큰지 짐작할 수 있는가
□ 문제를 전달할 때 상황을 구체적으로 설명하는가
□ 제작사의 개발 인력 구성을 확인했는가
□ 복잡한 기능이라면 전문 인력이 있는지 확인했는가
#프론트엔드#백엔드#개발 구분#성능 문제#개발 인력#기능 구현#웹 기초#제작 공정#웹비스타#홈페이지 제작