홈페이지 리뉴얼 시점, 몇 년보다 먼저 볼 5가지 신호

홈페이지를 바꾼 지 몇 년이 지났는지부터 세는 팀은 많습니다. 달력은 분명합니다. 그런데 방문자가 실제로 멈추는 지점은 달력에 없습니다. 키보드로 메뉴가 읽히는지, 화면이 밀리지 않는지, 서비스 설명이 지금 하는 일과 맞는지, 문의 버튼이 어디로 가는지가 먼저입니다. 리뉴얼은 연수가 차는 날이 아니라, 접근성·성능·콘텐츠 신호가 겹쳐 보일 때 범위를 나누는 일에 가깝습니다.

연수만으로 시점을 정하면 생기는 일

연수는 내부 보고에 쓰기 쉽습니다. 같은 해가 지나도 어떤 사이트는 문의 경로가 분명하고, 어떤 사이트는 폼이 열리지 않습니다. 시점을 연수로만 잡으면 화면 교체만 커지고, 고쳐야 할 신호는 뒤로 밀립니다. 먼저 볼 신호는 다섯 가지입니다. 접근성이 데스크톱과 모바일에서 같은 기준으로 유지되는지, 로딩과 반응과 시각 안정성이 흔들리지 않는지, 본문이 사람에게 유용하고 최신인지, 서비스 범위와 문의 경로가 보이는지, 그리고 이 관찰을 한 장의 점검 목록으로 적을 수 있는지입니다.

연수를 무시하라는 이야기가 아닙니다. 계약 주기나 호스팅 갱신일은 참고가 됩니다. 다만 그 날짜가 방문자의 과업을 대신 설명하지는 않습니다. 리뉴얼 회의가 시안 취향으로 흐르기 전에, 지금 사이트에서 막히는 장면을 문장으로 남겨 두는 편이 범위 판단에 유리합니다.

접근성 신호, 데스크톱과 모바일을 같은 기준으로

W3C의 WCAG 2.2는 데스크톱과 모바일에 함께 적용되며, 기존 사이트를 손볼 때도 참고하도록 권고됩니다. 리뉴얼을 미루는 동안 흔히 보이는 장면은 이렇습니다. 큰 화면에서는 마우스로 누르기 쉬운 버튼이, 작은 화면에서는 손가락 영역과 겹칩니다. 폼 레이블이 그림처럼만 붙어 있고, 스크린 리더에는 필드 이름이 없습니다. 포커스 표시가 사라져 키보드만으로는 문의 버튼까지 가지 못합니다.

이 신호가 보이면 비주얼을 먼저 바꾸기보다, 현재 페이지에서 키보드 이동, 레이블, 오류 안내, 확대 시 잘림을 적어 보세요. 접근성은 취향이 아니라, 같은 과업을 끝까지 마칠 수 있는지에 가깝습니다. 데스크톱 시안만 통과한 화면은 모바일에서 다시 깨질 수 있습니다. 리뉴얼 범위에 이 점검을 넣지 않으면, 새 화면이 같은 장벽을 다시 심습니다.

지금 바로 적어 볼 접근성 관찰

• 탭 키만으로 메뉴, 본문, 문의 폼까지 이동할 수 있는지
• 모바일에서 입력창과 버튼이 서로 겹치지 않는지
• 오류가 났을 때 무엇이 잘못됐는지 텍스트로 읽히는지

성능 신호, 로딩·반응·시각 안정성

web.dev가 정리한 Core Web Vitals는 로딩, 반응성, 시각 안정성을 봅니다. 리뉴얼 논의에서 성능은 조금 느리다는 느낌으로만 남기 쉽습니다. 현장에서 더 쓸모 있는 관찰은 구체적입니다. 첫 화면이 뜨기 전에 방문자가 뒤로 가는지, 버튼을 눌렀는데 반응이 없는지, 배너가 늦게 뜨며 본문이나 문의 링크가 아래로 밀리는지입니다.

시각 안정성이 깨지면 엉뚱한 링크를 누르게 됩니다. 반응이 늦으면 같은 버튼을 여러 번 누르게 됩니다. 로딩이 길면 모바일에서 본문보다 장식 이미지가 자리를 먼저 차지합니다. 세 신호가 겹치면 연수가 짧아도 사이트는 이미 쓰기 어렵습니다. 반대로 연수가 길어도 로딩과 반응과 시각 안정성이 안정하면, 전면 교체보다 콘텐츠와 문의 경로부터 손보는 편이 범위가 작습니다.

