페이지 구현과 화면 대응의 차이
병원 홈페이지 제작 방식은 페이지 내용을 처음부터 보내는 방식과 화면에서 프로그램을 실행해 내용을 만드는 방식으로 나눌 수 있습니다. 화면 크기에 맞추는 반응형 설계는 이 구분과 별도로 확인할 항목입니다. 업체의 상품 이름만으로 종류를 판단하지 말고, 내용을 전달하는 과정과 화면 배치를 조정하는 설명을 따로 받아야 합니다.
병원 담당자가 먼저 물을 것은 방문자가 진료 안내 페이지를 요청했을 때 본문이 어떤 과정으로 전달되는지입니다. 다음으로 같은 안내가 좁은 화면과 넓은 화면에서 어떻게 배치되는지 묻습니다. 이 순서로 설명을 받으면 구현에 관한 답과 디자인에 관한 답이 섞였는지 가릴 수 있습니다.
| 구분 기준 | 앞의 구분과 다른 점 | 병원이 확인할 내용 |
|---|---|---|
| 페이지 내용의 생성 과정 | 본문을 언제 만들고 전달하는지에 관한 기준 | 처음 받은 문서에 진료 안내 본문이 포함되는지 |
| 화면 크기에 대한 대응 | 내용 생성보다 배치와 스타일에 관한 기준 | 화면 너비가 달라질 때 안내 배치가 어떻게 달라지는지 |
| 제작 상품의 명칭 | 이름만으로 앞의 기준을 설명할 수 없음 | 상품 설명에 실제 구현 과정과 화면 대응이 각각 기재되는지 |
표의 기준은 제작 상품을 빠짐없이 분류한 목록이 아닙니다. 빌더, 콘텐츠 관리 시스템, 맞춤 제작 같은 표현을 들었다면 그 이름에 해당하는 구현 내용을 추가로 요청합니다. 상품명과 기술 설명을 같은 뜻으로 받아들이지 않는 것이 이번 판단의 출발점입니다.
본문을 전달하는 과정의 차이
페이지 내용을 처음부터 보내는 방식은 서버가 전달하는 문서에 실제 본문이 포함되는 형태로 이해할 수 있습니다. 구글 검색 센터는 기존 방식의 웹사이트와 서버 측 렌더링 페이지에서 응답 문서에 전체 콘텐츠가 담기는 경우를 설명합니다. 병원 담당자는 서버 측 렌더링이라는 용어를 외우기보다 진료명과 안내 문장이 처음 전달되는 문서에 들어가는지 물으면 됩니다.
화면에서 프로그램을 실행해 내용을 만드는 방식은 처음 전달되는 문서만으로 실제 본문을 모두 읽을 수 없는 경우를 뜻합니다. 구글 검색 센터는 일부 자바스크립트 사이트가 앱 셸 모델을 사용하며, 실제 콘텐츠를 읽으려면 자바스크립트 실행이 필요하다고 설명합니다. 업체에는 프로그램이 실행된 뒤 어떤 안내가 만들어지는지 설명하도록 요청합니다.
이 차이는 디자인의 완성도나 병원에 적합한 상품을 곧바로 판정하는 근거는 아닙니다. 같은 외형의 페이지라도 내용을 전달하는 과정은 다를 수 있습니다. 원장은 화면의 인상으로 기술 방식을 추정하지 않고, 실장은 업체가 사용한 용어 옆에 그 용어의 뜻을 병원 업무의 말로 기재합니다.
제작 방식 설명을 받는 순서
담당자는 업체가 답할 수 있도록 질문 대상과 기록 양식을 준비합니다. 제안서에서 뜻이 불분명한 표현을 표시하고, 설명을 받을 페이지 이름을 함께 기재합니다. 설명 요청 자료에는 업체가 답변을 작성할 공간을 마련합니다.
- 진료 안내와 병원 소개 등 설명을 받을 페이지 이름을 정하고, 각 페이지에서 반드시 전달할 본문을 표시합니다.
- 업체에 표시한 본문이 처음 받은 문서에 포함되는지, 프로그램 실행 뒤 만들어지는지 설명해 달라고 요청합니다.
- 같은 페이지의 화면 너비를 달리했을 때 배치가 어떻게 달라지는지 시연을 요청합니다.
- 제안서에 쓰인 제작 방식 명칭 옆에 앞서 받은 답을 정리하고, 설명이 없는 항목은 별도 질문으로 남깁니다.
처음부터 병원 전체 페이지를 기술 용어로 분류할 필요는 없습니다. 성격이 다른 안내 페이지를 선정해 설명을 받은 뒤, 그 설명이 적용되는 나머지 페이지의 범위를 묻습니다. 업체가 홈페이지 전체에 관한 답을 했는지 특정 페이지에만 답했는지 기록합니다.
| 페이지 구현 방식 | 내용이 만들어지는 과정 | 업체에 설명을 요청할 항목 |
|---|---|---|
| 본문을 처음부터 전달하는 방식 | 실제 안내가 포함된 문서를 전달 | 처음 전달하는 문서에 포함되는 본문의 범위 |
| 프로그램 실행 뒤 본문을 만드는 방식 | 처음 받은 문서 이후 자바스크립트로 내용을 생성 | 실행 뒤 생성되는 안내와 해당 페이지 |
| 방식 설명이 불명확한 제안 | 상품명만으로는 생성 과정을 판단할 수 없음 | 앞의 방식 가운데 무엇을 뜻하는지와 적용 범위 |
담당자가 준비할 질문 자료
기록에는 페이지 이름, 업체가 사용한 명칭, 내용 생성에 관한 답, 화면 대응에 관한 답을 각각 작성합니다. 답변이 길면 설명을 임의로 줄이기보다 기술 용어의 뜻을 추가로 묻습니다. 병원 측에서 이해한 문장을 업체에 전달해 뜻이 달라지지 않았는지 대조합니다.
시연 화면과 기술 설명은 서로 다른 자료로 취급합니다. 화면 자료에는 시연한 페이지와 화면 크기 조건을 기록하고, 기술 설명에는 본문이 전달되는 과정을 기재합니다. 담당자는 화면이 완성되었다는 이유로 설명란까지 완료 처리하지 않습니다.
반응형을 구현 방식으로 오해하는 경우
반응형이라는 답만으로 페이지 내용이 만들어지는 방식까지 알 수는 없습니다. 구글의 웹 개발 문서는 화면 크기에 따라 그리드나 열 배치를 조정하는 방법과 미디어 쿼리로 스타일을 변경하는 방법을 설명합니다. 이는 화면 대응에 관한 설명이므로, 병원 담당자는 내용 생성에 관한 답을 별도로 요청합니다.
반응형 설명을 받을 때는 모바일 화면 이미지가 있는지에만 그치지 않고 크기 변화에 따른 배치 규칙을 묻습니다. 좁은 화면에서 안내 항목이 어떤 순서로 배치되는지, 화면이 넓어질 때 열 배치가 어떻게 달라지는지 업체가 설명하도록 합니다. 정지된 이미지에는 표현되지 않는 중간 너비의 상태도 시연 자료에 포함하도록 요청할 수 있습니다.
업체가 미디어 쿼리라는 용어를 사용했다면 병원 직원이 직접 코드를 해석할 필요는 없습니다. 설명받을 대상은 그 기술을 적용했을 때 실제 안내의 배치와 스타일이 어떻게 달라지는지입니다. 담당자는 기술 이름 옆에 적용 페이지와 시연 조건을 기록합니다.
전체 홈페이지로 확대하는 오류
하나의 페이지에서도 본문과 부가 요소의 설명 범위를 분명히 해야 합니다. 사진 전환이나 움직이는 효과에 자바스크립트를 사용한다는 답이 진료 안내 본문까지 프로그램으로 만든다는 뜻인지는 별도로 물어야 합니다. 질문할 때는 ‘이 페이지에 프로그램이 있습니까’보다 ‘표시한 안내 문장은 어느 과정에서 만들어집니까’처럼 대상을 지정합니다.
설명 중 일부가 서로 다르더라도 담당자가 곧바로 오류라고 판단할 필요는 없습니다. 업체에 각 답이 적용되는 페이지와 요소를 기재하도록 요청하면 차이의 원인을 가릴 수 있습니다. 정리된 답이 모호하면 해당 문장만 다시 질문하고, 기술 방식의 우열을 병원 내부에서 추측하지 않습니다.
제작 명칭 변경과 설명 누락
제안서에서 제작 방식의 이름이 변경되었다고 해서 구현 과정까지 달라졌다고 판단할 수는 없습니다. 상품명만 정비한 것인지 실제 내용을 전달하는 과정도 변경한 것인지 업체에 묻습니다. 담당자는 이전 설명과 달라진 문장을 표시하고, 변경된 이유를 짧게 기록합니다.
반대로 이름이 그대로여도 설명 내용이 달라졌다면 새 답변을 기준으로 적용 범위를 정리해야 합니다. 병원 내부 공유 자료에는 가장 최근에 설명받은 날짜와 답변 주체를 기재합니다. 표현이 서로 다른 문서를 함께 전달해야 할 때는 현재 적용할 설명을 명시해 직원이 오래된 답을 인용하지 않도록 합니다.
자주 묻는 질문
서버 측 렌더링과 반응형을 함께 적용할 수 있습니까?
두 용어는 서로 다른 기준을 설명하므로 양자택일할 항목으로 취급하지 않습니다. 업체가 두 표현을 함께 사용했다면 각각 어떤 작업을 뜻하는지 설명받습니다. 병원 내부 문서에도 구현 설명과 화면 설계 설명을 별도 항목으로 기재합니다.
앱 셸 모델이라는 말은 휴대전화 앱을 뜻합니까?
구글 검색 센터에서 설명하는 앱 셸 모델을 휴대전화에 설치하는 앱과 같은 뜻으로 받아들이지 않습니다. 해당 설명은 일부 자바스크립트 사이트에서 실제 페이지 콘텐츠를 만드는 과정에 관한 것입니다. 별도의 설치형 앱이 제안된 것인지는 업체의 작업 설명으로 판단합니다.
빌더라는 상품명만으로 구현 방식을 알 수 있습니까?
상품명만으로 본문 생성 과정을 확정하지 않습니다. 같은 명칭을 쓰더라도 병원이 설명받아야 할 대상은 실제 제안된 페이지입니다. 업체에 명칭의 정의를 요청하되, 빌더 전체의 특성을 단정하는 답보다 해당 제안의 설명을 받습니다.
병원 직원이 프로그램 코드를 읽어야 합니까?
직원이 직접 코드를 해석하는 것을 설명 이해의 전제로 삼을 필요는 없습니다. 기술 용어가 어렵다면 업체에 문서 전달과 프로그램 실행의 순서를 말로 설명해 달라고 요청합니다. 전문적인 판단이 남으면 답변 내용을 정리해 기술 지원 담당자에게 전달할 수 있습니다.
제작 방식의 이름으로 검색 노출을 예측할 수 있습니까?
구현 방식의 이름만으로 검색 노출이나 순위를 예측하지 않습니다. 구글 검색 센터는 페이지를 가져오는 과정과 프로그램을 실행해 내용을 처리하는 과정을 설명하지만, 이를 특정 제작 상품의 성과 약속으로 해석할 수는 없습니다. 검색 처리와 접근 제한에 관한 세부 질문은 제작 방식의 명칭에 관한 질문과 나누어 기술 지원 담당자에게 전달합니다.