IT1004

검색에서 읽히는 글의 구조

웹 운영 IT1004

검색으로 들어온 사람은 답을 찾으러 온 것입니다. 서론이 길면 나갑니다.

제목에 검색어가 들어가야 합니다

사람들이 실제로 치는 말이 제목에 있어야 합니다. “우리 서비스 소개”보다 “서류 요청 문자 쓰는 법”이 훨씬 잘 읽힙니다.

다만 검색어를 억지로 반복하면 오히려 감점됩니다. 자연스럽게 한 번이면 충분합니다.

결론을 앞에 두세요

도입부에서 이 글이 무엇을 답하는지를 먼저 말해야 합니다. 그래야 “여기 답이 있구나” 하고 읽습니다.

배경 설명부터 시작하면 대부분 그 전에 나갑니다.

구조를 눈에 보이게

AI 검색도 같은 구조를 좋아합니다

AI가 답변에 인용할 때는 질문 형태의 소제목과 명확한 답이 있는 글을 선호합니다. FAQ 형식이 특히 잘 인용됩니다.

구조화 데이터를 함께 넣으면 기계가 이해하기 더 쉬워집니다.

얇은 글을 많이 쓰는 것보다

짧고 내용 없는 글 100개보다 제대로 된 글 20개가 낫습니다. 얇은 글이 많으면 사이트 전체 평가가 떨어질 수 있습니다.

하나의 주제를 여러 각도로 깊게 다루는 편이 유리합니다.

검색 의도를 먼저 파악하세요

같은 검색어라도 무엇을 원하는지가 다릅니다. 의도에 맞지 않는 글은 아무리 잘 써도 순위가 오르지 않습니다.

의도검색어 예필요한 글
방법을 알고 싶다○○ 하는 법단계별 안내
비교하고 싶다○○ vs △△표 비교
정의를 알고 싶다○○란개념 설명
문제를 해결하고 싶다○○ 안 될 때원인별 해결
사려고 한다○○ 가격가격·조건

의도를 확인하는 가장 쉬운 방법은 실제로 검색해 보는 것입니다. 상위에 어떤 형태의 글이 있는지 보면 답이 나옵니다.

제목을 정하는 실무

  1. 검색어를 앞쪽에 배치
  2. 구체적인 숫자나 조건을 넣으면 클릭률이 오릅니다
  3. 30자 안팎 — 너무 길면 잘립니다
  4. 과장하지 않기 — 내용과 다르면 이탈률이 올라가 오히려 손해
나쁜 예 — “서비스 소개”
좋은 예 — “직원·거래처에 서류 요청하는 가장 빠른 방법”
검색하는 말이 그대로 들어가 있고, 무엇을 얻는지 분명합니다.

도입부 세 줄이 이탈을 결정합니다

검색으로 들어온 사람은 3초 안에 여기 답이 있는지 판단합니다. 배경 설명부터 시작하면 그 전에 나갑니다.

결론을 먼저 말한다고 끝까지 안 읽는 것이 아닙니다. 오히려 “이 글이 맞구나” 하고 읽습니다.

글 구조 — 스캔 가능하게

요소역할기준
소제목(h2)스캔 가능하게3~8개
비교·나열문단보다 우선
목록순서·항목3~7개
강조핵심만문단당 1~2개
박스주의·참고필요한 곳만

모바일에서 한 문단이 5줄을 넘으면 답답합니다. 짧게 끊는 편이 읽힙니다.

하나의 주제를 깊게, 여러 각도로

얇은 글 100개보다 제대로 된 글 20개가 낫습니다. 그리고 관련 글끼리 링크로 묶으면 주제 권위가 생깁니다.

예를 들어 “해외 결제”라는 주제에 대해 결제 수단 비교, 세금, 정산, 심사 통과 같은 글이 서로 연결되어 있으면 그 주제에서 신뢰를 얻습니다.

  1. 핵심 주제를 3~5개 정합니다
  2. 각 주제마다 중심 글 하나를 씁니다
  3. 그 아래 세부 글 5~10개를 붙입니다
  4. 서로 링크로 연결합니다

업데이트가 새 글보다 나을 때가 있습니다

이미 순위가 있는 글을 보강하는 것이 새 글을 쓰는 것보다 효과가 클 때가 많습니다. 이미 신뢰가 쌓여 있기 때문입니다.

내용을 추가하고 수정일을 갱신하면 다시 크롤됩니다.

자주 묻는 질문

글 길이는 얼마나 되어야 하나요?
정해진 기준은 없습니다. 질문에 충분히 답하는 길이가 맞습니다. 억지로 늘리면 오히려 이탈률이 올라갑니다.
글을 얼마나 자주 올려야 하나요?
빈도보다 일관성이 중요합니다. 주 1편이라도 꾸준한 편이 한 달에 몰아 쓰는 것보다 낫습니다.
AI로 쓴 글도 순위가 오르나요?
도구가 아니라 품질로 평가됩니다. 다만 검증 없이 대량 생성한 글은 얇은 콘텐츠로 판정될 위험이 큽니다.

같이 보면 좋은 글

웹 운영 전체 글

웹 운영 목록 보기 →