명사형 소제목은 왜 AI에 안 걸리는가 — 질문형 헤딩으로 바꿔야 하는 이유

명사형 소제목이라고 해서 AI에 걸리지 않는 것은 아닙니다. 구글은 질의와 페이지 내용이 정확히 맞아떨어지지 않아도 관련성을 파악한다고 밝혔습니다. 그런데도 질문형 헤딩이 값을 하는 이유는 문면을 맞추는 데 있지 않고, 절마다 답할 것을 먼저 정하게 만드는 데 있습니다.

브랜드 이름을 물었더니 AI가 엉뚱한 답을 내놓습니다. 사이트를 열어 보면 지면 자체는 멀쩡한데, 절을 여는 소제목은 “서비스 소개”·”주요 특징”·”진행 절차” 같은 짧은 명사구뿐이고요.

검색해 보면 조언이 한 방향으로 모입니다. 소제목을 사용자가 묻는 문장 그대로 바꾸라는 이야기죠. 근거까지 적어 둔 글은 드물어서, 어디까지가 확인된 사실인지부터 갈라 봐야 합니다.

명사형 소제목은 정말 AI에 안 걸리나요?

걸립니다. 문면이 달라도 걸립니다. 구글은 자사 AI 시스템이 질의와 페이지의 주된 내용 사이에 정확한 일치가 없을 때도 페이지의 관련성을 파악하는 능력을 더 끌어올렸다고 적어 두었습니다.

같은 문서가 한 줄을 더 붙입니다. AI 시스템은 유의어와 사람이 찾는 바의 일반적 의미를 이해해 똑같은 낱말을 쓰지 않은 콘텐츠와도 연결해 주므로, 롱테일 키워드가 부족하다거나 사람들이 찾을 법한 모든 변형을 담지 못했다고 걱정할 필요가 없다고 적혀 있습니다.

검색 기초 안내도 같은 쪽을 가리킵니다. 구글의 언어 매칭 시스템은 정교해서 우리가 질의의 정확한 표현을 쓰지 않아도 페이지가 어떤 질의들과 관련되는지 이해한다고 밝혀 두었습니다.

세 서술을 나란히 놓으면 “명사형은 안 걸린다”는 말은 성립하지 않습니다. 헤딩 문구의 형식을 순위 요소로 규정한 공식 문서도 확인되지 않고요.

공식 문서가 헤딩을 언급하는 대목은 결이 다른 쪽에 있습니다. 순위표가 아니라 지면을 어떻게 정리하면 사람이 읽기 편한가를 다루는 자리죠.

그러면 질문형 권고가 근거 없는 이야기냐 하면, 그렇지도 않습니다. 근거가 매칭이 아니라 다른 자리에 있을 뿐이죠.

이 구분을 흘려 보내면 작업 목록이 엉뚱해집니다. 매칭이 근거라면 예상 질문을 최대한 많이 적어 두는 쪽으로 가지만, 실제 근거는 그 반대 방향의 절제를 요구하거든요.

통념이 붙잡고 있는 사실도 하나 있기는 합니다. 명사구 소제목이 걸리는 지면을 열어 보면 그 아래 절에도 답이 없는 경우가 잦습니다.

그러니 문제는 소제목의 품사가 아니라 그 아래에 무엇이 놓였느냐입니다. 소제목만 물음으로 바꾸고 아래를 그대로 두면 달라질 게 없고요.

그러면 질문형 헤딩 권고는 어디서 나왔을까요?

화면에 질문이 그대로 등장하는 자리를 본 경험에서 나왔습니다. 검색 결과에 질문 목록이 펼쳐지고 그 안에서 남의 문장이 답으로 뽑히는 장면을 몇 번 보면, 질문을 지면에 적어 두어야 한다는 감각이 생기죠.

구글은 그 자리에 이름을 붙여 두었습니다. 관련 질문 묶음은 사용자가 처음 검색한 내용과 관련된 질문들의 묶음이며 “사람들이 함께 찾는 질문”으로도 불린다고 시각 요소 안내에 적혀 있습니다.

