계정도 서버도 없는 가족 앱

우려

가족의 정보는 실제로 어디로 갈까요?

아이를 위해 앱을 설치하는 것은 대부분의 앱이 실제로 답하지 않는 질문을 던져요. 온보딩 질문에 답하고 할 일을 설정하고 나면, 그것이 어디에 사는지, 다른 누가 그것을 볼 수 있는지요. 그것은 Reward Study 자체의 온보딩 화면에 있는 여덟 가지 문제 중 하나는 아니지만, 그 대부분의 밑에 깔려 있어요. "잠자리와 아침이 전쟁이에요"나 "용돈이 다툼을 일으켜요"를 고르는 보호자는, 한 가족의 일상을 상당히 자세히 담은 그림을 앱에 맡기고 신뢰하는 거예요.

Reward Study의 솔직한 답은 그것의 거의 대부분이 아무 데도 가지 않는다는 거예요. 그것을 저장할 계정 시스템도 없고, 애초에 그것이 놓일 개발자 소유의 서버도 없어요.

그 신뢰는 보호자가 결코 보지 못할 방식으로 조용히 깨지기 쉬워요. 제3자에게 충돌을 보고하는 SDK, 아이가 어떤 화면을 얼마나 오래 여는지 기록하는 분석 라이브러리, 아무도 먼저 동의하지 않은 채 가족의 프로필을 만드는 광고 네트워크요. 그것들 중 어느 것도 아이를 위해 만들어진 앱에서 특이한 일이 아니에요. Reward Study의 답은 그것들을 자제하겠다는 정책이 아니라, 애초에 그중 어느 것도 포함하지 않는 거예요.

앱이 하는 일

계정도 서버도 없고, 가족에게 속한 iCloud만 있어요

어떤 종류의 로그인도 없어요. 이메일도, 비밀번호도, 어디에도 만들어지는 계정도 없어요. 가족의 데이터, 즉 아이, 할 일, 보상, 장부는 Apple의 NSPersistentCloudKitContainer를 통해 가족 자체의 iCloud에 저장되는데, 가족의 사진이나 메모가 이미 동기화되는 것과 같은 사적인 공간이에요. Reward Study는 제3자 SDK가 하나도 없고, 앱 자체 안에서 실행되는 분석, 충돌 보고, 광고, 추적 코드도 전혀 없이 나와요. "지금 무엇이 힘든가요?"에 대한 온보딩 답변은 그것이 답해진 기기를 절대 벗어나지 않아요. 이 중 어느 것도 다른 곳에서 여전히 데이터를 모을 수 있는 제도 위에 얹힌 약속이 아니에요. 앱 자체의 설계에는 다른 곳이 없어요.

App Store 자체의 개인정보 라벨은 그것을 직접 반영해요. '데이터가 수집되지 않음'이라고 나오는데, 이것은 개발자가 자기 앱에 대해 쓴 주장이 아니라 Apple 자체의 말이에요. 그 라벨은 개발자가 앱이 실제로 무엇을 하는지에 대해 제출한 답변에서 만들어지고, Reward Study의 경우 그 안의 거의 모든 질문에 대한 솔직한 답은 아무것도 없다는 거예요.

이 중 어느 것도 다른 곳에서 편의를 희생할 필요가 없었어요. 가족 공유는 구독이든 한 번짜리든 모든 제품을 여전히 다뤄서, 그 공유가 작동하게 하려고 누구도 이메일 주소를 건네거나 로그인을 만들지 않아도 한 번의 구매가 Apple 가족 공유 그룹 전체에 자동으로 닿아요.

PIN

보호자 PIN 자체는 어떻게 보호될까요?

승인, 장부, Kid Mode에서 나가기를 막는 보호자 PIN은 입력된 그대로 저장되지 않아요. 그것은 솔트를 더하고 늘려서 기기 자체의 키체인에만 보관되는 해시가 되는데, Apple이 모든 앱에 자격 증명을 위해 주는 것과 같은 안전한 저장소이고, 기기 자체의 잠금 해제 코드로 대신하는 방법은 없어요. 우연히 폰의 잠금 해제 코드를 아는 아이도 그것으로 보호자 PIN을 통과할 수는 없어요. 둘은 완전히 다른 것에 맞춰 확인되니까요.

PIN은 그것이 나타나는 모든 곳에서 같은 동작을 보호해요. 할 일을 승인하는 것, CSV를 내보내는 것, Kid Mode에서 나가는 것, 손으로 장부에서 쓰는 것이요. Face ID나 Touch ID가 일상적인 관문으로 PIN 앞에 있고, 생체 인식을 쓸 수 없거나 설정되지 않았을 때는 PIN 자체가 대신해요.

유일하게 솔직한 예외

웹사이트는 앱이 아니고, 그렇다고 말해요

앱의 무수집 약속과, 지금 이 글을 읽고 있는 reward.study 웹사이트는 같은 주장이 아니고, 이 페이지는 둘이 같은 척하지 않을 거예요. 웹사이트 자체는 단순한 방문자 수 카운터를 위해 Google Analytics를 돌리는데, 방문자가 동의한 뒤에만 그래요. 동의 배너가 먼저 묻고, 거절은 존중돼요. 그것은 앱 자체의 개인정보 페이지와 별도로, 자기만의 웹사이트 개인정보 페이지에서 다뤄요. 자기 방문 수를 세는 마케팅 사이트와 아이의 집안일을 저장하는 앱은 서로 다른 답을 가진 서로 다른 두 질문이고, 하나를 다른 하나에 접어 넣으면 둘 다의 주장이 덜 진실해질 테니까요.

방문자 카운터는 아이의 집안일 기록 옆에서는 작은 것이고, 이 페이지는 그렇지 않다고 주장하지 않아요. 두 사실을 일부러 나란히 밝히는 이유는, 자기 블로그 글이 어디에도 추적이 없다고 주장하면서 조용히 분석을 돌리는 마케팅 사이트가, 앱 자체에 대한 훨씬 크고 훨씬 진실한 주장을 무너뜨리는 종류의 작은 모순이 될 것이기 때문이에요.

다른 곳에서 이것이 나타나는 방식

같은 태도가 구체적인 기능들을 관통해요

이것은 앱에 얹힌 별도 정책이 아니라, 개별 기능이 만들어지는 방식에서 나타나요. 이야기 서술형 문제에서 설명한 기기 안의 서술형 문제 생성기는 가족 장부가 iCloud를 절대 벗어나지 않는 것과 정확히 같은 이유로 프롬프트나 답이나 아이의 이름을 어디로도 절대 보내지 않아요. 작동하기 위해 서버가 필요한 기능이라면, 이 앱은 자체 개인정보 라벨 아래 그것을 정직하게 내놓을 수 없었을 거예요.

이 중 어느 것도 구독이 무엇을 위한 것인지는 바꾸지 않아요. Pro는 여전히 데이터가 아니라 가족이 앱 안에서 무엇을 할 수 있는지에 관한 것이고, 데이터 질문이 어떻게 답해지든 요금제 자체는 똑같은 방식으로 정리되어 있어요.