문서

고른 것에는 초록 틀이 생기고, 그 위에 “🎯 고른 위치” 표시와 선택을 버리는 × 표시가 붙습니다. 틀에 붙는 것은 이 두 개뿐입니다(더 붙이면 보고 있는 것을 가리게 됩니다). 뺄 위치를 두 개 이상 고르면 표시마다 ① ② 번호가 붙고, 아래 행에도 같은 번호가 붙습니다.

• 더 안쪽으로 가려면 그 요소를 직접 클릭하세요. 따로 버튼은 없습니다.
• 바깥쪽으로 넓히려면 패널의 “↔ 범위 넓히기”를 누르세요. 클릭으로는 부모로 돌아갈 수 없습니다.
• 너무 넓혔다면 옆의 “↩ 한 단계 되돌리기”로 이전 선택으로 돌아갑니다.
• 처음부터 다시 하려면 “고르고 있는 위치 빼기”를 누르세요. 지금 것만 빠집니다. 모두 지우려면 “모든 위치 빼기”를 쓰세요.
• 광고나 시각처럼 알고 싶지 않은 부분은 먼저 패널 맨 위의 줄을 “뺄 위치”로 바꾼 뒤 고르세요.
• 떨어진 범위 두 개 이상을 하나의 감시로 합치려면 패널 아래의 “＋ 위치 추가”를 쓰세요.
• 목록이 여러 페이지로 나뉘어 있다면 같은 줄의 “페이지 넘기기”로 다음 페이지 링크를 가리킬 수 있습니다.

틀의 색깔은 뜻이 다릅니다. 틀 위의 이름으로 구별하세요.

• 🎯 고른 위치(초록) — 고른 것
• 🚫 뺄 위치(빨강) — 여기의 변화는 무시합니다
• 📦 추가한 위치(보라) — 두 번째 이후의 선택
• 페이지 넘기기(주황) — 페이지 넘기기에 쓰는 링크

⚠ 3개 맞음처럼 개수가 붙은 표시가 나오면 같은 모양의 요소가 또 있다는 뜻입니다. 그대로 저장하면 페이지 구조가 조금만 바뀌어도 다른 곳을 보게 됩니다. “범위 넓히기”로 주변까지 포함해 보면 대개 안정됩니다.

패널 아래의 “모든 위치 빼기”는 선택, 뺄 위치, 페이지 넘기기 링크를 한꺼번에 지웁니다. 지금 것만 빼려면 옆의 “고르고 있는 위치 빼기”를 쓰세요.

너무 많다면 이 목록을 위에서부터 해 보세요.

1. 광고 칸이나 “3분 전” 같은 곳을 “뺄 위치”에 넣으세요. 상대 시각은 기본으로 자동 무시됩니다.
2. 방식을 “글자의 변화”로 바꾸세요.
3. “❸ 세부 조정” → “비교하는 것”의 “무시할 변화”에서 몇 글자 이상 바뀌어야 알릴지 정하세요.
4. “❹ 알림 설정”의 “알리지 않는 조건”으로 특정 말이 나오면 조용히 있게 하세요.

너무 적거나 오지 않는다면 먼저 카드의 상태를 보세요. “변경 없음”이라면 정말 바뀐 것이 없습니다. 그 밖이라면 아래 항목을 읽으세요.

로그인이 필요한 페이지는 보통의 점검으로는 불러올 수 없습니다. 브라우저의 세션은 점검이 쓰는 백그라운드 불러오기로 넘어가지 않기 때문입니다.

그 감시의 “❸ 세부 조정” → “불러오는 방법”에서 “페이지가 더 읽힐 때까지 기다리기”를 켜면, 페이지를 평소 브라우저와 같은 세션으로 엽니다. 그 사이트에 로그인되어 있다면 그 상태로 불러옵니다.

봇 판별이나 확인 화면(“로봇입니까?” 같은 것)으로 응답하는 사이트는 추가하려는 시점에 거절됩니다. 다른 범위를 골라도 해결되지 않습니다.

잘 모르겠다면 “내용의 변화(이미지와 링크 대상 포함)” 그대로 두세요. 거기서 시작하고, 알림이 너무 많다고 느껴지면 바꾸면 됩니다.