같은 안내가 동작까지 설명합니다. 사용자가 그 질문을 펼치면 강조 스니펫이 표시된다는 문장입니다. 강조 스니펫은 검색 결과 상단에 답을 먼저 띄우는 상자를 가리킵니다.

강조 스니펫 문서도 연결을 확인해 줍니다. 강조 스니펫이 관련 질문 묶음 안에도 나타날 수 있다고 적혀 있습니다.

다만 같은 문서가 못을 박아 둡니다. “내 페이지를 강조 스니펫으로 표시할 수 있나요”라는 물음에 할 수 없다고 답하고, 구글 시스템이 어떤 페이지가 사용자에게 좋은 강조 스니펫이 될지 판단해 끌어올린다고 적었습니다.

질문형으로 적어 두는 일이 신청이 아니라는 뜻입니다. 지면 쪽에서 할 수 있는 것은 뽑히기 쉬운 형태를 만들어 두는 데까지고요.

그래도 이 자리가 알려 주는 사실 하나는 남습니다. 사람들이 실제로 던지는 물음이 문장 형태로 화면에 오르내리고, 그 옆에 답이 붙는다는 점입니다.

대화형 질의 쪽 사정도 겹칩니다. 구글은 AI 모드에서 사람들이 예전 같으면 여러 번 검색해야 했을 미묘한 질문을 던질 수 있다고 설명합니다. 입력 문장이 길어질수록 문서 안의 질문 문장과 겹칠 여지도 늘어나죠.

입력한 문장이 그대로 검색되지는 않는다는 사정은 서비스마다 인용 방식이 갈리는 구조에 정리해 두었습니다. 여기서는 그 앞단, 곧 우리가 소제목에 무엇을 적어 두느냐만 봅니다.

우리가 AI에 던지는 말은 정말 다 질문일까요?

아닙니다. 상당수는 명사를 늘어놓은 키워드에 가깝습니다. 우리 쪽에서 재 본 숫자가 그 사정을 그대로 보여 줍니다.

테크수다 비즈니스랩은 AI 검색에서 우리가 어떻게 불리는지 재려고 측정용 질의 24개를 설계해 두었습니다(2026-07-16 작성). 물음표가 붙은 질의는 하나도 없었고, 의문사나 의문 종결이 들어간 것이 다섯 개, 나머지 열아홉 개는 “로컬 비즈니스 GEO 최적화”처럼 명사구를 이어 붙인 형태였습니다.

이 세트를 만든 사람은 GEO 실무자였습니다. 실무자가 상상한 질의조차 대부분 키워드형이었다는 뜻이니, 지면의 소제목을 전부 물음표로 끝내면 오히려 어긋나는 자리가 생깁니다.

물론 이 숫자는 사용자 로그가 아니라 측정 설계 문서 한 건의 집계입니다. 실제 이용자가 무엇을 어떻게 입력하는지를 대신할 수는 없죠.

다만 한쪽으로 기울 이유가 없다는 점은 이 표본으로도 충분히 보입니다. 질문형이 전부라고 볼 근거가 우리 손안의 자료에도 없었으니까요.

구글 안내도 독자에 따라 검색어가 갈린다고 적어 두었습니다. 주제를 잘 아는 사용자와 처음 접한 사용자가 서로 다른 키워드를 쓸 수 있다면서, 누구는 “샤퀴테리”로 찾고 누구는 “치즈 보드”로 찾는다는 예를 듭니다.

그러면서 붙인 단서가 방향을 정해 줍니다. 누군가 우리 콘텐츠를 찾을 법한 모든 변형을 예상하지 못해도 걱정하지 말라는 문장입니다.

예상 문장을 늘리는 작업에는 끝이 없습니다. 끝이 없는 작업은 지면 수를 늘리는 쪽으로 흘러가기 마련이고요.

