오래된 홈페이지, 리뉴얼 안 하고 계속 써도 될까요?

홈페이지를 만든 지 오래됐더라도 정보가 정확하고 필요한 기능이 작동한다면, 연식만으로 새로 만들 필요는 없습니다. 다만 화면에서는 보이지 않는 지원 종료나 보안 문제도 있어서, 계속 써도 되는지는 운영 환경을 함께 확인해야 해요.

아래 다섯 가지는 전면 리뉴얼이 급한지 기술적인 이유를 살펴보는 기준인데, 걸리는 항목이 있더라도 그 부분만 고칠 수 있는지부터 확인하면 됩니다. 문의가 줄거나 서비스 구성이 달라진 문제는 별도로 봐야 하고요.

1. 운영 환경이 보안 업데이트를 받는지

PHP 같은 언어와 사이트에 쓰인 프로그램에는 지원 기간이 있는데, 종료 전에 버전과 대응 방법을 확인해 두면 됩니다. PHP 공식 지원표에서 현재 지원 버전을 확인할 수 있으며, 지원이 종료된 버전은 새 보안 문제에 대한 공식 수정이 제공되지 않을 수 있어요.

제작사에는 사용 버전과 지원 종료일을 물어보면 되는데, 종료됐다는 답을 받았다면 버전을 올릴 수 있는지, 기존 코드가 새 환경에서 작동하는지 확인해야 해요. 환경 업그레이드만으로 해결되는 경우도 있어 지원 종료가 곧 전면 재제작을 뜻하지는 않습니다.

OWASP의 소프트웨어 공급망 위험 안내도 유지·관리되지 않는 구성요소를 점검 대상으로 다룹니다. 화면이 잘 열리는지와 업데이트를 계속 받을 수 있는지는 나눠 볼 필요가 있습니다.

2. HTTPS와 인증서가 정상인지

브라우저 주소창에서 https로 열리는지, 인증서 경고가 뜨지 않는지 확인하고, http 주소로 들어왔을 때도 https로 이동하는지 함께 볼 수 있어요.

인증서 만료나 혼합 콘텐츠 문제는 서버 설정·갱신 체계로 해결할 수 있는 경우가 많습니다. 디자인을 새로 만들기 전에 어느 주소와 자원에서 경고가 생기는지 확인하는 편이 좋아요. 구글의 HTTPS 이전 안내도 이전과 연결 설정을 함께 살펴볼 수 있는 자료예요.

3. 휴대폰에서 내용과 기능을 쓸 수 있는지

글자를 확대해야만 읽히거나 메뉴가 눌리지 않는다면 실제 모바일 화면부터 확인해야 합니다. 구글의 모바일 우선 색인 안내는 모바일과 데스크톱의 주요 콘텐츠가 같아야 한다고 설명합니다.

진료시간·서비스 설명·연락처가 모바일에서 빠져 있지는 않은지, 전화·문의 버튼이 제대로 연결되는지도 봅니다. 일부 화면만 고치면 되는지, 구조 전체를 바꿔야 하는지는 문제 범위를 본 뒤 판단할 수 있어요.

4. 속도와 화면 안정성이 어떤지

Core Web Vitals는 표시 속도·반응·화면 안정성을 확인하는 지표인데, 좋은 경험의 기준은 다음과 같으며, 실제 사용자 데이터의 75번째 백분위수를 기준으로 평가합니다.

테스트 환경과 실제 방문자의 기기·통신 환경은 다를 수 있는데, 그래서 두 결과를 구분해 읽어야 합니다. 큰 이미지를 줄이거나 스크립트를 정리해 개선되는 경우도 있고 서버 응답이 원인일 수도 있어서, 느리다는 이유만으로 바로 리뉴얼할 필요는 없어요.

5. 개인정보와 접근성을 운영에서 관리하는지

문의 폼을 쓴다면 개인정보 보호법 제29조의 안전조치 등 실제 처리에 맞는 의무를 확인해야 합니다. 접수 데이터에 누가 접근하는지, 업데이트와 삭제를 맡을 사람이 있는지도 함께 봅니다.

키보드로 메뉴를 이동할 수 있는지, 이미지의 중요한 정보가 글자로 제공되는지 같은 접근성도 확인할 수 있는데, W3C의 접근성 점검 안내를 참고하되, 사업자에게 적용되는 구체적인 법적 의무는 별도로 확인해야 해요.

문제가 발견되면 제작사에 “이 항목을 현재 구조에서 고칠 수 있는지, 부분 수정과 재제작의 범위·비용이 어떻게 다른지”를 요청하면 되는데, 기술 상태가 괜찮아도 필요한 내용을 회사가 수정할 수 없거나 서비스 구성이 달라졌다면, 그 이유를 추가해 리뉴얼 범위를 정할 수 있습니다.