• 내용이 바뀌면 알림 — 글자에 더해 이미지와 링크 대상까지(기본값).
• 글자가 바뀌면 알림 — 글자만. 돌아가며 바뀌는 광고에 가장 덜 걸려 잘못된 알림이 가장 적습니다.
• 가격이나 재고 수 따라가기 — “1,000 아래로 내려갔을 때” 같은 조건을 정할 수 있습니다. “내용 확인”을 누르면 페이지의 숫자 표기(1.299,99 € 등)에서 소수점을 정하고, “숫자 읽는 법”에 읽은 값을 보여 줍니다. 틀리면 다시 고를 수 있습니다.
• 개수가 늘거나 줄면 알림 — 내용이 바뀌어도 개수가 같으면 조용합니다.
• 링크가 생기거나 없어지면 알림 — 링크의 글자만 바뀌었다면 조용합니다.
• 페이지 뒤의 데이터 읽기 — 클래스 이름이 바뀌어도 잘 버티지만, 데이터의 어느 부분을 읽을지 정해야 합니다.

목록 항목이 꼭 표일 필요는 없습니다. 표의 행, 글머리 목록, 나뉜 상자 — 한 행이 한 항목이라면 같은 방법으로 고릅니다.

다룰 수 없는 것은 한 행이 한 항목이 아닌 표입니다. 예를 들어 주간 예보는 요일을 열로 늘어놓아서 하루의 내용이 여러 행에 나뉘어 있습니다. 이런 모양에서는 무엇을 골라도 한 종류의 값만 얻습니다.

고르는 순간에 알려 줍니다. 페이지의 “목록 항목”을 두 개 클릭했는데 한 행에 한 항목인 모양이 아니라면 노란 틀이 그렇게 알려 줍니다. 막지는 않습니다 — 그게 원하는 것일 때도 있으니까요.

“❸ 세부 조정” → “불러오는 방법”의 “페이지 넘기기 위치”에 “다음” 링크를 넣으면 페이지들을 이어 붙여 하나의 감시로 다룹니다. 가장 확실한 것은 고르기 화면의 “페이지 넘기기” 탭입니다.

기본으로 3페이지, 최대 5페이지를 이어 붙입니다. 페이지가 많을수록 불러오기 한 번이 길어집니다.

눌러야 하는 “더 보기” 버튼도 됩니다. 그 경우 불러올 때마다 버튼을 누릅니다. 양식 안의 버튼은 고를 수 없습니다. 전송이나 구매가 반복될 위험이 있기 때문입니다.

⚠️ 페이지 중 하나라도 불러오지 못하면 감시 전체를 실패로 처리합니다. 모자라게 돌아온 목록과 비교하면 아무것도 사라지지 않았는데 “항목이 줄었다”고 알리게 됩니다.

브라우저는 화면에 없는 페이지를 그리지 않습니다. 그래서 보통의 점검에서는 스크롤해도 새로 읽혀 오는 것이 없을 수 있습니다.

카드에 “끝까지 읽지 못했을 수 있습니다”가 나오면, 그 감시의 “❸ 세부 조정” → “불러오는 방법”에서 “페이지가 더 읽힐 때까지 기다리기”를 켜세요. 불러올 때마다 작은 창이 잠깐 열립니다. 다른 창 뒤에 열리고 저절로 닫힙니다.

둘 다 중간에 끊긴 불러오기 두 번을 비교하면, 아무 일도 없는데 계속 “변경됨”을 알리게 됩니다. 이를 피하려고 두 번 모두 확실히 있는 범위만 비교하며, 그 부분이 같으면 “읽은 범위에서 변경 없음”이 나옵니다.

전체 기본값은 “설정”에서 정합니다. 가장 짧은 간격은 1분입니다. 페이지별 간격은 그 감시 화면의 머리글에서 바꿉니다.

짧을수록 빨리 알 수 있지만, 사이트와 브라우저의 부담도 커집니다. 한 달에 한 번 바뀌는 페이지를 5분마다 점검해도 의미가 없습니다. 빨리 바뀌는 페이지만 짧게 하는 것이 가장 낭비가 적습니다.

자동 점검에서는 불러오는 시각을 매번 몇 초씩 어긋나게 하므로, 한 번 한 번의 간격이 조금씩 달라집니다(→ 사이트에 대해 지키는 규칙).

1분보다 짧게 할 수 없는 이유. 세 가지입니다.

