플레이스·지역 정보
개인정보 보관 문구를 실제 저장 위치와 맞추기
보관 기간이 적혀 있어도 시작 시점과 종료 뒤 조치가 모호하면 이용자는 정보가 언제까지 남는지 알기 어렵습니다. 문의 접수일, 상담 종료일, 동의 철회일처럼 기준이 될 사건을 명확히 하고 각 정보 항목에 맞는 표현인지 대조합니다. 법적 의무나 내부 기준은 담당 확인 없이 새로 만들어 쓰지 않습니다.
더 읽기 →마케팅 인사이트 · 8페이지
확인할 정보를 정리하고, 실행하는 방법을 기록합니다.
마케팅·협업 운영
사이트맵 수정일은 실제 내용 변경을 증명해야 합니다
사이트맵의 수정일이 매일 새로 찍히면 어떤 문서가 실제로 바뀌었는지 알 수 없습니다. 템플릿 생성 시각이나 단순 배포가 모든 URL의 변경으로 기록될 수 있기 때문입니다. 수정일은 검색을 위한 장식이 아니라 해당 문서의 내용이 달라진 사건과 연결돼야 합니다.
더 읽기 →검색·SEO
검색 결과 수는 전체와 현재 표시 범위를 나눠 보여 줍니다
검색 결과가 많다는 문구만 있으면 이용자는 전체 규모와 현재 화면의 범위를 구분하기 어렵습니다. 결과 수는 총 개수, 현재 표시 구간, 적용 중인 필터를 함께 읽을 수 있게 해야 합니다.
더 읽기 →마케팅·협업 운영
결제 전에 배송 가능 시점을 조건과 함께 안내하는 법
‘주소와 주문 시점에 따라 달라지는 도착 예상을 어디까지 말할 수 있을까’라는 질문에서는, 처음 확인할 것은 성과 수치가 아니라 막힌 순간이다. 출발 장면: 결제를 마치기 전에는 언제 받을 수 있는지 전혀 알 수 없어 구매 판단을 미루는 상황. 여기서 예상 배송일의 판단 기준을 세울 수 있다.
더 읽기 →블로그·콘텐츠 편집
출처는 주소보다 발행일과 확인일을 함께 봅니다
근거 링크가 열려도 작성 시점과 마지막 확인일이 없으면 지난 제도나 옛 안내를 현재 정보로 받아들일 수 있습니다. 인용 시점 원장 작업에서는 문장을 매끄럽게 바꾸는 일보다 무엇을 사실로 제시할 수 있는지 경계를 정하는 일이 먼저입니다. 출처의 발행일, 수정일, 블로그에서 마지막으로 확인한 날짜를 구분해
더 읽기 →상담·예약 안내
카페 질문은 문의 수단보다 필요한 처리 방식으로 분류합니다
카페 답변 끝마다 전화, 채팅, 신청을 모두 붙이면 이용자는 자신에게 맞는 경로를 고르기 어렵습니다. 먼저 질문이 즉시 운영 확인이 필요한지, 자료 첨부가 필요한지, 개인정보가 포함되는지 구분한 뒤 처리 가능한 창구 하나를 우선 안내합니다.
더 읽기 →블로그·콘텐츠 편집
오래된 글은 삭제 전에 변한 사실과 연결을 조사합니다
게시글이 오래됐다는 이유로 바로 삭제하면 검색 경로와 다른 글의 내부 링크까지 끊길 수 있습니다. 먼저 현재와 달라진 사실, 아직 유용한 설명, 제거해야 할 근거 없는 문단을 구분해야 합니다. 날짜만 새로 바꾸는 것은 갱신이 아닙니다.
더 읽기 →블로그·콘텐츠 편집
공유 제목과 검색 제목은 목적을 나누되 같은 사실을 말합니다
공유 제목과 검색 제목은 보이는 환경이 달라 문장 길이나 앞부분의 우선순위가 달라질 수 있습니다. 그러나 같은 URL을 가리키면서 대상, 날짜, 핵심 답이 다르면 이용자는 어느 쪽이 현재 정보인지 알기 어렵습니다.
더 읽기 →블로그·콘텐츠 편집
목록용 제목은 같은 문법으로 병렬성을 맞춥니다
어떤 제목은 질문이고 다른 제목은 긴 설명이면 목록을 읽을 때 비교 기준이 계속 바뀝니다. 목록 제목 병렬 편집 규칙 작업에서는 문장을 매끄럽게 바꾸는 일보다 무엇을 사실로 제시할 수 있는지 경계를 정하는 일이 먼저입니다. 모든 문장을 똑같게 만드는 대신 같은 단계의 글끼리 문법과 정보 순서를 맞춥니다.
더 읽기 →블로그·콘텐츠 편집
모바일 제목은 핵심 명사와 행동을 가까이 둡니다
모바일 제목이 어색한 원인은 길이만이 아닙니다. 핵심 명사와 이를 설명하는 행동 사이에 수식어가 많이 끼면 줄이 바뀌는 순간 관계가 끊깁니다. 문구를 다듬을 때에는 먼저 ‘무엇을’과 ‘어떻게’를 찾아 서로 가까이 배치합니다.
더 읽기 →병원 홈페이지 안내
어떤 정보를, 어디에 전할지
함께 정리해보세요.
병원의 현재 운영 채널과 필요한 작업을 알려주세요.
원고·이미지·홈페이지 중 필요한 업무 범위부터 확인합니다.