키워드형 질의가 사라지지 않는 데는 까닭이 있습니다. 급할 때 사람은 낱말만 던지고, 그 주제를 잘 아는 사람일수록 문장을 짧게 줄이거든요.

그래서 실제 지면 앞에는 두 형태가 함께 도착합니다. 소제목을 한 형태로만 통일하는 결정이 어느 쪽으로 기울든 절반과는 어긋난다는 뜻이죠.

달리 말하면 소제목 형태는 질의 문면을 맞히는 문제가 아닙니다. 어느 절이 답을 담고 있는지 지면 스스로 밝히는 문제에 가깝습니다.

그렇다면 질문형 헤딩은 무엇을 바꾸나요?

세 자리를 바꿉니다. 쓰는 사람의 판단, 읽는 사람의 이동, 그리고 잘려 나갔을 때 남는 문면입니다.

첫째는 쓰는 쪽입니다. 소제목에 물음을 적는 순간 그 절이 무엇에 답해야 하는지가 정해집니다. “주요 특징” 아래에는 무엇을 써도 어울리지만, “무엇이 다른가요” 아래에는 답이 없으면 절이 비어 보이니까요.

둘째는 읽는 쪽입니다. 구글은 긴 내용을 문단과 섹션으로 나누고 헤딩을 두어 사용자가 지면을 훑을 수 있게 하라고 검색 기초 안내에 적었습니다. 생성형 AI 안내도 문단과 섹션, 그리고 구조를 알려 주는 헤딩으로 정리된 지면을 사람들이 대체로 반긴다고 적었고요.

같은 안내에 딸린 문장 하나가 이 대목의 무게를 더합니다. 의미에 맞는 HTML을 쓰면 화면 낭독기를 쓰는 사용자 같은 다른 부류의 이용자가 지면을 더 쉽게 해석하고 이동한다는 대목입니다.

셋째는 잘려 나갈 때입니다. 발췌된 대목에 소제목이 함께 실리면, 그 대목이 무엇을 답하는 자리인지가 문면에 남습니다. 명사구는 주제만 알릴 뿐 답이 있는지는 알려 주지 못합니다.

목차나 검색 결과처럼 소제목만 늘어서는 자리에서도 차이가 납니다. “진행 절차”와 “신청하면 어떤 순서로 진행되나요”는 같은 절을 가리키지만, 뒤쪽만 읽고 들어올 이유를 줍니다.

답을 절 앞쪽에 두는 순서 자체는 답을 먼저 두는 쓰기에서 따로 다뤘습니다. 소제목은 그 답이 무엇에 대한 답인지를 밝히는 짝입니다. 둘 중 하나만 손보면 절반만 굴러갑니다.

바꿀 자리와 그대로 둘 자리

기준은 하나로 좁혀집니다. 그 소제목 아래에서 독자가 답을 기대하는가, 아니면 무엇이 놓여 있는지만 알면 되는가.

아래 세 줄을 눈여겨보시면 됩니다. 이름을 붙이는 자리에 물음표를 달면, 독자는 답을 찾다가 목록만 만나게 되거든요.

바꿀 자리를 골랐다면 문장으로 옮기는 요령은 단순합니다. 그 절이 이미 답하고 있는 내용을 물음으로 되돌려 적으면 됩니다.

• “서비스 소개” → 절이 대상과 범위를 설명하고 있다면 “무엇을 맡고 어디까지 해 주나요”
• “진행 절차” → 기간과 순서가 적혀 있다면 “신청하면 어떤 순서로 진행되나요”
• “주요 특징” → 다른 방식과의 차이를 다루고 있다면 “일반 제작과 무엇이 다른가요”
• “요금 안내” → 산정 방식을 설명하고 있다면 “비용은 무엇을 기준으로 정해지나요”

네 줄에서 화살표 오른쪽은 절 내용을 읽고 나서야 정해집니다. 소제목만 보고 물음을 지어내면 아래 문장과 어긋나거든요.