1. 브라우저가 그보다 잘게 깨워 주지 않습니다. 확장 프로그램이 일정 간격으로 실행되는 구조에는 브라우저가 정한 하한이 있습니다. 더 짧은 값을 고를 수 있다 해도 실제로는 그 하한으로 솎아집니다.
2. 한 바퀴보다 짧을 수는 없습니다. 추가한 감시를 모두 돌아보는 데 몇 초가 걸리는지 추정하고, 그보다 짧은 간격은 고를 수 없게 합니다. 그렇지 않으면 앞선 바퀴가 끝나기 전에 다음 차례가 와서 소리 없이 건너뛰게 됩니다. 추정은 초 단위, 간격은 분 단위라서 올림합니다 (40초면 하한은 1분).
3. 사이트를 배려하기 위해서입니다. 1분에 한 번이라도 하루면 1,440번 방문이 됩니다. 빨리 바뀌는 페이지만 짧게 하는 것이 가장 낭비가 적습니다.

하한은 저절로 올라갑니다. 추가한 감시의 수와 종류에 따라 달라집니다. 설정 화면에 지금의 하한과 그 수치의 근거가 나옵니다.

⚠️ 컴퓨터가 절전 상태인 동안에는 점검이 멈춥니다. 계속 돌리려면 시스템 절전을 끄고 화면만 꺼지게 하세요.

“감시 중인 페이지” 위에는 상태로 거르는 탭 (전체 / 읽지 않음 / 변경 없음 / 확인 필요 / 멈춤, 삭제한 감시가 있으면 🗑 휴지통도)이 있고, 오른쪽 끝에 검색, 정렬, 선택 버튼 세 개가 있습니다. 탭에 개수가 나오므로 아무것도 열지 않고 몇 개가 실패하고 있는지 알 수 있습니다.

검색 버튼을 누르면 탭 아래에 검색 칸이 나옵니다. 닫으면 검색도 풀립니다. 정렬 버튼을 누르면 메뉴가 열립니다. “추가한 날짜순”, “마지막 불러오기순”, “점검 간격순”, “이름순”에서 고르고, 아래에서 ↑↓를 바꿉니다. 기본(추가한 날짜순, 내림차순)과 다른 순서일 때는 버튼에 점이 붙습니다. 고른 것은 다음에도 기억합니다. 같은 값인 행은 이름순으로 놓입니다.

여러 개를 한꺼번에 다루려면 “선택”을 누르세요. 행에 체크할 수 있게 되고, 읽음 표시, 일시 중지, 다시 시작, 삭제를 한꺼번에 할 수 있습니다. 다 했으면 “완료”를 누릅니다. 검색이나 탭으로 숨겨진 감시는 선택에서 빠지므로, 한꺼번에 하는 작업은 보이는 것에만 적용됩니다.

⚠️ “읽음으로 표시”는 먼저 확인을 묻습니다. 읽음 자체는 되돌릴 수 없는 일은 아니지만, 그 뒤로는 어느 것에 업데이트가 있었는지 구별할 수 없게 됩니다.

감시를 삭제하면 “감시 중인 페이지”의 상태로 거르는 탭 맨 끝에 “🗑 휴지통”이 나옵니다. “되돌리기”를 누르면 감시 방법과 업데이트 기록이 그대로 돌아옵니다.

남길 기간은 “설정”의 “휴지통에 남길 기간”에서 고를 수 있습니다(기본값은 30일). 기간이 지나면 완전히 삭제됩니다. 바로 지우고 싶을 때는 “완전히 삭제” 또는 “휴지통 비우기”를 누릅니다.

고르기 도구(“👀 페이지에서 고르기”)를 쓰면 직접 쓸 필요는 없지만, 직접 쓰는 편이 빠르거나 더 정확하게 가리키고 싶을 때가 있습니다.

브라우저가 이해하는 CSS 선택자는 거의 그대로 쓸 수 있습니다. #news-list 같은 id, .item-card .price 같은 클래스, li[data-kind="item"] 같은 속성, 그리고 :has()와 :not()까지 — “안에 상품 링크가 있는 행만” 같은 지정이 됩니다.

쓸 수 없는 형태도 있습니다. :hover처럼 마우스 상태에 따라 달라지는 것과 ::before로 덧붙인 글자는 읽을 수 없습니다. 보는 것은 읽어 들인 그대로의 페이지입니다.

엉뚱한 곳을 가리켜도 “변경 없음”으로 돌아오는 일은 없습니다. 아무것도 찾지 못하면 카드에 “확인 필요”가 나옵니다.

뜻을 읽을 수 없는 클래스 이름은 피하세요. .css-7f3a1b나 .Row-sc-8kf2d1처럼 무작위 글자가 섞인 클래스는 사이트를 다시 배포하는 순간 바뀝니다. id나 data-로 시작하는 속성이 훨씬 오래 갑니다.

