링크를 눌러도 반응이 없을 때: 팝업·새 탭·다운로드 구분하기

링크를 눌렀는데 화면이 그대로라면, 먼저 새 탭이 생겼는지, 팝업 차단 표시가 있는지, 다운로드 기록이 남았는지 확인하세요. 현재 페이지가 바뀌지 않았다는 사실만으로 클릭이 실패했다고 판단할 수는 없습니다. 반대로 버튼의 색이 바뀌거나 작은 로딩 표시가 나타났다고 해서 신청·저장이 끝난 것도 아닙니다.

같은 화면을 보며 기다리기 전에, 클릭한 결과가 어디로 갔는지 찾아보겠습니다. 새 탭·파일·인증창 중 원하던 결과를 정한 다음 필요한 설정만 비교하면 됩니다. 주소를 직접 입력해도 접속 오류가 나거나 로그인 화면으로 계속 돌아오는 경우는 별도의 점검이 필요합니다.

지금 증상에 맞춰 바로 확인: 새 탭이 안 보임 · 팝업이 차단됨 · 받은 파일을 못 찾음 · 버튼만 반응 없음 · 메신저 안에서만 실패

클릭 뒤에 남은 흔적으로 상황을 구분합니다

클릭하기 전에 기대한 결과를 한 문장으로 정해 보세요. ‘문서 내용 보기’와 ‘문서 파일 저장’은 다릅니다. 전자는 새 탭에 PDF가 표시되면 끝날 수 있지만, 후자는 기기에 파일이 실제로 남아야 완료입니다. 영수증 출력이라면 파일 다운로드가 아니라 인쇄 대화상자가 열리는 방식일 수도 있습니다.

작은 화면에서는 표를 좌우로 밀어 나머지 열을 확인할 수 있습니다.

이 표는 원인을 확정하는 진단표가 아닙니다. 다운로드 항목이 생겼어도 파일 내용이 정상이라는 보장은 없고, 탭이 늘어났어도 로그인 화면이나 오류 페이지일 수 있습니다. 클릭이 전달됐는지와 원하는 결과가 완성됐는지를 따로 확인하는 데 목적이 있습니다.

주문·예약·송금·서류 제출 버튼이라면 여기서 먼저 처리 내역을 확인합니다. 응답 화면만 늦고 서버에서는 이미 처리했을 가능성을 사용자가 화면만 보고 배제할 수 없기 때문입니다. 계속 누르거나 새로고침하기 전에 주문 내역·접수 번호·공식 완료 알림을 대조하세요. 아직 입력 중인 일반 문서는 임시 저장 여부를 확인하고 비교를 시작합니다.

새 탭이 열렸는데 원래 화면만 보고 있지는 않나요?

자료 목록에서 링크를 눌러도 목록이 그대로 남는 사이트가 있습니다. 목록을 보존하면서 자료를 다른 탭에 열도록 만든 경우라면 정상 동작입니다. PC에서는 탭 표시줄을 살피고, 탭이 많아 제목이 보이지 않으면 브라우저의 탭 검색·목록 기능을 이용합니다. 휴대폰에서는 탭 전환 화면을 열어 최근 탭을 확인하세요.

창을 따로 여는 사이트도 있으므로 운영체제의 창 전환 화면이나 작업 표시줄까지 확인할 수 있습니다. 다만 브라우저가 새 탭을 앞에 보여 줄지 뒤에 둘지는 설정·동작·환경에 따라 달라집니다. ‘새 탭은 항상 뒤에서 열린다’거나 ‘누르면 반드시 화면이 전환된다’고 생각하면 이미 열린 결과를 놓치기 쉽습니다.

일반 링크와 업무 처리 버튼은 다르게 비교합니다

기사나 공개 안내처럼 읽기 전용인 링크라면 PC에서 마우스 오른쪽 버튼으로 ‘새 탭에서 링크 열기’를 선택하거나, 모바일에서 길게 눌러 브라우저가 제공하는 열기 메뉴를 확인할 수 있습니다. 바로가기 주소를 표시하는 기능은 메뉴 이름과 지원 여부가 환경마다 다릅니다. 메뉴가 없다고 그 항목이 가짜 링크라는 뜻은 아닙니다.

