SEO를 모르는 리뉴얼 업체와 일할 때 병원이 할 일

병원이 정할 콘텐츠와 확보할 주소 자료

병원이 결정할 내용은 어떤 안내를 유지하고, 합치고, 제거할 것인지입니다. 기존 사이트의 공개 문서를 읽고 새 사이트에서 계속 제공할 정보인지 검토합니다. 현재 쓰이는 자료인지 판단할 권한과 서버에서 특정 응답을 구현하는 역량은 다른 역할입니다. 업체가 콘텐츠의 보존 결정을 임의로 대신하거나 병원에 구현 완료 판정을 맡기지 않도록 요청 범위를 분리할 수 있습니다.

Google의 사이트 이동 가이드는 중요한 URL을 찾을 자료로 사이트맵, 서버 로그나 분석 소프트웨어, 사이트로 연결되는 링크 정보, CMS 목록을 소개합니다. 이 가운데 병원이 접근할 수 있는 자료를 제공하고 서버 접근이 필요한 목록은 업체에 요청합니다. 기존 메뉴에 보이는 페이지들만 적으면 메뉴 밖에서 연결되던 콘텐츠는 목록에서 빠질 수 있으므로 주소를 발견한 자료도 함께 읽습니다.

이미지·동영상·JavaScript·CSS 같은 삽입 리소스도 이동 계획에 포함하라는 것이 공식 권고입니다. PDF 등 다운로드 자료가 있다면 안내 문서와 함께 새 위치를 정할 수 있습니다. 화면의 텍스트를 옮겼더라도 연결된 파일이 옛 서버에만 남아 있다면 공개 안내의 사용 과정이 달라집니다. 자료의 보존 여부를 결정할 때 본문에 붙어 있던 파일까지 읽을 범위를 정합니다.

로그에서 URL을 추출할 때는 계절에 따른 이용 변화에 맞춰 조사 기간을 선택하도록 안내됩니다. 짧은 최근 기간에 요청이 없었다는 이유만으로 그 주소가 필요 없다고 단정하지 않습니다. 로그가 다루는 기간과 CMS에 존재하는 목록을 서로 대조하면 방문 자료와 보유 콘텐츠가 다른 질문에 답한다는 것을 알 수 있습니다. 실제 이용 자료 없이 중요한 페이지의 순위를 숫자로 만들어 요청할 필요는 없습니다.

매핑·주석·내부 연결의 개발 결과 요청

이전 URL 목록이 준비되면 개발자에게 각 주소가 새 사이트의 어디로 연결되는지 매핑을 요청합니다. 공식 가이드는 매핑의 저장 방식이 서버와 이동 형태에 따라 달라지며 데이터베이스나 URL 재작성 규칙을 사용할 수 있다고 설명합니다. 병원은 목적지 본문이 보존 결정에 맞는지 읽고, 개발자는 환경에서 그 대응을 처리할 방법을 조사하는 방식으로 협의할 수 있습니다.

매핑을 만든 후에는 새 URL의 세부정보도 갱신할 작업이 있습니다. 가이드는 새 주소마다 자체 참조 canonical을 사용하고, 다국어·다국적 페이지에 hreflang 주석이 있으면 새 URL을 사용하도록 바꾸라고 안내합니다. 이러한 주석의 실제 값은 구현자가 HTML이나 관련 자료에서 조사할 대상입니다. 기관의 문구 승인과 코드 값의 검수 결과를 같은 서명 하나로 대신하지 않습니다.

내부 링크는 새 주소를 가리키도록 변경하고, 새 URL을 포함한 사이트맵과 옛 주소로 연결되는 사이트 목록도 준비하도록 권합니다. 매핑은 링크를 찾고 갱신할 때 사용할 자료가 됩니다. 문서가 새 경로에서 열린다는 시험과 사이트 안의 링크가 계속 옛 경로를 사용하지 않는지의 조사는 각각 필요합니다. 업체에 요청할 산출물을 이동 규칙만으로 좁히면 이 작업이 빠질 수 있습니다.

리디렉션 전략에서는 기술적으로 사용할 수 있는 서버 측 방식을 서버 관리자나 호스팅 업체에 문의하도록 권합니다. 새 사이트와 매핑이 준비된 뒤 영구 서버 측 리디렉션을 사용하는 것이 공식 권고입니다. 업체가 해당 설정에 접근할 수 없다면 어떤 지원이 필요한지를 조사할 단계입니다. 서버 권한이 없는 상태에서 설정을 완료했다고 보고하는 대신 구현 담당과 가능한 방법을 정해야 합니다.