또 하나: 페이지를 읽는 쪽은 불러오는 방법에 따라 다릅니다. 페이지가 다 읽힐 때까지 기다리면 브라우저 자체가 만든 것을 보고, 그렇지 않으면 불러온 HTML을 저희가 다시 읽습니다. 복잡한 선택자에서는 고르기 도구가 보여 준 개수와 점검 때의 개수가 가끔 어긋날 수 있습니다. 등록하기 전에 “내용 확인”으로 읽히는지 확인하세요.

“❸ 세부 조정” → “비교하는 것”의 “비교를 미루는 글자”에 읽는 중 같은 말을 넣어 두면, 페이지가 진짜 내용을 내놓기 전에 불러왔을 때 그 회차의 비교를 통째로 건너뜁니다.

⚠️ 페이지에 늘 있는 글자를 적으면 감시가 계속 멈춰 있게 됩니다. 보류 중에는 카드에 그렇게 나오고, 계속되면 알림이 갑니다.

목록을 감시할 때 페이지에 있는 것은 읽기 → 기록 → 표시의 세 단계로 좁혀집니다. 한 단계에서 빠진 것은 다음 단계로 가지 않습니다. 앞의 두 단계는 “설정”의 “🗂 감시가 읽고 기록하는 것”에서 정합니다.

• ① 한 페이지에서 읽는 행 — 불러오기 한 번에 몇 행을 읽을지. 페이지에 500행이 있고 여기가 300이면 300행만 봅니다.
• ② 업데이트 1건당 기록하는 항목 — 읽은 것 중 추가되거나 바뀐 것을 몇 개까지 기록에 남길지.

①에 닿아 있는 동안에는 “사라짐”을 알리지 않습니다. 항목이 정말 페이지에서 빠졌는지, 한도 너머로 밀려났을 뿐인지 구별할 방법이 없기 때문입니다. 삭제까지 따라가고 싶은 목록이라면 ①을 실제 개수보다 크게 하세요.

①에 닿아 있는 동안에는 새로 왔다고 알리는 것에 중복이 섞일 수도 있습니다. 순서가 바뀌어 한계 안으로 들어온 항목은 아무것도 바뀌지 않았어도 새로 온 것처럼 보이기 때문입니다.

“설정”의 “🎨 모양” → “표시 언어”에서 고릅니다. 브라우저에 맞추기, 또는 9개 언어 중 하나를 고릅니다. 고르면 화면을 다시 엽니다.

감시하는 페이지의 언어와는 관계없습니다. 영어 페이지를 한국어 화면으로 감시할 수 있고, 그 반대도 됩니다.

Webhook으로 보내는 문구도 보낸 시점의 표시 언어로 만들어집니다. 나중에 언어를 바꿔도 이미 보낸 알림이나 지난 기록은 다시 쓰이지 않습니다. 기록했을 때의 말 그대로 남습니다.

“알림”에 Webhook URL을 등록하세요. 다섯 가지 서비스를 지원합니다.

• Discord — 알림을 받을 채널의 설정을 엽니다 → “연동” → “웹후크 만들기” → “웹후크 URL 복사”. 공식 도움말(Discord)
• Slack — 워크스페이스에 “Incoming Webhooks” 앱을 추가합니다 → 게시할 채널을 고릅니다 → 받은 Webhook URL을 복사합니다. 공식 도움말(Slack)
• Microsoft Teams — 알림을 받을 채널에서 “…” → “워크플로” → “채널에 웹후크 경고 보내기”를 고르고 팀과 채널을 선택해 저장 → 표시된 Webhook URL을 복사합니다. 업무용 Teams(Microsoft 365 등)의 채널에서 만들 수 있습니다. 무료 버전 Teams에는 이 메뉴가 없을 수 있습니다. 공식 문서(Microsoft Teams)
• Google Chat — 스페이스 이름을 클릭합니다 → “앱 및 통합” → “웹훅 추가” → 이름을 넣고 저장합니다 → “더보기” → “링크 복사”. Google Workspace(Business·Enterprise) 계정이 필요합니다. 개인 Gmail 계정으로는 만들 수 없습니다. 조직 관리자가 웹훅을 허용해야 합니다. 공식 문서(Google Chat)
• ntfy — 휴대폰의 ntfy 앱(iOS / Android)에서 원하는 주제 이름을 등록한 뒤 https://ntfy.sh/내-주제를 입력하세요. 휴대폰으로 받기에 편리합니다. 공식 사이트(ntfy.sh)