한 형태로만 통일하지 않는 편이 낫다는 감각은 지면을 손보는 자리에서 되풀이해 얻게 됩니다. 다만 비율을 미리 정해 두고 숫자를 채우려 억지 물음을 만드는 순간 그 기준은 목적을 잃죠.

우리 지면의 소제목은 어떤 문장이었나요?

질문 문장이 이미 마흔 개 넘게 있었는데, 정작 소제목 자리에는 거의 없었습니다. 2026년 7월 28일에 테크수다 비즈니스랩 지면 열 곳을 받아 소제목을 전부 세어 봤습니다.

큰 소제목과 작은 소제목을 합쳐 아흔 개였고, 그중 물음표로 끝나는 것은 두 개였습니다. 물음표 없이 의문형으로 끝나는 소제목이 두 개 더 있었으니, 묻는 형태는 아흔 개 가운데 네 개인 셈이죠.

같은 지면에서 질문 문장 마흔세 개가 따로 나왔습니다. 전부 접었다 펴는 요소 안에 들어 있었고, 그중 마흔두 개가 물음표로 끝났습니다.

문장을 훑어보니 지어낸 티도 나지 않더군요. 무료인지, 얼마나 걸리는지, 무엇이 다른지처럼 상담에서 실제로 오갔을 물음이 대부분이었습니다.

읽는 방향이 여기서 갈립니다. 질문으로 쓸 재료가 없어서 명사구가 남은 것이 아니라, 이미 써 둔 질문을 접히는 자리에만 넣어 두었던 것이죠.

큰 소제목 쉰다섯 개 가운데 열 개는 “자주 묻는 질문”이었습니다. 열 지면 전부에 같은 이름이 붙어 있었는데, 이 자리는 명사구가 맞습니다. 아래에 놓인 것이 답이 아니라 질문 묶음이니까요.

고칠 대상이 아흔 개 전부가 아니라는 뜻이기도 합니다. 답이 놓여 있는데 이름만 붙어 있는 절, 그리고 접힌 자리에 갇혀 있던 물음을 절 제목으로 끌어올릴 곳이 대상이고요.

세어 보기 전과 후의 판단이 갈린 지점도 여기였습니다. 세기 전에는 “질문형 소제목이 부족하니 새로 만들어야 한다”였는데, 세고 나니 “이미 있는 물음을 옮겨 놓는 일이 먼저”로 바뀌었죠.

이 차이가 작업량을 크게 줄입니다. 없는 것을 만드는 일과 있는 것을 옮기는 일은 걸리는 시간도, 틀릴 확률도 다르니까요.

질문형으로 고칠 때 어디서 어긋나나요?

소제목과 그 아래 문장이 따로 노는 자리에서 어긋납니다. 실무에서 되풀이해 나오는 형태는 네 가지고요.

• 물음표만 붙이는 경우: 소제목을 물음으로 바꿔 놓고 첫 문장은 배경 설명 그대로 두면, 절이 묻기만 하고 답하지 않는 상태가 됩니다. 고치기 전보다 읽는 사람의 기대만 커진 셈이죠.
• 같은 물음이 두 지면에 겹치는 경우: 서비스 지면의 질문 묶음과 블로그 글의 소제목이 같은 문장이면, 우리 지면끼리 같은 물음을 두고 겹칩니다. 새 소제목을 정하기 전에 사이트 안에서 그 문장을 한 번 검색해 보시면 걸러집니다.
• 답할 수 없는 물음을 세우는 경우: 확인되지 않은 것을 묻는 소제목은 아래 문장이 추정으로 채워지기 쉽습니다. 답을 못 적겠으면 그 절은 아직 쓸 준비가 안 된 절이고요.
• 물음이 길어지는 경우: 키워드를 다 넣으려고 늘린 문장은 사람이 실제로 던지는 말에서 오히려 멀어집니다.

