BizCrush · News SEO·GEO

비즈크러시 뉴스 섹션, 검색·AI에 노출되게 만들기

현재 뉴스 섹션의 검색·AI 노출 가치는 0입니다. 모든 뉴스 페이지에 「검색 결과에 넣지 말라」는 표식(noindex)이 걸려 있어, 기사를 아무리 발행해도 구글·네이버·AI 답변 어디에도 잡히지 않습니다. 아래 모든 작업은 이 차단을 푸는 것에서 시작합니다.

원문: docs/research/news-seo-geo/15_bizcrush-client-global-seo-geo.md · 실측 2026-08-19 (공개 HTTP 응답 기준) · 대상: bizcrush.app / bizcru.sh / bizcrush.ai

기획자·디자이너용 통합 브리핑입니다. 개발 용어는 처음 나올 때 풀어서 설명합니다.

1지금 상태 — 왜 이 작업이 필요한가

2026-08-19 실측 결과, 발행 파이프라인과 기사 페이지 자체는 잘 만들어져 있지만 검색엔진과 AI가 그 페이지를 가져갈 수 없는 상태입니다. 문제는 세 가지입니다.

뉴스 전 페이지가 검색에서 차단돼 있다. 페이지마다 noindex 표식 — 검색엔진에 「이 페이지는 검색 결과에 넣지 말라」고 알리는 설정 — 이 들어 있습니다. 랜딩·프라이싱 페이지는 정상이고 뉴스만 차단 상태입니다.
영어 주소에 한국어 기사가 나간다. /en/news/… 주소를 열면 영어 페이지라고 선언해 놓고 본문은 한국어입니다. 검색엔진 입장에서는 같은 내용의 페이지가 언어 수만큼 복제된 것으로 보여 신뢰를 깎습니다.
도메인이 3개로 흩어져 있다. bizcrush.app(마케팅) · bizcru.sh(앱·뉴스) · bizcrush.ai(리다이렉트). 같은 블로그 글이 두 도메인에 중복 게재돼 있고, 검색 평판이 한 곳에 쌓이지 못하고 분산됩니다.

잘 갖춰진 것도 있습니다 — 기사 본문이 서버에서 완성된 HTML로 나가고(AI·검색엔진이 읽기 좋은 형태), 출처 표기·AI 고지 블록이 이미 있으며, AI 검색 봇(ChatGPT·Perplexity 등의 답변용 수집기)에게는 문이 열려 있습니다. 차단만 풀면 기반은 절반 이상 준비된 셈입니다.

2목표 지표 — 무엇을 성공으로 보나

뉴스 섹션은 그 자체가 목적이 아니라 비즈크러시 제품(AI 회의록·실시간 통역)의 검색 유입 자산입니다. 따라서 지표가 둘로 나뉩니다.

선행 지표: 검색에 등록된 기사 수 · 검색 노출·클릭 · AI 답변에 인용되는 비율 (월간 관찰)
종착 지표: 뉴스로 들어온 방문자가 제품 페이지(랜딩·프라이싱)로 이동하는 비율과 가입 전환

기사 조회수 자체는 KPI가 아닙니다. 관찰 호흡은 3~6개월 — 2주 만에 성패를 판정하지 않습니다.

3도메인 방향 — 주력 1개로 모은다

권고안은 bizcrush.app을 주력 도메인으로, 뉴스는 그 아래 news.bizcrush.app으로 옮기고, 나머지 도메인 주소는 전부 새 주소로 영구 이전(301) — 「이 주소는 영구히 저쪽으로 옮겨졌다」는 신호로, 기존에 쌓인 검색 평판이 새 주소로 승계됩니다 — 처리하는 것입니다.

브랜드명 일치 · 파트너 계약서가 게재처로 명시한 도메인 · 이미 검색에 등록된 마케팅 페이지 · 수집 봇의 신원 표기, 네 가지가 모두 bizcrush.app을 가리킵니다.
단, 최종 확정은 검색 성과 데이터(Google Search Console 노출·클릭, 외부 링크 수)를 두 도메인에서 뽑아 비교한 뒤에 합니다. 이 리서치는 공개 응답만 봤습니다.
뉴스를 별도 서브도메인에 두는 이유: 마케팅 사이트(Framer)와 뉴스(Next.js)의 제작 도구가 달라 한 주소 아래 합치기 어렵고, 뉴스 대량 게재가 문제 될 경우 본 도메인으로 번지는 범위를 줄여 줍니다. 대신 메인 사이트 메뉴에 뉴스 링크 상시 노출 + 홈에 최신 기사 3~6건 모듈로 두 사이트를 이어 줘야 검색 평판이 뉴스까지 흐릅니다.

