핵심 요약

홈페이지 정보 관리는 새 글을 발행하는 것과 별개의 운영 업무입니다. 자주 바뀌는 정보의 원본과 담당자를 정하고, 변경이 영향을 주는 페이지를 함께 관리하세요. 수정일은 실제 내용 변경을 반영하고 날짜만 새로 바꾸지 않습니다.

  • 주소·시간·연락처처럼 반복되는 정보의 원본과 확인자를 정합니다.
  • 하나의 변경이 영향을 주는 홈페이지·글·예약 초안을 함께 점검합니다.
  • 실제 수정 내용과 날짜를 기록하고 화면까지 확인합니다.

1. 자주 바뀌는 정보의 위치를 먼저 파악하세요

운영시간을 고쳤는데 푸터나 오래된 블로그 글에는 예전 시간이 남아 있는 경우가 생길 수 있습니다. 같은 정보를 여러 화면에서 반복하기 때문입니다. 먼저 홈페이지에서 주소, 연락처, 운영시간, 의료진, 문의 방법이 어디에 표시되는지 목록을 만들어보세요.

정보 목록에는 실제 값을 확인할 원본과 담당자도 적습니다. 원본은 별도의 시스템이 아니라 공유 문서 하나여도 됩니다. 중요한 것은 담당자마다 다른 자료를 기준으로 수정하지 않는 것입니다. 변경 요청이 들어오면 원본을 먼저 확인하고 관련 화면을 따라가도록 순서를 정하세요.

블로그에 상시 정보를 길게 복사하기보다 필요한 설명과 원본 안내 페이지를 연결하는 것도 방법입니다. 다만 링크만 남기고 글의 질문에 답하지 않는 방식은 피하세요. 독자가 현재 글에서 알아야 할 내용과 최신 안내에서 확인할 내용을 구분하면 유지관리가 쉬워집니다.

1. 자주 바뀌는 정보의 위치를 먼저 파악하세요 정리
정보함께 점검할 위치확인할 담당자
운영시간방문 안내, 푸터, 관련 글, 예약 초안운영 정보 담당자
의료진 정보소개 페이지, 프로필, 관련 소개 글해당 자료 확인 담당자
위치·연락처방문 안내, 문의 버튼, 배너실제 연결과 방문 동선 확인자
문의 절차문의 안내, 양식, 외부 연결 화면문의 처리 담당자

2. 변경 요청에는 적용 시점과 영향 범위를 적으세요

'시간 바꿔주세요'라는 요청만으로는 언제부터 어떤 화면을 수정할지 알기 어렵습니다. 변경 전과 후의 값, 적용 시작일, 확인자, 관련 주소를 함께 전달하세요. 일시적인 안내인지 앞으로 계속 사용할 정보인지 구분하면 종료 시점의 후속 작업도 정할 수 있습니다.

예를 들어 다음 달부터 운영시간이 달라진다면 현재 안내를 즉시 바꿀지, 변경 예정 공지를 함께 표시할지 결정해야 합니다. 기존 블로그 글뿐 아니라 아직 발행되지 않은 예약 글에도 이전 시간이 들어 있는지 확인하세요. 수정 대상은 이미 공개된 화면에만 한정되지 않습니다.

내용이 여러 곳에 쓰이는 경우 작업을 나누어 맡기되 마지막 확인자는 한 명 정하는 편이 좋습니다. 수정 완료 체크만 모으기보다 실제 화면에서 같은 정보가 표시되는지 대조해야 합니다. 공통 원본을 잘못 바꾸었다면 관련 화면 전체로 오류가 퍼질 수 있으므로 원본 확인도 필요합니다.

  • 무엇이 어떤 값으로 바뀌나요?
  • 언제부터 적용되고 언제 종료되나요?
  • 이미 공개된 페이지와 예약 글 중 무엇이 영향을 받나요?
  • 최종 화면을 누가 확인하고 완료 처리하나요?

3. 수정일은 실제 내용 변경의 기록으로 사용하세요

날짜는 독자가 정보의 시점을 이해하는 단서입니다. Google의 날짜 안내는 최초 공개일과 의미 있는 수정일을 실제 작업과 일관되게 표시하도록 설명합니다. 새 글처럼 보이게 하려고 내용 변화 없이 날짜만 바꾸는 것은 정보 관리의 기준으로 삼지 않는 편이 좋습니다.

운영 기록에는 변경 항목과 확인자를 남기고, 독자가 알아야 할 수정은 본문에도 반영하세요. 단순 오탈자 수정과 운영 정보 변경을 구분해두면 날짜와 수정 안내를 어떻게 표시할지 결정하기 쉽습니다. 화면의 날짜와 제작 시스템이 제공하는 날짜 정보가 서로 다르지 않도록 확인합니다.

오래된 글은 무조건 삭제하기보다 목적을 다시 판단하세요. 현재에도 유효한 안내는 보완할 수 있고, 종료된 소식은 지난 안내로 표시하거나 최신 정보로 연결할 수 있습니다. 주소를 없애거나 바꿀 때는 기존 내부 링크와 외부 공유 주소에 미칠 영향도 제작 담당자와 점검하세요.

4. 정기 점검과 변경 즉시 점검을 함께 운영하세요

정기 점검만 기다리면 이미 알려진 변경이 늦게 반영될 수 있습니다. 운영시간이나 연락처처럼 방문에 직접 영향을 주는 변경은 확인되는 대로 처리하고, 정기 점검에서는 놓친 정보와 깨진 링크를 찾으세요. 모든 페이지를 매번 똑같이 보는 대신 변경 가능성과 영향이 큰 곳을 우선하면 됩니다.

완료 확인은 관리 화면보다 공개된 화면을 기준으로 합니다. 모바일과 데스크톱에서 표시가 맞는지, 문의 버튼의 목적지가 바뀌었는지, 이미지 안의 이전 문구가 남아 있지 않은지 살펴보세요. 수정이 화면에 반영되지 않았다면 배포나 캐시 상태를 담당자에게 확인할 수 있습니다.

점검 결과는 '이상 없음' 또는 '수정 필요'와 함께 확인일을 남깁니다. 확인일은 내부 관리 기록이고 모든 글의 공개 수정일을 새로 바꾸라는 뜻은 아닙니다. 최신 정보가 필요한 방문자에게 정확한 안내를 제공하는 것이 목적이며, 정기 수정만으로 검색 순위가 높아진다고 약속할 수는 없습니다.

자주 묻는 질문

홈페이지는 얼마나 자주 전체 점검해야 하나요?

변경 가능성과 담당자의 운영 여건에 맞춰 정하세요. 다만 이미 확인된 시간·주소·연락처 변경은 정기 점검일까지 기다리지 않고 처리하는 편이 좋습니다. 점검 주기보다 변경 전달 경로가 먼저입니다.

작은 오탈자를 고칠 때마다 수정일을 바꾸나요?

실제 변경의 의미를 기준으로 내부 원칙을 정하세요. Google은 의미 있는 업데이트에 해당하는 날짜를 안내합니다. 오탈자 확인 기록과 독자에게 보여줄 수정일을 구분하면 관리하기 쉽습니다.

참고한 자료

공식 문서를 바탕으로 정리한 운영 가이드입니다. 검색 노출과 AI 답변 인용은 보장되지 않습니다.

모든 글로 돌아가기