밍키넷 목록의 글을 같은 탭에서 열었다면 ‘뒤로’, 홈에서 외부 목록을 새 탭에 열었다면 ‘새 탭 닫기’가 맞았습니다. 두 동작을 고를 기준은 버튼 이름보다 출발했던 탭에 이전 문서가 남아 있는지입니다.
닫기와 뒤로 — 확인 결과
| 누른 문구 | 도착 페이지 | 관찰 결과 |
|---|---|---|
| 밍키넷 (mingky08.com) | jusomoa.org | 탭 1 → 2 → 1 |
| 블로그 | 같은 사이트 /blog/ | 홈에 있는 내부 글 목록 링크 |
| 글을 읽은 탭에서 뒤로 | /blog/ | 같은 목록의 원래 글 링크를 확인 |
Windows 데스크톱 Chrome 157.0.8103.38에서 창 너비를 390 CSS 픽셀로 맞췄습니다. 빈 탭 한 개로 출발해 실제 링크를 누르고 도착 주소와 탭 수를 확인한 뒤 원래 페이지로 돌아왔습니다. 이미지·미디어 요청은 제외했습니다. 실제 휴대폰의 앱이나 운영체제 메뉴를 측정한 값은 아닙니다. 검사 기록 JSON
실험 A. 블로그 글 제목을 눌렀을 때
홈에서 ‘블로그’를 연 다음 두 버튼의 역할을 소개하는 글을 눌렀습니다. 글에서 한 번 뒤로 가자 목록 주소가 다시 나타났고, 방금 눌렀던 제목 링크도 여전히 있었습니다. 이때 탭을 닫았다면 글을 담고 있던 탭 자체를 닫았을 것입니다. 확인한 것은 항목이 다시 보이고 같은 목록 주소로 돌아왔다는 데까지입니다.
확인한 원문 · 함께 확인한 기존 글
실험 B. 외부 목록을 연 경우
같은 사이트의 홈으로 돌아가 첫 외부 버튼을 눌렀습니다. 첫 실험과 달리 새 탭이 하나 늘었습니다. 이 탭을 닫자 원래 홈이 남았습니다. 따라서 원래 글 목록으로 돌아간다고 기대하면 한 단계가 빠집니다. 이 경로의 출발점은 홈이었기 때문에 목록을 보려면 홈의 ‘블로그’를 눌러야 합니다.

항목은 돌아왔지만 위치가 어긋난다면
목록 주소를 되찾은 것과 화면 맨 위에 같은 글자가 놓인 것은 다른 확인입니다. 글 제목 한두 단어를 기억해 두면 모바일 목록이 다시 그려진 경우에도 페이지 안 찾기로 해당 항목을 고를 수 있습니다. 특히 긴 목록에서 파일이 로드되는 동안 이미지 높이가 달라지면 주소가 같아도 보이는 위치는 다를 수 있습니다.
다음번에 쓸 두 단계
먼저 탭 목록에서 원래 보던 탭이 따로 있는지 봅니다. 있으면 그 탭으로 전환하고, 없으면 현재 탭의 ‘뒤로’를 한 번만 누릅니다. 목록의 제목이 돌아온 뒤에 추가로 누를지 정하세요. 두 번 연속 뒤로 가면 글 목록과 출발 홈을 모두 지나칠 수 있습니다.
다른 안내와 비교해 읽기
링크가 여러 개여도 창이 어떻게 열리는지는 문구만으로 확정되지 않습니다. 야동코리아 RED 홈의 세 외부 링크도 첫 주소가 같았습니다. 내부 글에서 뒤로 가는 경우와 같은 상황으로 묶지 마세요.
원문과 확인 범위
밍키넷 편집팀이 공개 문서의 문구와 확인 결과를 대조했습니다. 다음 링크에서 해당 자료를 직접 확인할 수 있습니다.
블로그 목록으로