자주 묻는 질문

규칙을 켜면 TimeBack은 곧바로 iOS에 차단을 등록합니다. 다만 차단된 앱 위에 뜨는 차단 화면은 iOS가 직접 그리는 화면이라, 새로 고침되는 데 몇 초(가끔 더 오래)가 걸릴 수 있어요. 특히 빠르게 켜고 끄기를 반복한 직후에 더 늦어집니다. 차단 화면이 아직 안 보여도 차단 자체는 이미 적용된 상태이니 잠깐만 기다려 주세요. 자꾸 토글하면 오히려 iOS가 더 느리게 새로 고침합니다.

휴식이 끝나면 앱이 다시 잠기고, TimeBack은 백그라운드에서 조용히 풀어 주는 대신 사용자가 「계속 사용」을 직접 누르길 기다립니다. 절반은 플랫폼 규정 때문이고(잠금을 보여 주는 화면이 스스로 잠금을 해제할 수 없습니다), 절반은 의도된 디자인입니다 — 그 한 번의 탭이 「정말 다시 들어갈까?」를 잠깐 멈춰 생각하는 순간이 됩니다.

「일일 제한」은 시간 예산입니다. 오늘 허용한 분을 모두 쓸 때까지는 앱을 사용할 수 있고, 다 쓰면 잠깁니다. 「스케줄」은 시간 구간입니다. 설정한 시간대(예: 22:00–08:00)에는 그동안 얼마나 썼는지와 무관하게 해당 앱이 잠깁니다. 두 가지는 독립적으로 작동하며, 같은 앱에 동시에 적용할 수도 있어요.

1) TimeBack을 한 번 열어 보세요 — 앱이 전면으로 올라올 때마다 규칙이 시스템과 다시 맞춰집니다. 2) Screen Time 권한이 그대로 켜져 있는지 확인하세요(iOS 설정 → 스크린 타임). 3) 해당 규칙을 열어 활성 상태이고 앱이 그대로 선택돼 있는지 확인합니다. 4) 스케줄 규칙이라면 시간 구간과 반복 요일도 다시 봐 주세요. 5) 그래도 해결되지 않으면 설정 → 지원에서 메일을 보내 주세요 — 버전 정보가 자동으로 채워져 있어 더 빠르게 도와 드릴 수 있습니다.

아니요. 사용 데이터는 기기 밖으로 나가지 않습니다. TimeBack에는 계정도, 분석 기능도 없습니다. 또한 Apple의 Screen Time 프레임워크 구조상 TimeBack 자체도 익명화된 앱 참조만 다룰 수 있어, 무엇을 썼는지 읽을 수 있는 목록은 가지고 있지 않습니다.

Screen Time 권한(Apple의 Family Controls)은 iOS에서 한 앱이 다른 앱을 제한할 수 있는 유일한 통로입니다. TimeBack의 차단 화면, 시간 계산, 스케줄 — 모두 그 위에서 동작합니다. 권한이 없으면 어떤 것도 차단할 수 없고, 나중에 해제되면 다시 허용할 때까지 모든 규칙이 멈춥니다.

iOS 스위치 자체가 그렇게 동작합니다. Apple의 스크린 타임 프레임워크는 기기 전체에 적용되는 「앱 삭제」 제한 하나만 제공하며, 특정 앱만 보호하는 방식은 없습니다. 「앱 삭제 방지」를 켜면 iOS는 이 기기의 모든 앱 삭제를 막습니다 — 물론 TimeBack 자신도 포함해서요. 그게 바로 이 기능의 목적이고, TimeBack이 자기만 보호할 방법은 없습니다. 켜기 전 확인 창에서 이 점을 먼저 알려 드리며, 스위치는 언제든 끌 수 있습니다(보호자 PIN을 설정했다면 끄기 전에 PIN 입력을 요구합니다).

