1. 1차 진단 결론
현재 https://blog.cypress9.com/은 검색로봇이 아예 접근하지 못하는 사이트는 아닙니다.
홈페이지뿐 아니라 단독주택, 패시브하우스, 복사냉난방 등의 여러 페이지가 실제 외부 검색 인덱스에서 발견되고 있고 최근 수일~수주 내 크롤링된 페이지도 확인됩니다. Cypress9 Blog
따라서 현재 상태는
Crawling 실패가 아니라“부분적으로 수집되고 있으나, 색인(Indexing)·대표 URL·검색 주제 인식·검색 순위 신호가 충분히 정리되지 않은 상태”
로 보는 것이 타당합니다.
2. 이미 발견한 중요한 문제
A. Canonical URL이 실제로 빠져 있습니다 — 우선순위 ★★★★★
홈페이지 Notion 원본을 직접 확인했습니다.
HTML에는 다음과 같이 되어 있습니다.
<!-- Canonical -->
<!-- canonical URL 확인 필요 -->
즉, 실제 <link rel="canonical">가 없습니다.
더 중요한 것은 핵심 페이지인 「비온후풍경의 단독주택 집짓기」도 동일하게 canonical이 비어 있습니다.
Google은 rel="canonical"을 대표 URL 선택의 강한 신호로 사용하며, sitemap과 canonical을 함께 일치시키는 것을 권장합니다. Google for Developers
이 부분은 전 페이지 일괄 정비 대상입니다.
B. 홈페이지 DB의 URL 속성이 비어 있습니다 — 구조적 문제 ★★★★★
Notion 홈페이지 DB를 보면 공개 중인 홈페이지조차
userDefined:URL = ""
상태입니다.
이 구조에서는 CMS 차원에서 다음을 안정적으로 관리하기 어렵습니다.
Notion Page → Public URL → Canonical → Sitemap → Internal Link → Index Status
앞으로는 모든 공개 페이지에 Public URL을 DB Property로 반드시 저장하는 구조로 바꾸는 것이 좋습니다.
예:
https://blog.cypress9.com/1c115757-6e7a-814d-8c52-d6a1252f7001
이 값을 해당 페이지의 URL 속성에 넣고,
<link rel="canonical"
href="https://blog.cypress9.com/1c115757-6e7a-814d-8c52-d6a1252f7001">
Plain Text
복사
로 연결하는 방식입니다.
C. Google이 일부 페이지의 <title>을 다시 쓰고 있습니다 ★★★★☆
이것도 중요한 신호입니다.
Notion에 설정한 단독주택 페이지 title은:
단독주택 집짓기 | 설계·예산·시공을 연결하는 PM·CM | 비온후풍경/사이프러스9
입니다.
그런데 실제 외부 검색 결과에서는:
비온후풍경 단독주택 집짓기, 왜 정보보다 기준이 먼저일까 | 비온후풍경/사이프러스9
처럼 다른 제목으로 인식되고 있습니다. Cypress9 Blog
Google은 <title>뿐 아니라 H1, 화면상 큰 제목, og:title, 내부·외부 앵커텍스트 등을 같이 판단하여 검색 결과 제목을 다시 만들 수 있습니다. Google for Developers
네이버도 동일한 원리로 title, 페이지 제목, 앵커 및 본문을 함께 분석한다고 명시합니다. 네이버 서치어드바이저
즉 현재 일부 페이지에서
Meta Title ≠ H1 ≠ Notion Page Name ≠ OG Title
의 불일치가 존재할 가능성이 높습니다.
앞으로는 이것을 정렬해야 합니다.
3. 홈페이지 자체의 SEO 역할도 다시 정의해야 합니다
현재 블로그 루트의 title은:
좋은 건축의 기준, 시대가 요구하는 건축 | 비온후풍경/사이프러스9
입니다.
콘텐츠 제목으로는 좋지만 사이트 홈페이지의 검색 엔티티(Entity) 정의에는 다소 약합니다.
따라서 홈페이지는 예를 들면 향후 다음 방향이 더 적합합니다.
비온후풍경·사이프러스9 | 단독주택·건축 설계·시공·패시브하우스
또는 검색전략에 따라 이를 더 정교하게 설계해야 합니다.
현재 루트 페이지가 “홈페이지”와 “좋은 건축에 관한 장문 콘텐츠” 역할을 동시에 수행하고 있다는 것도 검색엔진에게 사이트 정체성을 모호하게 만들 수 있습니다.
4. Structured Data도 역할이 맞지 않습니다
현재 블로그 홈페이지가
og:type = article
Schema = BlogPosting
Plain Text
복사
으로 되어 있습니다.
그러나 사이트 루트라면 일반적으로
•
WebSite
•
WebPage
•
Organization
•
og:type="website"
가 더 적합합니다.
BlogPosting은 실제 개별 글에 적용하는 구조가 더 자연스럽습니다.
이것이 색인 실패의 직접 원인이라고 보기는 어렵지만, 검색엔진의 사이트·페이지 의미 해석(Semantic Understanding) 관점에서는 바로잡는 것이 좋습니다.
5. Oopy 방식 자체는 문제가 아닙니다
이 부분은 중요한 확인입니다.
현재처럼 Notion 페이지 최상단에 HTML 코드블록을 두고 <head>를 작성하는 방식은 Oopy에서 공식 지원하는 방식입니다. Oopy는 페이지별 YAML 또는 HTML 코드블록을 통해 title, description 및 추가 meta tag를 적용할 수 있다고 안내합니다. 1분 만에 만드는 노션 웹사이트, 우피!
따라서
“Notion이라 SEO가 안 된다”
라고 단정하면 안 됩니다.
문제는 그 SEO 구조를 어떻게 설계·운영하고 있느냐에 더 가깝습니다.
6. 앞으로 이 프로젝트에서 적용할 SEO 복구 순서
저는 다음 순서가 가장 합리적이라고 봅니다.
Priority | 작업 | 중요도 |
P0-1 | Google Search Console / Naver Search Advisor 색인 현황 확인 | ★★★★★ |
P0-2 | robots.txt / sitemap.xml / RSS 실동작 확인 | ★★★★★ |
P0-3 | 모든 공개 페이지 Public URL DB화 | ★★★★★ |
P0-4 | 전 페이지 Self Canonical 적용 | ★★★★★ |
P0-5 | Title–H1–OG–본문 주제 정렬 | ★★★★★ |
P1 | 홈페이지를 Website/Organization 중심으로 재설계 | ★★★★☆ |
P1 | Sitemap  Canonical 내부링크 URL 통일 | ★★★★☆ |
P1 | 중복·유사 페이지 Cannibalization 조사 | ★★★★☆ |
P1 | Google/Naver 미색인 URL 재수집 요청 | ★★★★☆ |
P2 | 페이지별 검색의도·키워드 클러스터 재설계 | ★★★★☆ |
P2 | 내부 링크 및 Topic Cluster 강화 | ★★★★☆ |
P2 | 단테 DB 글과 홈페이지 허브 간 연결 | ★★★★☆ |
네이버 역시 사이트 진단에서 색인 / 수집제한 / 색인제외 / SEO 문제를 URL 단위로 관리하도록 하고 있으며, URL 검사에서 수집·색인·Meta·SEO 상태를 직접 확인하도록 권장하고 있습니다. 네이버 서치어드바이저
제 판단
현재 가장 먼저 해야 할 일은 글을 더 작성하는 것이 아닙니다.
우선:
「블로그(노션) DB」 전체 페이지를 대상으로URL → Canonical → Title → Description → H1 → Index 가능 여부를 전수 감사(Audit)하는 것
입니다.
그리고 그 다음 「단테」 DB의 블로그 글까지 같은 기준으로 연결하면 됩니다.
특히 지금 확인된 Canonical 누락 + Public URL DB 미관리 + 홈페이지 Schema 역할 오류 + 검색결과 Title Rewrite는 제가 보기에는 먼저 바로잡아야 할 명확한 구조적 문제입니다. 이 작업을 앞으로 블로그 SEO 정상화 프로젝트의 P0 기준으로 잡겠습니다.
