1차 카테고리는 전체 맥락
카테고리 허브는 세부 키워드를 단순히 나열하는 목록이 아닙니다. 해당 분야가 무엇인지, 어떤 종류와 기준이 있는지, 정보를 볼 때 무엇을 먼저 이해해야 하는지 폭넓게 설명하는 독립 문서입니다. 하위 문서가 아직 없더라도 카테고리 자체로 읽을 가치가 있도록 구성합니다.
열매 지식정보는 세상의 다양한 주제를 1차 카테고리와 2차 키워드 문서로 나누어 정리하는 정보 네트워크입니다. 넓은 분야는 전체 맥락을 보여주는 허브가 되고, 세부 키워드는 하나의 주제를 깊게 설명하는 독립 문서가 됩니다.
‘청소’라는 단어와 ‘에어컨청소’라는 단어는 같은 분야에 속하지만 사용자가 원하는 정보의 범위는 다릅니다. 청소를 검색하는 사용자는 청소의 종류, 공간별 관리, 도구, 주기, 기본 원칙처럼 넓은 맥락을 보고 싶을 수 있습니다. 반면 에어컨청소를 검색하는 사용자는 청소 시기, 방식, 주의사항, 관리 방법처럼 하나의 세부 주제에 집중된 정보를 원합니다. 두 검색 의도를 하나의 문서에 억지로 섞으면 어느 쪽에도 충분한 답이 되기 어렵습니다.
열매 지식정보는 이런 차이를 구조로 해결합니다. 1차 카테고리는 분야 전체를 설명하는 허브 문서로 만들고, 그 아래 등록된 키워드는 각각 별도의 세부 문서로 생성합니다. 카테고리 페이지에서는 관련 키워드 목록을 제공하고, 키워드 문서에서는 상위 카테고리와 같은 분야의 관련 문서로 연결합니다. 사용자는 현재 위치를 잃지 않고 넓은 정보와 깊은 정보를 오갈 수 있습니다.
YM LABS 기업 사이트와 전체 지식정보의 출발점
청소 분야 전체를 설명하는 카테고리 허브
에어컨청소 하나를 깊게 설명하는 전문 문서
키워드가 많다는 이유만으로 비슷한 문서를 무작정 늘리는 방식은 피합니다. 각 페이지가 왜 존재하는지, 상위 문서와 어떤 차이가 있는지, 사용자가 무엇을 얻어갈 수 있는지를 분명하게 만드는 것이 중요합니다.
카테고리 허브는 세부 키워드를 단순히 나열하는 목록이 아닙니다. 해당 분야가 무엇인지, 어떤 종류와 기준이 있는지, 정보를 볼 때 무엇을 먼저 이해해야 하는지 폭넓게 설명하는 독립 문서입니다. 하위 문서가 아직 없더라도 카테고리 자체로 읽을 가치가 있도록 구성합니다.
세부 문서는 상위 카테고리 전체를 다시 반복하지 않습니다. 해당 키워드의 정의, 필요한 상황, 방법과 절차, 선택 기준, 주의할 점, 자주 묻는 질문처럼 실제 검색 의도에 가까운 내용을 중심으로 깊이 있게 구성합니다. 같은 분야 안에서도 키워드마다 목차와 설명 비중이 달라질 수 있습니다.
사용자는 한 번의 검색으로 모든 궁금증을 해결하지 않을 수 있습니다. 그래서 현재 문서와 같은 카테고리에 속한 다른 문서를 함께 보여주고, 세부 문서에서는 상위 허브로 돌아갈 수 있는 경로를 제공합니다. 내부 연결은 검색엔진을 위한 장치이기 전에 사용자가 정보를 탐색하는 길이어야 합니다.
완성된 문서 HTML은 고정 파일로 보관하고, 광고나 별도의 HTML 코드는 문서별 삽입 파일로 따로 저장합니다. 그래서 광고를 바꾼다고 원본 문서를 다시 생성할 필요가 없고, 같은 콘텐츠를 유지하면서 상단·중간·하단 운영 요소만 개별적으로 수정할 수 있습니다.
열매 지식정보에서는 1차 카테고리와 2차 키워드를 서브도메인 계층으로 표현합니다. 사용자가 주소만 보더라도 현재 문서가 어떤 큰 분야에 속하는지 이해하기 쉽고, 서버에서는 Host 값을 기준으로 카테고리와 키워드를 찾을 수 있습니다.
실제 서버에 서브도메인마다 폴더를 만들지는 않습니다. 모든 요청은 하나의 웹 애플리케이션으로 들어오고, 라우터가 Host를 해석해 해당 문서 파일을 선택합니다. 그래서 문서가 늘어나도 공통 코드와 디자인은 한곳에서 관리할 수 있습니다.
청소.열매.com→ category: 청소에어컨청소.청소.열매.com→ category: 청소 / keyword: 에어컨청소중고차.자동차.열매.com→ category: 자동차 / keyword: 중고차긴 문서 본문과 관리용 데이터는 성격이 다르기 때문에 같은 방식으로 저장할 필요가 없습니다. 열매 지식정보는 완성된 콘텐츠를 HTML 파일로 저장하고 DB는 문서를 찾고 관리하는 색인 역할을 맡습니다.
AI 생성이 완료된 본문은 숫자 ID 기반의 HTML 파일로 저장합니다. 생성 중에는 임시 파일을 사용하고 정상적으로 완성된 후 최종 파일로 교체해 중간 상태가 노출되지 않도록 합니다. 사용자가 접속하면 DB에서 찾은 파일 경로를 기준으로 해당 HTML을 읽어 출력합니다.
DB에는 카테고리명, 키워드명, 호스트 라벨, 제목과 설명, 파일 경로, AI 생성 상태, 노출 상태 같은 관리 정보가 들어갑니다. 관리자는 이 데이터를 기준으로 검색과 목록을 확인하고, 재생성이나 비활성 같은 작업을 수행합니다.
이렇게 역할을 나누면 긴 본문을 매번 DB 쿼리로 가져와 조립하지 않아도 되고, 콘텐츠 파일만 별도로 백업하거나 확인하기도 쉽습니다. 반대로 카테고리 이름이나 상태처럼 운영에서 자주 바뀌는 값은 DB에서 빠르게 수정할 수 있습니다. 하나의 저장 방식에 모든 역할을 억지로 맡기지 않는 것이 핵심입니다.
광고와 임의 HTML 코드도 원본 본문 안에 직접 넣지 않습니다. 각 카테고리와 키워드 ID별로 상단, 중간, 하단 삽입 파일을 별도로 두고 페이지가 출력될 때 합성합니다. 원본 문서는 그대로 유지되기 때문에 광고를 교체하거나 제거해도 콘텐츠 재생성이 필요 없습니다. 중간 코드는 문장 중간을 잘라 넣지 않고 생성된 section 구조의 중간 지점에 삽입해 HTML이 깨지지 않도록 처리합니다.
문서별로 완전히 독립된 설정을 사용하므로 청소 카테고리의 광고와 자동차 카테고리의 광고는 서로 영향을 주지 않습니다. ‘에어컨청소’와 ‘입주청소’처럼 같은 카테고리의 키워드라도 서로 다른 코드를 넣을 수 있고, 필요한 슬롯만 켜거나 끌 수 있습니다.
관리자에서 1차 카테고리를 등록하면 해당 카테고리의 와일드카드 DNS를 준비하고 카테고리 문서를 생성 대기열에 넣습니다. 문서가 완성된 뒤에만 실제 노출 상태로 전환합니다.
그 다음 해당 카테고리를 선택해 세부 키워드를 대량 등록하면 각각의 키워드 문서가 별도 작업으로 생성됩니다. 키워드 수가 많아도 하나씩 처리하기 때문에 웹 요청이 길어지지 않습니다.
‘청소’, ‘자동차’, ‘쇼핑’처럼 1차 분야를 등록합니다. 카테고리 이름은 표시용 원문을 유지하고 DNS에서 사용할 호스트 라벨은 별도로 정규화합니다.
Cloudflare API를 통해 해당 카테고리 아래의 2차 키워드 호스트를 받을 수 있는 와일드카드 레코드를 확인하거나 생성합니다. 동시에 1차 카테고리 허브 문서를 AI 작업 대기열에 등록합니다.
카테고리를 선택한 후 세부 키워드를 줄 단위로 입력합니다. 중복 호스트는 제외하고 각각 독립된 키워드 문서 작업으로 등록합니다. 키워드 하나가 하나의 전문 정보 페이지가 됩니다.
아래 카테고리는 실제로 활성화된 1차 정보 허브입니다. 새 카테고리가 문서 생성까지 완료되면 이 목록에 자동으로 추가됩니다.
대규모 정보 서비스에서는 전체 문서를 한 번에 다시 만드는 방식보다 개별 문서를 독립적으로 관리하는 방식이 안전합니다. 특정 키워드의 내용만 다시 생성하고 싶을 때 다른 문서에는 영향을 주지 않아야 하고, 문제가 있는 문서는 비활성화한 뒤 수정할 수 있어야 합니다. 각 문서가 고유한 ID와 파일 경로, 생성 상태를 갖도록 하는 이유입니다.
1차 카테고리와 2차 키워드의 광고·HTML 설정도 같은 원칙을 따릅니다. 모든 문서에 같은 광고를 강제로 적용하지 않고 각 문서별로 상단, 중간, 하단 슬롯을 독립적으로 저장합니다. 특정 카테고리는 브랜드 안내를 넣고 다른 카테고리는 광고를 넣지 않을 수 있으며, 같은 카테고리 안에서도 키워드마다 다른 HTML을 사용할 수 있습니다. 관리자는 코드 자체를 유지한 채 슬롯만 비활성화할 수도 있습니다.
문서 원본과 삽입 코드를 나누면 콘텐츠 재생성과 광고 운영이 서로 영향을 주지 않습니다. AI 문서를 재생성해도 광고 파일은 그대로 유지되고, 광고를 교체해도 AI 문서를 다시 호출할 필요가 없습니다. 이 분리는 비용과 작업 시간을 줄일 뿐 아니라 문제가 생겼을 때 어느 영역을 확인해야 하는지 분명하게 해줍니다.
문서 수가 늘어날수록 전체 목록을 한 화면에 표시하기보다 카테고리별 목록과 페이지 이동을 제공하고, 사이트맵도 필요한 경우 여러 파일로 분리합니다. 사용자 화면에서는 관련 문서를 적당한 수만 보여주고, 관리자에서는 검색과 상태를 기준으로 필요한 문서를 빠르게 찾을 수 있게 하는 것이 중요합니다. 정보가 많아지는 것과 정보를 잘 관리하는 것은 다른 문제이며, 열매 지식정보는 두 문제를 함께 다루는 구조를 지향합니다.
넓은 분야와 깊은 키워드 문서를 역할에 맞게 나누고, 고정 콘텐츠와 운영 요소를 분리해 관리하며, 사용자에게는 하나의 자연스러운 정보 네트워크로 제공합니다.