TimeBack이 iOS에 등록하는 발동 시간은 설정한 분 그대로입니다. 다만 iOS 내부에는 앱 사용 시간을 세는 카운터가 두 개 있습니다. 제한 이벤트를 발동시키는 카운터와, 대시보드에 보이는 사용량 숫자(시스템 스크린 타임과 일치)를 떠받치는 카운터입니다. 실측에서는 같은 날 이 둘이 몇 분씩 어긋날 수 있고, 이벤트 쪽이 앞서가는 경향이 있습니다 — 그래서 대시보드에는 아직 몇 분 남았는데 잠금이 먼저 나타나는 경우가 생깁니다. 이는 iOS 내부에서 벌어지는 일로, Apple 자체의 스크린 타임 제한에도 똑같이 나타납니다. TimeBack은 잠금이 걸리는 순간에 대시보드 쪽 숫자를 읽어 보정할 수 없습니다. 잠금이 이르다고 느껴지면 TimeBack을 열어 규칙 카드의 「임시 해제」를 쓰세요(규칙을 꺼도 됩니다) — 주도권은 당신에게 있습니다. 차단 화면 자체는 단호하게 유지됩니다. 「확인」 버튼은 앱을 닫을 뿐 잠금을 풀지 않으니, 무심코 누른 탭 한 번으로 제한이 무너지지 않습니다. 모든 것은 자정에 초기화됩니다.

TimeBack의 선택이 아니라 iOS의 제한입니다. 시스템은 15분 미만의 차단 시간대 모니터링을 받아 주지 않고 스케줄 등록 자체를 거부합니다. 예전 TimeBack에서는 일단 저장은 됐는데, 목록에서 켜진 것처럼 보이면서 실제로는 한 번도 차단하지 않는 상태가 됐습니다. 지금은 시간대가 충분히 길어질 때까지 「저장」 버튼이 켜지지 않고, 이유도 바로 알려 줍니다. 알아 두면 좋은 점: 자정을 넘는 시간대는 두 구간으로 계산됩니다 — 자정 이전 부분과 이후 부분으로 나뉘고, 각 구간이 따로 15분을 채워야 합니다. 그래서 23:50–08:00은 저장되지 않지만(자정 전 구간이 10분도 안 되므로) 23:00–08:00은 문제없습니다. 원하는 게 짧은 일회성 차단이라면 규칙 카드의 「지금 차단」을 쓰세요. 즉시 잠기고, 직접 풀 때까지 잠긴 채 유지되며, 최소 길이 제한도 없습니다.

규칙 카드의 사용량은 Apple 스크린 타임 데이터에서 오고, 웹사이트 사용량도 포함됩니다(같은 Apple 계정에서 「기기 간 공유」를 켠 다른 기기 — 예컨대 Mac의 Safari로 본 시간까지). 대부분의 웹사이트는 정상적으로 표시됩니다. 다만 실측 결과, 일부 웹사이트는 시스템이 대응하는 앱의 사용량으로 영구히 분류해서, 어떤 기기에서도 「웹사이트」 차원의 데이터가 더 이상 생기지 않습니다. 확인된 예가 youtube.com입니다. 그 브라우징 시간은 YouTube 앱 사용량으로 집계되며, Mac의 YouTube 웹 앱을 지우거나 iPhone의 YouTube 앱을 삭제해도 마찬가지입니다. 이는 Apple의 데이터 분류 계층에서 일어나는 일이라, 존재하지 않는 데이터를 TimeBack이 읽을 수는 없습니다. 중요한 점: 차단에는 영향이 없습니다. 이런 사이트의 브라우징 시간도 규칙의 제한 판정에는 그대로 계산되고, 시간이 되면 어김없이 잠깁니다 — 카드의 사용량 숫자에 그 몫이 안 보일 뿐입니다. 웹사이트 규칙이 「숫자는 작은데 잠기는」 경우, 대개 이것이 원인입니다(아니면 사용이 다른 기기에서 발생했거나요).