결제·로그인·파일 생성 버튼은 클릭 순간에 처리 절차를 실행할 수 있어, 새 탭 열기나 주소 복사가 같은 작업을 대신하지 못합니다. 버튼이 연결한 주소가 아니라 현재 페이지 주소만 복사되는 경우도 있습니다. 열기 방식을 바꾸는 비교는 우선 공개된 읽기 전용 링크에서 하고, 인증·결제는 서비스가 안내하는 시작 화면과 진행 순서를 따릅니다.

새 탭을 찾았으면 제목만 보지 말고 목적지의 도메인과 내용을 확인하세요. 원래 안내 글, 광고, 인증 서비스 중 무엇인지 분리하는 과정입니다. 주소를 읽는 방법이 필요하면 링크의 실제 목적지 확인 방법으로 이어가면 됩니다.

팝업 차단 표시가 있을 때와 없을 때는 다릅니다

브라우저가 새 창 열기를 막았을 때는 주소창 주변이나 메뉴에 차단 표시를 남길 수 있습니다. Chrome 공식 도움말은 기본적으로 자동 팝업을 차단하며, 차단 시 주소 표시줄에 표시가 나타난다고 안내합니다. 먼저 그 표시가 실제로 있는지 확인하세요. 아무 반응이 없다는 이유만으로 팝업 차단이라고 단정하지 않습니다.

표시가 있다면 현재 페이지와 열려고 한 목적지가 예상한 서비스인지 확인합니다. 정상적인 본인인증 서비스도 별도 도메인을 쓸 수 있지만, 낯선 도메인이라는 이유만으로 정상·비정상을 결정할 수는 없습니다. 출발한 공식 사이트의 이용 안내와 맞는지 대조하고, 확인되지 않으면 허용부터 하지 않습니다.

페이지 안에 뜨는 창은 팝업 설정으로 해결되지 않을 수 있습니다

배경이 어두워지고 가운데 안내가 뜨는 화면은 같은 페이지 안의 대화상자일 수 있습니다. 이 경우 브라우저 탭이나 창이 새로 생기지 않으며, 사이트 자체 코드로 열고 닫습니다. 팝업을 허용해도 입력 오류·겹친 화면·사이트 스크립트 문제는 그대로일 수 있습니다. 창 안의 안내, 화면 위아래의 오류 문구, 닫기 버튼을 먼저 확인하세요.

사이트 알림도 별개입니다. ‘알림을 허용하시겠습니까?’는 보통 이후 알림을 받을 권한을 묻는 것이지, 지금 누른 문서를 여는 스위치가 아닙니다. 다운로드 실패까지 포함해 모든 문제를 ‘허용 버튼’ 하나로 해결하려 하지 않는 것이 점검 범위를 줄여 줍니다.

한 번 눌렀는데 여러 창을 여는 구조도 있습니다

MDN은 스크립트로 새 창을 여는 동작이 사용자 입력과 연결돼야 하며 팝업 차단 정책의 영향을 받을 수 있다고 설명합니다. 버튼 하나가 여러 창을 연속해서 열거나 응답을 기다린 뒤 창을 여는 구조라면 사이트 구현을 살펴봐야 할 수 있습니다. 사용자가 클릭 속도를 높여 고칠 문제가 아닙니다. 정상적인 사이트에서 반복되면 ‘언제 차단 표시가 생겼는지’를 문의에 남깁니다.

팝업은 필요한 사이트·시간에 한정해 확인합니다

다음은 공식 안내를 확인해 정리한 경로입니다. 모든 기기에서 직접 조작한 결과가 아니며, 버전이나 관리 정책에 따라 항목 이름과 배치가 달라질 수 있습니다. 경로가 다르면 브라우저 설정 검색과 해당 제품의 공식 도움말을 이용합니다.

PC Chrome에서는 차단 표시를 눌러 제공되는 옵션도 확인할 수 있습니다. 허용 대상을 고를 때는 문제를 일으킨 페이지와 실제 목록의 사이트가 맞는지 읽습니다. 변경 전 값을 기록하고 같은 기능을 한 번 다시 실행한 뒤, 인증창·문서창이 열렸는지까지 확인하세요. 팝업 표시만 사라진 것을 완료로 보지는 않습니다.