알림 대상을 여러 개 등록하고 이름을 붙일 수 있습니다. 일과 쇼핑을 나눠 두면 감시마다 어디로 보낼지 고를 수 있습니다.

고르는 곳은 그 감시의 “❹ 알림 설정” → “알림 대상”입니다. 고르지 않으면 목록의 첫 번째 알림 대상으로 갑니다.

“❹ 알림 설정” → “알림 나누는 방식”에서 세 가지 중에 고릅니다.

• 모두 담은 알림 1건(기본값) — 업데이트가 한꺼번에 옵니다. Webhook에서는 바뀐 항목을 10건씩 메시지 하나로 묶어 모두 보냅니다.
• 목록 항목마다 알림 1건 — 브라우저 알림은 목록 항목을 하나씩 따로 알립니다(운영 체제와 브라우저 설정에 따라 일정 수를 넘으면 묶여 표시될 수 있습니다). ntfy에도 항목마다 하나씩 보내지만, 일정 수를 넘으면 묶일 수 있습니다. 다른 Webhook은 10건씩 메시지 하나로 묶어 모두 보냅니다.
• 업데이트가 있었다는 것만 — 업데이트가 있었다는 것만 알리고 어느 항목인지는 말하지 않습니다 (업데이트 기록에는 남습니다).

“목록 항목마다 알림 1건”은 알림만 보고 판단하고 싶을 때 맞습니다.

⚠️ Webhook에는 바뀐 항목을 10건씩 메시지 하나로 묶어 보내며, 모두 전달됩니다. 한 번에 너무 많이 오지 않도록 감시할 위치나 한 페이지에서 읽는 행 수를 조정하세요.

⚠️ 무료 ntfy.sh는 하루 250건까지입니다. 넘은 만큼은 한도가 돌아올 때까지 기다렸다가 보냅니다.

“알림”의 “🌙 알림을 쉬는 시간”에서 요일과 시간을 고릅니다. 끝 시각이 시작보다 이르면 다음 날 아침까지입니다(예: 23:00~07:00).

• 점검은 멈추지 않습니다. “감시 중인 페이지”에는 평소처럼 업데이트가 나옵니다.
• “불러오지 못함” 같은 알림도 쉽니다. 모은 알림에 ⚠️와 함께 들어갑니다.
• 모은 알림에는 20건까지 나오고, 나머지는 개수만 적습니다. 자세한 내용은 각 감시의 업데이트 기록에서 확인할 수 있습니다.
• 감시별 멘션과 앞머리 문장은 모은 알림에 붙지 않습니다.
• 브라우저를 닫아 둔 동안 쉬는 시간이 끝났다면, 다음에 브라우저를 열 때 도착합니다.

Webhook으로 보내지 못하면 “감시 중인 페이지” 맨 위에 다음 칸이 나옵니다.

• ⚠️ 알림 대상 설정을 고칠 때까지 알림이 전달되지 않습니다 — URL이 삭제되었거나(HTTP 404), 지원하는 알림 대상의 URL이 아니거나, 접근을 허용하지 않았거나, 골랐던 알림 대상이 사라졌을 때 등. 알림 대상마다 이유와 “알림 대상 고치기”, “허용”, “알림 대상 다시 고르기” 중 하나의 버튼이 나옵니다. 고친 뒤 다음에 보내지면 사라집니다.
• ⏳ “… 아직 보내지 못했습니다” — 알림 대상이 메시지를 제대로 처리하지 못했거나 ntfy의 하루 전송 한도에 도달했을 때. 간격을 두고 다시 시도하고, 보낼 수 있게 되면 이어서 보냅니다. “기다리는 알림 버리기”로 기다리는 알림을 버릴 수 있습니다.
• ⚠️ 보내지 못한 알림이 있습니다 — 업데이트를 찾은 뒤 24시간이 지나도 보내지 못했을 때 등. 알림 대상마다 건수와 언제의 업데이트였는지가 나옵니다. “지우기”로 닫힙니다.

업데이트 자체는 사라지지 않습니다. 감지한 내용은 기록에 있으므로 그 감시를 열어 볼 수 있습니다.

1. 페이지의 HTML을 그대로 불러오기(가장 가볍고 기본값)
2. 페이지가 내부에 가진 구조화 데이터 읽기(클래스 이름이 바뀌어도 잘 버팀)
3. 둘 다 안 될 때만 숨긴 탭에서 페이지를 실제로 렌더링하기

어느 것을 쓸지는 감시를 추가할 때 정하며, 점검할 때마다 다시 정하지 않습니다. 카드의 아이콘으로 어느 것을 쓰는지 알 수 있습니다.