네 가지에 공통점이 있습니다. 전부 소제목만 손보고 그 아래 문장을 그대로 두었을 때 생깁니다.

거꾸로 보면 점검 지점도 하나로 모입니다. 바꾼 소제목마다 바로 다음 문장을 붙여 읽어 보는 일입니다.

한 절에 물음을 둘씩 담는 것도 피하시는 편이 좋습니다. “무엇이고 어떻게 하나요” 같은 소제목은 아래에서 답이 둘로 갈라져, 어느 쪽을 잘라 가도 절반만 실려 나가거든요.

어느 소제목부터 손보면 될까요?

지금 있는 지면의 소제목 목록부터 뽑아 보시면 됩니다. 새 문장을 궁리하기 전에 무엇이 적혀 있는지 한 화면에 모아 두는 편이 품이 훨씬 적게 듭니다.

1. 지면별로 큰 소제목과 작은 소제목을 한 줄씩 늘어놓습니다.
2. 각 소제목 아래에 답이 놓였는지 목록이 놓였는지 표시합니다.
3. 답이 놓인 자리만 골라 독자가 실제로 던질 만한 문장으로 바꿉니다.
4. 바꾼 소제목 바로 다음 문장이 그 물음에 답하는지 확인합니다.
5. 같은 물음이 다른 지면에 이미 있는지 대조합니다.

다섯 줄이면 지면 하나에 십여 분입니다. 전면 개편이 아니라 목록 작업이라 마음에 안 들면 그대로 되돌리면 됩니다.

접혀 있는 질문부터 살펴보시는 것도 방법이죠. 상담에서 실제로 받은 물음이 그 안에 들어 있다면, 책상에서 지어낸 문장보다 사람이 던질 말에 훨씬 가깝습니다.

순서를 지키면 부수 효과가 하나 따라옵니다. 소제목을 다 훑고 나면 어느 절이 다른 절과 같은 이야기를 하고 있는지도 같은 화면에서 드러나거든요.

콘텐츠 자동화 파이프라인을 만들다 보면 소제목만 기계로 뽑아 놓고 들여다보는 일이 잦습니다. 기술 SEO와 GEO를 함께 다루는 자리에서 보면, 본문을 읽을 때는 멀쩡해 보이던 절이 소제목만 모아 놓으면 무엇을 답하는 절인지 드러나지 않곤 했죠.

지면이 여러 곳이라 어디부터 손댈지 정하기 어렵다면 무료 GEO 진단에서 현재 상태를 함께 살펴볼 수 있습니다. 소제목을 손볼 단계인지, 그보다 앞선 자리가 막혀 있는지부터 갈라 보는 자리고요.

고친 뒤 결과를 재실 때는 기준을 하나로 묶어 두시길 권합니다. 소제목을 바꾼 편과 그대로 둔 편을 나눠 적어 두면, 나중에 유입이 움직였을 때 무엇 때문인지 좁혀 볼 수 있으니까요.

소제목 하나를 고치는 데 드는 품은 몇 초입니다. 그런데 그 몇 초가 절 하나를 다시 세우게 만들 때가 있고, 그런 절이 늘어난 지면은 사람이 훑기에도 편해집니다.

자주 묻는 질문

소제목을 질문으로 바꾸면 페이지 제목도 질문으로 써야 하나요?

그럴 이유는 없습니다. 제목은 검색 결과 목록에서 링크 문구로 쓰이는 자리라, 무엇을 다루는 문서인지 먼저 드러나야 고르기 쉽습니다. 질문형 제목이 어울리는 글도 있지만 소제목을 고쳤다고 제목까지 일률로 맞출 일은 아니고요.

큰 소제목과 작은 소제목은 어떤 기준으로 나누나요?

독자가 답을 기대하는 단위를 큰 소제목으로 잡으시면 됩니다. 그 아래에서 항목을 나열하거나 절차를 쪼갤 때 작은 소제목을 쓰죠. 단계를 건너뛰어 위계가 어긋나면 목차를 자동으로 만드는 도구에서 순서가 흐트러집니다.