Android Chrome 공식 안내는 팝업이 차단된 페이지 하단의 ‘항상 표시’로 해당 사이트의 팝업을 허용하는 방법을 설명합니다. 예상한 공식 페이지인지 확인한 뒤 선택하고, 해당 문구가 보이지 않으면 전체 차단을 바로 해제하기보다 현재 버전의 안내를 확인하세요. 다른 Android 브라우저에도 동일한 메뉴가 있다고 가정하지 않습니다.

iPhone·iPad의 Safari는 위 경로의 팝업 차단을 잠시 꺼야 하는 상황이 있을 수 있습니다. 먼저 탭 목록과 다운로드 기록을 확인하고, 신뢰할 수 있는 사이트에서 필요한 경우에만 변경을 검토합니다. 업무가 끝나면 원래 설정으로 복원하세요. 이 과정에서 ‘위조된 웹사이트 경고’ 같은 다른 보호 설정까지 끌 이유는 없습니다.

브라우저·기기에 따라 팝업 권한은 저장되거나 적용 범위가 다릅니다. 효과가 없으면 허용 범위를 넓히기보다 변경을 되돌리고 다음 단서를 확인합니다. 회사 포털처럼 정책으로 제한된 환경은 개인이 우회 설정을 찾기보다 서비스 담당자에게 사이트 주소와 막힌 기능을 전달하는 편이 정확합니다.

다운로드 버튼은 페이지를 바꾸지 않고 일을 마칠 수 있습니다

‘자료 받기’를 눌렀는데 페이지가 그대로여도 다운로드 기록에 파일이 추가됐을 수 있습니다. PC Chrome에서는 메뉴의 다운로드 항목이나 최근 다운로드 표시를 확인합니다. 기본 저장 위치를 바꾸지 않았다면 보통 사용자 폴더의 Downloads에 저장되지만, 매번 위치를 묻도록 설정했거나 다른 폴더를 지정했다면 실제 기록에서 위치를 확인하는 것이 빠릅니다.

iPhone·iPad에서 Safari로 받은 파일은 검색 필드 옆 다운로드 버튼을 확인하고 파일 앱으로 이어갈 수 있습니다. Apple은 파일 앱의 ‘둘러보기 → iCloud Drive → 다운로드’를 안내합니다. 저장 위치를 따로 지정했다면 그 위치도 확인하세요. 사진 앱에 없다는 이유로 모든 다운로드가 실패한 것은 아닙니다.

목록에 생긴 항목의 상태까지 읽습니다

진행 중이면 먼저 완료를 기다리고, 실패·차단·권한 부족이면 표시 문구를 그대로 기록합니다. ‘디스크가 가득 참’과 ‘금지됨’은 같은 문제가 아닙니다. 전자는 저장 공간을, 후자는 해당 자료를 받을 로그인·열람 권한 등을 확인할 단서입니다. Google 도움말도 오류 문구별로 다음 확인을 나눕니다.

완료됐으면 파일명·확장자·크기·내용을 확인합니다. 문서를 기대했는데 로그인 안내 HTML이 저장됐거나, 같은 파일이 여러 개 생겼다면 ‘파일이 있음’만으로 성공을 판단하지 않습니다. 같은 이름 뒤에 번호가 붙은 파일은 중복 저장일 수 있으므로 가장 최근 파일이라는 이유만으로 정답으로 고르지 말고 내용과 시각을 대조하세요.

PDF가 열리는 것과 파일이 저장되는 것은 다릅니다

PDF는 브라우저의 미리보기 탭에서 열리거나 바로 다운로드될 수 있습니다. 서버의 응답 방식과 브라우저 설정 등이 영향을 줍니다. 미리보기에서 읽었다고 기기의 원하는 폴더에 보관됐다고 가정하지 말고, 보관이 목적이면 뷰어의 저장 기능을 이용한 후 다운로드 기록과 실제 파일을 확인합니다.

링크 주소 끝에 .pdf가 없더라도 파일이 생성될 수 있고, 화면에 ‘PDF’라고 써 있어도 다른 결과가 돌아올 수 있습니다. MDN은 다운로드 동작이 속성·응답 헤더·브라우저 설정에 따라 달라질 수 있다고 설명합니다. 파일 형식의 이름만 보고 팝업 허용이나 브라우저 교체를 먼저 결정할 수 없는 이유입니다.

