없앤 진료과 페이지의 처리

종료 문서의 처리 기준

구글은 이전 URL과 새 URL의 대응 관계를 만든 뒤 내부 링크를 새 주소로 변경하도록 안내합니다. 이전하지 않는 콘텐츠의 주소에는 올바른 404 또는 410 오류 응답을 반환하는지도 확인하도록 설명합니다. 다만 병원은 이 지침을 적용할 때 종료 진료과 이름만으로 작업 범위를 정하지 말고, 실제 정리할 문서와 그 문서를 연결하는 위치를 목록으로 만들어야 합니다.

통합 목적지는 진료과 이름이 비슷하다는 이유만으로 정하지 않습니다. 실장은 종료 문서에서 남기기로 한 설명이 목적지 본문에 반영됐는지 대조하고, 마케팅 담당자는 대응표에 해당 문서명을 기재합니다. 내용 통합이 끝나지 않았다면 목적지가 확정된 작업과 분리해 표시합니다.

확정된 종료 문서 목록

작업 목록은 종료 진료과의 대표 소개 문서에서 시작하되, 진료과명을 제목에 쓴 문서만 수집해서는 안 됩니다. 마케팅 담당자는 하위 설명 문서, 예약 안내에서 연결한 문서, 공통 메뉴에 등록된 주소를 함께 수집합니다. 다른 진료과에서도 사용하는 설명 문서는 별도 표시해 일괄 삭제 대상에서 제외할지 실장에게 판단을 요청합니다.

목록에는 현재 주소, 문서명, 결정된 처리, 통합 목적지 또는 삭제 응답, 연결한 내부 문서를 기재합니다. 주소를 기준으로 항목을 구분하면 같은 제목의 문서를 혼동하거나 대표 문서만 처리하는 누락을 줄일 수 있습니다. 실장은 종료 범위와 유지 범위를 확정하고, 개발 담당자에게 넘긴 목록의 사본과 전달일을 보관합니다.

종료 결정 문서와 웹 작업 목록의 역할도 구분해야 합니다. 운영상 종료가 확정됐더라도 서버 응답이나 메뉴 변경까지 완료됐다는 뜻은 아닙니다. 웹 작업 목록에는 결정 내용과 구현 결과를 다른 칸에 기록하고, 결과가 비어 있는 항목을 완료로 표시하지 않습니다.

통합 목적지 구현과 대응표

실행은 확정된 대응표를 기준으로 목적지 준비, 주소 처리, 내부 링크 변경 순서로 진행합니다. 병원 담당자는 종료 문서의 본문 사본, 통합할 내용, 메뉴 목록을 준비하고 개발 담당자는 실제 응답을 검사할 수 있는 자료를 준비합니다. 아래 표의 종료 URL 칸에는 작업할 실제 주소를 기재하며, 문서명만 전달하지 않습니다.

1. 실장은 종료 문서 목록과 통합할 내용을 승인하고, 미확정 항목을 구분합니다.
2. 마케팅 담당자는 통합 문서의 본문과 연결 문구를 준비하고, 현재 진료 내용과 어긋나는 표현을 수정합니다.
3. 개발 담당자는 확정된 목적지와 삭제 대상에 주소 처리를 적용하고, 대응표에 실제 결과를 기재합니다.
4. 마케팅 담당자는 메뉴와 본문 링크를 변경한 뒤, 개발 담당자와 남은 오류를 분류합니다.

구글은 매핑에 따른 서버 측 영구 리디렉션을 권장하며, 사용할 수 있는 방식은 서버 관리자나 호스팅 업체에 문의하도록 안내합니다. 병원은 목적지와 처리 기준을 먼저 전달하고, 실제 설정 방법은 해당 사이트를 관리하는 개발 담당자와 협의합니다. 특정 관리 화면의 설정값을 모든 사이트에 공통으로 적용하지 않습니다.

메뉴와 본문의 연결 치환

통합한 문서를 연결하는 메뉴와 본문 링크는 통합 목적지로 직접 변경합니다. 완전히 삭제한 문서의 링크는 제거하되, 주변 문장에 종료 진료과를 이용하도록 권하는 설명이 남는지도 함께 대조합니다. 링크만 제거하면 문장의 뜻이 불완전해질 수 있으므로 안내 문구도 현재 운영 내용에 맞게 수정합니다.

