아이폰 위젯 하나가 왜 오래 걸렸을까 — 앱 밖의 작은 화면이 어려운 이유

위젯 하나 붙이는 데 왜 그렇게 오래 걸렸냐는 말을 들었습니다. 변명처럼 들릴 텐데, 사정이 좀 있었거든요.

친구와 저녁 약속이 밀려서 캘린더 앱을 열고 시간을 고쳤어요. 화면에는 새 시간이 제대로 떴고요. 그대로 폰을 잠갔다가 한참 뒤에 홈 화면을 봤는데, 위젯에는 아직 옛날 시간이 그대로 앉아 있더라고요. 엥? 분명히 바꿨는데.

어느 쪽이 맞는지 몰라서 헷갈린 건 아닙니다. 앱이 맞다는 건 알죠. 문제는 하루 종일 눈에 닿는 쪽이 위젯이라는 겁니다.

더 고약한 것도 있었어요. 로그아웃을 했는데 이전 사용자의 일정이 홈 화면에 남아 있질 않나, 공간을 바꿨는데 다른 공간 이름이 계속 보이질 않나. 앱이 죽은 것도, 오류 화면이 뜬 것도 아니었고요. 어제 잘 그려진 화면이 오늘 정보인 척 조용히 앉아 있었던 겁니다.

처음엔 위젯을 앱의 작은 복사본쯤으로 봤습니다. 앱 화면을 줄여서 얹으면 되는 줄 알았죠. 실제로 열어 보니 데이터가 들어오는 길도, 다시 그리는 시점도, 쓸 수 있는 자원도, 개인정보가 드러나는 자리도 전부 달랐어요. 작은 화면이라 일이 작은 게 아니라, 작은 화면 안에서 앱 바깥의 조건까지 책임져야 했던 겁니다.

아래는 코드 이야기보다 사용자가 실제로 보는 장면 위주로 적었습니다. Apple WidgetKit 문서는 2026년 8월 22일에 다시 열어 확인했고, 데이리플 기능은 같은 날 한국 App Store의 설명과 버전 기록을 봤습니다.

위젯은 앱이 계속 줄여서 보여 주는 창이 아니었어요

Apple의 WidgetKit 갱신 문서를 보면, 위젯 화면은 별도 과정에서 그려지고 위젯 확장이 눈에 보인다고 계속 실행되는 것도 아니라고 되어 있습니다. 앱이 뒤에서 살아 있으면서 매초 같은 데이터를 밀어 주는 구조가 아니라는 뜻이죠.

쉽게 말하면 위젯은 앱한테 시간표와 그림 재료를 미리 받아 둡니다. 정해진 시각이 오면 준비된 항목을 꺼내 보여 주고, 데이터가 바뀌면 앱이 시스템에 새 시간표를 요청할 수 있어요. 다만 시스템은 배터리와 성능을 이유로 갱신 횟수와 시점을 조절합니다. 앱이 "지금 다시 그려 줘"라고 말해도, 모든 상황에서 즉시 같은 방식으로 그려진다는 보장은 없습니다.

이걸 모르면 이렇게 생각하기 쉬워요. 앱 안의 일정이 맞으니 위젯도 맞겠지. 그런데 앱은 방금 서버에서 최신 일정을 읽었고 위젯은 어제 저장해 둔 시간표를 보고 있을 수 있습니다. 같은 제품이지만 같은 순간에 같은 길로 움직이지는 않아요.

데이리플 위젯 사용법이 사용자가 무엇을 어디에 놓는지를 다룬다면, 이 글은 그 화면을 만들면서 무엇을 따로 확인했는지에 대한 이야기입니다.

고장이 조용해서 더 오래 걸렸어요

앱이 꺼지면 누구나 고장인 줄 압니다. 위젯은 다르더군요. 이전에 잘 그려 둔 화면을 계속 보여 줄 수 있으니까요. 날짜도 있고 일정도 있으니 얼핏 멀쩡해 보입니다. 새 정보가 안 들어왔다는 사실은 한참 뒤에 알게 되죠.

겪은 실패는 크게 셋이었어요.