브라우저가 위험한 파일이라고 경고하면 그 경고를 없애는 것을 목표로 삼지 않습니다. 공식 배포처와 요청한 파일이 맞는지 확인하고 제공자에게 문의하세요. 신뢰할 수 있는 업무 파일의 저장 경로 오류와 보안 경고는 별개의 처리 대상입니다.

아무 흔적도 없으면 버튼의 조건과 페이지 상태를 봅니다

먼저 같은 페이지의 일반 메뉴나 다른 공개 링크가 작동하는지 확인합니다. 한 버튼만 안 되면 그 버튼의 필수 입력·선택 조건을 살피고, 화면 전체가 반응하지 않으면 로딩 중인 겹침 화면이나 페이지 오류를 의심할 단서가 됩니다. 버튼 색이 회색이라는 사실만으로 비활성 여부를 확정할 수는 없으므로 주변 안내를 함께 읽습니다.

입력칸 아래의 짧은 오류, 화면 상단으로 이동한 경고, 펼치지 않은 동의 영역 때문에 진행이 멈출 수도 있습니다. 휴대폰 키보드를 닫고 위아래를 살펴보세요. 필요한 항목을 채우면 활성화되는 버튼은 정상적인 사전 검증일 수 있습니다. 개발자 도구로 비활성 상태를 강제로 해제하거나 숨은 버튼을 실행하는 것은 이용자용 해결 방법이 아닙니다.

주소는 열리는데 클릭만 안 되는 경우

공개 링크의 실제 주소를 새 일반 탭에 붙여 넣었을 때는 열리고 원래 페이지에서 누를 때만 실패한다면, 원래 페이지의 클릭 처리나 겹친 요소 등을 살펴볼 근거가 됩니다. 그러나 이 비교가 사이트의 어느 코드가 잘못됐는지까지 증명하지는 않습니다. 로그인이 필요한 일회용 주소나 파일 생성 요청은 직접 붙여 넣기로 같은 조건을 만들지 못할 수 있습니다.

브라우저 비교는 하나의 원인을 확정하는 시험이 아닙니다

읽기 전용 공개 페이지가 덜 불러와진 것처럼 보이면 로딩 표시와 연결 상태를 먼저 살피고 한 차례 새로고침해 비교할 수 있습니다. 작성 중인 내용은 먼저 저장하세요. 결제·신청 직후라면 새로고침보다 처리 내역 확인이 우선이며, 계속 멈추는 페이지를 반복해서 새로고침할 필요는 없습니다.

입력 내용을 저장한 뒤 최신 버전의 다른 일반 브라우저에서 같은 공개 페이지를 비교할 수 있습니다. 브라우저뿐 아니라 쿠키·확장 기능·계정 상태도 함께 달라지므로, 다른 곳에서 된다고 바로 캐시 문제라고 말할 수는 없습니다. 원래 브라우저에서 본인이 설치한 관련 확장 기능을 하나씩 비교할 때도 바꾼 항목과 결과를 기록하고 불필요한 변경은 되돌립니다.

처음부터 쿠키 전체 삭제·브라우저 초기화·보안 프로그램 종료를 묶어 실행하지 않습니다. 여러 설정을 한꺼번에 바꾸면 해결 여부만 보이고 원인은 남지 않습니다. 버튼을 누른 뒤 로그인 화면으로 돌아오는 것이 핵심 증상이라면 이번 점검을 계속 늘리기보다 로그인이 계속 풀릴 때의 계정·세션 점검으로 전환하세요.

메신저 안에서만 안 되면 열린 환경부터 바꿔 비교하세요

메신저에서 받은 안내는 앱 안의 웹 화면으로 열릴 수 있습니다. 이 화면과 별도 브라우저는 파일 저장·새 창·외부 앱 호출 동작이 다를 수 있습니다. 다만 앱 안이라는 이유만으로 로그인 정보가 항상 분리되거나 모든 다운로드가 막히는 것은 아닙니다. 현재 사용한 앱 이름과 ‘외부 브라우저에서 열기’ 메뉴 유무를 먼저 확인합니다.

기사·자료 안내처럼 공개 페이지라면 메뉴에서 Chrome이나 Safari로 열어 같은 링크를 비교하세요. 외부에서는 파일이 내려받아지고 내부에서는 반응이 없다면 그 차이를 그대로 기록합니다. 원하는 브라우저로 옮기는 상세 절차는 링크를 브라우저로 여는 방법에서 확인할 수 있습니다. 이번 글의 핵심은 옮기는 방법 자체보다 옮긴 뒤 결과가 무엇으로 달라졌는지입니다.

