웨비나나 발표 자료를 블로그 글로 다시 쓸 때는 슬라이드 순서를 따르지 않습니다. 독자가 묻는 질문 순서로 다시 짭니다. 발표 자료 재구성은 맨 끝의 결론 슬라이드를 글의 첫 문단으로 올리는 데서 시작합니다. 이어서 슬라이드 속 도표와 발표자 설명을 본문 문장으로 옮기면, 발표를 보지 않은 독자도 글만 읽고 답을 얻습니다.

이 블로그 글쓰기 작업은 여섯 단계로 진행합니다. 자료 모으기, 질문 목록 만들기, 순서 다시 짜기, 도표 옮기기, 문장 다듬기, 영상·자료 배치와 발행 전 확인입니다.

발표 자료를 그대로 옮기면 왜 글이 되지 않을까요?

발표는 발표자가 순서를 정하고 청중이 그 순서를 따라가는 형식입니다. 슬라이드에는 핵심 단어와 그림만 있고 맥락은 발표자의 말이 채웁니다. 슬라이드 문구만 블로그에 옮기면 맥락이 빠진 단어 나열만 남습니다.

블로그 독자는 반대로 움직입니다. 질문을 검색해 들어온 뒤 첫 문단에 답이 있는지부터 봅니다. 인사, 회사 소개, 목차로 시작하는 발표 흐름 그대로라면 독자는 답을 찾기 전에 글을 떠납니다.

Google의 유용한 콘텐츠 안내 문서는 자가 점검 질문으로 「다른 사람의 말을 주로 요약하면서 가치를 거의 더하지 않는지」를 묻습니다. 원래 다른 출처를 다루는 글을 위한 질문이지만, 발표 자료를 옮길 때도 같은 기준으로 점검할 수 있습니다. 슬라이드를 요약하기만 한 글은 영상이나 자료 파일과 다를 바가 없습니다.

Google의 AI 기능 안내 문서는 중요한 내용을 텍스트 형태로 제공하라고 설명합니다. 그림 속 글자나 영상 속 말에만 있던 내용을 본문 문장으로 꺼내는 것이 재구성의 목적입니다.

재구성은 어떤 자료를 모으는 데서 시작하나요?

1단계: 원재료 모으기

재구성에는 슬라이드 파일 하나로는 부족합니다. 본문의 재료는 슬라이드에 적히지 않은 설명과 청중의 질문입니다. 작업 전에 아래 자료를 한곳에 모읍니다.

자료글에서 쓰이는 곳확보 방법
슬라이드 원본 파일도표 수치, 소제목 후보발표 담당자에게 편집 가능한 원본 요청
발표 녹화 또는 받아쓰기 원고슬라이드에 없는 설명과 사례녹화 파일의 자막이나 받아쓰기 결과 확보
질의응답·채팅 기록독자 질문 목록, 소제목웨비나 도구에서 기록 내보내기
발표자 메모와 인용 출처수치의 근거발표 노트 확인, 발표자에게 출처 문의
사후 설문·후속 문의설명이 부족했던 부분행사 담당자에게 요청

자료를 모을 때 공개 범위도 함께 확인합니다. 발표장에서 말한 내부 수치나 고객 사례를 공개 글에 실어도 되는지는 별개 문제입니다. 발표자에게 수치와 사례마다 공개 블로그에 써도 되는지 묻고, 그 답을 기록합니다.

끝난 상태: 슬라이드마다 발표자가 실제로 한 설명이 짝지어져 있습니다. 글에 쓸 수치마다 출처와 공개 가능 여부가 적혀 있습니다.

슬라이드 순서는 어떻게 독자 질문 순서로 바꾸나요?

2단계: 독자 질문 목록 만들기

질의응답 기록에서 청중이 실제로 물은 질문을 먼저 옮깁니다. 발표 중에 나오지 않았더라도 주제를 처음 접하는 사람이 물을 만한 질문을 더합니다. 질문은 5~7개로 추리고, 각 질문을 소제목 후보로 씁니다.