첫째, 옛 그림이 남는 실패. 일정은 분명히 수정됐는데 위젯 저장과 갱신 요청이 어긋나 이전 시간이 그대로 남았습니다. 겉으로는 "업데이트가 느리네" 정도로 보이지만, 실제로는 데이터가 지나온 길을 처음부터 따라가야 했어요.

둘째, 빈 화면이 정상처럼 보이는 실패. 필요한 데이터가 빠졌는데 오류 문구 대신 헤더와 빈 자리만 나왔습니다. 앱이 안 죽으니 자동 시험까지 이걸 성공으로 읽더군요.

셋째, 한쪽 문제가 다른 위젯으로 번지는 실패. 큰 달력 위젯과 작은 일정 위젯이 같은 저장·갱신 경로를 쓰면, 무거운 쪽에서 난 문제가 가벼운 쪽 화면에까지 나타날 수 있었어요. "이 위젯만 고치면 되겠지"로는 원인이 안 잡혔습니다.

이런 건 스크린샷 한 장으로 안 끝납니다. 일정을 넣고, 고치고, 지우고, 공간을 바꾸고, 앱을 닫고, 시간을 좀 흘려보낸 뒤에 다시 봐야 해요. 혼자 만드는 사람이 실제로 검증할 것에서 화면 개수보다 상태 변화를 세는 이유가 이겁니다.

미리 알 수 있는 변화와, 알 수 없는 변화

캘린더 위젯에는 성격이 다른 변화가 둘 섞여 있습니다. 자정이 지나 오늘 날짜가 넘어가는 예측 가능한 변화, 그리고 상대가 방금 약속을 옮긴 예측할 수 없는 변화요.

앞의 것은 시간표에 미리 넣어 둘 수 있습니다. Apple 문서도 알려진 시점이 있으면 가능한 한 미래 항목까지 계획하라고 권해요. 뒤의 것은 미리 알 방법이 없죠. 앱이 새 데이터를 받은 다음에 위젯한테 새 시간표가 필요하다고 알려 주는 수밖에 없습니다.

처음엔 이렇게 생각했어요. 일정이 바뀔 때마다 갱신을 잔뜩 요청하면 정확해지지 않을까. 그런데 Apple은 갱신이 시스템 자원과 배터리를 쓰기 때문에 필요한 만큼만 요청하라고 안내합니다. 위젯별 갱신 예산은 사용자가 얼마나 자주 보는지, 마지막으로 언제 갱신했는지, 앱이 활성 상태인지 같은 조건에 따라 달라지고요.

그래서 방향이 바뀌었습니다. "자주 요청"이 아니라 "어떤 변화가 어느 위젯에 영향을 주는지 정확히 요청" 쪽으로요. 공간 A의 일정이 바뀌었는데 공간 B를 보여 주는 위젯까지 다 깨울 이유가 없잖아요. 일정 알림을 많이 울리는 것보다 정확히 나누는 법과 같은 이야기입니다. 신호가 많다고 정확해지지는 않아요.

작은 화면이 오히려 비쌌어요

앱 화면에는 여백도 장식도 넉넉히 넣을 수 있습니다. 위젯은 크기가 정해져 있고, 시스템이 허용한 자원 안에서 빠르게 그려져야 해요. 보이지 않는 빈칸, 안 쓰는 데이터, 너무 많은 일정이 여기서는 전부 비용이 됩니다.

한 달 달력을 띄우면서 날짜마다 필요 이상으로 정보를 붙이면 글자는 읽기 어려워지고 위젯은 무거워집니다. 그렇다고 너무 줄이면 어느 공간 일정인지, 오늘 뭐가 중요한지 알 수가 없고요. 결국 디자인이 "예쁘게 줄이기"가 아니라 "이 크기에서 한 가지 질문에 답하기" 가 됐습니다.

작은 위젯은 오늘 가장 가까운 일정, 중간 위젯은 다가오는 일정 목록, 큰 위젯은 한 달 흐름. 이렇게 역할을 나눠 두는 편이 맞았어요. 한 화면에 다 넣으려 들지 않았습니다. 아이폰 캘린더 위젯을 고르는 기준도 크기가 아니라 답해야 할 질문을 먼저 고르는 순서죠.