44개 언어 정책 — 없는 번역은 페이지도 없다

한국어·영어·일본어·중국어(대만)를 한 사이트에서 다루는 원칙은 하나입니다: 번역본이 없으면 그 언어의 페이지를 만들지 않는다. 지금처럼 영어 주소에 한국어 본문을 내보내는 것이 가장 큰 감점 요인입니다. 언어 전환 버튼도 그 언어의 대응 기사가 실제로 있을 때만 보여 줍니다.

hreflang — 같은 기사의 언어별 버전이 각각 어느 주소에 있는지 검색엔진에 알려 주는 표식. 이게 정확해야 한국 사용자에게는 한국어판, 일본 사용자에게는 일본어판이 뜹니다. 현재는 이 표식이 기사가 아닌 사이트 첫 화면을 가리키고 있어 수정 대상입니다.

시장마다 주력 검색 채널이 다릅니다 — 구글만 보면 안 됩니다.

시장	검색 지형	우리가 등록해야 할 곳	주력 유통 채널
한국	네이버 60%대(AI 브리핑이 질의의 약 20%) · 구글 약 30% — 구글 앱 사용자 수는 2026-07 첫 역전	네이버 서치어드바이저 + 구글	LinkedIn · 뉴스레터 (자사 페이지 검색 등록이 2차 배포보다 우선)
영어권	구글 지배 + AI 검색 인용 경쟁이 가장 성숙	구글 + Bing	LinkedIn · X · 커뮤니티 · 디지털 PR
일본	구글 약 82% + Yahoo! JAPAN(구글 엔진이라 별도 대응 불필요)	구글	note · X · 경쟁 키워드 허브
대만	구글 약 79% + Yahoo奇摩 15%(Bing 엔진 — Bing 등록이 곧 Yahoo 대응)	구글 + Bing	LINE · Facebook · Dcard/PTT

대만어 페이지는 반드시 번체 전용(간체 혼입 금지)이며, 현재 /zh-TW/ 주소는 미구현 상태(영어로 넘어감)라 구현이 선행돼야 합니다.

5UI/UX 작업 목록

P0없으면 나머지가 무효 · P130~60일 · P2트래픽이 생긴 뒤.

P0기사 상단 요약 불릿 3~5개 + 첫 문단 직답. AI 답변 엔진은 페이지 상단의 목록형 요약과 질문에 바로 답하는 첫 문단을 인용할 확률이 높다는 것이 대규모 실험으로 확인돼 있습니다. 현재의 요약 박스를 목록 형태로 재설계합니다.
P0날짜 2개 표기: 원문 보도일 + 갱신일. 갱신일은 본문이 실제로 바뀔 때만 변합니다 — 내용 변경 없이 날짜만 갱신하는 건 무효이고 오히려 감점입니다.
P0출처 블록·AI 고지·원문 버튼은 현행 유지. 파트너 원문으로 가는 링크에 「추천하지 않음」 표식(nofollow)을 붙이지 않습니다 — 정식 인용이므로 평판을 나눠 주는 것이 맞습니다.
P1토픽 허브 페이지. 기사 태그별로 자동 생성되는 주제 페이지(정의문 + 최신 수치 + 관련 기사 목록 + 하단 제품 안내). 「기사 → 주제 허브 → 제품 페이지」로 이어지는 내부 링크 구조가 제품 SEO의 중심 설계입니다.
P1관련 기사 3~5건 + 이전/다음 + 브레드크럼(현재 위치 경로 표시). 방문자 체류와 검색엔진의 탐색 경로를 함께 만듭니다.
P1문맥형 제품 CTA. 기사 주제가 「실시간 통역·회의록·음성 인식」일 때만 본문 하단에 관련 기능 카드를 노출합니다. 모든 기사에 배너를 다는 방식은 품질 신호를 떨어뜨리므로 금지.
P1모바일 우선 + 페이지 성능·이미지 규격. 이미지는 크기 명시·지연 로딩·WebP, 대표 이미지는 가로 1200px 이상(구글 Discover 노출 자격 요건).
P2뉴스레터 구독 모듈 · 시장별 공유 버튼(X·LinkedIn·LINE·Facebook·카카오) · 인기 뉴스 · 검색·필터.