예를 들어 가상의 ○○ 기업이 「고객 문의 데이터 정리」 웨비나를 열었다면 질문 목록은 다음과 같이 만들 수 있습니다.

  • 문의 데이터는 어떤 항목부터 정리해야 하나요?
  • 부서마다 분류 기준이 다르면 어떻게 맞추나요?
  • 정리한 데이터는 누가 언제 갱신하나요?
  • 처음 시작할 때 흔히 생기는 문제는 무엇인가요?
  • 정리 결과는 어떤 지표로 확인하나요?

3단계: 결론부터 순서 다시 짜기

결론 슬라이드나 「핵심 정리」 슬라이드를 찾아 첫 문단으로 옮깁니다. 첫 문단은 2~3문장으로 쓰고 대표 질문의 답을 먼저 둡니다. 그다음 질문 목록 순서에 맞춰 슬라이드를 다시 배치합니다. 인사, 목차, 행사 안내 슬라이드는 본문에서 뺍니다.

발표 흐름블로그 글 흐름
인사와 발표자 소개글 끝의 작성자·발표자 정보로 이동
목차소제목으로 대체
배경과 문제 제기첫 문단 뒤의 짧은 배경 설명
본론 슬라이드(발표 순서)독자 질문 순서의 소제목별 본문
결론과 핵심 정리첫 문단의 답과 마지막 정리 절
질의응답관련 절에 녹이거나 자주 묻는 질문으로 정리

Google 시작 가이드는 긴 내용을 문단과 섹션으로 나누고 소제목을 달아 독자가 페이지를 쉽게 탐색하게 하라고 설명합니다. 유용한 콘텐츠 안내 문서는 제목이 내용을 설명하는 요약이어야 하고 과장하지 않아야 한다고 안내합니다. 실무에서는 웨비나 제목을 그대로 쓰기보다 글이 답하는 질문이 드러나도록 제목을 고치는 방법을 권합니다.

끝난 상태: 소제목만 이어 읽어도 답의 흐름이 보입니다. 첫 문단만 읽은 독자도 대표 질문의 답을 압니다.

슬라이드 도표와 발표자 설명은 어떻게 본문으로 옮기나요?

4단계: 도표와 그림을 본문으로 옮기기

슬라이드를 캡처해 그대로 붙이면 도표 속 숫자와 문구가 그림 안에 갇힙니다. 표 형태의 슬라이드는 글 안의 표로 다시 만듭니다. 그래프는 핵심 수치와 해석을 본문 문장으로 먼저 쓰고, 그림은 그 문장을 보조하는 자리에 둡니다.

Google 이미지 문서는 이미지를 관련 텍스트 가까이에 두라고 설명합니다. 대체 텍스트(alt, 이미지를 볼 수 없을 때 대신 읽히는 설명)를 이미지에 관한 가장 중요한 속성으로 꼽고, 키워드를 채워 넣지 말라고 안내합니다. 파일 이름도 짧으면서 내용을 설명하도록 짓고, 번호만 있는 일반적인 이름은 피하라고 권합니다.

  • 슬라이드 제목 「문의 경로별 비중」의 대체 텍스트 예: 전화·이메일·채팅 문의 경로별 비중을 비교한 막대그래프
  • 파일 이름 예: 「슬라이드12」 대신 「문의-경로별-비중-막대그래프」

5단계: 발표 말투를 글 문장으로 바꾸기

받아쓰기 원고에는 「앞서 말씀드렸듯이」「이 화면 보시면」 같은 말하기 표현이 많습니다. 화면을 전제로 한 표현은 지우고, 가리키던 대상을 문장 안에 직접 씁니다. 발표자가 말로 든 사례는 슬라이드보다 구체적일 때가 많아 본문에 살릴 가치가 큽니다.

받아쓰기나 요약에 자동화 도구를 썼다면 사람이 원문과 대조합니다. Google 문서는 자동화나 AI가 콘텐츠의 상당 부분을 생성했다면 독자가 합리적으로 예상하는 곳에 그 사실을 밝히라고 설명합니다.

끝난 상태: 그림을 모두 가려도 본문만으로 뜻이 통합니다. 화면을 가리키는 표현이 하나도 남아 있지 않습니다.

발표 영상과 슬라이드 파일은 글 어디에 두나요?

6단계: 페이지별 역할 나누기

