2026년 9월 17일 웹킷은 Safari 27.0 기능 설명을 공개했습니다. 공식 기능 설명을 확인하더라도 홈페이지가 열린다는 이유만으로 출시를 승인해서는 안 됩니다. Safari 27 호환성 테스트 2026에서는 기존 브라우저 기준을 남기고, 매출이 큰 시장의 상품 탐색·로그인·주소 입력·결제 경로를 먼저 재검수해야 합니다. 데스크톱은 실제 맥에서 재현하고, 아이폰 화면은 시뮬레이터 또는 실제 기기로 따로 확인해야 합니다.
이 글은 다음 담당자를 위한 실행용 안내입니다.
- 해외 독립몰 운영 책임자: 상품 페이지, 지역별 화면, 구매 전환을 확인해야 하는 담당자
- 해외 광고·현지화 담당자: 광고 유입 주소, 언어, 통화, 지역 이동을 검수하는 담당자
- 프로젝트 관리자와 기술 협업자: 재현 가능한 오류 증거와 수정 우선순위를 정해야 하는 담당자
업데이트 안내: 2026년 9월 19일 기준입니다. 날짜와 기능 상태는 웹킷의 Safari 27.0 설명 및 개발자용 출시 기록을 바탕으로 확인했으며, 실제 버전과 사용 가능 여부는 테스트 당일 대상 맥의 소프트웨어 업데이트 화면에서 다시 확인해야 합니다.
SECTION 01먼저 정해야 할 Safari 27 회귀 범위
Safari 27 출시 뒤 모든 페이지를 같은 깊이로 다시 시험할 필요는 없습니다. 먼저 방문량, 매출 기여도, 고객 불만 위험을 기준으로 시장과 경로를 나눕니다. 미국 광고 유입 상품 페이지와 결제 화면이 핵심이라면 회사 소개 페이지보다 먼저 검수해야 합니다.
기존에 통과한 브라우저나 Safari 이전 버전을 기준선으로 남겨야 합니다. 같은 주소, 같은 계정 상태, 같은 지역 조건에서 실행해야 Safari 27만의 차이를 분리할 수 있습니다.
| 우선순위 | 확인 대상 | 승인 보류 기준 | 남겨야 할 증거 |
|---|---|---|---|
| 높음 | 로그인, 주소 입력, 장바구니, 결제 진입 | 클릭이 되지 않거나 제출이 멈춤 | 주소, 단계, 시간, 탈개인화 화면 |
| 중간 | 지역 이동, 할인 코드, 주문 조회 | 특정 시장에서만 잘못된 화면 표시 | 시장 조건, 입력값, 결과 |
| 낮음 | 글꼴, 간격, 이미지 위치 | 구매나 제출에는 영향이 없음 | 전후 화면과 표시 환경 |
Safari 27의 출시 설명에 특정 수정 항목이 있다고 해서 모든 해외 판매 사이트에서 같은 오류가 난다고 결론 내리면 안 됩니다. 공식 자료는 시험 범위를 정하는 참고 자료이고, 승인 판단은 실제 사이트의 재현 결과로 내려야 합니다.
출시 전에 페이지 범위를 확정하는 방법
운영 책임자는 아래 세 가지 목록을 먼저 만듭니다.
- 매출 상위 시장과 광고비가 큰 시장
- 홈페이지, 검색, 모음 페이지, 상품 페이지, 장바구니, 로그인, 결제 페이지
- 고객 불만이 많았거나 최근 수정된 위젯과 지역별 연결 주소
그 다음 각 페이지에 성공 조건을 한 문장으로 적습니다. 예를 들어 “미국 지역 상품에서 통화가 표시되고 장바구니에 담긴다”처럼 작성해야 합니다. “정상적으로 보인다”는 기준은 담당자마다 달라 증거로 쓰기 어렵습니다.
SECTION 02콘텐츠와 현지화 담당자는 무엇을 확인해야 합니까?
현지화 담당자는 글자만 번역되었는지 보지 말고, 긴 문장이 실제 구매 화면을 밀어내는지 확인해야 합니다. 홈페이지와 광고 도착 페이지에서 글꼴, 줄바꿈, 이미지, 영상, 선택 상자와 버튼을 함께 봅니다.
언어와 지역 조건은 따로 기록합니다. 목표 언어가 없을 때 기본 언어로 돌아가는지, 날짜와 통화가 지역에 맞는지, 통화 기호와 소수점 표시가 결제 직전에도 유지되는지를 확인합니다.
Safari 27에서 새로 바뀐 웹 기능을 사용하는 페이지가 있다면 Safari 개발자 기능 설명과 연결해 검토합니다. 다만 기능 목록만 보고 사이트의 고장을 예측하지 말고, 실제 버튼 작동과 제출 결과를 기준으로 판정해야 합니다.
- [ ] 기본 언어와 목표 언어에서 같은 상품명이 올바르게 보입니다.
- [ ] 긴 상품명과 할인 문구가 버튼이나 가격을 가리지 않습니다.
- [ ] 날짜, 통화, 배송 지역이 선택한 시장과 일치합니다.
- [ ] 지역 전환 뒤 장바구니와 로그인 상태가 예상대로 유지됩니다.
- [ ] 영상이나 주요 이미지가 빈 공간으로 남지 않습니다.
SECTION 03실제 구매 경로는 어떤 순서로 재검수해야 합니까?
운영 담당자는 기술 용어보다 고객의 실제 행동 순서로 시험해야 합니다. 광고의 최종 주소에서 시작해 주문 확인까지 이어지는 흐름을 한 번에 기록합니다.
- 광고 또는 시장 전용 주소를 Safari 27에서 엽니다.
- 지역, 언어, 통화가 목표 시장으로 설정되었는지 확인합니다.
- 검색이나 메뉴를 통해 상품을 찾고 옵션을 선택합니다.
- 상품을 장바구니에 담은 뒤 할인 정보와 수량을 확인합니다.
- 로그인 창을 열고, 신규 입력 또는 기존 계정 흐름을 실행합니다.
- 주소 입력란과 필수값 검사를 확인한 뒤 결제 화면으로 이동합니다.
- 실제 고객의 결제 자료를 사용하지 않고, 결제 버튼 표시와 주문 처리 결과를 분리해 기록합니다.
- 주문 확인 화면과 운영자 화면의 주문 상태를 별도 증거로 남깁니다.
깨끗한 세션과 평소 사용하는 세션을 나누어 시험해야 합니다. 깨끗한 세션에서만 실패하면 저장된 데이터나 확장 기능의 영향일 수 있습니다. 반대로 평소 세션에서만 실패하면 로그인 상태, 쿠키, 개인화 코드가 원인일 가능성을 먼저 확인합니다.
| 시험 조건 | 확인 목적 | 결과 해석 |
|---|---|---|
| 깨끗한 세션 | 새 방문자의 기본 흐름 확인 | 재현되면 사이트 코드나 지역 조건을 우선 조사 |
| 평소 세션 | 기존 고객의 로그인·저장 상태 확인 | 저장 데이터와 확장 기능의 영향을 분리 |
| 기존 통과 브라우저 | 기준선 확보 | 두 브라우저의 차이를 오류 증거로 사용 |
| 지역별 최종 주소 | 광고와 현지화 연결 확인 | 잘못된 시장 이동이나 추적값 누락을 확인 |
오류가 나면 페이지 주소, 시작 주소, 클릭 순서, 발생 시각, 지역, 계정 상태와 탈개인화 화면을 함께 남깁니다. “결제가 안 됨”보다 “상품 선택 뒤 주소 입력 버튼을 눌러도 다음 화면이 열리지 않음”이 수정 담당자에게 훨씬 유용합니다.
SECTION 04Safari 27 전용 문제는 어떻게 좁혀야 합니까?
Safari 27에서만 발생하는지 확인하려면 같은 조건과 같은 순서를 기존 기준 브라우저에서 반복해야 합니다. 한쪽에서는 확장 기능을 켜고 다른 쪽에서는 끄면 비교가 성립하지 않습니다.
기술 협업자는 Safari 개발자 기능을 켜는 방법을 참고해 필요한 도구만 준비합니다. 운영 담당자에게는 오류 원인을 판단하는 데 필요한 화면만 공유하고, 모든 개발자 메뉴를 설명할 필요는 없습니다.
Web Inspector를 사용할 때는 다음 세 가지 증거를 확인합니다.
- 콘솔: 버튼 실행 뒤 오류가 기록되는지
- 네트워크: 지역 주소, 로그인 요청, 결제 진입 요청이 실패하는지
- 저장 공간: 쿠키나 세션 정보가 예상과 다르게 사라지는지
반응형 디자인 모드는 화면 폭과 배치를 빠르게 확인하는 데 적합합니다. 그러나 실제 아이폰의 운영체제, 입력 방식, 화면 키보드, 메모리 상태를 그대로 재현하지는 않습니다. 반응형 디자인 모드의 공식 안내처럼 데스크톱 확인 도구로 사용하되, 모바일 승인 자료로 단독 사용하지 않는 편이 안전합니다.
원격 맥으로 아이폰 Safari를 완전히 대신 시험할 수는 없습니다. 원격 맥은 실제 맥의 Safari 데스크톱 경로를 재현하고 기록하는 데 적합합니다. 아이폰 화면과 터치 동작은 시뮬레이터나 실제 기기로 보충해야 합니다. 시뮬레이터와 실제 기기의 역할 차이는 공식 기기 실행 안내에서 확인할 수 있습니다.
SECTION 05담당자별 인수 기준과 출시 판단
모든 역할이 같은 화면을 반복해서 볼 필요는 없습니다. 책임과 증거를 나누면 누락을 줄일 수 있습니다.
운영 책임자
매출 상위 시장의 핵심 경로가 열리는지 판단합니다. 홈페이지가 정상이어도 로그인, 주소 입력, 결제 진입 중 하나가 막히면 출시 승인을 보류해야 합니다.
광고·현지화 담당자
광고 최종 주소, 지역 전환, 언어, 통화, 할인 정보가 이어지는지 확인합니다. 광고 매개값이 누락되었는지도 기록합니다.
프로젝트 관리자
차단 항목, 출시 후 수정 가능 항목, 계속 관찰할 항목을 나눕니다. 각 오류에 담당자, 재시험 조건, 되돌릴 배포 절차를 지정합니다.
기술 협업자
Safari 27과 기준 브라우저에서 같은 순서를 실행하고 Web Inspector의 콘솔과 요청 결과를 확보합니다. 오류를 수정한 뒤 같은 지역, 같은 세션 조건으로 재현 여부를 확인합니다.
다음 목록은 첫 번째 회귀 시험의 인수용으로 사용할 수 있습니다.
- [ ] 테스트 당일 Safari 27.x와 맥 운영체제 상태를 기록했습니다.
- [ ] Safari 이전 기준 또는 통과 브라우저의 결과를 남겼습니다.
- [ ] 매출 상위 시장의 광고 최종 주소에서 시작했습니다.
- [ ] 언어, 통화, 날짜, 지역 전환을 확인했습니다.
- [ ] 상품 선택, 장바구니, 로그인, 주소 입력을 순서대로 실행했습니다.
- [ ] 실제 고객 결제 자료를 사용하지 않고 결제 버튼과 주문 결과를 분리했습니다.
- [ ] 깨끗한 세션과 평소 세션을 비교했습니다.
- [ ] 실패 단계와 시간을 탈개인화 화면으로 남겼습니다.
- [ ] 데스크톱 결과와 아이폰 시뮬레이터 또는 실제 기기 결과를 구분했습니다.
- [ ] 차단 항목의 수정 담당자와 재시험 조건을 지정했습니다.
- [ ] 핵심 시장을 먼저 소규모로 재검수한 뒤 전체 출시 여부를 결정합니다.
현재 맥에서 Safari 27을 지속적으로 실행할 수 없다면, 미국 원격 맥 환경을 이용해 데스크톱 경로를 먼저 재현하고 인수 자료를 만들 수 있습니다. 원격 환경은 실제 구매자의 지역, 기기, 결제 규칙을 위조하거나 우회하는 수단이 아니며, 호환성을 보장하지도 않습니다. 다만 팀이 같은 맥 환경에 접속해 같은 절차를 반복해야 할 때는 단기 검수 환경으로 활용할 수 있습니다.
기존 컴퓨터만 사용하는 방식은 Safari 27 실행 가능 여부가 불확실하고, 담당자마다 환경이 달라 재현성이 떨어질 수 있습니다. 반대로 원격 맥은 사용 기간과 접속 환경을 정해 데스크톱 Safari 시험을 빠르게 시작할 수 있지만, 아이폰 실기 검수와 장기적인 상시 부하 운영까지 대신하지는 않습니다. 단기 출시 검수나 결함 재현이 목적이라면 이용 요금과 기간을 확인한 뒤, 첫 번째 회귀 결과에서 장기 환경이 필요한지 결정하는 편이 합리적입니다.
이번 검수의 목표는 모든 화면을 막연히 다시 보는 것이 아닙니다. 고수익 시장의 실제 구매 경로를 기준 브라우저와 비교하고, 데스크톱과 모바일의 증거를 분리해 출시 여부를 판단하는 것입니다.