소제목이 아예 없는 짧은 지면은 어떻게 하나요?

억지로 나눌 일은 아닙니다. 한 화면에서 끝나는 안내문이라면 소제목 없이도 읽히니까요. 다만 스크롤이 길어지는데 소제목이 없다면 독자가 어디쯤 왔는지 가늠할 표지가 없다는 뜻이라, 그때는 절을 나누는 일이 먼저입니다.

이미 검색 유입이 있는 글의 소제목을 바꿔도 괜찮을까요?

문구만 손대는 작업은 페이지 주소나 제목 태그를 건드리지 않으니 걸어 둔 링크가 깨지지는 않습니다. 마음에 안 들면 원래 문장으로 되돌리기도 쉽고요. 유입이 많은 글이 걱정된다면 손에 익은 지면부터 먼저 해 보셔도 됩니다.

소제목을 바꾸면 페이지 안 이동 주소도 함께 바뀌나요?

도구에 따라 다릅니다. 소제목 문구에서 자동으로 위치 주소를 만드는 방식이라면 문구를 바꾸는 순간 그 주소도 바뀌어, 목차나 외부에서 걸어 둔 링크가 엉뚱한 자리로 갑니다. 바꾸기 전에 그 지면을 가리키는 링크가 있는지 확인해 두시면 됩니다.

영어 지면에도 같은 기준을 쓰면 되나요?

기준은 같고 문장 형태만 다릅니다. 한국어는 종결 어미로 묻는 형태가 드러나지만 영어는 의문사와 어순이 그 일을 하죠. 다만 언어별로 사람들이 실제로 쓰는 표현이 다르니, 번역한 문장을 그대로 올리기보다 그 언어에서 쓰이는 말인지 한 번 확인해 보시는 편이 낫습니다.

출처

