블로그 성과 측정과 개선 목록으로

문의가 늘지 않을 때 블로그에서 확인할 것

문의가 늘지 않을 때는 새 글을 발행하기 전에 문의 안내의 표시 상태, 링크의 연결 대상, 톡톡 계정의 대화 가능 여부부터 확인합니다. 발견한 연결 문제와 아직 알 수 없는 문의 정체 원인을 나누어 판단합니다.

목차

문의 통로부터 점검할 이유

문의가 늘지 않을 때는 글을 더 발행하기 전에 문의 안내가 눈에 보이는지, 연결된 주소가 의도한 곳인지, 대화할 수 있는 계정인지 확인합니다. 문의 안내 표시, 링크 연결 대상, 대화 계정 상태 순으로 문의 통로의 누락이나 연결 문제부터 점검합니다.

문의가 정체됐다는 사실만으로 블로그의 어떤 부분이 잘못됐는지는 알 수 없습니다. 운영자는 기존 글에서 독자가 연락하려 할 때 실제로 이용할 수 있는 통로가 있는지부터 판단합니다. 안내가 없거나 다른 곳으로 연결된다면 그 문제를 수정 대상으로 정할 수 있지만, 그것이 문의 정체의 전부라고 결론 내리지는 않습니다.

점검할 글은 현재 상품이나 서비스를 안내하고 있으며, 운영자가 문의를 받을 목적으로 사용하는 글에서 선택합니다. 초안이나 편집 화면만 읽지 말고 독자가 접하는 게시 상태를 기준으로 진행합니다. 대행사가 블로그를 관리한다면 글 제목과 안내 위치를 함께 전달해 서로 다른 글을 검사하는 일을 막습니다.

점검 대상직접 확인할 내용대행사에 요청할 확인 자료
문의 안내 표시게시된 글에서 연락 안내를 찾을 수 있는지안내 위치가 포함된 게시 화면
안내 링크선택한 링크가 의도한 문의 대상으로 연결되는지글 안의 링크 위치와 실제 도착 화면
톡톡 대화 계정연결된 계정이 맞고 대화를 이용할 수 있는지선택된 계정 정보와 대화 가능 여부

자료 요청은 화면을 많이 받는 것보다 판단할 대상을 명확히 지정하는 방식으로 진행합니다. 운영자는 어느 글의 어느 안내인지, 무엇이 정상 상태인지 먼저 전달합니다. 대행사가 결과를 회신하면 작업했다는 설명과 실제 게시 상태를 서로 다른 자료로 취급합니다.

모바일 표시와 실제 게시 상태

네이버의 모바일 화면 미리보기는 작성 중인 문서의 표시 형태를 피시에서 모바일과 태블릿 화면으로 전환해 확인하는 기능입니다. 글쓰기 화면 오른쪽 아래의 기기 아이콘을 선택하면 피시, 모바일, 태블릿 순으로 화면이 변경됩니다. 운영자는 이 기능으로 연락 안내 주변의 문단과 이미지가 작은 화면에서 어떻게 배치되는지 검사할 수 있습니다.

안내가 문서에 있다는 사실과 독자가 읽는 화면에서 찾을 수 있다는 판단은 따로 합니다. 긴 이미지 아래에 안내가 있는지, 문의 방법을 설명하는 부분과 실제 연락 수단이 떨어져 있는지 등 위치 관계를 점검합니다. 미리보기에서 이상이 없더라도 발행된 글을 모바일로 열어 최종 상태를 검사하는 절차를 운영 업무에 포함합니다.

이 단계에서는 안내 문장을 새로 작성하기보다 현재 안내의 존재와 표시 상태를 먼저 정리합니다. 안내를 찾지 못했다면 누락인지, 예상과 다른 위치에 있는지 가립니다. 화면만으로 원인을 알 수 없는 항목은 정상으로 처리하지 말고 추가 자료가 필요한 상태로 남깁니다.

담당자가 준비할 자료와 실행 순서

