VIBECODING 365 / DICTIONARY
응답
Response
DEFINITION
응답은 HTTP에서 서버가 클라이언트의 요청에 대해 보내는 답 메시지다. MDN HTTP messages 가이드는 메시지를 요청과 응답 두 종류로 나누고, 응답을 “요청에 대한 서버의 답”이라고 설명한다. 브라우저도 API 클라이언트도 결국 이 응답을 보고 성공인지, 무엇을 받았는지, 다음에 무엇을 하면 되는지 판단한다.
요청과 응답은 비슷한 뼈대를 쓴다. 한 줄짜리 시작 줄, 선택적인 헤더들, 빈 줄, 그리고 필요할 때 본문이다. 응답의 시작 줄은 상태 줄이라 불리며, 프로토콜 버전과 숫자 상태 코드, 선택적인 짧은 설명 문구로 구성된다. 상태 코드가 요청이 성공했는지 실패했는지를 나타내고, 흔한 예로 200·404·302 등이 있다.
헤더와 본문이 담는 것
응답 헤더는 메시지에 대한 부가 정보다. 실제로 어떤 형식의 내용인지, 언제 만들어졌는지, 어떻게 캐시할지 같은 단서가 여기에 실릴 수 있다. 본문이 있으면 그 형태나 인코딩을 설명하는 표현 헤더도 함께 온다. 성공한 GET 요청의 본문에는 클라이언트가 원한 데이터가 들어가고, 문제가 있으면 왜 실패했는지 설명하는 내용이 본문에 오는 경우가 많다. 201 Created나 204 No Content처럼 본문 없이도 답을 끝내는 상태 코드도 있다.
앱 코드에서 만나는 모습
프론트나 AI가 만든 fetch 코드에서는 보통 상태 코드를 먼저 보고, 그다음 JSON 같은 본문을 파싱한다. 성공일 때만 객체를 주고 실패일 때는 문자열만 주는 식으로 형식이 흔들리면 화면 쪽이 바로 깨진다. 응답을 설계할 때는 상태 코드와 본문 스키마를 한 세트로 정해 두는 것이 안전하다.
바이브 코딩에서의 위치
응답은 “서버가 뭐라 했는지”의 공식 기록이다. 네트워크 탭이나 로그에서 상태 줄과 헤더·본문을 함께 보면, AI가 만든 API 연동이 어디서 어긋났는지 추적하기 쉽다. 요청만 예쁘게 보내고 응답 계약을 비워 두면 디버깅이 길어지므로, 초안 단계부터 성공·실패 각각의 응답 모양을 적어 두는 편이 좋다.
ENGLISH
Response
EXAMPLE
HTTP/1.1 200 OK — Content-Type과 JSON 본문
관련
이어서 볼 문서
RELATED TERMS
연관 용어
OpenAI Responses API
OpenAI가 Chat Completions 다음에 내세운 상태형 응답 표면이다. 입력은 input, 출력은 Items이며, previous_response_id로 대화를 잇는다.
security 교차 출처 리소스 공유Cross-Origin Resource Sharing (CORS)
다른 출처 페이지의 스크립트가 이 응답을 읽어도 되는지, 서버가 HTTP 헤더로 브라우저에 알리는 방식이다. 요청이 가는 것과 스크립트가 읽는 것은 다르며, 쿠키를 실을 때는 별표 출처가 허용되지 않는다.
프론트엔드·UI Next.js 라우트 핸들러Next.js Route Handler
Next.js App Router에서 app/api/.../route.ts 파일로 만드는 서버 측 API 엔드포인트이다. GET, POST 같은 HTTP 메서드별 함수를 export하여 브라우저 요청을 받고, 데이터베이스 조회나 외부 API 호출 뒤 JSON 응답을 반환한다. 바이브 코딩에서 AI가 프론트엔드 화면만 만들고 저장·조회 API를 빠뜨리거나, 반대로 클라이언트 코드에 비밀 값을 넣는 실수를 할 수 있으므로 라우트 핸들러는 '브라우저에 노출하면 안 되는 서버 작업을 담는 안전한 경계'로 이해해야 한다.