• 구글 검색 센트럴, 「Optimizing your website for generative AI features on Google Search」(2026-07-28 확인) — 질의와 페이지의 주된 내용 사이에 정확한 일치가 없어도 관련성을 파악한다는 서술, AI 시스템이 유의어와 일반적 의미를 이해해 같은 낱말을 쓰지 않은 콘텐츠와도 연결하므로 롱테일 키워드나 모든 변형을 걱정할 필요가 없다는 서술, 사람 독자를 위해 문단·섹션·소제목으로 정리하라는 권고, 의미에 맞는 HTML이 화면 낭독기 같은 다른 부류 이용자의 해석·이동을 돕는다는 서술(원문 “improved upon our ability to understand the relevance of pages, even when there is no exact match between the query and the page’s primary content.” / “AI systems can understand synonyms and general meanings of what someone is seeking, in order to connect them with content that might not use the same precise words. This means you don’t have to worry that you don’t have enough \”long-tail\” keywords or haven’t captured every variation of how someone might seek content like yours.” / “People generally appreciate it when web pages are organized by paragraphs and sections, along with headings that provide a clear structure to navigate content.” / “it helps other types of users, such as screen readers, parse and navigate your web page more easily”). 본문 §1·§4의 근거. https://developers.google.com/search/docs/fundamentals/ai-optimization-guide
• 구글 검색 센트럴, 「SEO Starter Guide」(2026-07-28 확인) — 언어 매칭 시스템이 정교해 질의의 정확한 표현을 쓰지 않아도 페이지와 질의의 관련을 이해한다는 서술, 주제를 잘 아는 사용자와 처음 접한 사용자가 다른 키워드를 쓴다는 서술과 샤퀴테리·치즈 보드 예시, 모든 변형을 예상하지 못해도 걱정하지 말라는 단서, 긴 내용을 문단·섹션으로 나누고 헤딩을 두어 사용자가 지면을 훑게 하라는 권고(원문 “Google’s language matching systems are sophisticated and can understand how your page relates to many queries, even if you don’t explicitly use the exact terms in them.” / “Users who know a lot about the topic might use different keywords in their search queries than someone who is new to the topic. For example, some users might search for \”charcuterie\”, while others might search for \”cheese board\”.” / “However, don’t worry if you don’t anticipate every variation of how someone might seek your content.” / “Break up long content into paragraphs and sections, and provide headings to help users navigate your pages.”). 본문 §1·§3·§4의 근거. https://developers.google.com/search/docs/fundamentals/seo-starter-guide
• 구글 검색 센트럴, 「Visual Elements gallery」(문서 기준일 2026-02-04, 2026-07-28 확인) — 관련 질문 묶음의 정의와 “사람들이 함께 찾는 질문”이라는 별칭, 질문을 펼치면 강조 스니펫이 표시된다는 설명(원문 “A related questions group is a cluster of questions that are related to what the user initially searched for (also known as \”People Also Ask\”). When a user expands the question, they’re shown a featured snippet.”). 본문 §2의 근거. https://developers.google.com/search/docs/appearance/visual-elements-gallery
• 구글 검색 센트럴, 「Featured snippets and your website」(2026-07-28 확인) — 강조 스니펫이 관련 질문 묶음 안에도 나타날 수 있다는 서술, 페이지를 강조 스니펫으로 표시할 수 없으며 구글 시스템이 판단해 끌어올린다는 서술(원문 “They can also appear within a related questions group (also known as \”People Also Ask\”).” / “How can I mark my page as a featured snippet? You can’t. Google systems determine whether a page would make a good featured snippet for a user’s search request, and if so, elevates it.”). 본문 §2의 근거. https://developers.google.com/search/docs/appearance/featured-snippets
• 구글 검색 센트럴, 「AI features and your website」(2026-07-28 확인) — AI 모드에서 사용자가 예전에는 여러 번 검색해야 했을 미묘한 질문을 던질 수 있다는 서술(원문 “People can ask nuanced questions that might have previously taken multiple searches — from exploring a new concept, to comparing options, and beyond”). 본문 §2의 근거. https://developers.google.com/search/docs/appearance/ai-features
• 테크수다 비즈니스랩 자체 사이트 실측(2026-07-28, 작성자 직접 수집) — techsudabizlabs.com 지면 열 곳(홈·소개·제작·컨설팅·콘텐츠·교육·진단·포트폴리오·문의·블로그)의 소제목을 전수 추출한 결과 h2 55개·h3 35개 합계 90개, 물음표로 끝나는 소제목 2개(h2), 물음표 없이 의문형으로 끝나는 h2 2개, h2 중 “자주 묻는 질문” 10개(열 지면 전부). 같은 지면의 접었다 펴는 요소(details/summary) 안에 놓인 질문 문장 43개, 그중 물음표 종결 42개. 본문 §6의 근거이며, 서술 범위는 이 실측 범위로 한정했습니다.
• 테크수다 비즈니스랩 측정 질의 세트(2026-07-16 작성, 40-audit/data/query-set.md) — AI 검색 인용 측정용으로 설계한 질의 24건(상황별 18건 + 브랜드·카테고리 6건) 가운데 물음표 표기 0건, 의문사·의문 종결 포함 5건, 나머지 19건은 명사구 나열형. 본문 §3의 근거이며, 이 수치는 자사 측정 설계 문서 한 건의 집계입니다.
• 작성자 — 김범수(라이브다임 대표, 기술 SEO·GEO 컨설턴트, 10년차 SEO 강사, 콘텐츠 자동화 실무). 저자 페이지 https://techsudabizlabs.com/author/seomkt/ · 프로필 https://geomkt.kr/about/ . 본문 §5·§8 실무 관점 서술의 출처이며, 소제목 형태를 한쪽으로 통일하지 않는 편이 낫다는 §5의 서술은 공개 문서가 아니라 이 실무 관점에서 나온 판단입니다.