성능을 느낌으로만 말하지 말고, 어느 페이지의 어느 요소가 밀리거나 늦게 뜨는지를 한 줄씩 적으세요. 그 목록이 있어야 리뉴얼이 이미지 교체인지, 템플릿 교체인지, 문의 페이지만의 문제인지가 갈립니다.

콘텐츠 신호, 유용하고 믿을 수 있으며 최신인지

Google 검색 문서는 콘텐츠가 유용하고, 신뢰할 수 있으며, 최신이고, 사람 중심이어야 한다고 봅니다. 리뉴얼 직전에 흔한 상태는 반대쪽에 가깝습니다. 서비스 이름은 남았는데 실제 제공 범위와 다릅니다. 소개 문장이 예전에 쓰던 업무를 가리킵니다. 자주 묻는 질문이 지금 들어오는 질문과 다릅니다. 출처 없는 비교 문장이 메인에 남아 있습니다.

사람 중심 콘텐츠는 검색용 단어를 채우는 일과 다릅니다. 구매자가 실제로 묻는 문장에 페이지가 답하는지를 보면 됩니다. 지금 제공하는 일과 맞지 않는 문장은 템플릿을 바꾸기 전에 고치거나 내려야 합니다. 최신이 아닌 정보는 신뢰 문제로 이어집니다. 리뉴얼 회의에서 콘텐츠 목록을 펴지 않으면, 새 레이아웃 위에 낡은 문장이 그대로 올라갑니다.

콘텐츠가 흔들릴 때 보이는 장면

• 서비스 페이지와 실제 상담에서 말하는 범위가 다릅니다
• 담당자, 절차, 연락 방법이 본문과 푸터에서 서로 다릅니다
• 확인되지 않은 순위나 비교가 출처 없이 남아 있습니다

없는 숫자는 빼는 편이 안전합니다. 고칠 문장에는 출처 주소와 확인한 날짜를 남겨 두면, 이후 검수가 짧아집니다.

문의 경로 신호, 범위와 연락이 보이는지

Studio OD 공개 사이트는 서비스 범위와 문의 경로를 보여 줍니다. 구매자 사이트도 같은 눈으로 보면 됩니다. 메뉴에 서비스가 있으나 각 페이지에 범위가 없거나, 문의 버튼이 열리지 않는 주소로 가거나, 모바일에서 폼이 가려지면, 리뉴얼 논의는 이미 시작된 것과 같습니다.

전면 개편을 기다리면 그 사이 문의는 다른 채널로 흩어집니다. 리뉴얼 범위에 문의 경로를 넣지 않으면 새 비주얼에서도 같은 공백이 남습니다. 지금 할 일은 문의 페이지, 받는 주소, 폼 필드, 완료 화면을 한 줄로 적고 실제로 제출이 되는지 확인하는 일입니다. 범위가 보이지 않으면 방문자는 무엇을 물어야 하는지도 모릅니다.

다섯 번째 신호, 한 장의 점검 목록으로 적을 수 있는지

접근성, 성능, 콘텐츠, 문의 경로를 관찰했더라도, 한 장으로 적히지 않으면 범위는 아직 느낌에 머뭅니다. 적을 수 있으면 리뉴얼은 전면 교체가 아니라 손댈 화면과 손대지 않을 화면으로 나뉩니다. 이것이 다섯 번째 신호입니다.

• 키보드와 모바일에서 주요 과업이 끝나는지
• 로딩, 반응, 레이아웃 밀림이 어느 페이지에서 보이는지
• 서비스 설명과 실제 범위가 맞는지
• 문의가 실제로 도착하는지
• 위 항목을 담당자와 함께 한 장으로 남겼는지

이 목록이 비어 있으면 시안을 받기 이릅니다. 목록이 채워져 있으면, 연수가 얼마나 됐는지보다 어떤 신호를 고칠지가 분명해집니다. Studio OD에 작업을 문의하기 전에도 같은 목록이면 충분합니다. 지금 막히는 과업, 깨진 페이지, 오래된 문장, 작동하지 않는 문의 경로만 적어도 첫 대화가 범위 확인이 됩니다. 달력의 연수는 참고일 뿐, 의사결정의 전부가 되어서는 안 됩니다.