도메인 연결,
병원에서 하실 일은 거의 없습니다
「서버를 건드린다」는 말 때문에 부담을 느끼시는 분들이 많습니다. 실제로 무엇을 하는 작업인지, 병원에서는 무엇을 하시면 되는지 정리했습니다.
부담되시면 저희가 전용 도메인을 마련해 붙여 드립니다. 병원에서 하실 일이 하나도 없고, 도메인은 처음부터 병원 명의로 등록해 드립니다. 운영해 보시고 나중에 병원 주소로 옮기고 싶으실 때 언제든 바꿔 드립니다.
붙이는 방법은 네 가지입니다
어느 것을 고르셔도 글을 쓰고 올리는 일은 전부 저희가 합니다. 차이는 「그 글을 어느 주소에 놓느냐」뿐입니다.
도메인은 처음부터 병원 명의로 등록해 드리고 관리만 저희가 합니다. 병원에서 하실 일이 하나도 없습니다.
병원 홈페이지는 그대로 두고 /blog 이 주소 하나만 저희 쪽으로 길을 터주시는 것입니다. 설치되는 프로그램은 없습니다.
기존 홈페이지는 전혀 건드리지 않습니다. 도메인 등록업체 화면에서 하는 작업이라 홈페이지 코드와 무관합니다.
계정 비밀번호가 아니라 별도로 발급하는 앱 비밀번호입니다. 그 항목만 지우시면 저희 접근이 즉시 끊깁니다.
그럼 왜 「병원 주소」를 권하나요
AI와 검색엔진은 주소를 보고 누가 쓴 글인지 판단합니다. 같은 내용이라도 병원 주소에 있으면 「그 병원의 공식 설명」이 되고, 별개 주소에 있으면 「어딘가의 글」이 됩니다. 그래서 병원 주소에 붙는 쪽이 노출에 유리합니다.
다만 지금 결정하실 필요는 없습니다. 간편한 방식으로 먼저 시작하시고, 효과를 보신 뒤에 옮기셔도 그동안 쌓인 것은 그대로 따라갑니다.
자주 주시는 질문
우리 서버에 뭘 설치하는 건가요?
아무것도 설치하지 않습니다. 설정 한 줄(또는 DNS 레코드 한 개)이 전부입니다. 설치물이 없으므로 앞으로 보안 패치나 업데이트를 챙기실 일도 생기지 않습니다.
병원 홈페이지가 바뀌나요?
바뀌지 않습니다. 기존 페이지는 그대로 두고 블로그 주소 하나만 추가로 연결하는 것입니다. 디자인·메뉴·기존 글 어느 것도 건드리지 않습니다.
서버가 느려지지 않나요?
병원 서버는 요청을 전달만 하고 화면을 만들지 않습니다. 계산 부담은 사실상 없고 통신만 지나갑니다. 새 주소를 만드는 방식이면 병원 서버는 요청조차 받지 않습니다.
환자 정보가 지나가나요?
블로그 경로만 연결되고, 그 페이지는 누구나 볼 수 있는 정보성 글입니다. 로그인·예약·문의 폼이 없어 개인정보를 받지도 저장하지도 않습니다.
나중에 그만두면 글은 어떻게 되나요?
콘텐츠 소유권은 병원에 있습니다. 그만두실 때 본문·이미지·주소 목록을 파일로 전부 드립니다. 병원 쪽 설정은 지우시면 되고, 저희 쪽은 조용히 깨지지 않도록 정리합니다.
홈페이지도 AI에 맞게 고쳐야 한다던데요?
고치면 도움이 되는 건 맞습니다. 다만 홈페이지는 페이지 수가 정해져 있어서, 환자가 던지는 수많은 질문을 홈페이지만으로는 다 답할 수 없습니다. 그래서 저희는 홈페이지를 직접 건드리지 않고 글을 계속 쌓는 쪽으로 합니다. 대신 홈페이지가 지금 AI에게 어떻게 보이는지는 무료로 확인해 드리고, 고칠 부분이 있으면 홈페이지 관리하시는 곳에 그대로 전달하실 수 있는 문구로 정리해 드립니다.
지금은 간편한 방식으로 하고, 나중에 바꿔도 되나요?
됩니다. 바꾸실 때 옛 주소로 들어오는 방문자와 검색엔진을 새 주소로 자동 안내(301 영구 이동)해서 그동안 쌓인 평가가 새 주소로 합쳐집니다. 글을 다시 쓰거나 옮기실 일은 없습니다.
기술 안내
이 아래 내용을 홈페이지 관리하시는 곳에 그대로 전달해 주시면 됩니다.
서브디렉토리 연결이 정확히 무엇인가
[연결 전]
방문자 ──"hospital.com/blog 주세요"──▶ 병원 서버 ──자기 파일에서 찾아 응답──▶ 방문자
[연결 후 — 리버스 프록시]
방문자 ──"hospital.com/blog 주세요"──▶ 병원 서버(또는 CDN)
│ "/blog 는 내 것이 아니다 → 대신 받아오자"
▼
201 GEO 서버 ── HTML ──▶ 병원 서버 ──▶ 방문자핵심은 서버끼리 일어난다는 것입니다. 브라우저는 병원 서버 하나와만 대화했다고 인식하고, 주소창은 그대로입니다.
| 주소창 | 크롤러가 보는 것 | |
|---|---|---|
| 301 리다이렉트 | 바뀜 | 「우리 주소로 이사갔다」 — 목적과 정반대 |
| iframe | 그대로 | 병원 페이지는 빈 껍데기 — 효과 거의 0 |
| 리버스 프록시 | 그대로 | 「병원 도메인의 페이지」로 기록 |
실제 설정
병원 환경(자체 서버 · Cloudflare · Vercel 등)에 맞는 설정 한 줄을 저희가 만들어 드립니다. 담당자께 요청하시면 바로 보내 드리겠습니다. 공유 웹호스팅(카페24·아임웹 등) 이라 프록시가 불가능한 환경이면 DNS 레코드 한 개를 추가하는 방식으로 안내드립니다.
기술 문답
| 설치물 | 없습니다. 서브디렉토리 방식은 프록시 규칙 1줄(설정 변경), 서브도메인 방식은 DNS 레코드 1개입니다. 설치되는 소프트웨어가 없어 보안 패치 책임이 새로 생기지 않습니다. |
| 부하 | /blog 경로 요청만 통과합니다. 병원 서버는 렌더링을 하지 않고 전달만 하므로 CPU 부하는 사실상 0, 대역폭만 지나갑니다. 서브도메인 방식이면 병원 서버는 트래픽조차 받지 않습니다. |
| 세션·쿠키 | /blog 하위만 전달되고, 해당 페이지는 완전 공개 정적 콘텐츠라 쿠키를 발급하거나 요구하지 않습니다. 로그인·폼·환자 데이터 수집이 없습니다. |
| SSL | 서브디렉토리 방식은 병원 인증서에서 종단됩니다. 서브도메인·전용 도메인은 저희 쪽에서 자동 발급·갱신합니다. |
| 가용성 | 서브디렉토리 방식은 저희 가용성에 종속됩니다. Cloudflare Worker면 try/catch 폴백을 넣을 수 있고, 그게 부담이면 서브도메인 방식을 권합니다 — 병원 도메인 본체와 완전히 분리됩니다. |
| 고정 IP | Edge 네트워크라 고정 IP가 없습니다. IP 화이트리스트가 정책상 필수라면 워드프레스 직접 발행 방식으로 갑니다. |
| 중복 콘텐츠 | rel=canonical 로 병원 도메인 주소를 정본으로 지정해 평가를 한쪽에 모읍니다. 연결이 확인되기 전에는 저희 주소를 자기참조로 유지해 색인이 깨지지 않게 합니다. |
| robots·sitemap | 병원 robots.txt 는 그대로 두시면 됩니다. /blog/sitemap.xml 을 별도로 제공하며, 병원 sitemap index 에 한 줄 추가하시면 더 좋습니다. 기존 사이트맵을 지우실 필요는 없습니다. |
| 리다이렉트 아닌가 | 아닙니다. 301 리다이렉트는 주소창이 바뀌어 권위가 저희 도메인으로 넘어갑니다 — 목적과 정반대입니다. 프록시는 주소창이 병원 도메인 그대로입니다. |
| iframe 아닌가 | 아닙니다. iframe 은 병원 페이지가 빈 껍데기가 되어 검색엔진이 내용을 병원 것으로 보지 않습니다. 그래서 쓰지 않습니다. |
| 점검 | 연결 상태를 매일 1회 자동 점검합니다. 끊기면 저희가 감지해 알려드리고, 그동안 정본 주소는 저희 쪽으로 자동 폴백해 색인이 이탈하지 않게 합니다. |
| 종료 | 프록시 규칙 또는 DNS 레코드를 지우시면 끝입니다. 저희 쪽은 해당 경로가 410(종료됨)을 반환해 조용히 깨지지 않게 처리합니다. |
담당자에게 편하게 문의해 주세요. 병원 홈페이지 환경을 저희가 먼저 확인해 「이 병원은 어떤 방식이 가능한지」 알려드릴 수도 있습니다 — 그 확인에도 병원에서 하실 일은 없습니다.