마케팅 담당자는 공통 메뉴, 진료과 목록, 관련 글의 본문을 구분해 변경 위치를 기록합니다. 개발 담당자는 공통으로 사용하는 메뉴 요소와 개별 문서에 입력한 링크를 구별해 반영합니다. 화면에 표시되는 이름을 수정한 결과와 실제 연결 주소를 변경한 결과는 각각 확인합니다. 변경 요청에는 링크가 있는 문서명과 수정할 문구도 함께 기재합니다. 주소 처리와 문구 수정의 담당자가 다르면 각 작업의 회신을 구분해 받습니다.

구글은 기존 매핑을 사용해 내부 링크를 찾고 업데이트할 수 있다고 설명합니다. 다만 병원에서는 주소 검색 결과만으로 문구 수정까지 끝났다고 판단하지 않습니다. 종료 진료과명이 남은 문장도 읽고, 유지할 설명과 삭제할 이용 안내를 구분합니다.

삭제 URL 응답 검사

삭제 처리는 오류 안내 화면의 모양보다 서버가 반환한 응답으로 판정합니다. 개발 담당자는 종료 주소를 직접 요청해 응답 코드를 기록하고, 브라우저에 표시되는 화면도 함께 보관합니다. 마케팅 담당자는 그 주소가 삭제 대상으로 확정됐는지 대응표와 대조합니다.

구글은 성공 응답을 받은 콘텐츠에 빈 페이지나 오류 메시지가 제시되면 서치 콘솔에 소프트 404 오류가 표시된다고 설명합니다. 따라서 화면에 문서가 없다는 안내가 나와도 성공 응답을 반환한다면, 요청한 삭제 처리가 구현됐다고 인정하지 않습니다. 개발 담당자에게 화면 문구와 응답 코드가 서로 다른 항목을 전달해 수정하도록 요청합니다.

리디렉션 대상도 이동이 발생했다는 사실만 기록해서는 부족합니다. 종료 주소에서 실제로 도착한 문서가 대응표의 목적지인지, 그 본문에 통합하기로 한 내용이 있는지 함께 검사합니다. 주소 처리는 맞지만 본문 반영이 누락된 경우에는 콘텐츠 수정 항목으로 분류합니다.

정리 후 재확인 기록

작업 기록은 처리 지시와 실제 결과를 연결할 수 있어야 합니다. 병원 담당자는 종료 주소, 예정한 처리, 검사일, 실제 응답, 도착 문서, 남은 수정 사항을 같은 기록에서 관리합니다. 화면 사본만 저장하지 말고 해당 화면을 요청한 주소와 응답 자료도 함께 보관합니다.

개발 담당자가 수정을 완료하면 오류가 있었던 항목을 다시 요청해 결과를 추가합니다. 이전 검사 내용을 덮어쓰지 않고 수정 전후 기록을 남기면 어떤 문제를 고쳤는지 구분할 수 있습니다. 공통 메뉴를 수정한 경우에는 그 메뉴가 사용되는 화면에서도 변경 결과를 대조합니다.

마감 기록에는 주소 처리 완료와 내부 링크 정리 완료를 별도로 표시합니다. 삭제 응답이 맞아도 메뉴에서 종료 문서로 연결한다면 링크 작업은 미완료로 남깁니다. 실장은 미완료 항목의 담당자와 다음 검사 시점을 정하고, 수정 요청과 회신을 해당 주소의 기록에 연결합니다.

주소 묶음 처리의 예외

종료 진료과의 문서가 비슷한 주소 형식을 사용하더라도 주소 묶음 전체를 같은 방식으로 처리하기 전에 예외를 구분해야 합니다. 같은 경로에 현재 사용하는 공통 설명 문서가 포함됐는지, 다른 경로에 종료 대상 문서가 남았는지 목록과 대조합니다. 경로가 같다는 이유만으로 내용과 처리 결정까지 같다고 판단하지 않습니다.

개발 담당자가 묶음 규칙을 제안하면 병원 담당자는 적용 대상과 제외 대상을 문서별로 전달합니다. 규칙 적용 후에는 종료 주소뿐 아니라 유지하기로 한 문서도 요청해 의도치 않은 이동이나 삭제가 발생했는지 검사합니다. 예외 문서가 추가되면 대응표와 실제 적용 범위를 함께 수정합니다.

관련 주제

관련 안내를 이어 읽으려면: 병원 홈페이지 리뉴얼.