이런 상황이면 딱입니다
경쟁사 홈페이지의 가격표나 공지사항 페이지를 하루에 한 번씩 열어서 눈으로 확인하고 계신가요. 바쁘면 놓치기 쉽고, 매일 챙기기엔 은근히 귀찮은 일입니다. 이런 반복 확인 작업은 자동으로 돌려두는 게 훨씬 낫습니다.
준비물
- Huginn을 돌릴 서버 하나 (Docker로 간단히 띄울 수 있습니다)
- 모니터링하고 싶은 웹페이지 주소
- 알림 받을 이메일 주소
따라 하는 순서
- Docker가 설치된 환경에서 Huginn 공식 이미지로 컨테이너를 하나 띄웁니다.
- 관리자 계정으로 로그인한 뒤 "Website Agent"를 새로 만듭니다.
- 모니터링할 URL과 확인 주기(예: 매 시간)를 설정하고, 페이지에서 확인할 영역을 CSS 선택자로 지정합니다.
- 이 에이전트의 출력을 받는 두 번째 에이전트로 "Email Agent"를 연결합니다.
- 조건을 "이전 값과 다를 때만 발송"으로 맞춰두면, 실제로 내용이 바뀌었을 때만 메일이 옵니다.
결과 확인
설정 직후 한 번은 정상적으로 값을 읽어오는지 수동 실행으로 확인하고, 이후 실제로 해당 페이지 내용을 살짝 바꿔서(혹은 다른 비슷한 페이지로 테스트) 메일이 오는지 확인합니다.
흔한 실수
CSS 선택자를 페이지 전체로 너무 넓게 잡으면 광고 배너 하나 바뀌어도 매번 메일이 옵니다. 실제로 보고 싶은 정보만 좁게 선택자를 잡는 게 핵심입니다. 또한 로그인해야 보이는 페이지는 이 방식으로 감시하기 어려우니, 공개된 페이지 위주로 설정하는 걸 추천합니다.
한 가지 더 챙기면 좋은 점은, 처음 설정한 뒤에는 반드시 실제 데이터로 한 번 시험해보고 결과가 기대한 형태로 나오는지 확인하는 것입니다. 대충 넘어가면 나중에 엉뚱한 결과가 쌓여서 오히려 손이 더 갑니다. 처음 며칠은 결과물을 사람이 한 번씩 훑어보면서 규칙이나 프롬프트를 다듬어가는 게 가장 빠른 길입니다.
한 가지 더 챙기면 좋은 점은, 처음 설정한 뒤에는 반드시 실제 데이터로 한 번 시험해보고 결과가 기대한 형태로 나오는지 확인하는 것입니다. 대충 넘어가면 나중에 엉뚱한 결과가 쌓여서 오히려 손이 더 갑니다. 처음 며칠은 결과물을 사람이 한 번씩 훑어보면서 규칙이나 프롬프트를 다듬어가는 게 가장 빠른 길입니다.
한 가지 더 챙기면 좋은 점은, 처음 설정한 뒤에는 반드시 실제 데이터로 한 번 시험해보고 결과가 기대한 형태로 나오는지 확인하는 것입니다. 대충 넘어가면 나중에 엉뚱한 결과가 쌓여서 오히려 손이 더 갑니다. 처음 며칠은 결과물을 사람이 한 번씩 훑어보면서 규칙이나 프롬프트를 다듬어가는 게 가장 빠른 길입니다.