본인인증이나 결제를 이미 시작했다면 중간 화면을 복사해 여러 창에서 동시에 진행하지 않습니다. 먼저 기존 절차의 완료·취소 상태를 확인한 뒤, 필요하면 공식 시작 화면에서 새로 진행합니다. 인증 완료 주소나 임시 다운로드 주소는 세션과 연결될 수 있어 다른 창으로 옮겨도 똑같이 동작하지 않을 수 있습니다.

전화 걸기·메일 보내기·지도 앱 열기는 웹페이지 이동이 아니라 운영체제의 앱 호출일 수 있습니다. 화면에 앱 선택이나 외부 열기 요청이 나타났는지 확인하세요. 연결할 앱이 없거나 조직 정책으로 제한돼 있으면 팝업 설정만 바꿔서는 해결되지 않습니다. 설치를 요구받았다면 서비스의 공식 안내와 필요한 기능을 확인한 후 판단합니다.

직접 재현한 다섯 가지 클릭 동작과 확인할 흔적

주소나와는 2026년 10월 12일 Windows의 Chrome 155.0.8059.39에서 간단한 테스트 페이지를 만들어 다섯 가지 동작을 확인했습니다. 자동화 도구 Playwright의 화면 없는 실행 방식으로 링크를 클릭하고, 주소 변화·열린 페이지 수·파일 저장·대화상자 상태를 기록했습니다. 실제 외부 서비스나 고객 계정에 접속한 실험은 아닙니다.

파일은 테스트 코드가 브라우저 안에서 만든 짧은 텍스트를 내려받는 방식입니다. 실제 문서 서버의 권한·네트워크·보안 검사는 시험하지 않았습니다. 마지막 항목도 장애를 발견한 것이 아니라 이동이 취소되는 상황을 의도적으로 만든 것입니다. 이 작은 실험이 보여 주는 것은 ‘원래 화면과 주소가 그대로’라는 한 가지 관찰만으로 성공과 실패를 가를 수 없다는 점입니다.

자동화 환경의 새 페이지 생성 결과를 모바일 탭 배치나 일반 사용자의 팝업 차단 정책으로 확대하지 않았습니다. 특히 새 탭이 화면 앞에 표시되는지, iPhone·Android 실기기에서 같은지, 실제 인증 팝업이 허용되는지는 이번 실험에서 확인하지 않았습니다. 그런 동작은 각 기기의 공식 안내와 실제 화면을 별도로 대조해야 합니다.

같은 ‘무반응’이라도 다음 행동은 달라집니다

아래 세 상황은 점검 순서를 설명하기 위한 가상 예시입니다. 특정 기관·쇼핑몰의 장애를 실제로 해결한 후기나 위 재현 실험의 서비스별 결과가 아닙니다.

예시 1. 신청 사이트의 ‘인증하기’가 그대로입니다

탭 목록에는 변화가 없고 주소창에 팝업 차단 표시가 보입니다. 먼저 공식 신청 사이트에서 시작했는지와 인증 서비스 안내를 확인합니다. 필요한 사이트에만 허용한 뒤 한 번 다시 실행하고 인증창이 열리는지 봅니다. 인증을 마친 뒤에는 원래 신청 화면에서 완료 상태까지 확인해야 합니다. 인증창이 열렸다는 사실과 신청서가 접수됐다는 사실은 다릅니다.

예시 2. 자료실의 ‘받기’를 세 번 눌렀습니다

화면은 그대로인데 다운로드 목록에 같은 이름의 항목 세 개가 있습니다. 더 누르지 않고 완료된 항목 하나의 위치와 내용을 확인합니다. 파일이 정상이라면 새로운 허용 설정을 켤 이유가 없습니다. 모두 실패했다면 반복 횟수를 늘리는 대신 오류 문구를 보고 저장 공간·경로·열람 권한 중 맞는 항목부터 확인합니다.

예시 3. 회사 게시판에서 첨부 버튼 하나만 안 됩니다

