블로그 작성자·운영자 정보는 글마다 «누가, 어떤 경험으로, 왜 썼는지»를 독자가 확인할 수 있게 밝혀야 합니다. 이름만 적는 데서 그치지 않고, 그 사람이 이 주제를 다룰 수 있는 근거와 운영 주체의 연락 경로까지 글과 소개 페이지에 일관되게 적어야 검색과 AI 답변이 그 글을 믿을 만한 출처로 다룰 수 있습니다.
이 글은 작성자 표기, 운영자 소개 페이지, 본문 속 경험 표현을 차례로 다루고 마지막에 발행 전 점검 순서를 정리합니다.
작성자 정보가 검색과 AI 답변에서 하는 일
검색엔진과 생성형 AI는 같은 질문에 답할 수 있는 글이 여러 편일 때 어느 글을 근거로 삼을지 골라야 합니다. 이때 내용의 정확성과 함께 «이 글을 누가 썼는가»가 판단 재료가 됩니다.
Google 검색 센터는 유용하고 신뢰할 수 있는 콘텐츠를 설명하면서 콘텐츠를 스스로 점검할 질문으로 누가(Who), 어떻게(How), 왜(Why)를 제시합니다. 누가 만들었는지 독자에게 분명한지, 어떤 과정으로 만들었는지, 무엇을 위해 만들었는지를 묻는 질문입니다. 작성자 정보는 이 세 질문 가운데 «누가»에 직접 답하는 장치입니다.
생성형 AI 답변(GEO, Generative Engine Optimization의 대상)에서도 같은 원리가 작동합니다. AI가 문단 하나를 떼어 인용할 때, 그 문단이 어떤 사람의 경험과 책임 아래 쓰였는지 드러나 있으면 출처로 소개하기가 쉬워집니다. 반대로 작성자가 보이지 않는 글은 내용이 맞더라도 누구의 견해인지 설명할 수 없어 근거로 쓰기 어렵습니다.
글마다 밝힐 작성자 정보 네 가지
작성자 표기는 길 필요가 없습니다. 다만 독자가 «이 사람이 이 주제를 말해도 되는가»를 판단할 수 있을 만큼은 구체적이어야 합니다. 글마다 다음 네 가지를 갖추는 것이 기준입니다.
- 이름 또는 일관된 필명을 적습니다. 실명이 어렵다면 모든 글에서 같은 필명을 쓰고 소개 페이지와 연결합니다.
- 주제와 관련된 역할을 한 줄로 적습니다. 직함보다 «무엇을 맡아 왔는지»가 독자에게 더 유용합니다.
- 작성일과 수정일을 함께 밝힙니다. 내용이 바뀌었다면 언제 무엇을 고쳤는지 알 수 있어야 합니다.
- 소개 페이지로 가는 경로를 둡니다. 작성자 이름에서 그 사람의 다른 글과 이력을 확인할 수 있어야 합니다.
여러 사람이 함께 쓰는 블로그라면 글을 쓴 사람과 내용을 검토한 사람을 나누어 적는 방법도 있습니다. 전문 지식이 필요한 주제일수록 검토자 표기는 독자에게 확인 경로를 하나 더 열어 줍니다.
운영자 소개 페이지에 담을 내용
작성자 표기가 글 한 편의 신뢰를 다룬다면, 운영자 소개 페이지는 블로그 전체의 신뢰를 다룹니다. 소개 페이지는 형식적인 인사말이 아니라 독자가 운영 주체를 확인하는 문서로 써야 합니다.
- 운영 주체를 밝힙니다. 개인인지 회사인지, 회사라면 정확한 상호를 적습니다.
- 다루는 주제의 범위를 적습니다. 무엇을 쓰고 무엇은 쓰지 않는지가 분명하면 독자가 글의 성격을 바로 이해합니다.
- 글을 쓰는 방식을 설명합니다. 직접 해 본 내용을 쓰는지, 공식 자료를 바탕으로 정리하는지, 내용을 누가 검토하는지를 적습니다.
- 작성자별 소개를 둡니다. 사람마다 맡아 온 일과 주로 쓰는 주제를 짧게 정리합니다.
- 연락 경로를 남깁니다. 오류를 알리거나 문의할 수 있는 창구가 있어야 책임 있는 운영으로 보입니다.
소개 페이지의 회사명·서비스명·작성자 이름은 각 글의 표기와 글자 하나까지 같아야 합니다. 같은 회사가 글마다 다른 이름으로 적혀 있으면 검색엔진과 AI가 같은 주체로 묶기 어렵습니다.
글 속에서 경험을 드러내는 방법
작성자 정보는 표기란에만 있지 않습니다. 본문 문장 자체가 «이 사람이 실제로 해 보았다»는 사실을 보여 줄 때 신뢰가 가장 단단해집니다.
직접 확인한 것과 옮겨 온 것을 나누어 씁니다
직접 실행해 본 절차는 «설정 화면에서 이 항목을 바꾸면 다음 화면에서 이렇게 표시됩니다»처럼 확인한 결과로 씁니다. 다른 자료에서 가져온 내용은 출처를 밝혀 구분합니다. 이 둘이 섞이면 독자는 어디까지가 작성자의 경험인지 알 수 없습니다.
조건과 한계를 구체적으로 적습니다
«어떤 경우에는 이 방법이 맞지 않습니다»처럼 경계를 밝히는 문장은 경험이 있어야 쓸 수 있습니다. 모든 경우에 통한다는 식의 문장보다 조건을 나눈 문장이 AI 답변에 인용되기에도 적합합니다. 인용된 문단만 읽어도 적용 범위가 드러나기 때문입니다.
확인하지 않은 수치와 사례는 쓰지 않습니다
경험을 강조하려고 근거 없는 성과 수치나 사례를 덧붙이면 오히려 신뢰를 잃습니다. 작성자가 책임질 수 있는 사실만 쓰는 것이 작성자 정보를 밝히는 목적과도 맞습니다.
피해야 할 작성자 표기
작성자 정보를 넣었는데도 신뢰 신호로 작동하지 않는 경우가 있습니다. 다음 표기는 점검 때 우선 고칩니다.
- «관리자»«에디터» 같은 일반 명칭만 있는 표기는 누가 썼는지 알려 주지 못합니다.
- 글마다 달라지는 이름은 같은 사람의 글을 하나로 묶지 못하게 합니다.
- 소개 페이지가 없는 이름은 독자가 이력을 확인할 방법이 없습니다.
- 주제와 관계없는 경력 나열은 이 글을 쓸 근거를 보여 주지 못합니다.
- 스크립트가 실행된 뒤에야 나타나는 작성자 영역은 수집 방식에 따라 읽히지 않을 수 있습니다.
마지막 항목은 블로그 도구의 화면 구성과 관련이 있습니다. 작성자 이름과 날짜가 처음 받은 HTML 안에 들어 있어야 검색엔진과 AI 수집기가 본문과 함께 읽을 수 있습니다. oblog 는 서버에서 본문까지 완성한 HTML 을 보내므로, 본문에 적은 작성자 정보도 스크립트를 끈 상태에서 그대로 보입니다.
발행 전 작성자 정보 점검 순서
작성자 정보는 한 번 기준을 정한 뒤 모든 글에 같은 기준으로 적용해야 효과가 납니다. 발행 전에는 다음 순서로 확인합니다.
- 글에 작성자 이름, 주제와 관련된 역할, 작성일이 들어 있는지 확인합니다.
- 작성자 이름이 소개 페이지의 표기와 똑같은지 확인합니다.
- 본문에서 직접 확인한 내용과 다른 자료에서 옮긴 내용이 구분되는지 확인합니다.
- 수정한 글이라면 수정일과 바뀐 내용이 드러나는지 확인합니다.
- 공개 주소를 열어 작성자 정보가 처음 받은 HTML 안에 보이는지 확인합니다.
oblog 는 글을 발행하면 JSON-LD 구조화 데이터와 canonical, sitemap.xml 을 자동으로 적용합니다. 이런 기술 요소가 글의 위치와 형식을 정리해 준다면, 작성자 정보는 그 글을 누가 책임지는지를 알려 줍니다. 두 가지가 함께 갖춰져야 검색과 AI 답변에서 믿고 인용할 수 있는 글이 됩니다. 지금 운영 중인 블로그의 최근 글 세 편을 열어 위 다섯 단계로 점검하는 것부터 시작합니다.
자주 묻는 질문
실명을 밝히기 어려우면 필명을 써도 되나요?
필명을 써도 됩니다. 다만 모든 글에서 같은 필명을 쓰고, 그 필명의 역할과 다루는 주제를 소개 페이지에 정리해 연결해야 합니다.
회사 블로그는 작성자 대신 회사명만 적어도 되나요?
회사명만 적으면 운영 주체는 드러나지만 누가 어떤 경험으로 썼는지는 알 수 없습니다. 회사명과 함께 글을 쓴 담당자나 내용을 검토한 사람을 밝히면 독자가 확인할 수 있는 근거가 늘어납니다.
작성자 정보는 글의 어디에 두어야 하나요?
제목 가까이에 이름과 작성일을 두고, 글 끝이나 이름 링크로 소개 페이지에 연결하는 구성이 일반적입니다. 어느 위치든 처음 받은 HTML 안에 들어 있어 스크립트 없이도 읽혀야 합니다.
예전에 쓴 글에도 작성자 정보를 추가해야 하나요?
추가하는 것이 좋습니다. 기존 글에 작성자와 역할을 넣을 때는 수정일도 함께 갱신해 언제 무엇이 바뀌었는지 알 수 있게 합니다.
