최상단을 프로젝트 단위로 평평하게 둔다 — o2o-negosium 과 같은 규약이고, 이 레포만
다르게 갈 이유가 없다. negodata/{backend,front} 가 프로젝트 안에서 f/b 를 가르는 선례,
lps-admin/ 이 백엔드 없이 프론트만 가진 최상단 폴더의 선례다.
backend/ frontend/{admin,site,shared} → solution/{backend,front,site,shared} + admin/
## 왜
내부 라우트(/local-content, /places/:id/seo)의 이름과 화면 코드가 사장님 번들에
그대로 실려 나가고 있었다. UserRole.DEVELOPER 주석의 "고객사에 존재를 노출하지 않는다"를
번들이 깨고 있었다 — 라우트 가드는 화면을 가리지 번들은 못 가린다.
번들을 갈라 확인했다: 사장님 dist 에서 local-content · /places · SeoAudit 이 전부 0건이다.
그 과정에서 두 곳이 더 새고 있었다.
- AppShell 의 NAV 배열이 내부 메뉴를 하드코딩하고 있었다. 앱을 가른 뒤에도 dist 에
local-content 가 남아서 찾았다. 메뉴는 이제 앱이 prop 으로 들고 온다.
- EditorHeader·BuilderPage·LoginPage 가 /places 로 링크하고 있었다. 그 화면이 admin 으로
나갔으니 사장님 앱에서는 404 다. 링크를 걷어내고 LoginPage 기본 도착지는 '/' 로 바꿨다
(앱마다 홈이 다르고 각 라우터의 '/' 가 이미 그걸 안다).
## admin 에 백엔드를 두지 않았다
내부 화면이 부르는 훅이 전부 router/v1/{place,fact,local,validator} 에 이미 있다.
자체 백엔드를 두면 place·fact·link 를 같은 DB 에 대고 두 번 구현하게 된다.
대가는 solution/backend 가 죽으면 admin 도 멈추는 것 — 내부 도구라 감수한다.
## admin 의 `@` 는 solution/front/src 를 가리킨다
내부 화면이 쓰는 API 클라이언트·UI·수집 배선이 solution 에 한 벌만 있고 그 파일들끼리도
`@/...` 로 서로를 부른다. admin 에서 `@` 를 자기 src 로 잡으면 그 참조가 전부 깨진다
(실측 TS2307 14건). 복제하는 길도 있지만 RecollectPanel 주석이 금지한다 —
"수집 경로를 두 벌 만들면 확정 게이트"가 갈라진다.
admin 자기 파일만 `@admin` 이고, 의존 방향은 admin → solution 한 쪽뿐이다.
admin 이 여는 빌더는 다른 오리진이라 절대 URL + 새 탭이다(admin/src/lib/solutionUrl.ts).
react-router Link 로 두면 admin 안에서 라우트를 찾다 404 다.
## 그 밖
- npm 워크스페이스 루트를 레포 루트로 올렸다(admin 이 solution 밖이라).
- docker-compose 를 255→174줄로 줄이고 admin(:3002) 서비스를 넣었다. ADMIN_BIND 기본값은
127.0.0.1 — 0.0.0.0 으로 열면 앱을 가른 의미가 없다.
- 발행 호스트를 프론트 .env 에 따로 적지 않는다. compose 가 루트의 SITE_PUBLIC_HOST 를
VITE_PUBLISH_HOST 로 흘려보낸다 — 두 곳에 적으면 canonical 과 화면 주소가 조용히 갈라진다.
- nginx/site.conf 를 git 에서 빼고 .example 만 남겼다(.env·*.toml 과 같은 규약).
compose 가 bind mount 하므로 클론 직후 복사해야 한다 — 없으면 Docker 가 그 자리에
디렉토리를 만들어 nginx 가 설정 없이 뜬다.
- config.test.toml.example 을 추가했다. 없으면 클론한 사람이 pytest 를 아예 못 돌린다
(conftest import 단계에서 죽는다). 외부 API 키는 전부 빈값이다 —
APP_ENV=test 가 .env 를 안 읽는 이유를 여기서 우회하면 안 된다.
- 경로가 한 칸 깊어져 test_schema_ddl(parents[2]→[3]) 과 test_site_theme 을 고쳤다.
검증: front·admin·site 전부 lint 0 / build 0. 백엔드 514 passed.
남은 4건(test_build_publish 3 · test_snapshot 1)은 이 변경 전부터 실패하던 것으로,
손대지 않은 메인 체크아웃에서 같은 4건이 같게 실패하는 것을 확인했다.
Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_019uYhHQdssRubirPirrdJJC
110 lines
5.5 KiB
Python
110 lines
5.5 KiB
Python
"""발행 검수 게이트 — 사이트가 나가기 전에 반드시 통과해야 하는 검사.
|
|
|
|
이 파일이 절대규칙 1~3 을 코드로 강제하는 유일한 자리다. 여기를 우회하는 발행 경로를 만들면 안 된다.
|
|
|
|
★ 규칙 1 미검증 fact 는 응답에 포함하지 않는다.
|
|
특히 체크인·취사·반려동물·취소 규정 — 틀린 채로 발행되면 실제 예약 클레임이 난다.
|
|
★ 규칙 2 고유 콘텐츠가 1건도 없으면 발행 API 가 거부한다. 같은 템플릿 대량 생성은 스팸 판정 대상.
|
|
★ 규칙 3 구조화 데이터(JSON-LD) 값 = 화면에 보이는 값. 불일치 시 빌드 실패.
|
|
+ 업종 스키마의 required 필드가 비면 발행하지 않는다(빈 껍데기 페이지 방지).
|
|
|
|
게이트는 **판정만** 한다. 스냅샷을 만들거나 빌드하지 않는다 — 그래야 테스트가 쉽고,
|
|
빌드 경로가 바뀌어도 규칙은 한 곳에 남는다.
|
|
"""
|
|
from dataclasses import dataclass, field
|
|
|
|
from common.category_schema import get_schema
|
|
from common.enums import PUBLISHABLE_FACT_STATUSES, FactStatus, PlaceCategory, PublishRejectReason
|
|
|
|
|
|
@dataclass
|
|
class GateResult:
|
|
"""검수 결과. passed 가 False 면 reason 과 detail 이 publish_logs 에 그대로 실린다."""
|
|
|
|
passed: bool
|
|
reason: PublishRejectReason | None = None
|
|
detail: dict = field(default_factory=dict)
|
|
|
|
def as_log(self) -> dict:
|
|
return {"reason": self.reason.name if self.reason else None, **self.detail}
|
|
|
|
|
|
def check_facts_verified(facts: list) -> GateResult:
|
|
"""★ 규칙 1 — 노출 대상 fact 가 전부 검증됐는가.
|
|
|
|
facts 는 '사이트에 실을 예정인' fact 행 목록이다. 하나라도 VERIFIED/CORRECTED 가 아니면 거부한다.
|
|
호출측이 이미 필터링했더라도 여기서 다시 본다 — 필터를 빠뜨린 경로가 생겨도 여기서 막힌다."""
|
|
bad = [
|
|
{"key": f["key"] if isinstance(f, dict) else f.key,
|
|
"status": FactStatus(f["status"] if isinstance(f, dict) else f.status).name}
|
|
for f in facts
|
|
if FactStatus(f["status"] if isinstance(f, dict) else f.status) not in PUBLISHABLE_FACT_STATUSES
|
|
]
|
|
if bad:
|
|
return GateResult(False, PublishRejectReason.UNVERIFIED_FACT, {"unverified": bad[:20], "count": len(bad)})
|
|
return GateResult(True)
|
|
|
|
|
|
def check_required_fields(category: PlaceCategory, facts: list) -> GateResult:
|
|
"""업종 스키마의 required 필드가 다 있는가. 없으면 빈 껍데기 페이지가 된다."""
|
|
schema = get_schema(category)
|
|
required = set(schema.required_keys("place"))
|
|
have = {
|
|
(f["key"] if isinstance(f, dict) else f.key)
|
|
for f in facts
|
|
if str(f["value"] if isinstance(f, dict) else f.value or "").strip()
|
|
}
|
|
missing = sorted(required - have)
|
|
if missing:
|
|
return GateResult(
|
|
False, PublishRejectReason.REQUIRED_FACT_MISSING,
|
|
{"missing": missing, "labels": [schema.get(k).label for k in missing if schema.get(k)]},
|
|
)
|
|
return GateResult(True)
|
|
|
|
|
|
def check_unique_content(unique_content_count: int) -> GateResult:
|
|
"""고유 콘텐츠 품질 진단용. 발행 게이트에서는 더 이상 호출하지 않는다.
|
|
|
|
이 가게에만 있는 것(소개문·FAQ·객실 설명·사진 alt·템플릿 아닌 fact 값)이 0이면
|
|
같은 템플릿 대량 생성으로 보인다. 그건 스팸 판정 대상이고, 판정되면 사이트가 통째로 무의미해진다."""
|
|
if unique_content_count <= 0:
|
|
return GateResult(False, PublishRejectReason.NO_UNIQUE_CONTENT, {"unique_content_count": unique_content_count})
|
|
return GateResult(True)
|
|
|
|
|
|
def check_jsonld_matches(mismatches: list) -> GateResult:
|
|
"""★ 규칙 3 — 구조화 데이터 값이 화면 값과 같은가.
|
|
|
|
JSON-LD 는 AI 검색이 읽는 값이고 화면은 사람이 읽는 값이다. 둘이 다르면
|
|
'검색엔진에만 다른 말을 하는' 상태가 된다 — 클로킹으로 취급될 수 있고, 무엇보다 거짓이다."""
|
|
if mismatches:
|
|
return GateResult(False, PublishRejectReason.JSONLD_MISMATCH, {"mismatches": list(mismatches)[:20]})
|
|
return GateResult(True)
|
|
|
|
|
|
def evaluate(category: PlaceCategory, facts: list, unique_content_count: int, mismatches: list) -> GateResult:
|
|
"""게이트 전체. **처음 걸린 것에서 멈춘다** — 운영자가 하나씩 고치게 사유를 하나만 준다.
|
|
|
|
순서는 심각도 순: 미검증(클레임) → JSON-LD 불일치(거짓).
|
|
|
|
★ 업종 필수 항목 누락은 **막지 않는다**(2026-08-27 결정).
|
|
막아야 할 것은 "틀린 정보가 나가는 것"이지 "정보가 덜 찬 것"이 아니다.
|
|
영업시간이 비어 있어도 주소·전화가 확인된 페이지는 그 자체로 쓸모가 있고,
|
|
사장님은 발행 뒤에 언제든 채워 넣을 수 있다(채우면 재빌드된다).
|
|
대신 무엇이 비었는지는 계속 알려준다 — warnings 로 내려보내 화면이 띄운다.
|
|
"""
|
|
for result in (
|
|
check_facts_verified(facts),
|
|
check_jsonld_matches(mismatches),
|
|
):
|
|
if not result.passed:
|
|
return result
|
|
|
|
# 통과했지만 비어 있는 필수 항목은 경고로 실어 보낸다(발행은 진행된다).
|
|
required = check_required_fields(category, facts)
|
|
if not required.passed:
|
|
return GateResult(True, None, {"warning": PublishRejectReason.REQUIRED_FACT_MISSING.name,
|
|
**(required.detail or {})})
|
|
return GateResult(True)
|