메인 콘텐측으로 바로 가기

북마크 동기화가 왜 이렇게 복잡해 보일까요?

· 읽는 데 6분 소요
아페이
아페이
Bookmarks UniSync 창작자

사용자분들이 자주 묻습니다. 왜 북마크 동기화는 이렇게 손이 많이 가느냐, 브라우저끼리 바로 연결하면 되는 것 아니냐, 왜 굳이 macOS 앱까지 설치해야 하느냐는 질문입니다.

결론부터 말하면, 이 구조는 기술력이 부족해서가 아니라 Apple 플랫폼 정책에 맞추다 보니 생긴 결과입니다.

이번 글에서는 Bookmark UniSync가 왜 지금 같은 구조를 쓰는지, Safari가 어디까지 허용하고 어디서 막히는지, 그리고 왜 현재 방식이 가장 현실적인 해법인지 차분하게 설명드리겠습니다.

🍎 Safari에서 가장 먼저 막히는 지점: 북마크 접근 권한​

핵심 제약은 명확합니다. Safari 확장 프로그램은 Safari 북마크를 직접 읽거나 수정할 수 없습니다.

이건 저희가 기능을 못 넣은 것이 아니라 Apple이 정한 경계입니다. Safari 확장 프로그램은 현재 탭 정보를 읽거나 웹페이지와 상호작용할 수는 있지만, 다음 작업은 할 수 없습니다.

  • Safari 전체 북마크 목록 읽기
  • 북마크 추가, 삭제, 수정
  • 코드로 북마크 데이터 가져오기 또는 내보내기

Apple은 북마크를 민감한 개인 데이터로 보기 때문에 확장 프로그램 권한을 강하게 제한합니다. 프라이버시 관점에서는 이해할 수 있는 정책이지만, 제품 구조에는 큰 영향을 줍니다.

결국 확장 프로그램이 Safari 북마크에 접근하지 못하면 Safari와 Chrome, Safari와 Edge 사이의 동기화를 확장 프로그램만으로 구현하는 것은 불가능합니다.

그래서 별도의 macOS 앱이 필요해집니다.

💻 macOS 앱이 꼭 필요한 이유​

Safari 확장 프로그램만으로 해결이 안 되면, 다음으로 가능한 선택지는 macOS 네이티브 앱입니다.

사용자 권한 허용을 전제로 하면 macOS 앱은 Safari 쪽 북마크 흐름에 참여할 수 있습니다. Bookmark UniSync의 macOS 앱은 바로 이 역할을 맡습니다. 즉, Safari와 다른 브라우저 사이를 이어주는 브리지입니다.

실제 구조를 단순하게 정리하면 이렇습니다.

  • Chrome과 Edge는 브라우저 확장 프로그램만으로 동기화 가능
  • Safari는 macOS 앱이 중간에서 연결해 줘야 동기화 가능
  • 확장 프로그램이 할 수 없는 Safari 쪽 처리를 macOS 앱이 담당

즉, 앱은 괜히 복잡하게 만든 요소가 아니라 Safari를 안정적으로 지원하려면 반드시 필요한 구성 요소입니다.

🚫 왜 Mac App Store에는 올리지 않나요?​

또 많이 나오는 질문이 있습니다. 왜 macOS 앱을 App Store에서 받지 못하고 공식 사이트에서 직접 내려받아야 하느냐는 것입니다.

이 역시 같은 맥락입니다. Apple의 심사 정책은 Safari 확장 프로그램 제한과 비슷한 개인정보 보호 원칙 위에서 움직이기 때문에, 북마크 데이터와 밀접하게 연결되는 앱은 배포 방식에서도 제약을 받습니다.

그래서 현실은 아래처럼 정리됩니다.

  • ✅ macOS에서 정상적으로 실행 가능
  • ✅ 사용자 동의하에 Safari 북마크 동기화 지원 가능
  • ✅ 제품이 작동하는 데 필요한 기술적 역할 수행 가능
  • ❌ Mac App Store 배포에는 적합하지 않음

즉, App Store 미출시는 운영 전략이 아니라 플랫폼 정책에 가까운 문제입니다.

📱 iPhone 동기화가 iCloud를 거쳐야 하는 이유​

Chrome이나 Edge 북마크를 왜 iPhone으로 바로 넣을 수 없느냐는 질문도 자주 받습니다.

답은 역시 Apple 생태계 구조에 있습니다. iPhone의 Safari 북마크는 iCloud 북마크 동기화에 묶여 있습니다. 그래서 Chrome이나 Edge의 북마크를 iPhone Safari에 보이게 하려면 흐름이 이렇게 됩니다.

  1. 브라우저에서 북마크 데이터를 macOS 앱으로 보냄
  2. macOS 앱이 그 데이터를 Apple 생태계 안으로 넘김
  3. iCloud가 변경된 북마크를 iPhone으로 전달
  4. iPhone Safari가 iCloud를 통해 북마크를 받음

조금 돌아가는 것처럼 보이지만, 일반 사용자가 안정적으로 쓸 수 있는 경로는 사실상 이것뿐입니다.

다른 방식도 검토해 봤습니다.

  • iPhone에 확장 프로그램 직접 설치: iOS 확장 API 제한이 더 심해서 현실적으로 불가
  • 타사 클라우드 우회: 이론상 가능하지만 설정이 번거롭고 안정성이 떨어짐
  • 탈옥 기반 방식: 유지보수와 보안 측면에서 사용자용 솔루션으로 부적합

그래서 macOS 앱이 중계 역할을 맡는 현재 구조가 가장 현실적입니다.

📱 모바일 Chrome, Edge까지 바로 확장하지 않는 이유​

모바일 브라우저 전체를 다 지원하지 않는 이유도 설명드릴 필요가 있습니다.