운영자는 점검 전에 대상 글 목록, 사용할 연락 수단, 의도한 연결 대상, 현재 응대를 맡은 담당자 정보를 준비합니다. 회사가 승인한 문의 대상이 무엇인지 정하지 않으면 링크가 열려도 올바른 연결인지 판단하기 어렵습니다. 대행사에는 계정 비밀번호 대신 작업에 필요한 대상 정보와 결과를 받을 방식을 전달합니다.

  1. 게시된 글을 모바일로 열고 문의 안내가 있는 위치를 기록합니다. 표시가 불완전하다면 해당 부분과 주변 내용을 함께 남깁니다.
  2. 글 안의 문의 링크를 선택해 실제 도착 대상을 검사합니다. 준비한 문의 대상 정보와 일치하는지 대조하고, 다른 곳으로 연결되면 해당 링크의 위치를 기록합니다.
  3. 톡톡 배너를 사용하는 글은 연결 계정과 대화 가능 상태를 검사합니다. 계정 설정을 다루는 담당자가 따로 있다면 그 담당자에게 결과를 요청합니다.

네이버의 링크 안내는 입력한 주소와 링크 내용을 추가 전에 미리보기로 확인할 수 있다고 설명합니다. 운영 업무에서는 그 미리보기와 별도로 게시된 링크의 도착 대상을 검사합니다. 링크 제목이나 이미지가 문의 내용과 어울린다는 이유만으로 검사를 끝내지 않습니다.

발견한 문제별 수정과 재검사

수정 요청에는 발견한 현상과 고칠 항목을 함께 기재합니다. 대행사가 원인을 조사해야 하는 경우에도 운영자는 실제 화면에서 발생한 일을 먼저 전달합니다. 모든 문제를 블로그 전체 수정으로 묶지 말고 글과 연락 수단별로 작업 범위를 정합니다.

발견한 문제수정할 항목수정 뒤 다시 확인할 내용
게시 화면에서 문의 안내를 찾지 못함안내 누락 또는 표시 위치해당 글의 모바일 게시 상태
링크가 의도하지 않은 곳으로 연결됨문제가 있는 링크의 연결 주소게시된 링크의 실제 도착 대상
톡톡 계정에서 대화를 이용할 수 없음연결 계정의 선택 상태변경한 계정의 대화 가능 여부

운영자는 수정 완료 회신을 받은 뒤 문제가 있었던 글에서 같은 동작을 다시 진행합니다. 편집 화면의 변경 내역만 받았다면 게시 상태를 판단할 자료가 아직 부족합니다. 최초 문제 화면과 수정 후 결과를 같은 글 기준으로 연결해 보관합니다.

여러 글에 같은 연락 수단을 사용하더라도 수정한 글과 아직 검사하지 않은 글을 따로 관리합니다. 일부 글의 결과를 근거로 전체 글이 정상이라고 보고하지 않습니다. 담당자는 남은 대상과 다음 작업자를 명시해 수정 범위가 누락되지 않도록 합니다.

톡톡 배너와 대화 계정의 차이

톡톡 배너가 표시된다는 사실만으로 연결 계정에서 대화할 수 있다고 판단하지 않습니다. 네이버는 지식인 엑스퍼트 톡톡 계정은 블로그에 연결해도 대화를 이용할 수 없으며, 신규 계정이나 다른 계정으로 연결하도록 안내합니다. 해당 계정을 사용 중이라면 배너 모양을 고치는 작업보다 연결 계정 선택을 먼저 처리합니다.

네이버의 톡톡 첨부 안내에 따르면 글쓰기 도구 막대에서 톡톡을 선택한 뒤 연결할 계정을 선택해 문서에 추가합니다. 운영자는 배너를 넣었다는 작업 내역과 어떤 계정을 선택했는지를 함께 받습니다. 계정 이름이 비슷하거나 운영 주체가 여러 곳이라면 회사가 사용할 계정 정보와 대조합니다.

대화를 이용할 수 있는 계정이더라도 현재 응대 담당자가 누구인지는 별도로 정해야 합니다. 이때 담당자가 해당 계정의 업무를 실제로 맡고 있는지 회사 내부에서 판단합니다. 계정 연결이 정상이라는 결과를 응대 준비까지 끝났다는 보고로 확대하지 않습니다.

연결 문제와 원인 미확정의 분리

