제작
CMS
CMS는 글·이미지 등 콘텐츠를 등록하고 수정하며 공개 상태를 관리하는 시스템입니다. 이 글에서 CMS는 웹 콘텐츠 관리 시스템을 뜻하며, 금융기관의 자금관리 등 다른 뜻의 약어와는 구분합니다.
CMS는 글·이미지 등 콘텐츠를 등록하고 수정하며 공개 상태를 관리하는 시스템입니다. 이 글에서 CMS는 웹 콘텐츠 관리 시스템을 뜻하며, 금융기관의 자금관리 등 다른 뜻의 약어와는 구분합니다.
제작 방식: AI로 자료 조사와 초안 작성을 보조했습니다.
쉬운 설명: 관리자 화면이 있다고 모두 같은 CMS는 아닙니다
CMS는 콘텐츠를 관리하는 방식이지 특정 제품 이름이 아닙니다. 예를 들어 WordPress는 글의 공개·초안·예약, 사용자 역할과 미디어 관리 등을 안내합니다. 다만 그 제품의 기능이 모든 맞춤형 CMS에 기본 포함된다는 뜻은 아닙니다. 납품 범위는 실제 화면과 저장·공개 동작으로 확인해야 합니다.1
콘텐츠 관리는 입력, 저장, 공개 출력으로 나눠 볼 수 있습니다. 관리자가 설명을 입력했다고 데이터가 올바르게 저장됐다고 단정할 수 없고, 저장됐다고 검색용 HTML에 반영됐다고 단정할 수도 없습니다. 중간 변환이나 기본값 정책에 따라 서로 다른 결과가 나올 수 있습니다.
특히 SEO 관련 필드는 이름보다 연결 위치가 중요합니다. '설명'이라는 입력란이 본문 요약인지, 검색용 메타 설명인지, 공유 카드의 설명인지 확인해야 합니다. Google은 메타 설명을 검색 스니펫의 후보로 사용할 수 있지만 항상 그대로 표시하지는 않습니다.2
이미지 설명도 마찬가지입니다. 이미지 파일 이름, 관리자 메모, 공개 이미지의 alt는 서로 다를 수 있습니다. 대체 텍스트는 이미지의 목적에 맞게 제공해야 하며, 장식 이미지는 별도 처리 기준이 필요합니다. 모든 이미지에 글 제목을 복사하는 것을 좋은 운영 정책으로 일반화하지 않습니다.3
실무에서 이렇게 연결표를 만듭니다
아래는 게시글 CMS를 검수하는 가상의 적용 예시입니다. 새 필드를 늘리기 전에 기존 입력이 어디에 쓰이는지 확인하도록 만든 표입니다.
| CMS 입력 | 예상 공개 위치 | 검수 질문 |
|---|---|---|
| 글 제목 | 화면의 주제 제목 | 다른 제목 필드와 역할이 겹치지 않는가 |
| 검색용 제목 | HTML title | 사이트명이 중복해 붙지 않는가 |
| 검색용 설명 | meta name="description" | 저장값과 공개값이 같은 정책인가 |
| 공개 작성자 | 본문 작성자·구조화 데이터 | 관리자 로그인 이름과 섞이지 않는가 |
| 대표 이미지 ALT | 이미지 alt | 이미지의 실제 역할을 설명하는가 |
| 공개 상태 | 목록·상세 접근 | 초안이 공개 목록에 나타나지 않는가 |
운영 문서에는 값이 비어 있을 때의 정책도 적어야 합니다. 검색용 제목을 생략하면 글 제목을 쓸지, 설명을 생략하면 출력을 생략할지 등은 제품에서 정할 사항입니다. 입력란이 비었을 때 이전 글의 값이 남는지처럼 실제로 발생할 수 있는 실패를 검수하는 편이 항목 수만 세는 것보다 유용합니다.
저장 성공 메시지 뒤에는 목록과 상세를 다시 확인합니다. 기존 글을 수정했을 때와 새 글을 만들었을 때, 대표 이미지가 있을 때와 없을 때를 나눠 보는 이유는 서로 다른 기본값 경로가 있을 수 있기 때문입니다. 이 절차는 특정 CMS의 필수 사양이 아니라 납품 검수 제안입니다.
웨비스튜디오 작업 기록
세무 서비스 사이트 A에서는 공개 작성자명과 대표 이미지 ALT를 관리자가 입력하고 공개 페이지에서 사용하는 구조로 보완했습니다. 작성자 입력 검증과 공개 본문·구조화 데이터·이미지 속성의 연결을 다룬 기록입니다. 관리자가 보이는 값과 실제 독자에게 나가는 값을 함께 점검한 사례이며 검색 성과 사례는 아닙니다.
자주 하는 실수와 수정 기준
필드가 존재하면 기능이 끝났다고 보는 것. 입력값, 재조회값, 공개 출력값을 연결해서 확인합니다. 관리자에서만 보이는 SEO 점수나 미리보기는 공개 HTML 검증을 대신하지 않습니다.
작성자와 관리자 계정을 같은 것으로 쓰는 것. 내부 계정 이름이 공개 저자에 적합한지 따로 판단합니다. 누가 콘텐츠 책임자인지 표현할 필드와 로그인 권한은 역할이 다릅니다.
모든 필드를 무조건 필수로 만드는 것. 이미지의 목적이나 글 유형에 맞는 정책을 먼저 정합니다. 장식 이미지의 빈 대체 텍스트처럼 의도적으로 비어 있어야 할 경우를 무시하면 접근성에 불리할 수 있습니다.3
발행과 저장을 섞는 것. 초안 저장인지 즉시 공개인지 버튼과 결과를 대조합니다. 예약·비공개·권한 같은 기능은 제품마다 다르므로 없는 기능을 있다고 소개하지 않습니다.1
FAQ
CMS가 있으면 SEO도 자동으로 되나요?
아닙니다. 콘텐츠를 관리할 수 있다는 뜻과 검색엔진이 이해하기 좋은 출력이 나온다는 뜻은 다릅니다. 메타 정보와 본문, 링크가 의도대로 공개되는지 별도로 확인해야 합니다.2
맞춤형 CMS와 WordPress 중 무엇이 좋나요?
필요한 업무 흐름과 유지관리 조건으로 판단해야 합니다. 글 편집, 역할, 자료 이관, 업데이트 책임 등 실제 요구를 비교하는 것이 먼저입니다. 한 제품의 기능표를 다른 시스템의 납품 명세로 대신할 수 없습니다.
관리자에서 글을 수정했는데 공개 페이지가 다르면 어디를 봐야 하나요?
저장된 값과 공개 출력 사이를 나눠 봅니다. 기본값·출력 규칙·배포나 캐시 상태를 확인할 수 있지만, 원인을 확인하기 전에 저장 실패라고 단정하지 않습니다. 어떤 글과 어떤 필드에서 차이가 나는지 먼저 기록합니다.
공식 출처
공식 문서 확인일: 2026-11-03. WordPress 기능은 해당 제품의 사례이며 CMS 전체의 보편 사양으로 사용하지 않았습니다.
Footnotes
-
WordPress.org, WordPress Features: https://wordpress.org/documentation/article/wordpress-features/ ↩ ↩2
-
Google Search Central, 검색 스니펫과 메타 설명: https://developers.google.com/search/docs/appearance/snippet ↩ ↩2
-
W3C WAI, 이미지 대체 텍스트 결정 트리: https://www.w3.org/WAI/tutorials/images/decision-tree/ ↩ ↩2