Bookmark UniSync의 출발점은 데스크톱 환경에서 실제로 자주 쓰는 브라우저들 사이의 북마크 정리를 더 편하게 하자는 것이었습니다. 업무 환경에서 여러 브라우저를 오가는 분들이 가장 먼저 겪는 불편을 해결하는 데 초점을 맞췄습니다.

macOS에서 iPhone까지 연결한 것은 Safari가 Apple 생태계 안에서 끊기지 않도록 하기 위해서였습니다. 그 이상으로 모든 모바일 브라우저 케이스까지 한 번에 넓히면 복잡도는 커지지만 체감 가치는 그만큼 크지 않을 수 있습니다.

현재 우선순위는 분명합니다.

  • 데스크톱 브라우저 간 동기화
  • macOS에서 Safari 지원
  • iCloud를 통한 iPhone 연동 경로 확보

🤔 그럼 Safari 지원을 빼면 더 쉬운 것 아닌가요?​

실제로 충분히 나올 수 있는 질문입니다. Safari가 가장 까다롭다면 Chrome과 Edge만 지원하면 더 단순해지는 것 아니냐는 의견입니다.

하지만 그렇게 하면 제품 가치의 큰 부분이 빠집니다.

Mac 사용자는 기본 브라우저로 Safari를 쓰는 경우가 많고, iPhone 사용자는 의식하지 않아도 결국 Safari를 거치게 됩니다. 이런 상황에서 Chromium 계열 브라우저만 잘 지원하는 제품은 진짜 의미의 크로스 브라우저 솔루션이라고 보기 어렵습니다.

Safari 지원이 중요한 이유는 다음과 같습니다.

  1. macOS에는 Safari 중심 사용자층이 분명히 존재합니다
  2. iPhone 사용자는 결국 Safari를 목적지로 삼는 경우가 많습니다
  3. Apple 사용자를 제외하면 크로스 브라우저 동기화의 가치가 크게 줄어듭니다

구조는 더 복잡해지더라도, Chrome, Edge, Safari, macOS, iPhone을 하나의 흐름으로 묶는 경험을 만들 수 있다면 그만한 가치가 있다고 봅니다.

💡 그런데 왜 Chrome과 Edge는 바로 동기화되나요?​

Chrome과 Edge가 비교적 쉬운 이유는 둘 다 Chromium 기반이기 때문입니다.

같은 확장 프로그램 모델을 쓰고 북마크 접근 권한도 훨씬 넓게 열려 있어서 동기화 흐름이 단순합니다.

  • Chrome 확장 프로그램 설치 후 Chrome 북마크 읽기
  • Edge 확장 프로그램 설치 후 Edge 북마크 읽기
  • 서비스 레이어를 통해 양방향 동기화

이 조합에는 별도 데스크톱 앱이 필요하지 않습니다. Safari만 플랫폼 권한 구조가 달라서 예외가 되는 것입니다.

짧게 정리하면 아래와 같습니다.

  • Chrome ↔ Edge: 확장 프로그램만 있으면 충분
  • Safari ↔ Chrome 또는 Edge: macOS 앱이 반드시 필요

📝 한 번에 이해하는 현재 아키텍처​

Bookmark UniSync의 현재 설계는 아래 제약을 전제로 한 가장 실용적인 선택입니다.

  1. Safari 확장 프로그램은 북마크에 직접 접근할 수 없음
  2. 북마크 관련 앱 배포에는 Apple 쪽 정책 제약이 있음
  3. iPhone Safari 동기화는 iCloud를 거쳐야 함
  4. Chromium 브라우저는 북마크 접근 권한이 훨씬 개방적임

그래서 실제 동기화 경로는 세 가지로 나뉩니다.

  • Chrome ↔ Edge: 브라우저 확장 프로그램만 사용
  • Chrome/Edge ↔ Safari: 브라우저 확장 프로그램 + macOS 앱 사용
  • 데스크톱 브라우저 ↔ iPhone Safari: macOS 앱 + iCloud 사용

처음 보면 복잡해 보일 수 있지만, 위험한 우회 방식이나 불안정한 해킹 없이 제공할 수 있는 가장 안정적인 구조라고 생각합니다.

🤝 만드는 사람의 솔직한 이야기​

macOS 앱을 하나 더 설치해야 한다는 점이 완전히 깔끔한 경험은 아니라는 것을 잘 알고 있습니다.

Apple이 언젠가 북마크 접근 범위를 더 넓게 열어 준다면 저도 가장 먼저 구조를 단순화하고 싶습니다. 그 전까지는 지금 가능한 방식 안에서 최대한 안정적이고 이해하기 쉬운 제품을 만드는 것이 목표입니다.

Bookmark UniSync는 거대한 회사가 만드는 제품은 아닙니다. 대신 실제로 필요한 흐름을 이해하고, 매일 써도 불편하지 않은 방향으로 꾸준히 다듬고 있습니다.

구조를 이해한 뒤 바로 설치와 설정 방법을 보고 싶다면 Bookmark UniSync 시작 가이드를 확인해 주세요.

📥 설치 및 시작하기​

⚠️ 꼭 권장드리는 한 가지​

어떤 북마크 도구를 쓰기 전이든 먼저 로컬 백업을 내보내 두세요. 기대한 방식과 다르더라도 원본 데이터를 바로 복원할 수 있어서 리스크를 크게 줄일 수 있습니다.

📚 함께 읽으면 좋은 글​

질문이나 제안이 있다면 언제든 연락 주세요.

기술적 제약 자체보다 더 큰 문제는, 그 제약을 넘을 방법을 찾지 않는 것입니다. 길이 조금 돌아가더라도 결국 사용자가 목적지에 도달할 수 있다면 그 구조는 충분히 의미가 있습니다.