코드 없이 Google Forms로 만들 수 있는 것은 제출 기록이 있는 간단한 체크인 접수입니다. 공용 QR을 열고 참가자 코드와 출석 여부를 직접 제출하게 한 뒤 담당자가 명단과 대조할 수 있습니다. QR이 열렸다는 사실, 입력한 사람이 코드 주인이라는 사실, 티켓이 한 번만 사용됐다는 사실은 이 폼만으로 확인되지 않습니다.
‘QR 인증’이라는 말에서 필요한 확인을 분리합니다
같은 QR 행사 운영이라도 필요한 결과는 다릅니다. 신청 목록을 미리 받고 싶거나, 참석자가 자율적으로 이름을 남기거나, 티켓 한 장을 입장 시 한 번만 쓰게 하려는 경우를 한 가지 기술로 해결할 수 없습니다.
- 링크 열기: 카메라가 URL을 읽고 웹페이지를 불러옵니다.
- 응답 제출: 참가자가 폼에 입력하고 제출하면 폼 응답이 기록됩니다.
- 명단 대조: 제출 값이 신청자 명단의 코드와 같은지 운영자가 검토합니다.
- 현장 본인 확인: 응답하거나 QR을 보여 준 사람이 실제 참가자라는 것을 별도 절차로 확인합니다.
- 1회 사용 확인: 한 티켓을 승인한 뒤 서버가 사용 완료로 바꾸고 재사용을 거부합니다.
앞의 세 단계는 Google Forms와 Sheets, 사람의 검토로 단순화할 수 있습니다. 마지막 두 단계가 필요하다면 링크나 Google Form의 공개 필드만으로 인증이 된다고 설명하면 안 됩니다.
필요한 확인 강도에 맞춰 구성을 고릅니다
| 운영 조건 | 간단한 구성 | 이 방식의 한계 |
|---|---|---|
| 무료·소규모·자율 참가 | 공용 QR → 공개 Forms 응답 → 담당자 시트 대조 | 참가자가 코드를 직접 입력하므로 다른 사람도 제출 가능 |
| Google 계정당 한 번의 설문 | Forms의 응답 1회 제한 + 계정 로그인 | 계정 하나가 참가자 한 명이라는 뜻은 아님. 익명성·재제출이 제한됨 |
| 참가자별 티켓과 중복 차단 | 개인 토큰 QR + 서버 조회 + 사용 처리 | 토큰 발급·취소·재입장·동시 스캔을 처리할 시스템 필요 |
| 근태·학점·환불 등 책임이 따르는 기록 | 승인된 출석·예약 플랫폼과 관리 절차 | 기록 열람·수정 이력·보관 정책을 조직 기준에 맞춰야 함 |
코드 없이 간단한 행사 체크인을 받는 절차
- 사람마다 제출할 폼을 짧게 만듭니다. 예: 참가자 코드(단답형, 필수)와 출석 구분(입장/퇴장, 필요 시 필수).
- 응답 액세스 범위를 정해 폼을 게시하고 응답자 링크를 복사합니다. 공개 행사라면 로그아웃 상태의 참석자 휴대폰으로 테스트합니다.
- Chrome 데스크톱에서 응답자 링크를 열고 QR 코드를 다운로드해 인쇄합니다. 폼 편집 URL을 QR에 넣지 않습니다.
- 응답 탭의 Sheets 아이콘에서 새 응답 시트를 만들고, 신청자 명단을 별도 탭에 저장합니다.
- 담당자는 제출된 코드·시간과 신청 명단을 대조하고, 중복·없는 코드·수기 접수는 사람이 확인합니다. 수식 예제는 Google Forms QR 출석부 가이드를 이용하세요.
- 마감 시 응답을 닫고 필요한 담당자만 시트를 볼 수 있게 정리합니다.
이 절차는 “출석 응답을 모아 검토하는 방법”입니다. QR를 가진 사람이 맞는지 자동 판정하는 전자 티켓 시스템은 아닙니다. 행사 운영자가 참가자 코드를 눈으로 대조하지 않는다면 입력값을 사실과 다른 자료로 제출할 수도 있습니다.
미리 채운 개인 링크가 출석 완료를 증명하지는 않습니다
Forms의 미리 채우기는 일부 답변이 채워진 응답 링크를 만드는 기능입니다. 이는 질문 응답을 편하게 할 뿐, 그 값을 잠그거나 비밀로 만들지 않습니다. 참가자가 해당 링크를 다른 사람에게 전달할 수 있고, 응답 전에 채워진 값이 바뀌었는지 직접 확인해야 합니다.
Google Forms의 응답 1회로 제한은 계정 로그인과 계정별 제출 제한입니다. 참가자마다 Google 계정이 하나뿐이라고 보장하지 않으며, 입장과 퇴장처럼 여러 응답을 받아야 하면 두 번째 제출을 막을 수 있습니다. 공용 태블릿 한 대를 여러 사람이 같이 쓰는 상황에는 계정 제한이 적합하지 않을 수도 있습니다.
링크 버튼을 누른 시간도 현장 입장 시각과 다를 수 있습니다. 참가자가 행사장에 도착하기 전에 링크를 열거나 다른 사람에게 전송할 수 있습니다. 이벤트 도착 자체를 증명하려면 실제 현장 담당자나 승인된 단말의 확인이 필요합니다.
실제 일회용 QR 티켓에는 서버 측 사용 검증이 필요합니다
유료 입장권이나 정원 제한 행사는 QR에 참가자 이름을 적어 두는 것만으로 끝나지 않습니다. 권장되는 검증 흐름은 다음과 같습니다.
- 예약이 확정될 때 추측하기 어려운 무작위 토큰을 발급하고, 토큰과 예약의 연결은 운영 데이터에 보관합니다. QR에는 생년월일·전화번호·이메일 대신 토큰만 넣습니다.
- 현장 스캐너가 운영자 인증을 확인한 뒤 서버에 토큰을 보내도록 합니다. 공개 응답 URL을 누구나 수정할 수 있게 두지 않습니다.
- 서버는 예약 존재·행사 회차·취소 상태·사용 여부를 검사하고 결과를 승인 또는 거부로 돌려줍니다.
- 동일 티켓을 거의 동시에 두 기기에서 읽을 때 둘 다 승인되지 않도록 사용 완료 기록을 원자적으로 갱신합니다. 단순히 시트 값을 읽고 나중에 쓰면 동시 스캔 경쟁이 생길 수 있습니다.
- 재입장 정책, 오프라인에서 서버에 연결할 수 없는 경우, 취소 후 토큰을 무효화하는 절차, 관리자 수정 기록을 구현·운영합니다.
이 흐름에는 서버 권한·개인정보 접근·오류 복구를 관리할 책임이 따릅니다. 자체 Apps Script 웹 앱이나 서버를 만들 때도 토큰 재사용·권한 노출·동시 승인 테스트가 필요합니다. 개발할 사람이 없거나 실패가 티켓 손실로 이어진다면 전용 체크인 제품을 쓰는 편이 전체 운영비를 줄일 수 있습니다.
개인정보는 QR·시트·출력물마다 최소한으로 다룹니다
- QR URL의 사전 입력 값에 전화번호·이메일·주소·예약자 이름을 넣지 않습니다.
- 명단을 구분할 수 있는 비민감 참가자 코드를 우선 사용합니다. 해당 코드를 다른 사람이 알아도 입장할 수 있어서는 안 되는 행사라면 별도 인증을 설계합니다.
- 폼 응답자, 폼 공동작업자, 응답 시트 열람자 권한을 따로 점검합니다.
- 현장 QR 포스터의 사진이 SNS로 유출되어도 공개해도 되는 링크만 넣습니다.
- 종이 명단이나 다운로드 CSV는 정해 둔 운영 기간 뒤 회수·삭제하고 사본이 남지 않았는지 확인합니다.
행사 전 참가자 역할로 전체 흐름을 시험합니다
| 테스트 | 확인할 기대 결과 |
|---|---|
| 로그아웃 휴대폰으로 공용 QR 스캔 | 예상한 공개/로그인 화면과 폼 질문이 표시됨 |
| 가짜 참가자 코드 제출 | 완료 안내가 나오고 시트에 한 행과 제출 시각이 추가됨 |
| 같은 코드로 다시 제출 | 중복 응답이 어떻게 표시되는지 운영자가 확인할 수 있음 |
| 폼 응답 마감 후 링크 재접속 | 새 응답이 차단되고 안내 문구가 표시됨 |
| 현장 네트워크를 잠시 끊어 확인 | 종이·수기 등 대체 접수 책임자가 정해져 있음 |
실제 참석자 명단을 넣기 전에 합성 코드로 흐름을 끝까지 실행합니다. 시험 응답은 실제 집계에 섞이지 않도록 별도 폼에서 제출하거나 운영 자료에서 구분합니다.
자주 묻는 질문
폼 응답 1회 제한으로 티켓을 한 번만 쓸 수 있나요?
Google 계정 하나당 응답을 제한하지만 참가자 한 명과 계정 하나를 동일하게 보장하지는 않습니다. 응답자 로그인도 필요합니다. 고유 티켓의 재사용 차단 기능을 대신할 수 없습니다.
참가자별 미리 채워진 QR을 나눠 주면 개인 확인이 되나요?
아닙니다. 응답자가 링크 값을 볼 수 있고 전달하거나 수정할 수 있습니다. 토큰을 참가자에게 묶어 확인하고 이미 사용된 티켓을 거절하려면 서버 또는 전용 체크인 도구가 필요합니다.
코드 없이 만들 수 있는 가장 간단한 방식은 뭔가요?
공용 QR, 응답자 공개 폼, 참가자 코드 입력, 연결된 Sheets, 담당자의 명단 대조입니다. 결과는 제출 응답을 모은 것이며 자동 신원 인증은 아닙니다.
Google 공식 도움말
- 폼 게시 및 응답자와 공유 — 응답자 링크·로그인·응답 1회 제한
- Forms 응답 보기 및 관리 — 제출·응답 시각·마감·계정 수집
- 응답을 Sheets에 저장 — 연결 시트와 별도 권한
- 미리 채운 답변 링크 만들기 — 링크에 질문 답변을 미리 채우는 방법