교회 홈페이지를 만들기 전에 — 서울 대형교회 웹 벤치마킹과 체크리스트
교회 홈페이지를 만들기 전에 — 서울 대형교회 웹 벤치마킹과 체크리스트
곧 교회 홈페이지를 맡게 될 예정이라, 무엇을 기준으로 설계할지부터 정리해 두고 싶었습니다. 교회 사이트는 일반 기업 랜딩과 달리 이해관계자가 많고, 콘텐츠 유형(설교, 행사, 헌금, 교육)도 섞여 있어서 초기에 방향을 잡지 않으면 나중에 구조가 자주 뒤집힙니다.
이 글에서는 (1) 서울권 대형 한국교회가 실제로 어떤 웹·서브도메인 구조를 쓰는지 벤치마킹 포인트만 짚고, (2) 개발·운영 전에 고려할 항목을 체크리스트 형태로 정리합니다.
1. 왜 “대형교회 사이트”를 벤치마킹하는가
규모가 큰 교회는 보통 다음을 이미 겪었습니다.
- 예배·행사 일정이 자주 바뀌고, 여러 캠퍼스·부서가 동시에 콘텐츠를 올림
- 동영상·라이브 트래픽과 일반 페이지 트래픽이 섞임
- 새가족·헌금·봉사 신청 등 민감한 기능이 공존
즉, “예쁜 홈페이지”가 아니라 운영 프로세스와 정보 구조(IA) 를 참고하는 것이 목적입니다. 기술 스택까지 그대로 따라 할 필요는 없고, 정보를 어디에 두고 어떻게 나누는지를 보는 것이 핵심입니다.
2. 서울 대형교회 웹 — 벤치마킹할 때 볼 URL과 관찰 포인트
아래는 공개적으로 널리 쓰이는 대표 도메인입니다. 실제 서비스는 서브도메인·별도 앱으로 나뉘는 경우가 많으니, 브라우저 개발자 도구로 리다이렉트·CDN만 훑어도 “어디까지를 웹으로 묶었는지” 감이 잡힙니다.
| 교회(예시) | 대표 공개 웹 | 같이 보면 좋은 것 |
|---|---|---|
| 온누리교회 | onnuri.or.kr | 다캠퍼스·부서 안내, 비전/소개 계층 |
| 온누리 비전 등 | vision.onnuri.or.kr | 브랜드·선교·별도 사이트 분리 패턴 |
| 사랑의교회 | sarang.org | 설교·QT·교육 콘텐츠 허브형 구조 |
| 온사랑(분교 등) | onsarang.org | 본교와 분리된 웹 운영 사례 |
| 여의도순복음교회 | fgtv.com | 방송·예배 중심 IA, 회원·등록 기능 |
| FGTV 라이브 | live.fgtv.com | 라이브만 분리한 서브도메인 전략 |
벤치마킹 시 질문 예시
- 첫 화면에서 누구를 위해 무엇을 노출하는가 (새가족 vs 정기 출석 vs 해외 방문자).
- 설교·방송은 자체 호스팅인지, YouTube 임베드 위주인지.
- 행사·소식은 뉴스형 목록인지, 캘린더·PDF 안내인지.
- 로그인이 필요한 영역(헌금 내역, 교육 이수 등)이 메인과 어떻게 분리되는지.
3. 교회 홈페이지 기획·개발 전 체크리스트
3.1 목적과 우선순위
- 1차 사용자 정의: 새가족, 정기 교인, 청년·부서 담당, 언론·협력 기관 등.
- 필수 기능 vs 나중에: 예를 들어 “헌금 영수증 조회”는 보안·개인정보 이슈가 커서 초기에 범위를 정해야 합니다.
3.2 정보 구조(IA)와 운영
- 누가 글을 올리는가: 담임목사 설교만 중앙화할지, 부서별 편집 권한을 줄지.
- 일정의 단일 진실 공급원: 구글 캘린더 연동 vs CMS 내 캘린더 vs PDF만 배포 — 유지보수 난이도가 크게 달라집니다.
3.3 접근성·다국어
- 웹 접근성(KWCAG/WCAG)은 공공기관만의 이야기가 아니고, 고령 교인·시각 장애 교인에게 직접 영향을 줍니다.
- 영어·중국어 페이지가 필요한지, 요약 페이지만 있으면 되는지.
3.4 법·윤리 (특히 헌금·개인정보)
- 개인정보처리방침, 헌금 관련 안내 문구, 미성년자 사진·실명 노출 정책.
- 온라인 헌금을 넣는다면 PG·금융 규정, 영수증·기부금 증명 흐름을 사전에 법무·회계와 맞출 것.
3.5 기술 선택 (현실적인 스펙트럼)
- 정적 사이트 + 외부 서비스: Jekyll/Hugo 등 + YouTube + 구글 폼/예약 링크. 운영 부담이 가장 적습니다.
- CMS (워드프레스, 카페24, 아임웹 등): 비개발자 편집이 중요할 때.
- 커스텀 백엔드: 헌금·출석·교육 이수 등 업무 규칙이 복잡할 때만 단계적으로 도입하는 편이 안전합니다.
3.6 성능·보안·장애 대응
- 주일·특별집회 시간대 트래픽 스파이크 가정 (캐시, CDN, 이미지 최적화).
- 관리자 계정 2FA, 백업, SSL, 폼 스팸 방지.
3.7 측정
- “방문자 수”만이 아니라 새가족 등록 전환, 설교 페이지 체류, 행사 페이지에서 오프라인 참여 등 교회가 원하는 지표를 먼저 합의합니다.
4. 정리
교회 웹은 디자인 시안보다 먼저 누가 무엇을 얼마나 자주 갱신하는지가 정해져야 합니다. 서울 대형교회 사이트들은 그 답을 “도메인 분리·방송 분리·부서/캠퍼스 분리”로 풀어 놓은 사례가 많으니, 우리 교회 규모에 맞게 축소·단순화해서 가져오면 됩니다.
다음 단계로는 교회 측과 페르소나 2~3명과 MVP 기능 목록 10개 이내만 잡고, 그다음 IA 스케치를 하는 순서를 추천합니다.
이 글에 적힌 URL은 작성 시점 기준 공개 정보이며, 교회 정책에 따라 변경될 수 있습니다.