1. 모바일에서 글과 버튼을 확대해야 보입니다
스마트폰에서 좌우로 화면을 밀어야 하거나 전화 버튼이 너무 작다면 우선 개선 대상입니다. 반응형 레이아웃은 단순히 화면 폭을 줄이는 작업이 아니라 정보 순서, 터치 영역, 이미지 크기를 기기에 맞게 다시 정리하는 일입니다.
2. 영업시간·서비스·가격이 실제와 다릅니다
오래된 정보는 디자인보다 더 큰 신뢰 문제를 만듭니다. 담당자가 간단한 문구도 바꾸기 어렵고 수정할 때마다 개발자를 찾아야 한다면 운영 방식까지 점검하세요. 자주 바뀌는 정보와 거의 바뀌지 않는 정보를 나누면 필요한 관리 기능의 범위를 정할 수 있습니다.
3. 방문자는 있는데 문의가 거의 없습니다
전화번호가 화면 아래에만 있거나 문의 폼이 길고, 서비스 설명 다음 행동이 보이지 않을 수 있습니다. 유입이 유지된다면 전면 개편 전에 버튼 문구와 위치, 폼 항목부터 개선해 결과를 비교하세요. 구체적인 점검 방법은 문의 전환 체크리스트에서 확인할 수 있습니다.
4. 페이지가 느리거나 자주 깨집니다
용량이 큰 사진과 영상, 사용하지 않는 스크립트, 오래된 플러그인은 속도와 안정성을 해칠 수 있습니다. 첫 화면이 늦게 보이거나 메뉴가 가끔 작동하지 않는다면 이미지 최적화와 코드 점검이 필요합니다. 보안 업데이트가 끊긴 시스템은 디자인과 무관하게 교체를 검토해야 합니다.
5. 검색 결과의 제목과 설명이 엉뚱합니다
모든 페이지 제목이 ‘홈’이나 회사명으로 같고, 검색 결과 설명이 메뉴 문구를 임의로 가져온다면 기본 SEO가 부족한 상태입니다. 페이지별 title, description, H1, canonical과 사이트맵을 먼저 정리하세요. 검색 기반은 로컬 SEO 기본 가이드와 함께 점검할 수 있습니다.
6. 사업의 주력 서비스가 바뀌었습니다
홈페이지의 첫 화면과 메뉴가 더 이상 현재 매출 구조를 반영하지 않는다면 부분 문구 수정만으로 해결하기 어렵습니다. 기존 고객이 찾는 서비스와 앞으로 키울 서비스를 분리하고, 주력 고객의 질문 순서에 맞춰 정보 구조를 다시 설계할 시점입니다.
7. 주소가 여러 개 생기고 오래된 페이지가 방치됐습니다
같은 내용이 여러 URL에 있거나 삭제된 페이지가 404로 끝나면 검색 신호와 사용자 경험이 나빠집니다. 리뉴얼 전 현재 URL 목록과 유입 페이지를 확보하고, 새 주소로 바뀌는 항목은 301 리디렉션 표를 만드세요. 성과가 있던 주소는 가능하면 유지하는 것이 안전합니다.
8. 현재 시스템의 소유권과 백업을 알 수 없습니다
도메인 등록자, 호스팅 계정, 원본 파일, 데이터베이스 백업 위치를 모른다면 개편보다 자산 확인이 먼저입니다. 외부 업체 계정에만 의존하지 말고 사업자가 관리 권한과 최신 백업을 보유해야 합니다. 개인정보가 있는 문의 데이터의 보관·삭제 기준도 확인하세요.
부분 수정이 맞는 경우와 전면 개편이 맞는 경우
콘텐츠가 정확하고 시스템이 안전하며 몇 개의 불편만 있다면 속도 개선, 메타 정리, 문의 버튼 수정 같은 부분 작업이 효율적입니다. 반대로 모바일 구조, 관리 시스템, 메뉴, 주력 서비스가 모두 달라졌다면 개별 수정을 이어 붙이는 것보다 새 구조가 경제적일 수 있습니다. 홈페이지 제작 비용 비교 기준으로 두 선택의 범위를 같은 조건에서 비교하세요.
개편 전에 반드시 보존할 자료
전체 URL, 검색 유입 데이터, 기존 title과 description, 문의 전환 기록, 원본 사진과 문서, 도메인 설정, 백업을 확보하세요. 새 사이트 공개 후에는 리디렉션, canonical, robots.txt, sitemap.xml, 404, 폼 전송을 확인해야 기존 검색 자산을 지키면서 전환할 수 있습니다.