연결 오류가 발견됐다면 보고서에는 관찰한 현상과 처리 결과를 기재합니다. 문의가 늘지 않은 이유가 밝혀졌다고 쓰지 말고, 해당 글의 문의 통로에서 어떤 문제가 있었는지 명시합니다. 수정 뒤에는 통로를 다시 이용할 수 있는지까지 판단 범위로 삼습니다.

아무 문제가 발견되지 않았다면 검사한 대상에서 연결 문제를 찾지 못했다고 보고합니다. 모든 독자가 안내를 쉽게 찾았거나 문의할 의사가 있었다는 뜻으로 해석하지 않습니다. 대상 글, 사용한 기기, 검사한 연락 수단을 함께 남겨 이번 판단이 어디까지 적용되는지 드러냅니다.

담당자가 직접 진행하지 못한 항목은 미실시로, 결과 자료가 부족한 항목은 판단 보류로 기재합니다. 두 상태를 연결 오류와 같은 수정 목록에 섞지 않습니다. 운영자는 필요한 자료를 받을 사람과 후속 작업을 지정한 뒤 결과를 갱신합니다.

문의 대상 변경 시 남는 기존 안내

문의 대상이 변경됐을 때는 새로 발행할 글뿐 아니라 기존 안내가 남은 글의 처리 범위도 정합니다. 담당자는 변경 전 연락 수단이 들어간 글 목록을 만들고, 계속 사용할 수 있는 안내와 수정이 필요한 안내를 가립니다. 현재 대표 글을 고쳤다는 이유로 이전 글의 작업까지 완료 처리하지 않습니다.

종료된 상품이나 서비스의 글은 연락 수단을 교체할지 결정하기 전에 현재 문의를 받아도 되는 내용인지 운영자가 판단합니다. 접수하지 않는 내용을 그대로 유지한 채 새 문의 대상으로만 연결하면 담당자가 받을 수 없는 요청이 들어올 수 있습니다. 안내 유지 여부와 링크 수정 여부를 별개 항목으로 정해 대행사에 전달합니다.

자주 묻는 질문

전화번호만 있는 글도 점검 대상에 포함합니까?

전화번호만 안내한 글도 문의 통로 점검 대상에 포함합니다. 담당자는 게시 화면의 번호를 현재 회사가 사용하는 연락처 정보와 대조합니다. 연결 링크가 없는 글에는 링크 검사를 적용하지 않고, 번호 표시와 연락처의 유효성을 중심으로 처리합니다.

점검 자료에 고객의 대화 내용을 포함해야 합니까?

계정과 연결 상태를 판단하는 데 고객의 대화 내용을 일괄 수집할 필요는 없습니다. 담당자는 목적에 필요한 계정 정보와 화면만 전달하고, 대화 목록이나 개인정보가 함께 담겼다면 공유 전에 가립니다. 문제를 설명하는 데 필요하지 않은 내용은 자료에서 제외합니다.

대행사가 정상이라고만 답하면 어떻게 요청합니까?

검사한 글과 연락 수단, 실제 진행한 동작을 명시해 다시 회신하도록 요청합니다. 설정 화면만 검사했는지 게시된 글에서 이용했는지가 빠진 답변은 완료 판단에 충분하지 않습니다. 운영자가 요청한 대상과 회신한 대상이 다르면 대상부터 일치시킨 뒤 결과를 받습니다.

테스트 연락을 보내기 전에 무엇을 준비합니까?

회사 내부 테스트임을 응대 담당자에게 알리고, 일반 고객의 연락과 혼동하지 않을 표시를 정합니다. 테스트에는 불필요한 개인정보나 주문 내용을 입력하지 않습니다. 계정 담당자와 시간을 조율해 실제 업무 중에 테스트 연락을 처리하느라 혼선이 생기지 않도록 합니다.

문의 안내 점검은 언제 다시 진행해야 합니까?

연락처나 연결 계정, 외부 문의 대상이 변경될 때 재검사 일정을 함께 정합니다. 회사 내부 담당자가 변경돼 관리 책임이 불명확해진 때도 대상 정보를 갱신합니다. 별다른 변경이 없는 경우의 점검 주기는 운영자가 관리하는 글의 범위와 수정 업무에 맞춰 정합니다.

맨 위로 이동

블로그 성과 분석 서비스 자세히 보기