6마케팅 축 요약

P0키워드·질문 셋 확정: 시장별 제품 의도 키워드 20개 + 「AI에게 물었을 때 우리가 답이 되고 싶은 질문」 20개. 허브 설계와 AI 인용 모니터링의 공통 입력입니다.
P1파트너 공동 마케팅: 아이티데일리 등 협약사가 「BizCrush News 재구성 게재」를 자사에 표기 → 자연스러운 외부 링크 확보 (계약 문언 범위 안에서).
P1디지털 PR: 음성 인식 벤치마크·회의 데이터 리포트 같은 자체 원천 데이터 콘텐츠 — AI 인용에 가장 유리한 자산입니다.
P1시장별 소셜 유통: 요약 3줄 + 링크 방식(본문 전체 복제 금지). 주 1회 언어별 뉴스레터.
P1AI 인용 모니터링 운영: 확정한 질문 셋을 ChatGPT· Perplexity·Gemini·네이버 AI 브리핑에 주 1회 물어 인용 여부를 기록하고, 인용된 문장이 페이지의 어느 위치였는지 역추적해 템플릿을 개선합니다.

참고: 발행량을 늘리는 것은 트래픽 수단이 아닙니다. 페이지마다 고유한 검색 질문 하나에 답하게 만드는 편집이 우선입니다.

7사람 판정이 필요한 것 (착수 전 결정 대기)

번역 게재의 계약 가부 — 재구성 기사를 영어·일본어·중국어로 번역해 싣는 것이 아이티데일리 계약 범위에 드는가. 계약서 대조는 재민 몫. 불허라면 해외 시장 뉴스는 시장별 소스로만 채웁니다.
「뉴스」 명명과 신문법 — 시사 보도 발행에는 국내 등록 의무가 걸릴 수 있습니다. 탭 이름·구글 뉴스 등록·네이버 뉴스 제휴는 이 판정 뒤로.
계약 문언의 게재처 — 계약서는 게재처를 bizcrush.app 뉴스 탭으로 적었는데 실제 게재는 bizcru.sh입니다. 주력 도메인을 bizcrush.app으로 정하면 문언과 자연히 맞아떨어지고, 반대로 가면 파트너 통지·문언 정정이 필요합니다.

8용어 사전

색인 (인덱싱)검색엔진이 페이지를 수집해 검색 결과 데이터베이스에 등록하는 것. 색인되지 않은 페이지는 검색에 존재하지 않습니다.

noindex「이 페이지는 색인하지 말라」는 페이지 안의 표식. 현재 뉴스 전 페이지에 걸려 있는 차단 설정입니다.

크롤러 (수집 봇)검색엔진·AI 서비스가 웹페이지를 자동으로 읽어 가는 프로그램. 구글봇, 네이버 Yeti, ChatGPT의 수집기 등.

301 / 307주소 이동 신호. 301은 「영구 이동 — 평판도 승계」, 307은 「임시 이동 — 평판은 옮기지 않음」. bizcrush.ai가 현재 307이라 평판이 모이지 않습니다.

canonical비슷한 주소가 여러 개일 때 「정본은 이 주소」라고 선언하는 표식. 중복 페이지 감점을 막습니다.

hreflang같은 글의 언어별 버전이 서로 어느 주소에 있는지 알려 주는 표식. 사용자 언어에 맞는 판이 검색에 뜨게 합니다.

sitemap사이트의 전체 페이지 주소 목록 파일. 검색엔진이 새 기사·갱신 기사를 빨리 발견하는 통로입니다.

JSON-LD (구조화 데이터)페이지 안에 심는 기계용 요약 정보 (제목·날짜·저자·발행처 등). 검색 결과의 풍부한 표시와 AI의 정확한 인용을 돕습니다.

GEOGenerative Engine Optimization — 검색 순위가 아니라 AI의 답변에 인용되는 것을 목표로 하는 최적화. 요약 불릿·직답 첫 문단·갱신일이 핵심 수단입니다.

