wp108

블로그

  • 어플리케이션

    • 셔틀버스 정보
    • 서울 시내버스 정보
    • 호텔 정보
    • 공항 리무진
    • 영문 주소 변환기
    • 웹 메모장
    • 웹 계산기
    • 내 아이피 확인
    • 마크다운 에디터
    • 글자 수 세기
    • 날짜계산
    • 타이머
    • 환율
    • 단위 변환
    • 화씨 섭씨 변환기
    • 세계 시간
    • 난수 생성기
    • 텍스트 클리너
    • 비밀번호 강도 분석
    • 마크다운 프리뷰
    • UUID 생성기
    • 단축 URL 만들기

  • 06feb26

  • 템플릿

    • 검색 결과
    • 단일 글
    • 모든 보관함
    • 블로그 홈
    • 색인
    • 페이지
    • 페이지 제목 없음
    • 페이지 : 404

  • 워드프레스 6.9

    워드프레스 6.9는 2025년 12월 2일 공개된 메이저 버전으로, 코드명 “Gene”, 핵심 키워드는 ‘협업(Notes)·블록 강화·성능·새 API(Abilities/Interactivity)’다. 에디터 UX와 협업 기능이 크게 바뀌어서, 기존 6.8 세대와는 “편집 경험” 자체가 다른 버전이라고 보는 것이 정확하다.wpbeginner+3

    기본 개요와 릴리스 포지셔닝

    워드프레스 6.9 “Gene”은 2025년 두 번째이자 마지막 메이저 릴리스로, 12월 2일 정식 배포되었다. 공식 문서 기준 데이터베이스 버전은 60717로 인상되며, 코어·블록 에디터·테마·번들 플러그인 전반에 걸친 대규모 변경이 함께 포함된다. 이 버전의 방향성은 ‘사이트 에디터를 더 직관적으로 만들고, 팀 단위 협업과 블록 기반 워크플로를 안정화하며, 차세대 기능(예: AI/연동)을 위한 Abilities API·Interactivity API 기반을 미리 깔아두는 것’으로 요약된다. 업데이트 주기상 블랙프라이데이·연말 세일 직후 시점에 배치돼, 에이전시와 인하우스 팀이 연말에 일괄 업그레이드하기 적절한 타이밍이라는 점도 공식 생태계 글에서 반복해서 강조된다.wp-umbrella+5

    에디터·협업: Notes, 블록 가시성, Command Palette

    6.9에서 가장 눈에 띄는 변화는 에디터 안에서 바로 협업을 할 수 있게 해주는 “Notes(노트)” 기능이다. 글이나 페이지의 특정 블록 위에 메모를 남기고, 팀 구성원이 해당 위치에서 의견을 달고 해소(Resolve)하는 구조라서, 구글 Docs나 피그마처럼 “컨텍스트가 붙은 코멘트” 워크플로를 그대로 워드프레스 안으로 들여왔다고 보면 된다. 이 Notes는 블록 단위로 붙기 때문에, 긴 페이지에서도 어느 섹션에 대한 논의인지 명확하고, 작성자·에디터·클라이언트 사이 피드백을 메신저 밖으로 끌어올 수 있다는 점이 실무적으로 큰 변화다.codeboxr+3

    Notes와 짝을 이루는 기능이 “블록 가시성(Block Visibility)”이다. 6.9에서는 프런트엔드와 에디터 각각에 대해 블록을 보이게/숨기게 설정할 수 있는 새 인터페이스와 API가 도입되는데, 이를 통해 아직 공개할 준비가 안 된 섹션을 프런트에선 숨겨둔 채, 내부 팀만 에디터에서 보고 수정하는 패턴을 구현할 수 있다. 예를 들어, 대형 랜딩 페이지에서 “추가 예정 기능” 섹션을 블록으로 미리 만들어 두되, 가시성 옵션으로 프런트에서는 비활성화해두고, 내부 노트와 함께 단계적으로 다듬은 뒤 승인 시점에만 노출을 켜는 식의 워크플로가 가능해진다.wordpress+2

    Command Palette는 6.9에서 사이트 전역으로 확장된다. 단축키 또는 UI 아이콘을 통해 호출되는 이 팔레트는 “명령 검색 → 바로 실행” 흐름을 제공하며, 포스트·페이지 이동, 템플릿 열기, 특정 설정 토글, 블록 삽입 등 자주 쓰는 작업을 키보드 중심으로 처리하도록 돕는다. 에디터뿐 아니라 관리자 화면 여러 부분과도 연결되어 있어, 마우스로 메뉴를 깊게 파고들 필요 없이 빠르게 목적지에 도달하는 경험을 제공한다는 점에서, 전문 사용자·제작자에겐 체감이 큰 변화로 평가된다.instawp+3[youtube]​

    또한 6.9는 “단순 편집 모드” 형태로 사이트 에디터를 간소화하여, 스타일이나 템플릿 구조는 건드리지 않고 본문·이미지 정도만 바꾸려는 사용자가 부담 없이 들어올 수 있게 UI를 정리한다. 이 모드는 복잡한 옵션을 숨기고 콘텐츠에 집중할 수 있게 해 주기 때문에, 조직에서 ‘에디터 권한’과 ‘디자이너/개발자 권한’을 분리해 사용하는 시나리오에서도 유용하다.developress+1

    새 코어 블록과 타이포그래피(“스트레치 텍스트”)

    6.9는 여러 플러그인이 담당하던 전형적인 기능을 코어 블록으로 흡수하면서, 기본 설치만으로도 상당히 풍부한 페이지 구성이 가능하게 만든다. 대표적인 새 블록은 아코디언(Accordion), Terms Query, Time to Read, Math, 댓글 관련 도구(Comment Count·Comment Link 등)다.wpbeginner+2

    아코디언 블록은 질문/답변이나 FAQ, 단계별 설명을 접었다 펼 수 있는 UI로 제공하며, 각 항목에 앵커를 붙여 특정 질문으로 바로 스크롤시키는 링크를 걸 수 있다. 이는 FAQ 전용 플러그인 없이도 충분한 SEO·UX를 구현하게 해 주며, 문서형 사이트·SaaS 헬프센터·교육 콘텐츠에서 특히 실용적이다. Terms Query 블록은 특정 카테고리/태그 등 택소노미(term)를 동적으로 불러와 목록으로 보여주는데, 새 글을 추가하면 자동 업데이트되므로, “카테고리 인덱스”나 “태그 디렉터리” 같은 블록 기반 내비게이션을 쉽게 만들 수 있다.voxfor+2

    Time to Read 블록은 포스트의 예상 읽기 시간을 계산해 표시해 주는 기능으로, 뉴스룸·블로그·칼럼 등에서 독자의 체류 의사결정에 도움을 준다. Math 블록은 라텍(LaTeX)와 MathML을 지원하며, 교육·연구·테크 블로그 등이 수식 표기를 위해 별도 플러그인을 깔던 부담을 줄여 준다. 그 외 댓글 관련 새 블록은 댓글 수, 댓글로 이동 링크 등을 블록 형태로 배치할 수 있게 해, 코멘트 시스템 UI를 세밀하게 구성하는 데 도움이 된다.duplicator+2

    타이포그래피 측면에서 6.9의 특징적인 기능은 Paragraph·Heading 블록에 추가된 “Fit Text”, 흔히 커뮤니티에서 ‘stretchy text’로 불리는 옵션이다. 이 기능을 켜면 텍스트가 컨테이너 폭에 맞게 자동으로 확대/축소되며, 히어로 헤드라인이나 배너 타이틀처럼 시각적으로 강한 영역에서 별도 CSS 작업 없이 담대한 타이포그래피를 구현할 수 있다. 다만 무분별하게 사용하면 접근성과 가독성에 악영향을 줄 수 있기 때문에, 정보 구조에서 핵심 헤딩 몇 개 정도에 제한적으로 쓰는 것이 권장된다.gutenbergtimes+3

    개발자용: Abilities API, Interactivity API, Block Bindings

    6.9는 겉으로 드러나는 에디터 UI만큼이나, 개발자 지향의 내부 구조를 크게 정리한 릴리스다. 그 중심에 있는 것이 Abilities API와 Interactivity API 개선, 그리고 Block Bindings 확장이다.kinsta+2

    Abilities API는 사이트가 제공하는 “능력(ability)”들을 중앙에서 등록·조회할 수 있게 만드는 새로운 레지스트리 시스템이다. 예를 들어 my-plugin/get-site-info 같은 ability를 등록하면, 커맨드 팔레트나 다른 플러그인, 외부 툴이 해당 ability를 공통된 방식으로 호출할 수 있고, UI에서는 이 메타데이터를 기반으로 명령을 노출할 수 있다. 이는 향후 AI 도구나 외부 서비스가 워드프레스 사이트에 “이 사이트가 수행할 수 있는 작업 목록”을 물어보고, 그 목록을 기반으로 자동화를 구성하는 시나리오의 기반으로도 언급된다.codeboxr+3

    Interactivity API는 페이지 내 대화형 UI(탭, 아코디언, 실시간 필터, 부분 페이지 전환 등)를 블록·PHP·경량 JS 조합으로 구성할 수 있게 해 주는 레이어로, 6.9에서 기능과 안정성이 강화된다. 이는 SPAs나 복잡한 프런트 프레임워크를 굳이 도입하지 않고도, 워드프레스 코어가 제공하는 인터랙티브 시스템만으로 상당한 수준의 동적 UX를 구현할 수 있게 하려는 장기 전략의 일부다.serveravatar+2

    Block Bindings API는 블록과 데이터 소스 간의 연결을 담당한다. 6.9에서는 포스트 메타, 옵션, 외부 API 등을 블록 필드에 매핑하는 기능이 확장되어, 하나의 레이아웃 블록을 다양한 데이터 소스와 함께 재사용하거나, CMS를 “프런트엔드·백오피스를 가리지 않는 데이터 허브”로 활용하기 쉬워진다. 이와 함께 DataViews·DataForms 관련 개선이 병행되어, 관리자 측 데이터 테이블·필터·폼 구성 역시 더 일관되고 확장 가능한 패턴으로 정리된다.wpmet+2

    성능·접근성·업데이트 전략

    성능 측면에서 6.9는 Core Web Vitals를 의식한 최적화가 다수 포함된다. 우선 클래식 테마에서 사용하는 블록 스타일 CSS는 “해당 페이지에서 실제로 사용한 블록”에 대해서만 로딩되도록 변경되어, 불필요한 스타일시트 전송이 줄어든다. 기본 Twenty 계열 테마의 스타일시트는 축소·정리되어, 전반적인 CSS 풋프린트가 감소한다.voxfor+1

    스크립트 측면에서는 이모지 감지 스크립트 등이 푸터로 이동하면서 렌더 블로킹이 줄고, 일부 스크립트는 ES 모듈 및 fetchpriority를 활용해 로딩 우선순위를 조정한다. 크론 작업은 페이지 처리 종료 시점에 실행되도록 조정되어, 방문자의 TTFB 및 체감 로딩 시간이 개선되는 방향으로 최적화된다. HTML 인라이닝·출력 버퍼링 표준화도 포함되어, 테마·플러그인이 보다 예측 가능한 렌더링 파이프라인 위에서 동작하도록 기반을 제공한다.wpbeginner+1

    접근성 측면에서는 수십 건의 개선이 포함되며, 스크린 리더가 블록 구조를 더 안정적으로 인식하고, 키보드만으로도 에디터·관리 화면을 원활히 탐색할 수 있도록 ARIA 속성·포커스 순서·시각적 포커스 표시 등이 조정된다. 이는 블록 에디터가 본격 도입된 이래 계속 이어져온 접근성 개선 흐름의 연장선으로, 6.9에서도 주요 릴리스 노트 항목 중 하나로 다뤄진다.[codeboxr]​

    업데이트 전략 측면에서, 6.9는 6.9.1 등 유지·보수 릴리스로 이어지며, 첫 번째 마이너 버전에서 블록 에디터와 코어 전반에 걸친 수십 건의 버그 픽스가 이뤄진다. 실서비스 환경에서는 스테이징에서 테마·플러그인 호환성을 점검한 뒤 6.9 → 6.9.1/이후 마이너로 올리는 것이 일반적인 권장 플로우이며, 특히 커스텀 블록·REST 연동·헤드리스 구성을 사용하는 사이트는 Abilities·Interactivity·Block Bindings 변경 사항을 집중적으로 테스트할 필요가 있다.wordpress+3

  • 워드프레스 6.9.1

    워드프레스 6.9.1은 2025년 12월 2일 공개된 메이저 버전 6.9 “Gene”을 기반으로 한 첫 번째 유지·보수 릴리스로, 기능 추가보다는 버그 수정과 안정성 개선에 초점이 맞춰진 업데이트다. 6.9 코어가 도입한 에디터·블록·성능·API 변화 위에, 6.9.1은 코어와 블록 에디터 전반에 걸쳐 40여 개 이상의 버그를 정리하면서 실서비스 환경에서의 신뢰성과 일관성을 끌어올리는 역할을 한다.make.wordpress+1

    6.9 → 6.9.1: 버전 포지셔닝과 업데이트 구조

    6.9는 데이터베이스 버전이 60717로 올라가며 블록 에디터 전반의 패키지(@wordpress/*)와 관리자 UI, 기본 테마, Akismet 플러그인까지 광범위한 코드 수정이 이뤄진 대형 릴리스다. 이 버전에서 새 블록, Notes(블록 단위 코멘트), Command Palette, Abilities API, Interactivity API 개선 등 구조적인 변화가 대거 들어가다 보니 세부 버그가 뒤따를 수밖에 없었고, 이를 보완하는 패치가 바로 6.9.1이다. 6.9.1은 “보안 픽스” 중심의 긴급 업데이트가 아니라, 코어와 블록 에디터에서 발견된 기능·UI·호환성 이슈를 정리한 유지·보수 릴리스라는 점에서 프로덕션 사이트에도 부담 없이 적용되는 성격을 갖는다. 자동 업데이트를 켜둔 사이트 대부분은 6.9에서 6.9.1로 순차 반영되며, 수동 업데이트 시에는 관리자 대시보드 > 업데이트 메뉴에서 코어 업데이트와 번들 플러그인·테마 업데이트가 함께 처리된다.thetechoutlook+3

    6.9의 핵심 변화: 에디터·협업·블록

    6.9.1을 이해하려면 먼저 6.9가 가져온 방향성과 구조를 짚는 것이 중요하다. 6.9는 “블록 에디터 기반의 협업 + 구성요소 재사용 + 인터랙티브 기능 표준화”라는 세 축에서 성숙도를 한 단계 끌어올린 릴리스다.wp-umbrella+2

    우선 에디터 측면에서 가장 눈에 띄는 것은 Notes, 즉 블록 단위의 코멘트 시스템이다. 글이나 페이지 안의 특정 블록 위에 메모를 남기고, 팀원끼리 피드백을 주고받을 수 있어 구글 Docs 스타일의 협업 워크플로를 워드프레스 안으로 끌어들였다. 이 Notes는 블록별 가시성을 제어하는 새 Block Visibility API와 맞물려, 아직 공개하지 않을 섹션은 프런트엔드에서 숨겨 둔 채 내부 리뷰와 수정만 진행하는 식의 ‘비공개 협업 → 승인 후 공개’ 흐름을 구현하게 해준다.wpexperts+1

    콘텐츠 제작 경험에서는 Command Palette가 사이트 전반에 확장되며, 키보드 단축키 혹은 UI에서 명령 검색 → 바로 실행 플로우를 제공한다. 이 팔레트는 포스트·페이지 이동, 템플릿 열기, 설정 전환, 특정 블록 삽입 등 자주 사용하는 작업에 빠르게 접근하기 위한 통합 인터페이스로, 에디터·관리자 화면 곳곳에 걸쳐 일관된 UX를 제공한다. 단문·이미지 교체 수준의 간단한 수정만 하려는 사용자를 위해서는 “단순 편집 모드”를 제공해, 스타일·템플릿 등 복잡한 옵션을 숨긴 상태에서 콘텐츠만 건드릴 수 있게 한 점도 6.9의 흐름을 잘 보여준다.raidboxes+2

    블록 측면에서는 6개의 새 코어 블록이 추가되면서, 그동안 플러그인에 의존하던 요소를 코어만으로 구현할 수 있게 되었다. 아코디언(Accordion), 용어 쿼리(Term Query), 읽는 시간(Time to Read), 수식(Math), 댓글 수(Comment Count), 댓글 링크(Comment Link) 블록이 여기에 해당하며, FAQ·문서·블로그 등 다양한 콘텐츠 유형에서 즉시 활용 가능한 기본 빌딩 블록을 넓혀 준다. 이와 함께 단락·헤딩 블록에 추가된 Fit Text 옵션은 텍스트가 컨테이너 폭에 맞게 자동 리사이징되도록 하는 타이포그래피 기능으로, 히어로 영역·배너·콜아웃 등에서 별도 CSS 없이도 시각적으로 안정된 타이포를 구현하게 해준다.kinsta+2

    개발자 관점: Abilities·Interactivity·Block Bindings

    6.9에서는 표면적인 에디터 UX 외에도, 개발자 생태계를 겨냥한 Abilities API가 새롭게 도입되었다. Abilities API는 “사이트가 어떤 기능을 제공하는지”를 중앙에서 선언·조회할 수 있는 레지스트리로, 기존처럼 각종 함수나 AJAX 엔드포인트에 기능이 흩어져 있는 구조를 완화해 준다. 이를 통해 코어·테마·플러그인·외부 도구가 공통된 형태로 “이 사이트는 어떤 능력(ability)을 제공하는가”를 질의하고, 그에 따라 기능을 노출하거나 연동 로직을 설정하는 식의 구성이 가능해진다.cloud.metanow+1

    Interactivity API 역시 6.9에서 개선되며, 페이지 전체 네비게이션이나 라이브 검색 결과, 필터·탭 등 대화형 UI를 구현할 때 필요한 클라이언트 로직을 더 가볍게, 통일된 패턴으로 작성하게 해 준다. 이 API는 기존처럼 무거운 커스텀 자바스크립트 프레임워크를 매번 붙이지 않고도, 코어가 제공하는 인터랙티브 레이어를 활용해 블록 기반의 동적 UI를 구성하도록 설계되었다.wpmet+1

    Block Bindings API는 블록 내용을 포스트 메타, 커스텀 필드, 외부 데이터 소스 등과 연결해 주는 메커니즘으로, 6.9에서 더 확장되었다. 개발자는 블록 컨트롤을 외부 데이터와 바인딩하고, 그 값을 기반으로 레이아웃을 렌더링하거나 사용자 입력을 동기화하는 패턴을 구현할 수 있게 되며, 이는 헤드리스·멀티채널 환경에서 워드프레스를 데이터 허브처럼 활용하는 데 중요한 기반이 된다.wpexperts+2

    여기에 새 Block Visibility API가 더해져, 프런트와 에디터 각각에서 특정 블록을 표시/숨김 처리하는 로직을 블록 메타데이터와 함께 선언적으로 정의할 수 있게 되었다. 이는 Notes와 결합해 “작성 중엔 보이지만, 승인 전까지는 프런트에서 숨겨진 상태” 같은 협업 워크플로를 자연스럽게 구성하는 핵심 요소다.kinsta+1

    성능·접근성·관리 도구 개선

    성능 측면에서 6.9는 스크립트·스타일 로딩 전략을 손봐 첫 방문 시 인터랙션까지의 시간을 줄이고, 보이지 않는 블록에 대한 에셋 로딩을 제거해 불필요한 리소스 사용을 줄였다. 코어는 작은 스타일시트를 묶어 추가 HTTP 요청을 발생시키지 않으면서도 세밀한 스타일 조합을 가능하게 하는 방향으로 개선되었고, “마크업을 생성하지 않는 블록” 혹은 숨겨진 블록에 대해서는 스타일·스크립트 로딩을 건너뛰도록 처리한다. 이 조합은 특히 블록 기반 사이트에서 페이지 구성에 다양한 패턴을 사용하면서도 실제 랜더링되는 요소에만 비용을 지불하도록 만들어 준다.raidboxes+1

    접근성에서는 70개가 넘는 수정이 반영되며, 보조기술과의 호환성을 높이고 에디터·관리 화면의 키보드 내비게이션과 ARIA 속성 구성이 개선되었다. 이로 인해 스크린 리더 사용자가 블록 구조를 더 명확히 인식하고, 폼·리스트·버튼 등 인터페이스 요소에 안정적으로 접근할 수 있게 되었다. 에디터의 드래그 앤 드롭 경험도 시각적 인디케이터와 경계 표시가 강화돼, 블록 배치를 할 때 의도한 위치와 결과가 어긋나는 사례가 줄어들도록 손질됐다.[wpexperts]​

    관리 도구 측면에서는 템플릿 관리 흐름이 재구성되어, 하나의 페이지에 여러 템플릿을 연결하거나 테마 템플릿과 사용자 정의 템플릿을 분리해 관리할 수 있게 되었다. 새로 만든 템플릿을 ‘임시 저장’ 상태로 유지한 채, 테마 전환 후에도 사용자 정의 템플릿을 보존하는 기능이 추가되어, 에이전시나 멀티사이트 환경에서 테마 변경 시나리오가 훨씬 유연해졌다는 평가가 나온다.make.wordpress+2

    6.9.1 유지·보수 업데이트의 의미

    6.9.1은 이러한 대규모 변화의 뒤를 받치는 안정화 릴리스로, 코어와 블록 에디터 전역에 걸쳐 총 49건 안팎의 버그를 수정한 것으로 안내된다. 구체적인 리스트는 코어 트랙과 릴리스 노트에 상세히 정리되어 있는데, 블록 에디터 패키지(@wordpress/block-editor, @wordpress/block-library, @wordpress/editor 등)의 마이너 버전 업과 관리자 UI 패키지(@wordpress/admin-ui, @wordpress/base-styles 등)의 조정이 함께 포함된다. 이 과정에서 에디터의 경계 사례에서 발생하던 렌더링 오류, 특정 조합의 블록에서 나타나던 스타일 충돌, 일부 브라우저/환경에서의 접근성·포커스 이슈 등 실사용 환경에서 발견된 자잘한 문제들이 정리되고 있다.make.wordpress+2

    코어 파일 수준에서는 wp-admin/about.php를 비롯한 다양한 관리자 스크립트와 CSS, wp-includes 전역에 걸친 블록·스타일·스크립트 로더, HTML·Interactivity·Block Bindings 관련 클래스들이 수정 목록에 포함되는데, 이는 6.9에서 새로 도입한 기능들의 모서리 케이스를 다듬기 위한 후속 조치로 볼 수 있다. 기본 번들 테마인 Twenty Twenty-Five, Twenty Twenty-Four, Twenty Twenty-Three도 CSS와 함수, 패턴 파일이 함께 업데이트되어, 새로운 코어 기능(예: Fit Text, 새 블록, 개선된 Details/Accordion)과의 연동을 안정화한다.wp-umbrella+1

    Akismet와 Hello Dolly처럼 코어에 동봉되는 플러그인 역시 업데이트 목록에 포함되어, 스팸 필터링 로직과 관리자 UI 호환성, 번역·문구 등의 세부사항이 최신 상태로 맞춰진다. 전반적으로 6.9.1은 기능 추가라기보다 “6.9에서 도입된 새로운 에디터·블록·API를 실 서비스에서 안심하고 쓰게 만드는 마무리 작업”에 가깝고, 따라서 6.9 기반 사이트를 운영 중이라면 보안·안정성 양 측면에서 업그레이드를 권장할 수 있는 버전이다.thetechoutlook+1

  • 도메인 포워딩

    도메인 포워딩은 “하나의 도메인으로 들어온 접속을 다른 URL로 자동 이동시키는 기능”으로, 블로그·쇼핑몰·회사 홈페이지를 여러 도메인으로 접속시키거나, 도메인 변경 시 기존 주소를 새 주소로 넘길 때 쓰는 핵심 기술이다.ivyro+2

    1. 도메인 포워딩 개념

    • 사용자가 A 도메인(예: mybrand.co.kr)에 접속하면, 자동으로 B 주소(예: mybrand.com 또는 myblog.tistory.com)로 이동시키는 서비스다.library.gabia+3
    • 실제 웹사이트(호스팅, 블로그, 쇼핑몰 등)는 한 곳에만 있어도 되고, 여기에 여러 개의 도메인을 입구처럼 붙여서 “접속 통로”를 늘리는 효과가 있다.althsus01.tistory+1
    • 포워딩은 흔히 도메인 등록업체(가비아, 카페24, Dynadot 등)에서 부가서비스 형태로 제공하며, DNS나 웹서버 설정으로도 구현할 수 있다.cafe24+3

    예를 들어, 메인 사이트가 naver.com인데 naver.co.kr로 접속해도 같은 사이트로 들어가게 하는 것이 전형적인 포워딩 사용 예다.althsus01.tistory+1

    2. 고정 포워딩 vs 유동 포워딩

    국내 도메인 업체들은 보통 포워딩 방식을 “고정 포워딩(프레임)”과 “유동 포워딩(주소 변경)”으로 구분한다.mailplug-help+3

    고정 포워딩 (Frame, 마스킹)

    • 동작 방식: A 도메인으로 접속하면 실제로는 B 사이트가 열리지만, 브라우저 주소창에는 계속 A 도메인만 보인다.customer.gabia+2
    • 구현 원리: HTML 프레임/iframe 등을 이용해 B 사이트를 A 도메인의 페이지 안에 끼워 넣는 방식이라서 “URL 마스킹” 또는 “URL 클로킹”이라고도 부른다.yako+1
    • 장점
      • 사용자가 항상 브랜드용 도메인(A 도메인)만 보게 되어, 주소를 깔끔하게 유지할 수 있다.ivyro+2
      • 블로그나 카페 주소가 길고 복잡해도, 짧은 예쁜 도메인으로만 보여줄 수 있다.codns+2
    • 단점
      • 내부 페이지 이동을 해도 주소창이 변하지 않아, 사용자가 현재 어떤 상세 페이지인지 직관적으로 알기 어렵다.ourdigital+1
      • 검색엔진 입장에서 실제 URL 구조를 파악하기 어려워 SEO에 불리하거나, 품질 평가가 떨어질 수 있다.mongri+2
      • 일부 스크립트나 보안 정책(CSP 등) 때문에 프레임 안 로딩이 제한되는 서비스에서는 깨질 수 있다.[ourdigital]​

    유동 포워딩 (주소 변경형 Redirect)

    • 동작 방식: A 도메인으로 접속하면 브라우저가 B 주소로 “이동”되고, 주소창이 실제 사이트 도메인(B)로 바뀐다.dynadot+2
    • 구현 원리: HTTP 리다이렉션(301, 302 등)을 이용해 서버가 “이 URL로 가라”고 응답하는 표준 방식이다.exelient+2
    • 장점
      • 주소창에 진짜 서비스 주소와 경로가 그대로 보이므로, 북마크·공유·디버깅에 유리하다.dynadot+1
      • HTTP 표준 리다이렉트이기 때문에 검색엔진이 새 주소 구조를 인식하고, SEO 관점에서 대응이 명확하다.mongri+2
    • 단점
      • 사용자가 보는 주소가 A가 아닌 B로 바뀌기 때문에, “브랜드 도메인만 계속 보이게 하고 싶다”는 요구에는 맞지 않는다.mailplug-help+1

    3. 301/302 리다이렉션과 SEO

    유동 포워딩 중에서도 어떤 HTTP 상태코드를 쓰느냐에 따라 SEO 영향이 달라진다.exelient+2

    301 리다이렉트 (영구 이동)

    • 의미: “이 페이지는 영구적으로 새 주소로 옮겼다”는 신호로, 사이트 이전 또는 도메인 변경 시 표준적으로 사용하는 방식이다.ourdigital+2
    • 특징
      • 기존 도메인으로 들어오는 트래픽과 링크(백링크) 가치가 새 도메인으로 상당 부분 이전된다.mongri+1
      • 구글 등 검색엔진은 시간이 지나면서 옛 URL 대신 새 URL을 검색 결과에 노출한다.exelient+2
    • 활용 예
      • oldsite.com/글번호로 접속하면 newsite.com/같은글번호로 자동 이동시키는 “주소 이동형 포워딩”에서 많이 사용된다.[mongri]​
      • 블로그 도메인 교체, 쇼핑몰 브랜드 도메인 변경 등에서 404를 막고 기존 링크를 살려 트래픽 손실을 줄이는 데 필수다.ourdigital+1

    302 리다이렉트 (임시 이동)

    • 의미: “현재는 임시로 이 주소로 보내지만, 원래 주소가 기본이다”라는 신호다.exelient+2
    • 특징
      • 장기적인 도메인 이전에는 적합하지 않고, 이벤트 페이지로 잠깐 돌리는 등 단기적, 실험적 변경에 사용하는 것이 권장된다.[exelient.co]​
    • 주의점
      • 영구적인 변경을 302로 해두면 검색엔진이 새 주소를 제대로 대표 URL로 인식하지 못해, 검색 노출·링크 가치 승계가 불완전해질 수 있다.ourdigital+1

    4. 도메인 포워딩의 대표 활용 시나리오

    1) 여러 도메인 → 하나의 메인 사이트

    • .com, .co.kr, .net 등 다양한 확장자의 도메인을 확보한 뒤 모두 같은 메인 사이트로 연결해 사용한다.library.gabia+1
    • 예: naver.com을 메인으로 사용하면서 naver.co.kr, 브랜드 연관 키워드 도메인을 모두 포워딩 도메인으로 붙이는 구조.[althsus01.tistory]​

    2) 긴 블로그/카페 주소를 예쁜 도메인으로

    • 티스토리, 네이버 블로그, 카페 등은 기본 URL이 길고 규칙적이기 때문에, 짧은 도메인을 구매해 포워딩으로 연결하는 경우가 많다.codns+2
    • 이때
      • 주소를 깔끔하게 보여주고 싶으면 고정 포워딩(마스킹),
      • SEO와 내부 페이지 주소 노출을 중시하면 유동 포워딩 + 301 리다이렉트가 더 적합하다.yako+2

    3) 도메인 변경/사이트 이전 시

    • 새 도메인으로 사이트를 이전했을 때, 기존 도메인을 301 주소 이동형 포워딩으로 설정하면 404 문제를 줄이고 검색 색인과 링크 가치가 새 도메인으로 넘어간다.mongri+1
    • 예: a.com/555에 걸린 외부 링크를 b.com/555로 자연스럽게 넘겨 “죽은 링크”를 살리는 방식이다.[mongri]​

    5. 설정 위치: 도메인 업체 vs DNS vs 웹서버

    포워딩은 보통 아래 세 레벨에서 설정할 수 있다.

    1) 도메인 등록업체 포털에서 포워딩

    • 가비아, 카페24, 메일플러그, Dynadot 등 도메인 업체들은 “도메인 포워딩” 메뉴를 제공한다.cafe24+4
    • 특성
      • 별도 서버 설정 없이, 포털 화면에서 “원본 도메인”과 “연결 URL”, “고정/유동, 301/302” 같은 옵션만 선택하면 된다.customer.gabia+2
      • 한 번 설정하면 업체의 포워딩 서버가 중간에서 리다이렉트 처리를 해준다.mailplug-help+1

    2) DNS 레코드(A, CNAME 등) 기반 연결

    • DNS는 기본적으로 “도메인 → IP 또는 다른 도메인 이름”을 매핑해주는 역할을 한다.kakaocloud+1
    • 대표 레코드
      • A 레코드: 도메인을 특정 IPv4 주소로 매핑.[docs.kakaocloud]​
      • CNAME 레코드: 한 도메인 이름을 다른 도메인 이름으로 매핑.codns+1
    • DNS 레벨에서는 HTTP 상태 코드를 직접 지정할 수 없고, 단순히 어느 서버로 연결할지만 결정한다.cwpack0730.tistory+1
      • 따라서 진짜 “301/302 리다이렉트” 동작은 결국 그 서버(웹서버, 포워딩 서버)가 담당한다.cwpack0730.tistory+2

    3) 웹서버(.htaccess, Nginx 등)에서 리다이렉트

    • 직접 서버를 운영할 수 있다면 Apache의 .htaccess 또는 Nginx 설정으로 세밀한 리다이렉트를 구성할 수 있다.yako+2
    • 예로, .htaccess에서 특정 패턴의 URL을 정규식으로 매칭해 새 URL로 301 이동시키는 식으로, 페이지 단위까지 세밀하게 제어가 가능하다.yako+2

    6. 도메인 포워딩 설정 시 주의사항 및 팁

    1) SEO와 마케팅 관점

    • 브랜드 강화가 최우선이고 검색 유입 비중이 작다면, 고정 포워딩(마스킹)으로 항상 브랜드 도메인만 보이도록 하는 것도 선택지다.ivyro+2
    • 반대로, 검색 유입과 페이지별 노출, 링크 구조를 중요하게 본다면 유동 포워딩 + 301 리다이렉트 방식이 일반적으로 더 유리하다.ourdigital+2
    • 사이트 이전, 도메인 교체 시엔 301 주소 이동형으로 옛 도메인 전체를 새 도메인으로 넘겨 404를 최대한 줄이는 것이 좋다.ourdigital+1

    2) 기술적 제약

    • 프레임/마스킹 포워딩은 일부 사이트에서 X-Frame-Options, CSP 정책 때문에 정상 로딩이 안 될 수 있다.[ourdigital]​
    • 포워딩 서버를 경유하는 구조라면 HTTPS 인증서, 쿠키, 리퍼러 등에서 예상치 못한 동작을 보일 수 있으므로, 보안에 민감한 서비스는 가급적 표준 리다이렉트로 처리하는 것이 안전하다.kakaocloud+1

    3) 운영상의 팁

    • 다수 도메인을 한 사이트로 연결하는 경우, 어떤 도메인을 “대표 도메인”으로 삼을지 먼저 정한 뒤 나머지를 포워딩 도메인으로 운영하는 편이 관리가 쉽다.library.gabia+1
    • DNS와 포워딩, 웹서버 리다이렉트 설정이 겹쳐 있을 경우, 무한 리다이렉트 루프나 예상치 못한 URL 경로가 생길 수 있으므로, 실제 접근 테스트를 통해 최종 URL과 상태코드를 확인하는 것이 좋다.kakaocloud+2

    7. 간단한 선택 가이드

    • “예쁜 브랜드 도메인만 계속 보이게 하고 싶다”
      → 고정 포워딩(프레임/마스킹) 우선 고려.customer.gabia+2
    • “SEO, 검색 유입, 페이지별 주소 노출이 중요하다”
      → 유동 포워딩 + 301 리다이렉트 중심으로 설계.exelient+2
    • “도메인 변경 또는 사이트 이전으로 404와 트래픽 손실을 막고 싶다”
      → 301 주소 이동형 도메인 포워딩(옛 도메인 전체 → 새 도메인 전체) 설정.mongri+1
    • “DNS/서버를 직접 제어할 수 있다”
      → DNS로 새 서버에 연결(A/CNAME) 후, 웹서버 설정으로 세밀한 리다이렉트 규칙 구성.codns+2

  • 블로그

    블로그(blog)는 웹(Web)과 로그(log)에서 유래된 말이다.

    로그는 원래 항해 일지라는 뜻이다. 시간 순서대로 남기는 연속적인 기록을 의미한다.

    1997년 미국의 웹 개발자 조른 바저(Jorn Barger)가 개인 웹사이트에 링크와 생각을 기록하며 이를 ‘weblog’라고 부르기 시작했다.

    1999년 피터 머홀츠(Peter Merholz)는 자신의 사이트에서 ‘we blog’라고 장난스럽게 띄어 썼다. 이 표현이 퍼지면서 ‘weblog’는 ‘blog’로 축약되었다.

    일기가 아니라 로그

    일기(diary•jornal)는 감정과 사적인 감정 중심이다. 반면 로그는 사건•정보 • 관찰을 시간순으로 축정하는 것에 가깝다.

    결국 블로그는 ‘웹을 항해하며 남기는 개인의 기록(log)’에서 출발한 말이다.

  • 그들이 말하지 않는 것

    진짜 돈이 되고 중요한 정보는 말하지 않는다.

    내가 알고 싶은 정보를 상대방이 말하지 않는 경우는 두 가지다. 자신의 이익을 나누지 않고 싶거나. 아니면 진짜로 모르거나.

    때문에 나의 이익을 위해 타인에게 질문하는 건 실익이 크지 않다. 차라리 에이아이에게 묻는 게 빠를 일이다.

  • 하이퍼텍스트

    **HyperText(하이퍼텍스트)**는 단순히 읽는 순서가 정해진 선형적인 텍스트가 아니라, 참조(하이퍼링크)를 통해 한 문서에서 다른 문서로 즉시 건너뛸 수 있는 비선형적 텍스트를 의미합니다.

    오늘날 우리가 웹 서핑을 할 때 클릭 한 번으로 다른 페이지로 이동하는 모든 행위가 바로 이 하이퍼텍스트 개념 덕분입니다.

    1. 하이퍼텍스트의 핵심 특징

    • 비선형성 (Non-linearity): 책처럼 1페이지부터 순서대로 읽을 필요가 없습니다. 독자가 원하는 정보를 따라 자유롭게 이동합니다.
    • 연결성 (Interconnectivity): ‘링크’라는 매개체를 통해 전 세계의 방대한 정보가 하나로 연결됩니다.
    • 상호작용 (Interaction): 사용자가 어떤 링크를 클릭하느냐에 따라 다음에 보게 될 정보가 결정됩니다.

    2. 하이퍼텍스트와 HTML의 관계

    우리가 흔히 쓰는 HTML의 풀네임이 HyperText Markup Language인 이유도 여기에 있습니다.

    • HyperText: 문서와 문서를 연결하는 기술
    • Markup: 문서의 구조(제목, 본문 등)를 표시하는 기술

    즉, **”링크로 연결된 구조화된 문서”**를 만들기 위한 언어가 바로 HTML입니다.

    3. 하이퍼텍스트의 역사적 배경

    이 개념은 컴퓨터의 초창기부터 구상되었습니다.

    연도인물/사건내용
    1945년바네바 부시(Vannevar Bush)정보가 연결되는 기계 ‘메멕스(Memex)’ 개념 제안
    1963년테드 넬슨(Ted Nelson)‘Hypertext’라는 용어를 처음으로 정의
    1989년팀 버너스 리(Tim Berners-Lee)하이퍼텍스트를 인터넷에 적용한 World Wide Web(WWW) 개발

    4. 하이퍼텍스트를 가능하게 하는 요소

    하이퍼텍스트가 실제로 작동하기 위해서는 세 가지 요소가 필요합니다.

    1. 노드 (Node): 정보의 단위 (웹 페이지, 이미지, 비디오 등)
    2. 링크 (Link): 노드 사이를 잇는 통로 (보통 파란색 밑줄 텍스트)
    3. 앵커 (Anchor): 링크가 시작되거나 끝나는 지점

    $HyperText \rightarrow HTTP$

    참고로, 웹 브라우저 주소창에서 흔히 보는 HTTP($HyperText$ $Transfer$ $Protocol$)는 이러한 하이퍼텍스트 문서들을 컴퓨터끼리 주고받기 위해 약속된 규칙(통신 규약)을 의미합니다.

  • html 문서

    HTML(HyperText Markup Language)은 웹 페이지의 뼈대를 만드는 언어입니다. 우리가 브라우저를 통해 보는 모든 웹사이트는 기본적으로 HTML 문서로 이루어져 있죠.

    HTML 문서의 가장 핵심적인 특징은 **태그(Tag)**를 사용하여 콘텐츠의 구조를 정의한다는 점입니다.

    1. HTML 문서의 기본 구조

    모든 표준 HTML5 문서는 아래와 같은 필수적인 구조를 갖추고 있습니다.

    HTML

    <!DOCTYPE html>
<html lang="ko">
<head>
    <meta charset="UTF-8">
    <title>문서 제목</title>
</head>
<body>
    <h1>안녕하세요!</h1>
    <p>이것은 HTML 문서의 기본 예시입니다.</p>
</body>
</html>

    주요 태그 설명

    • <!DOCTYPE html>: 이 문서가 최신 HTML5 표준으로 작성되었음을 브라우저에 알립니다.
    • <html>: 전체 문서를 감싸는 뿌리(Root) 요소입니다.
    • <head>: 브라우저 화면에는 보이지 않지만, 문서의 정보(메타데이터, 제목, CSS 연결 등)를 담는 곳입니다.
    • <body>: 실제로 사용자에게 보여지는 모든 콘텐츠(텍스트, 이미지, 버튼 등)가 들어가는 곳입니다.

    2. HTML 문서의 시각적 구조 (트리 구조)

    HTML은 부모와 자식 관계를 가지는 트리(Tree) 구조로 되어 있습니다. 이를 이해하면 웹 디자인이나 개발 시 훨씬 수월하게 작업할 수 있습니다.

    3. 자주 사용하는 핵심 태그

    태그용도예시
    제목<h1> 부터 <h6> 까지 중요도 순으로 표현<h1>메인 제목</h1>
    본문단락(Paragraph)을 구분<p>내용을 입력합니다.</p>
    링크다른 페이지로 이동<a href="url">클릭</a>
    이미지이미지를 삽입<img src="image.jpg" alt="설명">
    목록순서 없는(<ul>) 또는 순서 있는(<ol>) 목록<li>항목</li>

    4. HTML과 친구들

    HTML만으로는 웹사이트가 다소 밋밋할 수 있습니다. 그래서 보통 다음 세 가지를 함께 사용합니다.

    1. HTML: 구조 (뼈대)
    2. CSS: 스타일 (디자인, 색상, 레이아웃)
    3. JavaScript: 동작 (팝업, 애니메이션, 데이터 처리)

    Tip: HTML 문서는 메모장이나 VS Code 같은 텍스트 에디터로 작성한 뒤, 확장자를 .html로 저장하면 브라우저에서 바로 확인할 수 있습니다.