누락이 발견되면 특정 요청 주소와 받은 결과를 함께 전달해 다시 시험할 수 있게 합니다. 메뉴 이름만 지적하는 것보다 어느 주소가 어떤 목적지로 갔는지 자료를 주는 편이 수정 대상을 명확하게 합니다. 콘텐츠가 통합된 경우에는 여러 주소가 하나로 연결될 수 있지만, 관계없는 홈페이지로 많은 URL을 보내면 사용자 혼란이나 soft 404 처리가 생길 수 있다는 이동 가이드의 설명도 검토할 기준입니다.

수정한 버전의 검사 결과를 읽는 기준

URL 검사 결과를 받을 때는 저장된 색인 정보와 실제 URL 테스트를 구별합니다. URL 검사 도구의 기본 결과는 현재 서비스 중인 화면을 그 순간 조사한 것이 아니라 가장 최근 색인이 생성된 버전의 정보입니다. 그 이후 페이지를 수정했을 수도 있으므로 변경 후 접근 가능 여부를 조사하려면 실시간 테스트 결과가 필요합니다. 검사에 사용한 버전과 시점을 알아야 수정 전 결과를 새 구현의 납품 증거로 잘못 읽지 않습니다.

보고서의 크롤링 항목에서는 페이지를 가져올 수 있었는지와 마지막 조사 시간을 읽고, 색인 생성 항목에서는 Google이 선택한 표준 주소를 읽을 수 있습니다. 여기서 ‘최근 크롤링’은 현지 시간으로 표시되며 보고된 정보는 그 버전에서 파생된다고 안내됩니다. 업체가 전달한 자료에서 단순히 성공 표시만 잘라 보기보다 문제가 있는 항목의 이름과 조사 시점을 함께 요청할 수 있습니다.

HTTP 요청과 응답, 반환된 HTML 등은 ‘크롤링된 페이지 보기’에서 읽을 수 있습니다. 이 링크가 비활성 상태이면 페이지를 가져오는 데 문제가 있었기 때문이며, 링크 위에 마우스를 가져가 이유를 조사할 수 있다는 설명입니다. 화면에 버튼이 없다는 관측을 검사할 자료가 전혀 없다는 결론으로 바꾸기보다 해당 상태의 원인을 업체와 대조합니다.

실시간 시험에서 얻는 렌더링 화면은 Google-InspectionTool이 인식하는 모습을 조사하는 자료입니다. 실제 화면과 다르면 차단된 리소스 때문일 수 있다는 것이 도구의 설명입니다. 스크린샷은 성공적인 실시간 테스트에서만 제공되며 색인이 생성된 결과나 가져오기에 실패한 시험에서는 사용할 수 없습니다. 업체가 이미지 자료를 전달하지 못한 경우에는 시험 종류와 가져오기 결과부터 구별할 수 있습니다.

실시간 검사는 모든 색인 문제를 검사하지 않습니다. 직접 조치·품질·보안 문제나 임시 차단 등은 테스트에서 다루지 않는 항목입니다. 따라서 접근 시험의 긍정적인 결과를 검색 표시의 보장으로 확대하지 않습니다. 이런 항목이 의심되면 검사에 포함되지 않은 문제를 별도로 조사할 수 있는 지원을 요청해야 하며 병원이 기술적 추정으로 빈칸을 채울 필요는 없습니다.

대체·중복 문서에서 어느 URL이 표준으로 선택됐는지의 정보는 색인이 생성된 결과에서 얻습니다. 실시간 테스트로 시험한 버전이 나중에 표준이 될지를 예측할 수는 없다는 설명입니다. 문서 통합 뒤 원하는 주소를 선언한 작업과 Google의 실제 선택을 읽는 작업이 다르므로, 업체에는 선언 값의 구현 자료와 이후 색인 정보를 각각 요청할 수 있습니다.

실시간 URL 시험은 인터넷에서 로그인 요구 없이 페이지에 접근할 수 있어야 한다는 조건이 있습니다. 비공개 개발 환경에서 접근을 막은 상태라면 공개 페이지와 같은 결과를 기대하지 않습니다. 도움말은 유효하지 않은 SSL 인증서의 HTTPS 주소를 Google이 시험하지 않는다고도 설명합니다. 콘텐츠가 준비됐는지와 시험 환경에서 접근 조건을 갖췄는지는 서로 다른 기술적 질문으로 개발자에게 전달할 수 있습니다.

관련 주제

기관 정보가 달라지는 경우는 병원 이전 명칭 변경에서, 사이트 변경 계획은 병원 홈페이지 리뉴얼에서 이어서 읽을 수 있습니다.