GSC (Google Search Console)구글이 우리 사이트를 어떻게 수집·노출하는지 보여 주는 무료 관리 도구. 네이버 서치어드바이저는 네이버판입니다.

비즈크러시 프론트(FE)·인프라 작업 중심. 서버(bizcrush-pipeline 레포) 요구는 §6에 분리.

1실측 현황 (2026-08-19 curl)

항목	관측	판정
`bizcru.sh//news/*`	`<meta name="robots" content="noindex, nofollow">` — 목록·매거진·상세 전부 (랜딩은 `index, follow`)	결함 — SEO·GEO 가치 0
뉴스 hreflang / canonical	hreflang이 사이트 루트(`/en`·`/ko`)를 가리킴 · self 참조 없음 · canonical 부재	결함
`/en/news/article/…`	`lang="en"` 선언에 본문·h1 한국어 (ko와 동일 콘텐츠)	언어 불일치 중복
`/zh-TW/landing`	`307 → /en/zh-TW/landing` — 로케일 미구현 폴백	결함
sitemap.xml	`/news/` 0건	결함
`bizcrush.ai`	`307 → bizcrush.app` — 임시 리다이렉트라 신호 미승계	301/308로 교체
블로그 중복	같은 글이 `bizcrush.app/blog/`와 `bizcru.sh/en/blog/` 양쪽 존재	도메인 간 중복
캐시 헤더	`cache-control: private, no-cache, no-store` · `x-vercel-cache: MISS`	크롤 예산·TTFB 손해
JSON-LD	`Article` 2블록 (headline·datePublished·author=Organization·publisher·mainEntityOfPage)	골격 있음 — 필드 보강
출처·AI 고지	출처 블록 + 원문 URL, 서버 HTML에 존재	양호
robots.txt (`bizcru.sh`)	Cloudflare 관리 목록 — 학습 계층(GPTBot·ClaudeBot·CCBot·Google-Extended 등) 차단, 검색·사용자 계층(OAI-SearchBot·ChatGPT-User·PerplexityBot·Claude-SearchBot 등) 허용	GEO 인용 경로 열림 — 유지

2P0 — 개통 전 필수 (없으면 나머지가 무효)

noindex,nofollow 제거 — 뉴스 목록·매거진·상세 전부.
self-canonical + hreflang 클러스터 수정 — 각 페이지가 자기 자신 포함 전 언어 + x-default(권고 /en/)를 상호 참조. 자기 참조·상호 참조가 없으면 구글이 무시. 대만은 zh-Hant-TW로 명시 (zh 단독은 간체 사용자에게도 매칭). 크로스 언어 canonical 금지, 쿼리스트링 제거.
언어 불일치 페이지 제거 — 번역본 없는 언어 URL은 만들지 않는다: 대응 기사만 노출, 나머지는 404/목록 제외. (번역 발행 경로는 계약 판정 선행 — §8)
sitemap에 뉴스 포함 — 언어별 분할, lastmod=updated_at, robots.txt에 Sitemap: 라인.
JSON-LD 보강 — dateModified·inLanguage·isBasedOn (원문 URL)·image 추가. author는 현행 Organization 유지, 타입은 NewsArticle이 아닌 Article 유지 (「뉴스」 명명 리스크 판정 전).
bizcrush.ai 307 → 301 즉시 교체 + 도메인 통합 계획(§4) 착수.

3P1 — 30~60일

캐시 — ISR(발행 이벤트 기반 revalidate 태그) 또는 CDN s-maxage + stale-while-revalidate. no-store 탈피.
검색 콘솔 등록 — GSC 도메인 속성(bizcrush.app) + news. URL 접두 속성 병행 · 네이버 서치어드바이저(사이트맵·RSS 제출) · Bing 웹마스터(= Yahoo奇摩 TW 대응).
IndexNow — 발행 시 핑. 네이버·Bing 지원, 구글 미지원이라 구글은 sitemap lastmod가 유일한 재크롤 신호.
크롤러 로그 관찰 — Vercel Log Drain 또는 Cloudflare Logpush → Googlebot·Yeti·bingbot·OAI-SearchBot·PerplexityBot·Claude-SearchBot 히트 대시보드. GA4는 크롤러를 원리적으로 못 봅니다.
GA4 — 뉴스 → 제품 페이지 전환 퍼널 · AI 리퍼러 커스텀 채널 (chatgpt|perplexity|claude|gemini|copilot) · UTM 규약. AI 유입은 35~70% 과소집계 전제.
RSS/Atom 피드(언어별) — 네이버·피드 리더·AI 크롤러의 발견 경로. API에 updated_at이 이미 있음.
OG 이미지 기사별 자동 생성(제목·매체·날짜) — 현재는 언어별 고정 썸네일.
P2llms.txt(구글 공식 무영향 확인·요청률 3% — 무해하지만 저효과) · WebSub · 구글 뉴스 sitemap(법무 판정 후).

