검색·필터의 토대를 만들기

KRDS SP-102 — 사용자가 목록에서 원하는 서비스를 빠르게 탐색할 수 있도록 서비스의 특성과 사용자의 요구에 따라 메타 데이터를 설계하고 부여하고 있다.

0. 들어가며 — 서비스에 정보 태그가 없으면 못 거른다

이번 776편은 사용자가 목록에서 원하는 서비스를 빠르게 탐색할 수 있도록 서비스의 특성과 사용자 요구에 따라 메타 데이터를 설계하고 부여하라는 규칙입니다.

각 신청 서비스에 — 카테고리·대상·지역 같은 메타데이터(정보 태그)가 잘 설계돼 있어야, 검색·필터·정렬이 제대로 작동 하죠. SP-102는 메타데이터 설계를 규정합니다. 탐색의 토대가 되는 규칙이죠. 이번 편을 풀어냅니다.

1. 원문 — 메타데이터 설계·부여

SP-102 (서비스 패턴 > 신청 > 신청 대상 탐색) “사용자가 목록에서 원하는 서비스를 빠르게 탐색할 수 있도록 서비스의 특성과 사용자의 요구에 따라 메타 데이터를 설계하고 부여하고 있다.”

서비스 특성·사용자 요구에 따라 메타데이터를 설계·부여하라는 뜻입니다.

정리: 신청 서비스에 탐색용 메타데이터를 설계·부여하라. 이게 SP-102입니다.

2. 왜 메타데이터인가

신청 서비스를, 사용자가 빠르게 탐색하려면(정렬 SP-101·검색·필터), 각 서비스에 메타데이터(정보 태그)가 있어야 합니다. 메타데이터는 서비스의 속성(카테고리·대상·지역·기간 등)을 구조화한 데이터죠. SP-102는 이를 설계·부여하라고 합니다.

메타데이터가 부실할 때의 문제:

탐색 토대 없음 서비스에 메타데이터가 없거나 부실하면, 검색·필터·정렬이 제대로 작동 못 합니다. ‘청년 대상 서비스만’ 거르려는데, ‘대상’ 메타데이터가 없으면 못 거르죠.

탐색 비효율 사용자가 자기 조건(대상·지역·분야)에 맞는 서비스를 좁히지 못해, 일일이 봐야 합니다.

그래서 SP-102는 — 메타데이터 설계·부여를 요구합니다:

서비스 특성 반영 각 서비스의 특성을 메타데이터로 구조화합니다: 카테고리(분야), 대상(청년·노인·기업 등), 지역, 기간(상시/한시), 신청 방식 등이요. 서비스를 다각도로 분류하죠.

사용자 요구 반영 사용자가 무엇으로 서비스를 찾는지(SP-005 유형별 탐색 정신)를 반영합니다. ‘내가 대상 인지’, ‘우리 지역인지’, ’어떤 분야인지’로 찾으니, 그 기준을 메타데이터로요.

탐색 기능 연동 이 메타데이터를, 검색·필터·정렬과 연동합니다. 사용자가 메타데이터로 좁히고 정렬하게요 (필터링·정렬 BP-097 데이터 특성 기반).

일관·정확 메타데이터를 일관되고 정확하게 부여합니다. 누락·오류가 있으면 탐색이 부정확하죠.

탐색의 토대. 메타데이터는 탐색(정렬·검색·필터)의 보이지 않는 토대입니다. 사용자가 보는 건 정렬·필터 UI지 만, 그 뒤에서 메타데이터가 작동하죠. 좋은 메타데이터 설계 없이는, 아무리 좋은 탐색 UI도 제대로 작동 못 합니다.

데이터 특성 기반(BP-097)·SP-101 연계. BP-097(데이터 특성 고려 필터)·SP-101(특성별 정렬)이 작동하려면, 그 바탕인 메타데이터(SP-102)가 잘 설계돼야 하죠. SP-102는 그 데이터 토대를 담당합니다.