JavaScript로 그리는 페이지는 HTML만 가져오면 비어 있습니다. 그래서 숨긴 탭에서 페이지를 실제로 열고, 다 그려지면 바로 닫습니다.

방문 기록이 어지러워지지는 않습니다. 점검이 연 페이지의 방문 기록은 탭이 닫힐 때 지웁니다.

다만 저희 것보다 더 많이 지웁니다. 브라우저가 제공하는 삭제 기능은 그 페이지의 방문을 모두 지웁니다. 방문 하나만 지울 방법이 없습니다. 그래서 사용자가 직접 그 페이지를 방문한 기록도 함께 사라집니다. 직접 자주 방문하는 페이지일수록 영향이 큽니다.

신경 쓰인다면 그 감시의 “❸ 세부 조정” → “불러오는 방법”에서 “페이지가 더 읽힐 때까지 기다리기”를 끄세요. 그러면 렌더링하려고 페이지를 여는 일이 없어 방문 기록에는 손대지 않습니다.

그 감시에 “페이지가 더 읽힐 때까지 기다리기”가 켜져 있다면, 숨긴 탭 대신 작은 창이 잠깐 열립니다. 다른 창 뒤에 열리므로 방해가 되지는 않지만, 나타나기는 합니다.

감시하는 사이트의 보안 설정에는 아무것도 하지 않습니다. 지금까지와 똑같이 쓸 수 있습니다.

• 같은 사이트로의 요청은 하나씩 차례로 합니다. 한꺼번에 몰려가지 않습니다.
• 같은 사이트를 연달아 방문할 때는 방문 사이에 조금 간격을 둡니다. 사이트가 robots.txt에 대기 시간을 밝혀 두었다면 그것을 따릅니다(최대 15초).
• 가장 짧은 점검 간격은 1분이며 그보다 짧게 할 수 없습니다.
• robots.txt를 읽고 거부된 곳은 불러오지 않습니다. 정말 필요한 감시만 하나씩 그래도 방문하게 할 수 있습니다(“감시 추가” → “❸ 세부 조정” → “불러오는 방법” → “robots.txt가 거부해도 페이지 방문”; 이미 있는 감시는 “⋯” → “✏️ 설정 및 편집”에서 시작). 예외로 할 때는 이유를 적습니다. 그래도 방문할지는 사용자의 판단과 책임입니다.
• 불러오기에 실패하면 다음 시도까지 더 오래 기다립니다. 계속 실패하는 페이지를 거듭 두드리지 않습니다.
• 자동 점검에서는 사이트마다 불러오기 시작하는 시점을 매번 몇 초씩 어긋나게 합니다. 매번 같은 초에 불러오면 기계적인 접속으로 보이기 때문입니다. 그래서 한 번 한 번의 간격은 설정보다 조금 짧거나 길어집니다(길게 보면 설정대로입니다). “지금 점검”을 누를 때는 어긋나게 하지 않습니다.

⚠️ 이는 상대 사이트에 대한 배려이며, 기계적인 접속으로 판정되지 않는다는 보장이 아닙니다. 어떻게 판정하고 다룰지는 상대 사이트가 정합니다.

⚠️ 감시하는 사이트의 이용약관 확인은 사용자 책임입니다.

개수에도 저장량에도 제한이 없습니다. 확장 프로그램이 브라우저에 저장 공간 제한을 풀어 달라는 권한을 요청하므로 용량 때문에 멈추는 일은 없습니다.

굳이 신경 쓴다면 속도입니다. 점검을 시작할 때와 화면에 목록을 보여 줄 때 모든 감시 설정을 읽습니다. 다만 하나하나가 작아서 감시를 수백 개 등록해도 눈에 띄게 느려지지 않습니다(직접 확인했습니다).

가져온 내용과 업데이트 기록은 감시 설정과 따로 둡니다. 아무리 늘어도 목록 표시나 점검이 무거워지지 않습니다. 기기의 저장 공간만 차지하며, 지금 얼마나 쓰고 있는지는 “설정”의 “🗂 감시가 읽고 기록하는 것” 아래에 나옵니다. 기록을 얼마나 남길지는 같은 카드의 ①②와 감시마다 정하는 “기록에 남길 업데이트”로 정해집니다.

불러올 때마다 전체 글을 남기면 무거워지므로 비교용으로 직전 것 하나만 남깁니다. 저장 자체가 실패하면 카드에 그렇게 나옵니다.