페이지의 특정 문단으로 바로 연결하려면, 먼저 그 페이지에 목차나 제목 옆 링크가 있는지 확인하세요. 없다면 Chrome의 ‘하이라이트 링크 복사’를 이용할 수 있습니다. 직접 편집하는 글이라면 문단에 HTML 앵커를 붙이는 방법이 적합합니다. 세 방법은 비슷해 보여도 찾는 기준이 다릅니다. 제목 링크는 문서 안의 식별자를, 하이라이트 링크는 실제 문장을 찾습니다.
긴 안내문을 보내며 “아래로 내려서 세 번째 항목을 보세요”라고 설명한 적이 있다면 문단 링크가 유용합니다. 다만 링크를 만들었다고 상대방에게도 같은 문장이 보인다고 단정할 수는 없습니다. 이 글에서는 링크 만들기 → 받은 환경에서 확인하기 → 실패해도 다시 찾을 단서 남기기까지 한 흐름으로 다룹니다. 링크는 위치 안내이지 원문의 사본이나 접근 권한이 아닙니다.
세 가지 방법은 ‘무엇을 찾아 이동하느냐’가 다릅니다
| 방법 | 주소의 예 | 좋은 사용처 | 깨지는 대표 상황 |
|---|---|---|---|
| 기존 제목·목차 링크 | #refund | 운영자가 마련한 절을 공유 | 대상 ID 삭제·변경 |
| 하이라이트 링크 | #:~:text=... | 앵커가 없는 페이지의 특정 문장 인용 | 문장 수정·중복 문구·받는 환경의 미지원 |
| 직접 지정한 앵커 | #required-documents | 내 글의 목차·FAQ·반복 안내 | 편집 중 ID 변경·중복 지정 |
위 주소 조각은 구조를 보여 주는 예시입니다. 실제 페이지에 해당 식별자나 문장이 있어야 작동합니다. 주소 뒤에 소제목을 임의로 붙인다고 새 도착 지점이 생기지는 않습니다. “환불 안내”라는 제목이 보이더라도 실제 식별자는 refund-policy일 수 있고, 식별자가 없을 수도 있습니다.
오래 공유할 절이라면 운영자가 제공하는 앵커를 우선 고려하세요. 제목 글자를 바꿔도 ID를 유지하면 링크를 유지할 수 있기 때문입니다. 반대로 외부 페이지의 한 문장을 정확히 보여 주려면 텍스트 기반 링크가 편리합니다. 어느 쪽도 문서 삭제나 권한 변경까지 막아 주지는 않습니다. 저장한 주소가 다른 화면으로 열리는 경우처럼 로그인·접속 환경도 별도로 영향을 줍니다.
이 글에서 직접 눌러 보는 두 가지 링크
아래 앵커 링크는 ‘공유 전 확인’ 제목으로 이동합니다. 주소를 복사해 새 탭에서도 열어 보세요.
https://xn--910bm53aiqd67c.com/address/link-to-specific-paragraph/#verify두 번째 링크는 아래 시험 문장을 찾습니다. 같은 화면에서 눌렀을 때 변화가 없으면 링크 주소를 복사해 새 탭에서 여세요. 강조되지 않으면 페이지 내 찾기로 ‘문단 링크 시험용 문장입니다’를 검색할 수 있습니다.
예시를 구분하는 법: #verify는 제목의 ID를 찾고, #:~:text=...는 본문 문자열을 찾습니다. 둘 다 이 글 안에서만 쓰는 예시이며 다른 문서에 그대로 붙이지 않습니다.
방법 1. 이미 있는 목차나 제목 링크를 복사하기
- 원하는 문단이 있는 원문을 엽니다. 검색 결과의 요약문이 아니라 실제 페이지인지 확인합니다.
- 목차에서 해당 항목을 찾거나 제목 옆 체인·링크 아이콘을 확인합니다.
- PC에서는 링크를 오른쪽 클릭해 ‘링크 주소 복사’를 선택합니다. 휴대전화는 링크를 길게 눌렀을 때 주소 복사 메뉴가 있는지 확인합니다.
- 메모에 붙여넣고 페이지 경로 뒤의
#...가 포함됐는지 확인합니다. - 붙여넣은 전체 링크를 새로 열어 원하는 제목 근처로 이동하는지 확인합니다.
목차를 눌러 이동한 뒤 주소창을 복사해도 되는 페이지가 있습니다. 그러나 스크립트로 화면만 이동하고 주소는 바꾸지 않는 목차도 있습니다. 화면이 내려갔다는 사실과 위치 정보가 링크에 저장됐다는 사실은 다릅니다. 주소가 그대로라면 목차 항목의 링크를 직접 복사하거나 다음 방법을 사용하세요.
같은 페이지 안에서는 #refund만으로 충분할 수 있지만, 다른 사람에게 보낼 때는 https://example.com/guide/#refund처럼 페이지 주소 전체가 필요합니다. example.com은 예시 도메인입니다. 기존 주소가 https://example.com/guide/?lang=ko#refund라면 물음표 뒤 언어 조건을 함부로 지우지 않습니다. 짧게 만드는 과정에서 다른 언어·내용으로 열릴 수 있습니다.
방법 2. Chrome에서 선택한 문장으로 연결하기
Chrome 공식 기기별 안내에서 메뉴와 적용 범위를 확인할 수 있습니다.
Google Chrome 공식 도움말은 PC·Android·iPhone/iPad별 생성 경로를 안내합니다. 아래는 2026년 10월 26일 확인한 문서 기준이며, 실제 메뉴 이름과 표시 여부는 버전·페이지·선택한 내용에 따라 달라질 수 있습니다. 링크를 만드는 기능과 받은 링크를 열어 강조하는 기능은 별개이므로 상대방 환경에서도 확인해야 합니다.
PC: 하이라이트 링크 복사
- Chrome에서 원문을 열고 공유할 문장을 드래그해 선택합니다.
- 선택한 텍스트를 오른쪽 클릭합니다.
- ‘하이라이트 링크 복사’를 선택합니다.
- 메모나 메시지에 붙여넣고 전체 주소를 다시 열어 확인합니다.
메뉴가 비활성화되거나 없다면 그 콘텐츠에서 기능을 지원하지 않을 수 있습니다. 처음부터 화면 전체를 잡기보다는 다른 곳에 반복되지 않는 짧은 한두 문장으로 선택 범위를 바꿔 보세요. 이미지 속 글자, 별도의 문서 뷰어, 삽입된 다른 페이지는 일반 HTML 본문과 다르게 동작할 수 있습니다. 선택되지 않는 글자에 억지로 주소를 만드는 것보다 제목·페이지 번호를 남기는 편이 낫습니다.
Android: 텍스트 선택 후 공유
Chrome에서 문장을 길게 누르고 선택 범위를 조절한 다음 ‘공유’를 선택합니다. 링크와 텍스트를 붙여넣을 앱을 고릅니다. 공유 결과가 글자만인지, 위치를 포함한 링크도 있는지 붙여넣은 내용을 확인하세요. 일반 페이지 공유 버튼과 선택한 텍스트의 공유 메뉴는 결과가 다를 수 있습니다.
iPhone·iPad: 링크 만들기
Chrome 앱에서 텍스트를 길게 눌러 선택한 뒤 ‘링크 만들기’를 선택합니다. 공식 도움말에 따르면 선택한 텍스트를 한 번 더 탭해야 옵션이 보일 수도 있습니다. 이후 공유할 앱을 고릅니다. 이 절차를 Safari나 모든 앱 안 브라우저의 공통 메뉴라고 생각하면 안 됩니다. 해당 환경에서 메뉴가 없으면 기존 제목 링크나 문구를 함께 보내는 방식을 사용하세요.
길어진 주소를 직접 다듬지 않는 이유
생성된 링크에는 #:~:text=와 길게 인코딩된 문장이 들어갈 수 있습니다. 한글이 %와 숫자·영문으로 표시되는 것만으로 오류는 아닙니다. 반복되는 문장을 구분하기 위한 앞뒤 문맥도 포함될 수 있습니다. 주소 전체를 보존한 채 링크 이름만 읽기 쉽게 표시하세요.
텍스트 조각은 시작 문구·끝 문구·앞뒤 문맥을 지정할 수 있지만, 쉼표나 하이픈 같은 구분자에는 문법과 인코딩 규칙이 있습니다. 이 글은 일반 이용자가 수동 조립하는 방법보다 브라우저 생성 기능을 권합니다. 주소를 줄일 필요가 있다면 공유 주소 정리 방법을 참고하되 위치 정보까지 추적값으로 오해해 제거하지 마세요.
방법 3. 내 블로그의 문단에 고유한 앵커 만들기
WordPress 공식 앵커 설정 안내에서 메뉴와 적용 범위를 확인할 수 있습니다.
직접 편집할 수 있는 글이라면 대상에 이름표를 붙이고 그 이름으로 연결합니다. 다른 사람의 페이지에 내 마음대로 ID를 추가할 수는 없습니다. 개발자 도구에서 화면을 잠깐 고쳐도 상대방이 여는 원본에 저장되지 않습니다.
WordPress 블록 편집기
- 도착 지점으로 삼을 제목 블록을 선택합니다.
- 블록 설정의 ‘고급’에서 ‘HTML 앵커’를 찾습니다. 이 필드를 제공하는 다른 블록도 사용할 수 있습니다.
required-documents처럼 고유한 이름을 입력합니다. 입력란에는 앞의#를 넣지 않습니다.- 목차나 안내 문구의 링크에는
#required-documents를 입력합니다. - 다른 페이지나 메시지에서는 글의 전체 URL 뒤에
#required-documents를 붙입니다. - 저장 후 실제 공개 페이지에서 확인합니다. 편집 화면에서 보이는 이동만으로 끝내지 않습니다.
처음에는 영문 소문자로 시작하고 숫자·하이픈을 조합하는 이름이 관리하기 쉽습니다. 공백을 피하고 같은 문서에서 중복되지 않게 지정하세요. Required-documents와 required-documents처럼 대소문자가 달라지지 않도록 맞춥니다. “세 번째 문단”처럼 순서에 의존하는 이름보다 내용을 나타내는 이름이 문단 순서 변경에 덜 취약합니다.
HTML을 직접 편집한다면
<h2 id="required-documents">신청 전 준비자료</h2>
<p>접수 전에 필요한 자료를 확인하세요.</p>
<a href="#required-documents">준비자료 확인하기</a>이 예시는 같은 문서의 제목으로 연결합니다. 특정 문단 자체를 대상으로 삼으려면 그 <p>에 ID를 지정할 수 있습니다. 다만 문장 하나만 보여 주면 앞의 적용 대상이나 예외를 놓칠 수 있으므로, 이용자가 이해할 수 있는 범위의 시작점을 고르세요.
상단 고정 메뉴에 제목이 가려진다면 링크가 틀린 것이 아니라 스크롤 여백 문제일 수 있습니다. 사이트를 수정할 수 있을 때 대상 요소에 scroll-margin-top을 적용하고 실제 헤더 높이에 맞춰 확인합니다. 예를 들어 scroll-margin-top: 6rem;은 시험용 값이지 모든 사이트의 정답은 아닙니다. 모바일 메뉴 높이가 다른지도 확인하세요.
이미 공유한 앵커를 바꿔야 한다면
표시 제목을 고치는 것만으로는 기존 ID를 바꿀 필요가 없습니다. 꼭 ID를 변경해야 한다면 기존 링크가 쓰인 목차·관련 글도 함께 수정하세요. 외부에 공유한 링크까지 모두 고칠 수 없다면, 사이트를 직접 관리하는 경우 옛 ID를 가진 별도 요소를 새 도착 지점 가까이에 남기는 방법을 검토할 수 있습니다. 같은 ID를 두 번 사용하지 말고, 저장 후 옛 주소와 새 주소가 모두 의도한 위치로 이동하는지 확인합니다.
공유 전에는 주소·내용·환경·권한을 따로 확인하세요
- 주소: 메신저에 붙여넣은 뒤 끝부분까지 링크로 인식되는지 봅니다. 문장 끝 마침표나 괄호가 주소에 섞이지 않았는지도 확인합니다.
- 내용: 새로 열었을 때 같은 페이지인지, 원하는 절·문장이 보이는지, 앞뒤 조건을 놓치지 않는지 봅니다.
- 환경: 가능하면 실제 받을 기기·브라우저에서도 엽니다. 앱 안 브라우저에서 실패하면 시스템 브라우저로 열어 차이를 비교합니다.
- 접근 권한: 로그인이나 공유 권한이 필요한 문서는 받는 사람의 권한을 확인합니다. 비공개 내용을 시험하려고 공개로 전환하지 않습니다.
새 탭은 로그인·쿠키를 공유할 수 있으므로 다른 사람의 접근 가능성을 증명하지 못합니다. 실제 수신 계정의 열람 권한과 위치 이동 여부를 따로 확인하세요.
하이라이트가 원문의 중요한 예외를 가리지 않는지도 살펴보세요. “환불 가능”만 선택했는데 바로 앞에 특정 상품에 한정한다는 설명이 있다면 링크는 정확히 움직여도 전달은 부정확해집니다. 약관·금융·신청 안내는 조건을 이해할 수 있는 길이로 선택하고 원문을 함께 읽도록 안내합니다.
페이지는 열리는데 원하는 문단이 안 보일 때
| 증상 | 먼저 확인 | 다음 행동 |
|---|---|---|
| 항상 맨 위에서 열림 | 붙여넣은 주소의 # 뒤가 남아 있는지 | 원본 전체 링크와 대조하고 다시 복사 |
| 제목 링크만 안 됨 | 대상 ID가 변경·삭제됐는지 | 현재 목차·제목 링크로 다시 생성 |
| 엉뚱한 같은 문장이 강조됨 | 선택한 문구가 반복되는지 | 고유한 앞뒤 문맥을 포함해 다시 생성 |
| 예전에는 됐는데 지금은 안 됨 | 원문 문장이 수정됐는지 | 현재 문장에서 새 링크 생성, 과거 인용과 구분 |
| 브라우저에서는 되고 앱에서는 안 됨 | 앱이 주소를 바꾸거나 기능을 지원하지 않는지 | 복사한 전체 주소를 외부 브라우저에서 비교 |
| 로그인·목록으로 이동 | 권한과 이동 후 URL, 위치 정보 보존 여부 | 정상 권한으로 원문을 연 뒤 재확인 |
| 제목이 상단 메뉴 뒤에 가림 | 스크롤 위치와 고정 헤더 | 조금 위로 이동, 운영자는 스크롤 여백 조정 |
| 접힌 탭·더 보기 안의 문장 | 내용이 실제 문서에 로드되는지 | 공식 공유 기능·탭 이름을 함께 안내 |
하나의 증상에 원인이 여러 개 있을 수 있습니다. 처음부터 브라우저 데이터를 모두 지우기보다 보낸 주소와 받은 주소가 같은지부터 확인하세요. MDN은 텍스트 조각이 기본 문서에서 처리되고, iframe 내부 텍스트는 검색 대상이 아니라고 설명합니다. 지원 브라우저라도 사이트 정책이나 페이지 구조에 따라 동작하지 않을 수 있습니다.
주소의 # 뒤는 일반적으로 HTTP 요청의 일부로 서버에 전달되지 않고 브라우저가 처리합니다. 그렇다고 비밀 정보 보관 장소는 아닙니다. 링크를 받은 사람이나 기록·공유 과정에서는 문구가 드러날 수 있습니다. 민감한 문장을 선택해 하이라이트 링크를 만들면 그 내용이 URL에 포함될 수 있다는 점도 확인하세요.
직접 재현: 제목을 바꾼 경우와 ID를 바꾼 경우
주소나와는 이 글을 위해 외부 서비스가 아닌 로컬 HTML 시험 문서를 만들었습니다. 동일한 제목 링크를 두고 제목 글자와 ID를 각각 바꿔 브라우저의 실제 스크롤 위치를 비교했습니다. 결과는 아래와 같습니다. 시험 환경과 범위는 하단의 검토 범위에 명시합니다.
| 바꾼 조건 | 결과 | 해석 |
|---|---|---|
| #required-documents와 같은 ID 유지 | 대상 제목으로 이동 | 링크 조각과 ID가 일치 |
| 제목 글자만 변경, ID 유지 | 대상 제목으로 이동 | 제목 표시 문구와 ID는 별개 |
| ID 변경, 예전 링크 유지 | 대상 제목으로 이동하지 않음 | 옛 링크를 받을 대상이 사라짐 |
| ID는 소문자, 링크는 대문자로 변경 | 대상 제목으로 이동하지 않음 | 대소문자 일치 확인이 필요 |
이 표는 고정 HTML 앵커 시험입니다. 문장으로 위치를 찾는 텍스트 조각과는 구분하며, 원문 변경에 따른 텍스트 조각의 한계는 아래 MDN 출처를 참고하세요.
문단 링크 시험용 문장입니다. 이 문장은 이 글의 하이라이트 예시가 찾는 대상입니다. 실제 안내와 혼동하지 않도록 별도로 표시했습니다.
링크가 실패해도 찾을 수 있게 보내는 양식
문서 제목: [원문 제목]
볼 부분: [소제목 또는 표 이름]
찾을 문구: [짧고 구별되는 원문 일부]
문단 링크: [위치 정보가 포함된 전체 URL]
원문 주소: [사이트에서 제공하는 기본 주소]
확인 날짜·환경: [날짜 / 기기 / 브라우저]
접근 조건: [공개 문서 또는 필요한 권한]
이동이 안 될 때: 페이지 내 찾기로 위 문구 검색받는 사람이 다시 찾을 실마리를 주는 것이 목적이지 긴 보고서를 작성할 필요는 없습니다. 일상 공유에는 문서 제목·찾을 문구·문단 링크만 적어도 도움이 됩니다. 업무 근거처럼 나중에 내용 변경 여부를 따져야 한다면 확인 날짜와 당시 내용을 별도로 보관하세요. 웹페이지를 PDF로 저장하는 방법처럼 보존용 사본은 문단 링크와 역할이 다릅니다. 사본에도 출처·날짜를 남기고 공개 범위를 지킵니다.
자주 묻는 질문
1주소 뒤에 #와 소제목을 붙이면 되나요?
그 문자열과 일치하는 ID 등이 원문에 있어야 합니다. 보이는 제목만으로는 실제 ID를 알 수 없으므로 목차·제목 링크를 복사하거나 직접 편집하는 페이지에 앵커를 만드세요.
2하이라이트 링크를 보내면 원문에 색이 저장되나요?
원문을 편집하는 기능이 아닙니다. 지원 환경의 브라우저가 링크의 문구를 찾아 표시합니다. 상대방이 같은 강조를 보게 되는지는 환경과 원문 상태에 달려 있습니다.
3문단 링크를 만들면 로그인 없이 볼 수 있나요?
아닙니다. 접근 권한을 부여하거나 유료·비공개 제한을 우회하지 않습니다. 받는 사람이 원문을 볼 권한이 있는지 먼저 확인해야 합니다.
4하이라이트 메뉴가 없으면 확장 프로그램부터 깔아야 하나요?
먼저 일반 본문을 짧게 선택했는지, 현재 브라우저가 해당 메뉴를 제공하는지 확인하세요. 제목 링크와 페이지 내 찾기 문구를 함께 보내는 대안도 있습니다. 이 작업만을 위해 불필요한 페이지 접근 권한을 가진 확장 프로그램을 설치할 필요는 없습니다.
5PDF나 이미지 속 글자에도 같은 방법이 되나요?
이 글의 기준은 HTML 웹페이지입니다. PDF 뷰어의 페이지 이동·공유 기능은 별도로 확인해야 하고, 이미지 속 글자는 일반 본문 텍스트와 같지 않습니다. 페이지 번호나 그림·표 이름을 함께 보내는 편이 확실합니다.
6주소에 이미 #가 있는데 하나 더 붙여도 되나요?
기존 # 뒤가 문단 위치가 아니라 웹앱의 화면 경로일 수도 있습니다. 두 번째 #를 덧붙이지 말고 서비스의 공식 공유 기능이나 브라우저가 생성한 완성 주소를 사용하세요.
7보낸 링크가 나중에도 같은 내용을 보장하나요?
아닙니다. ID가 유지돼도 문단 내용은 바뀔 수 있고, 텍스트 조각은 문장 수정으로 맞지 않을 수 있습니다. 중요한 인용은 원문 제목·확인일과 당시 내용을 별도로 보관하세요.
8문단 링크를 많이 만들면 검색 순위가 올라가나요?
개수만으로 순위 상승을 보장하지 않습니다. 긴 글에서 필요한 답을 찾기 쉬운 목차와 분명한 링크 이름이 우선입니다. 내용과 관계없는 앵커나 반복 키워드를 늘릴 이유는 없습니다.
출처와 작성·확인 범위
작성·정리: 주소나와 운영자 / 공식 문서 확인일: 2026년 10월 26일. AI를 활용해 자료 조사·초안을 정리하고 공식 문서 대조 및 아래 로컬 재현 검사를 진행했습니다. 실사용 인터뷰나 모든 기기에서의 사용 경험을 주장하지 않습니다. Chrome 모바일 절차는 공식 도움말 확인이며 실제 Android·iPhone 기기 시험은 하지 않았습니다.
- Google Chrome 도움말 — PC의 하이라이트 링크 복사
- Google Chrome 도움말 — Android 텍스트 공유
- Google Chrome 도움말 — iPhone·iPad 링크 만들기
- WordPress — Page Jumps와 HTML 앵커
- MDN — URI fragment의 처리 방식
- MDN — Text fragments의 문법·제약
- MDN — scroll-margin-top
로컬 재현: 2026년 10월 26일, Windows의 Chrome 155.0.8059.84, Playwright 자동화·헤드리스 환경. 자체 HTML에서 ID 유지·제목 변경·ID 변경·대소문자 변경 4조건을 시험해 대상 제목으로의 스크롤 여부를 확인했습니다. 실제 외부 서비스나 모바일 앱의 동작 보장은 아닙니다.
Chrome에서 시험 문장 강조를 확인한 실제 화면 보기 — 2026년 10월 26일, 이 글의 공개 페이지를 새로 열어 확인한 화면입니다. 생성 메뉴 시험이나 모바일 실기 화면은 아닙니다.
추가 재현: 2026년 10월 26일 Windows Chrome 155.0.8059.84 자동화·헤드리스 환경에서, 자체 HTML 문서의 앵커 주소와 한국어 텍스트 조각 주소를 각각 새 페이지로 열어 대상까지 스크롤되는 것을 확인했습니다. 텍스트 조각 주소는 시험용으로 구성했으며 우클릭 메뉴에서 생성한 결과가 아닙니다. WordPress 편집기 메뉴와 Android·iPhone에서의 생성은 공식 문서를 근거로 설명하며 이번 실기 시험에는 포함하지 않았습니다.
이 글은 공개 HTML 페이지의 위치 공유를 다룹니다. 비공개 업무 문서·전자책·앱 전용 링크·PDF 뷰어의 개별 동작은 검증 범위 밖입니다. 메뉴나 원문이 바뀌었다면 문의·정정 요청에 공개 페이지 주소와 재현 환경을 알려주세요. 비밀번호·인증번호·개인정보가 담긴 문서는 보내지 않습니다.