4도메인 통합 절차 (Google 사이트 이전 가이드 기준)

사전 매핑 — 양쪽 URL 전수 목록(sitemap·GSC·서버 로그) → 1:1 매핑표. 경로 구조는 그대로 유지 (/en/blog/x → /en/blog/x).
서버 측 영구 리다이렉트 — bizcru.sh/* → bizcrush.app/* 경로 보존 301/308 (앱 영역은 app., 뉴스는 news.로). 체인 금지 — 한 홉. www·http 변형도 같은 목적지로.
주변 정합 — hreflang·canonical·OG URL·JSON-LD publisher.logo·sitemap을 새 도메인으로 재발행 → 새 sitemap 제출 → GSC 주소 변경 도구.
서버(bizcrush-pipeline) 동반 변경 — ⛔ 이 레포 티켓 — ADR-0016 CORS allow_origins에 새 오리진 추가, 구 오리진 병존 후 제거 (Terraform · infra/README 절차 준수, 콘솔 수기 금지). 봇 UA URL(+https://bizcrush.app/ko/home) 유지 확인.
유지 — 리다이렉트 최소 1년, 가능한 한 영구. 구 도메인 만료시키지 않는다.
검증 — 이전 후 4주 GSC 노출 비교 · curl -I 전 경로 샘플 · 크롤러 로그에서 구 URL 히트 소멸 확인.

5robots 계층 — 현행 유지

Cloudflare 관리 목록이 이미 올바른 분리를 하고 있습니다. 건드리지 말 것.

허용(인용 자격) — 검색·사용자 계층: Googlebot · bingbot · OAI-SearchBot · ChatGPT-User · PerplexityBot · Claude-SearchBot · Claude-User
차단(정책 선택) — 학습 계층: GPTBot · ClaudeBot · CCBot · Google-Extended · Bytespider · Amazonbot 등 + Content-Signal: search=yes, ai-train=no, use=reference
계약 소스가 「AI 학습 금지」를 요구하면 경로 단위로 같은 차단을 걸 수 있음. Google-Extended 차단은 검색·AI Overviews에 무영향이 공식 확인 — 개방 여부는 팀 결정 사항.

6서버(이 레포) 요구 — `/v1/published` 갭

필요	현행	갭
`dateModified`	`updated_at` 있음	없음 — 단 실제 본문 갱신 시만 변하는지 확인 필요. 조회수 등 부수 갱신이 `updated_at`을 건드리면 GEO 관문 ③이 오염됩니다.
상단 요약 불릿 (관문 ④)	`summary` (문단)	`summary_points: list[str]` 또는 summary 불릿 규격화 — 작성기 spec §2 잔여와 같은 티켓.
핵심 수치 (관문 ②)	본문 안에만 존재	`key_figures`(수치·단위·기간) — 선택. 측정 문서 없이 임계는 정하지 않음.
언어별 대응 기사 (hreflang)	`lang`·`market`만 — 대응 관계 없음	`alternates: [{lang, slug}]` — 번역 발행이 열리면 필수. 계약 판정 선행.
토픽 허브	`tags` 있음 (ADR-0019 D5)	태그 목록·카운트 엔드포인트 — 선택 (클라이언트 집계도 가능).
발행 이벤트 → 캐시 무효화	없음 (GCS 스냅샷 + 폴링)	webhook/revalidate는 ADR-0012 미결 #5 — 30분 폴링으로도 뉴스 SEO엔 충분.

출처: docs/research/news-seo-geo/15_bizcrush-client-global-seo-geo.md (2026-08-19, 레포 직접 작성 · 실측 + 사내 리서치 00~14 + Google 공식 문서 기반). 시장 점유율 수치는 근사치 — 결정 시점에 재확인. 국내 법제·계약 문언 판정은 이 브리핑이 하지 않습니다.