특히 지금 확인된 상태라면 다음은 수정이 필요합니다.
•
Canonical URL: 현재 누락된 페이지가 있어 반드시 추가
•
Homepage Schema: BlogPosting → WebSite / Organization / WebPage 중심으로 수정
•
og:type: 홈페이지는 article보다 website가 적합
•
Title / Description / H1 / OG Title: 서로 주제가 어긋나는 페이지는 정렬
•
페이지별 URL: 실제 공개 URL을 기준으로 canonical·OG URL·Schema URL 통일
•
개별 블로그 글: BlogPosting 또는 Article 구조 유지
•
robots / Google·Naver verification: 정상 값이면 그대로 유지
즉 구조는 다음처럼 나누는 것이 맞습니다.
페이지 유형 | HEAD 기본 구조 |
블로그 홈페이지 | WebSite + Organization + WebPage |
서비스/랜딩 페이지 | WebPage 또는 Service |
전문 가이드/정보 페이지 | Article 또는 WebPage |
단테 DB 블로그 글 | BlogPosting / Article |
프로젝트/사례 | Article 또는 적합한 개별 Schema |
따라서 현재 사용 중인 HTML HEAD 생성 프롬프트 자체도 수정하는 것이 좋습니다. 지금까지의 방식처럼 모든 페이지에 거의 같은 BlogPosting 중심 HEAD를 넣는 방식은 중단하고, 페이지 유형(Page Type)에 따라 메타 태그와 Schema가 자동 분기되는 방식으로 바꾸는 것이 핵심입니다.
제 판단으로는 다음 단계가 가장 좋습니다.
기존 HEAD 프롬프트를 버리고 새로 만드는 것이 아니라, 현재 프롬프트를 v2로 재설계합니다.
핵심 로직은:
페이지 내용 분석 → 페이지 유형 판정 → 실제 Public URL 확인 → Meta Title/Description → Canonical → OG → Schema 자동 선택
이 구조입니다.
즉, HTML 메타 태그는 재작성해야 하지만, 더 중요한 것은 “페이지마다 다른 HEAD를 생성하는 시스템”으로 바꾸는 것입니다.