Apple의 WidgetKit 설계 문서는 크기와 플랫폼, 화면 모양, 상호작용, 갱신 방식, 개인정보 제약을 구현 전에 계획하라고 안내합니다. 작은 위젯부터 만들어 구성과 크기를 늘려 가는 방식도 함께 제시하고요. 처음부터 모든 크기를 한꺼번에 만드는 것보다, 한 장면이 실제 홈 화면에서 끝까지 가는지 먼저 보는 편이 안전했습니다.

공간을 바꾸면 데이터보다 정체성이 먼저 바뀌어야 합니다

공유 캘린더에는 공간이 여러 개 있습니다. 연인 공간, 가족 공간, 모임 공간이 나뉘어 있으면 같은 위젯이라도 "지금 어느 공간을 보여 주는가"가 중요해져요. 일정 목록만 새로 읽고 공간 이름이나 색이 옛 상태로 남으면, 사용자는 남한테 보이면 안 될 게 섞였다고 느낍니다.

그래서 순서를 이렇게 잡았습니다.

1. 지금 계정이 누구인지 확인한다
2. 위젯이 고른 공간이 그 계정에 아직 허용되는지 확인한다
3. 허용되지 않으면 옛 일정을 보여 주지 않고 빈 안내 상태로 바꾼다
4. 허용되면 그 공간의 최신 일정만 저장한다
5. 홈 화면에서 공간 이름·색·일정이 함께 바뀌는지 눈으로 본다

편의 때문이 아니라 개인정보 때문입니다. 잠금화면과 홈 화면은 남이 볼 수 있는 자리잖아요. Apple의 설계 문서도 항상 보이는 화면의 민감한 정보를 검토하고 잠금 상태에서 가릴 수 있게 하라고 안내합니다.

관계별 공간을 나누는 이유는 앱 안의 정리법이면서 동시에 위젯의 권한 경계이기도 해요. 색만 바꾸는 문제가 아니었습니다.

로그아웃은 멈추는 일이 아니라 지우는 일이었어요

로그아웃하면 네트워크 요청이랑 타이머만 멈추면 되는 줄 알았습니다. 그런데 이미 저장된 위젯 그림과 데이터는 그대로 남아 있을 수 있더군요. 새 데이터를 안 받는 것과 옛 데이터를 지우는 건 다른 일입니다.

그래서 로그아웃 시험을 앱에서 로그인 페이지가 뜨는 것으로 끝내지 않았어요. 홈 화면으로 나가서 위젯을 전부 봤습니다. 오늘 일정, 다가오는 일정, 디데이, 큰 달력이 각각 빈 상태나 로그인 안내로 바뀌는지. 계정을 바꾼 뒤에 이전 계정 일정이 잠깐이라도 스치지 않는지까지요.

앱스토어 심사에서 배운 계정 삭제와 이어지는 이야기입니다. 삭제 버튼이 있다는 것과 데이터가 실제로 사라지는 것은 다르니까요. 위젯은 앱 바깥에 있어서 이 출구 시험에 반드시 넣어야 합니다.

스토어에 적은 문장은 그때부터 약속이 됩니다

2026년 8월 22일 기준으로 데이리플 한국 App Store 설명에는 오늘 일정, 다가오는 일정, 디데이를 홈 화면 위젯에서 볼 수 있다고 적혀 있습니다. 버전 기록에는 여러 날에 걸친 일정을 달력과 위젯에 이어서 표시하고, 공간을 바꾸거나 일정을 추가했을 때 위젯 반영을 손봤다는 내용이 있고요.

이건 "완벽하게 즉시 갱신된다"는 보증이 아니라 현재 공개한 기능 범위입니다. 갱신 시점은 시스템 판단과 기기 상태를 타고, 특정 화면 모양이나 계정 전환에서 여전히 버그가 날 수 있어요. 다만 스토어에 적어 놓은 이상 실제 기기에서 계속 검증하고 고쳐야 할 약속이 하나 생긴 셈입니다.

데이리플 소개를 쓸 때도 "위젯이 있다"가 아니라 홈 화면에서 어떤 정보를 볼 수 있는지 적으려 한 이유가 여기 있습니다.

제가 틀렸던 생각들