웨비나에는 보통 신청 페이지, 다시보기 페이지, 자료 파일이 함께 있습니다. 블로그 글까지 같은 문장을 되풀이하면 같은 내용이 여러 주소에 흩어집니다. 먼저 페이지마다 역할을 나눕니다.

페이지중심 내용블로그 글과의 관계
다시보기(영상) 페이지영상 하나와 영상 설명글에 영상을 삽입하거나 영상 위치를 안내
블로그 글질문별로 재구성한 본문영상과 자료는 보조 수단
슬라이드 파일발표 원본글 끝에서 내려받기 안내
신청·행사 안내 페이지일정과 신청 방법글 본문과 같은 문장을 쓰지 않음

Google 동영상 문서는 동영상 하나를 보여 주는 것이 주목적인 페이지를 시청 페이지로 봅니다. 삽입한 영상을 다루는 블로그 글은 시청 페이지가 아니라고 설명합니다. 같은 영상을 시청 페이지와 다른 정보가 있는 페이지에 함께 넣어도 괜찮다고도 안내합니다. 블로그 글은 글이 중심이고 영상은 보조라는 점이 드러나게 구성합니다.

같은 원고를 여러 페이지에 올리는 일도 피합니다. Google 시작 가이드는 사이트 안의 중복 콘텐츠가 스팸 정책 위반은 아니지만, 검색엔진이 그중 주소 하나를 골라 보여 준다고 설명합니다. 콘텐츠마다 주소 하나로만 접근되게 하고, 리디렉션을 쓸 수 없으면 표준 주소 지정(canonical)을 쓰라고 권합니다.

끝난 상태: 블로그 글, 영상, 슬라이드 파일이 서로 다른 역할을 맡습니다. 같은 원고가 두 주소에 올라가 있지 않습니다.

발행 전에 무엇을 확인하면 끝난 것인가요?

확인 항목확인 방법끝난 상태
첫 문단첫 2~3문장만 읽음대표 질문의 답이 있음
소제목소제목만 이어 읽음독자 질문 순서로 이어짐
수치와 사례1단계 기록과 대조출처와 공개 허가가 모두 있음
그림그림 옆 문장과 대체 텍스트 확인그림 없이도 뜻이 통함
작성자 정보글 끝 표기 확인발표자와 정리한 사람이 구분되어 표시됨
페이지 역할영상·자료 페이지와 비교같은 원고가 다른 주소에 없음

Google 유용한 콘텐츠 안내 문서는 콘텐츠를 누가 만들었는지 분명히 하라고 설명합니다. 작성자 정보로 이어지는 작성자 표시를 두는 방식입니다. 발표자와 글을 정리한 사람이 다르면 두 사람을 함께 밝힙니다. 글 끝에는 다음과 같이 적을 수 있습니다.

  • 이 글은 ○○ 웨비나(2026년 ○월 ○일) 발표 내용을 바탕으로 마케팅팀 ○○○이 정리했습니다. 발표: ○○팀 ○○○.

재구성 과정을 기록하면 다음 행사에서도 같은 방식으로 작업할 수 있습니다. 아래 양식을 문서 하나로 만들고 글마다 채웁니다.

  • 원본 행사: 행사명, 날짜, 발표자
  • 사용한 자료: 슬라이드, 녹화, 질의응답 기록 중 실제로 쓴 것
  • 대표 질문과 첫 문단의 답
  • 뺀 슬라이드와 그 이유
  • 공개 허가를 받은 수치·사례와 허가한 사람
  • 연결한 영상·자료의 위치

정리

  1. 슬라이드 원본, 녹화, 질의응답 기록을 모으고 수치마다 출처와 공개 여부를 적습니다.
  2. 질의응답 기록에서 독자 질문 5~7개를 뽑아 소제목 후보로 정합니다.
  3. 결론 슬라이드를 첫 문단으로 올리고 질문 순서에 맞춰 본문을 다시 배치합니다.
  4. 도표는 표와 문장으로 옮기고, 그림마다 관련 문장과 대체 텍스트를 붙입니다.
  5. 영상·슬라이드 파일과 글의 역할을 나누고, 발행 전 확인 표로 마지막 점검을 합니다.

참고 자료