이 규칙은 신청(SP)의 ’탐색 데이터 토대’를 담당합니다 — 서비스에 메타데이터를 설계·부여해(102), 검색·필터·정렬이 제대로 작동해 사용자가 빠르게 탐색하게 하죠. SP-101(정렬)과 함께 갑니다.

정리하면 — 서비스에 메타데이터가 부실하면 검색·필터·정렬이 작동 못 해 탐색이 비효율적이므로, 서비스 특성·사용자 요구에 따라 카테고리·대상·지역 등 메타데이터를 일관·정확하게 설계·부여해야 합니다.

3. 점검 / 개선

무엇을 점검하나

메타데이터 설계 — 서비스에 카테고리·대상·지역·기간 등 메타데이터가 있는가.

사용자 요구 반영 — 사용자가 찾는 기준(대상·지역·분야)을 반영하는가.

탐색 연동·정확 — 검색·필터·정렬과 연동되고 일관·정확한가.

개선 방향

서비스 특성·사용자 요구로 메타데이터(카테고리·대상·지역·기간) 설계.

검색·필터·정렬 연동(BP-097, SP-101). 일관·정확한 부여.

4. 누가 담당하나 / 우리 사이트에 해당될까?

역할	책임
기획/데이터	메타데이터 체계 설계
콘텐츠 운영	메타데이터 부여·관리

기관 유형	SP-102 적용
중앙행정기관(대표·운영) / 공공기관 / 지자체	✅ 권장 (신청 서비스 제공 시)

신청 서비스 목록을 제공하는 사이트가 해당됩니다.

5. 30초 자가진단 + FAQ

✅ 30초 자가진단

□ 서비스에 카테고리·대상·지역·기간 등 메타데이터가 있나요?

□ 사용자가 찾는 기준(대상·지역·분야)을 반영하나요?

□ 검색·필터·정렬과 연동되고 일관·정확한가요?

❓ FAQ

Q1. 메타데이터가 뭔가요? 서비스의 속성을 구조화한 데이터입니다. 카테고리·대상·지역·기간·신청 방식 등이죠. 검색· 필터·정렬의 보이지 않는 토대입니다. Q2. 왜 사용자 요구를 반영하나요? 사용자는 ‘내가 대상인지’, ‘우리 지역인지’, ’어떤 분야인지’로 서비스를 찾습니다. 그 기준을 메타데이터로 만들어야 사용자가 좁힐 수 있죠(SP-005 정신). Q3. SP-101과 어떻게 연결되나요? SP-101(특성별 정렬)·BP-097(데이터 특성 필터)이 작동하려면 그 바탕인 메타데이터 (SP-102)가 잘 설계돼야 합니다. SP-102는 탐색의 데이터 토대죠.

6. 마무리

SP-102의 메시지:

검색·필터의 토대를 만들기 — 서비스에 탐색용 메타데이터를 설계·부여하라.

메타데이터가 부실하면 검색·필터·정렬이 작동 못 해 탐색이 비효율적입니다. 서비스 특성·사용자 요구로 메타데이터를 설계· 부여해 빠른 탐색을 가능케 하는 게 핵심이죠. 다음 편은 신청 상태 정보 표현입니다.

다음 편 예고 ▶ 「777. (SP-103) 신청 상태 정보를 명확하게 인지할 수 있도록 표현하고 있다.」

ViewCheck는 신청 서비스에 탐색용 메타데이터가 설계·부여되는지를 진단합니다.

📚 참고 출처

KRDS 서비스 패턴 — 신청 가이드 — https://www.krds.go.kr/html/site/service/service_04.html

KRDS #ViewCheck #공공웹사이트 #전자정부 #디지털정부 #웹접근성 #디자인시스템 #UIUX #UI컴포넌트 #웹표준

KRDS,ViewCheck,공공웹사이트,전자정부,디지털정부,웹접근성,디자인시스템,UIUX,UI컴포넌트,웹표준