다른 링크는 열리고 첨부 버튼만 반응이 없습니다. 새 탭·차단 표시·다운로드 기록도 없습니다. 입력 조건과 공지를 확인하고, 조직에서 허용한 다른 브라우저로 같은 자료를 비교합니다. 두 브라우저에서 같다면 파일이나 사이트 측 문제를 조사할 자료가 되고, 한쪽에서만 실패한다면 그 환경 차이를 전달할 수 있습니다. 어느 쪽이든 ‘사이트 고장 확정’이라고 쓰기보다 관찰 결과를 적는 편이 담당자가 재현하기 좋습니다.

설정 변경보다 관찰 기록을 남기면 문의가 빨라집니다

탭·차단 표시·다운로드·입력 오류를 한 차례 확인하고, 가능한 범위에서 비교했는데도 같다면 같은 설정 변경을 반복하지 않습니다. 특정 사이트의 특정 기능만 문제면 서비스 고객센터에, 관리형 기기에서 설정이 잠겼다면 조직 관리자에게, 여러 사이트에서 한 브라우저만 문제면 브라우저 공식 도움말로 범위를 나눕니다.

• 언제·어디서: 발생 시각과 시간대, 기기, 브라우저 이름·버전, 앱 내부 화면인지 여부
• 무엇을 기대했는지: 문서 보기·파일 저장·인증창 열기 등 원하는 결과
• 무엇을 눌렀는지: 메뉴 경로와 버튼에 쓰인 문구
• 남은 흔적: 새 탭·팝업 표시·다운로드 상태·오류 문구
• 비교한 조건: 바꾼 항목 하나와 변경 전후 결과, 아직 시험하지 않은 것

실제로 확인하지 않은 비교 결과를 문의에 넣지는 마세요. 캡처에는 해당 버튼과 오류를 보여 주되 이름·문서 내용·인증값은 가립니다. 전체 주소에 개인용 접근값이 포함될 수 있으므로 공개 문의에는 서비스명과 일반 페이지 경로를 우선 적습니다. 고객센터에서 추가 자료를 요구하면 공식 비공개 접수 경로와 필요한 범위를 확인합니다.

해결 후에는 처음 실패했던 작업을 기준으로 마무리합니다. 문서를 보려 했다면 올바른 문서가 열렸는지, 저장이 목적이었다면 내려받은 파일을 다시 열 수 있는지, 신청이었다면 접수 내역이 남았는지 봅니다. 필요 없어진 팝업 예외나 시험용 설정은 원래대로 돌립니다. 다른 주소·접속 문제는 주소모음의 이용·관리 안내에서 증상에 맞는 글로 이어갈 수 있습니다.

공식·기술 근거와 확인 범위

작성·검토: 주소나와 운영자 · 자료 확인: 2026년 10월 12일. Google·Apple 공식 도움말과 MDN 기술 문서를 대조해 일반 이용자의 확인 순서를 구성했습니다. 상황 분류와 문의 양식은 편집한 안내이며, 세 가지 가상 사례는 실제 고객의 해결 후기가 아닙니다.

• Chrome: 팝업 차단·허용 — 차단 표시, 특정 사이트 설정, 알림과의 구분
• Android Chrome: 팝업 관리 — 모바일 설정 경로와 차단 페이지의 사이트별 허용
• Apple: Safari 팝업 관리 — iPhone·iPad와 Mac의 설정 경로
• Chrome: 파일 다운로드 — 다운로드 기록·저장 위치·PDF 관련 동작
• Chrome: 다운로드 오류 해결 — 금지됨·저장 공간·권한 등 오류별 구분
• Apple: 다운로드 항목 찾기 — 파일 앱과 Safari의 다운로드 위치 확인
• MDN: HTML 링크 요소 — 새 탐색 대상, 다운로드 속성과 브라우저 동작 차이
• MDN: Window.open() — 새 창 열기와 사용자 입력·팝업 정책의 관계

직접 확인한 범위는 본문의 Chrome 로컬 재현 실험 다섯 가지입니다. 테스트 페이지 응답을 로컬에서 제공했고 다운로드는 브라우저 안에서 만든 텍스트 파일로 확인했습니다. 모바일 실기기·다른 브라우저·실제 금융 및 인증 서비스의 동작이나 일반 사용자 환경의 팝업 차단율은 시험하지 않았습니다. 메뉴와 정책은 현재 사용하는 제품의 공식 안내가 우선합니다. 설명이 달라졌다면 문의·수정 요청으로 서비스명과 달라진 항목을 알려주세요.