"위젯은 앱 화면을 작게 복사하면 된다." 아니었습니다. 별도 과정에서 그려지고 계속 실행되지 않아요. 크기도 상호작용도 갱신 방식도 개인정보 조건도 다릅니다. 디자인을 줄이는 일보다 어떤 데이터를 언제 저장하고 언제 지울지가 훨씬 컸어요.

"새로고침을 자주 요청하면 늘 최신이다." Apple은 배터리와 자원을 위해 갱신을 예산 안에서 관리합니다. 요청한 시점이 곧 표시 시점이라는 보장이 없어요. 예측되는 변화는 시간표로 미리 깔고, 데이터가 실제로 바뀔 때 필요한 위젯만 깨우는 쪽이 맞습니다.

"앱이 맞으면 위젯도 맞다." 앱과 위젯은 최신 데이터를 읽는 시점도 저장소도 다를 수 있습니다. 앱에서 수정이 성공한 뒤 홈 화면에 옛 일정이 남는 장면을 따로 시험해야 해요. 앱 테스트 통과가 위젯 테스트 통과는 아닙니다.

"빈 위젯은 그냥 좀 불편한 정도다." 이게 제일 크게 틀렸습니다. 로그아웃 뒤 옛 일정이 남으면 개인정보 사고고, 데이터가 빠졌는데 정상처럼 빈 달력을 보이면 신뢰 문제예요. 빈 상태도 엄연히 제품 화면입니다. 왜 비었는지, 뭘 하면 되는지, 민감한 옛 정보가 지워졌는지까지 설계해야 했어요.

확인 시점과 한계

데이리플 기능과 버전 기록은 2026년 8월 22일 한국 App Store 확인 기준이라, 이후 업데이트에서 달라질 수 있습니다. Apple WidgetKit 문서도 같은 날 봤고요. 운영체제 버전에 따라 가능한 위젯 크기와 동작이 달라지기도 합니다.

그리고 버전 기록에 "갱신이 빨라졌다"고 적혀 있다고 해서 모든 기기에서 즉시 반영을 보장하지는 않습니다. 그건 제품이 어느 방향으로 손봤는지를 보여 주는 근거일 뿐이고, 실제 최신성은 기기·계정·네트워크·시스템 상태에서 다시 봐야 해요.

그렇다고 위젯을 만들지 말자는 이야기는 아닙니다

까다로운 데가 있다고 가치가 낮은 건 아니니까요. 캘린더를 안 열어봐서 약속을 놓치는 사람에게 홈 화면은 오히려 핵심 자리입니다. 자주 보이는 만큼 정확성과 개인정보 기준을 더 높게 잡아야 할 뿐이죠.

처음부터 모든 크기와 기능을 만들 필요도 없습니다. 오늘 일정 하나를 정확히 보여 주는 작은 위젯부터 시작해서, 추가·수정·로그아웃이 닫힌 다음에 다가오는 일정과 큰 달력으로 넓혀도 늦지 않아요. 아이폰에서 위젯을 실제로 추가하는 법까지 직접 가 봐야 제품의 마지막 장면이 보입니다.

짧은 문답

위젯이 왜 앱보다 늦게 바뀌나요?

계속 실행되는 게 아니라 미리 준비한 시간표와 시스템의 갱신 판단으로 움직이기 때문입니다. 앱이 새 데이터를 받았다고 홈 화면이 매번 즉시 다시 그려지는 구조가 아니에요.

위젯이 옛 일정을 보여 주면 뭘 먼저 봐야 하나요?

앱 안의 일정이 최신인지 보고, 위젯이 고른 공간과 계정이 맞는지 확인해 보세요. 그래도 계속 남으면 앱 쪽 갱신 문제일 수 있으니 화면과 발생 순서를 적어 지원 채널에 보내시면 됩니다. 민감한 일정이라면 위젯을 잠시 빼 두는 편이 안전하고요.

로그아웃했는데 위젯에 일정이 남아도 되나요?

안 됩니다. 갱신을 멈추는 것만으로는 이미 저장된 게 사라지지 않아요. 앱이 로그아웃할 때 위젯의 옛 데이터를 비우고 빈 상태로 갱신해야 맞습니다. 남아 있다면 개인정보 문제로 신고하셔도 됩니다.