많은 사이트에서 타사 삽입 기능을 사용하여 웹페이지의 일부 섹션을 다른 콘텐츠 제공업체에 위임함으로써 몰입도 높은 사용자 환경을 조성합니다. 서드 파티 콘텐츠 삽입의 가장 일반적인 예로는 동영상 플레이어, 소셜 미디어 피드, 지도, 광고가 있습니다.
서드 파티 콘텐츠는 여러 방식으로 페이지 성능에 영향을 미칠 수 있습니다. 렌더링을 차단하거나, 네트워크 및 대역폭을 위해 다른 중요한 리소스와 경합하거나, Core Web Vitals 측정항목에 영향을 줄 수 있습니다. 서드 파티 삽입으로도 로드할 때 레이아웃이 변경될 수 있습니다. 이 도움말에서는 서드 파티 임베딩을 로드할 때 사용할 수 있는 성능 권장사항, 효율적인 로드 기술, 많이 사용되는 임베딩의 레이아웃 변경을 줄이는 데 도움이 되는 Layout Shift Terminator 도구에 대해 설명합니다.
삽입이란?
서드 파티 삽입은 사이트에 다음과 같이 표시되는 모든 콘텐츠를 의미합니다.
내가 작성하지 않음
서드 파티 서버에서 제공
삽입은 다음에서 자주 사용됩니다.
스포츠, 뉴스, 엔터테인먼트 및 패션과 관련된 웹사이트에서는 동영상을 사용하여 텍스트 콘텐츠를 보강합니다.
활성 트위터 또는 소셜 미디어 계정이 있는 조직은 이러한 계정의 피드를 웹페이지에 삽입하여 더 많은 사용자의 참여를 유도하고 이들에게 다가갈 수 있습니다.
음식점, 공원 및 이벤트 장소 페이지에는 지도가 포함되는 경우가 많습니다.
서드 파티 삽입은 일반적으로 페이지의 <iframe> 요소에 로드됩니다. 서드 파티 제공업체는 마크업, 스크립트, 스타일시트로 구성된 페이지를 가져오는 <iframe>로 구성되는 HTML 스니펫을 제공합니다. 일부 제공자는 <iframe>를 동적으로 삽입하여 다른 콘텐츠를 가져오는 스크립트 스니펫도 사용합니다. 이렇게 하면 서드 파티 삽입이 너무 많아지고 퍼스트 파티 콘텐츠가 지연되어 페이지 성능에 영향을 미칠 수 있습니다.
서드 파티 삽입이 실적에 미치는 영향
많이 사용되는 삽입에는 100KB가 넘는 자바스크립트가 포함되어 있으며 경우에 따라서는 2MB까지 확장되기도 합니다. 실행 시 기본 스레드를 로드하고 바쁜 상태로 유지하는 데 더 많은 시간이 걸립니다. Lighthouse 및 Chrome DevTools와 같은 성능 모니터링 도구를 사용하면 서드 파티 삽입이 성능에 미치는 영향을 측정할 수 있습니다.
서드 파티 코드의 영향 줄이기 Lighthouse 감사는 페이지에서 사용하는 서드 파티 제공업체 목록을 크기 및 기본 스레드 차단 시간과 함께 표시합니다. 감사는 Lighthouse 탭의 Chrome DevTools를 통해 사용할 수 있습니다.
삽입 소스 코드가 변경될 수 있으므로 삽입 및 타사 코드가 성능에 미치는 영향을 주기적으로 감사하는 것이 좋습니다. 이 기회를 통해 중복 코드를 삭제할 수 있습니다.
로드 권장사항
서드 파티 삽입은 실적에 부정적인 영향을 줄 수 있지만 중요한 기능도 제공합니다. 서드 파티 삽입을 효율적으로 사용하고 실적에 미치는 영향을 줄이려면 다음 가이드라인을 따르세요.
스크립트 순서
잘 디자인된 페이지에서는 주요 퍼스트 파티 콘텐츠가 페이지의 포커스이고 서드 파티 삽입 콘텐츠가 사이드바를 차지하거나 퍼스트 파티 콘텐츠 뒤에 표시됩니다.
최상의 사용자 환경을 제공하려면 다른 지원 콘텐츠보다 먼저 주요 콘텐츠가 빠르게 로드되어야 합니다. 예를 들어 뉴스 페이지의 뉴스 텍스트는 Twitter 피드나 광고에 삽입되기 전에 로드되어야 합니다.
서드 파티 삽입 요청은 퍼스트 파티 콘텐츠의 로드를 방해할 수 있으므로 서드 파티 스크립트 태그의 위치가 중요합니다. 스크립트가 실행되는 동안 DOM 생성이 일시중지되므로 스크립트가 로딩 시퀀스에 영향을 줄 수 있습니다. 주요 퍼스트 파티 태그 뒤에 서드 파티 스크립트 태그를 배치하고 async 또는 defer 속성을 사용하여 비동기식으로 로드합니다.
일반적으로 제3자 콘텐츠는 기본 콘텐츠 뒤에 오므로 페이지가 로드될 때 표시 영역에 표시되지 않을 수 있습니다. 이 경우 사용자가 페이지의 해당 부분으로 스크롤할 때까지 타사 리소스 다운로드가 지연될 수 있습니다. 이렇게 하면 초기 페이지 로드를 최적화할 수 있을 뿐만 아니라 고정 데이터 요금제와 느린 네트워크 연결을 사용하는 사용자의 다운로드 비용도 절감할 수 있습니다.
실제로 필요할 때까지 콘텐츠 로드를 지연하는 것을 지연 로드라고 합니다. 요구사항과 삽입 유형에 따라 다양한 지연 로드 기법을 사용할 수 있습니다.
<iframe>의 브라우저 지연 로드
<iframe> 요소를 통해 로드된 서드 파티 삽입의 경우 브라우저 수준의 지연 로드를 사용하여 사용자가 오프스크린 iframe 근처로 스크롤할 때까지 오프스크린 iframe 로드를 지연시킬 수 있습니다. <iframe>의 로드 속성은 모든 최신 브라우저에서 사용할 수 있습니다.
브라우저는 iframe이 로드되는 시기를 결정하기 위해 효과적인 연결 유형 및 라이트 모드와 같은 신호 외에도 표시 영역으로부터의 삽입 거리를 사용하므로 브라우저 지연 로드가 일관되지 않을 수 있습니다. 거리 기준점을 더 효과적으로 제어해야 하거나 여러 브라우저에서 일관된 지연 로드 환경을 제공하려면 latencysizes 라이브러리를 사용할 수 있습니다.
Delaysizes는 이미지와 iframe을 위한 빠르고 검색엔진 최적화에 적합한 지연 로더입니다. 구성요소를 다운로드하면 다음과 같이 YouTube 삽입용 iframe과 함께 사용할 수 있습니다.
Facebook은 삽입할 수 있는 다양한 유형의 소셜 플러그인을 제공합니다. 게시물, 댓글, 동영상, 가장 인기 있는 좋아요 버튼이 포함됩니다. 모든 플러그인에는 data-lazy 설정이 포함되어 있습니다. true로 설정하면 플러그인이 loading="lazy" iframe 속성을 설정하여 브라우저의 지연 로드 메커니즘을 사용합니다.
지연 로드 Instagram 피드
Instagram은 삽입의 일부로 마크업 블록과 스크립트를 제공합니다. 스크립트는 페이지에 <iframe>를 삽입합니다. 이 <iframe>을 지연 로드하면 삽입 크기가 100KB를 초과할 수 있으므로 성능이 개선될 수 있습니다. WPZoom 및 Elfsight와 같은 WordPress 사이트용 여러 Instagram 플러그인이 지연 로드 옵션을 제공합니다.
임베딩을 퍼사드로 교체
양방향 삽입이 페이지의 가치를 높여주지만 많은 사용자가 상호작용하지 않을 수 있습니다. 예를 들어 식당 페이지를 탐색하는 모든 사용자가 지도 삽입을 클릭하거나, 펼치거나, 스크롤하고, 탐색하지 않을 수도 있습니다. 마찬가지로 통신 서비스 제공업체 페이지의 모든 사용자가 챗봇과 상호작용하는 것은 아닙니다. 이 경우 퍼사드 대신 퍼사드를 표시하여 임베딩이 로드되거나 지연 로딩되는 것을 방지할 수 있습니다.
<ph type="x-smartling-placeholder"></ph>
<ph type="x-smartling-placeholder"></ph>
확대/축소 기능이 있는 지도 삽입
를 통해 개인정보처리방침을 정의할 수 있습니다.
<ph type="x-smartling-placeholder"></ph>
<ph type="x-smartling-placeholder"></ph>
이미지인 지도 퍼사드입니다.
파사드는 삽입된 실제 서드 파티와 비슷해 보이는 정적 요소이지만 작동하지 않으므로 페이지 로드에 훨씬 적은 부담이 됩니다. 다음은 사용자에게 가치를 제공하면서 이러한 삽입을 최적으로 로드하기 위한 몇 가지 전략입니다.
정적 이미지를 퍼사드로 사용
대화형 지도를 만들 필요가 없는 경우 지도 삽입 이미지 대신 정적 이미지를 사용할 수 있습니다. 지도에서 관심 지역을 확대하고 이미지를 캡처하여 대화형 지도 삽입 대신 사용할 수 있습니다. 또한 DevTools의 캡처 노드 스크린샷 기능을 사용하여 삽입된 iframe 요소의 스크린샷을 캡처할 수 있습니다.
이 기법을 사용하면 런타임에 대화형 삽입에 해당하는 이미지를 생성할 수 있습니다. 다음은 페이지에 삽입된 저작물의 정적 버전을 생성할 수 있는 도구입니다.
Maps Static API: Google Maps Static API 서비스는 표준 HTTP 요청에 포함된 URL 매개변수를 기반으로 지도를 생성하고 웹페이지에 표시할 수 있는 이미지로 지도를 반환합니다. URL은 Google Maps API 키를 포함해야 하며 페이지의 <img> 태그에 src 속성으로 배치되어야 합니다.
정적 지도 작성기 도구는 URL에 필요한 매개변수를 구성하는 데 도움이 되며 이미지 요소의 코드를 실시간으로 제공합니다.
다음 스니펫은 소스가 Maps Static API URL로 설정된 이미지의 코드를 보여줍니다. 이미지를 클릭하여 실제 지도에 액세스할 수 있도록 하는 링크 태그에 포함되어 있습니다. (참고: API 키 속성은 URL에 포함되지 않음)
<a href="https://www.google.com/maps/place/Albany,+NY/">
<img src="https://maps.googleapis.com/maps/api/staticmap?center=Albany,+NY&zoom=13&scale=1&size=600x300&maptype=roadmap&format=png&visual_refresh=true" alt="Google Map of Albany, NY">
</a>
트위터 스크린샷: 지도 스크린샷과 마찬가지로 이 개념을 사용하면 실시간 피드 대신 Twitter 스크린샷을 동적으로 삽입할 수 있습니다. Tweetpik은 트윗의 스크린샷을 찍는 데 사용할 수 있는 도구 중 하나입니다. Tweetpik API는 트윗의 URL을 수락하고 내용이 포함된 이미지를 반환합니다. API는 이미지의 배경, 색상, 테두리 및 크기를 맞춤설정하는 매개변수도 허용합니다.
클릭하여 로드를 사용하여 퍼사드 개선
클릭 투 로드 개념은 지연 로드와 퍼사드를 결합합니다. 페이지는 처음에 퍼사드와 함께 로드됩니다. 사용자가 정적 자리표시자를 클릭하여 상호작용하면 서드 파티 삽입이 로드됩니다. 이를 상호작용 시 가져오기 패턴이라고도 하며, 다음 단계를 사용하여 구현할 수 있습니다.
페이지 로드 시: 파사드 또는 정적 요소가 페이지에 포함됩니다.
마우스 오버 시: 퍼사드가 서드 파티 삽입 제공업체에 미리 연결됩니다.
클릭 시: 퍼사드가 타사 제품으로 대체됩니다.
파사드는 동영상 플레이어, 채팅 위젯, 인증 서비스 및 소셜 미디어 위젯을 위한 서드 파티 삽입과 함께 사용할 수 있습니다. 재생 버튼이 있는 이미지만으로 구성된 YouTube 동영상 삽입은 우리가 자주 보는 퍼사드입니다. 이미지를 클릭할 때만 실제 동영상이 로드됩니다.
상호작용 시 가져오기 패턴을 사용하여 클릭하여 로드하는 맞춤 퍼사드를 빌드하거나 다양한 유형의 임베딩에 사용할 수 있는 다음 오픈소스 퍼사드 중 하나를 사용할 수 있습니다.
YouTube 퍼사드
Lite-youtube-embed는 YouTube 플레이어에 권장되는 퍼사드로, 실제 플레이어처럼 보이지만 224배 더 빠릅니다. 스크립트와 스타일시트를 다운로드한 다음 HTML 또는 JavaScript에서 <lite-youtube> 태그를 사용하여 사용할 수 있습니다. YouTube에서 지원하는 맞춤 플레이어 매개변수는 params 속성을 통해 포함할 수 있습니다.
React 실시간 채팅 로더는 삽입 자체가 아니라 채팅 삽입처럼 보이는 버튼을 로드합니다. Intercom, Help Scout, Messenger와 같은 다양한 채팅 서비스 플랫폼에서 사용할 수 있습니다. 유사 위젯은 채팅 위젯보다 훨씬 가볍고 로드 속도가 빠릅니다. 사용자가 버튼에 마우스를 가져가거나 버튼을 클릭하거나 페이지가 오랫동안 유휴 상태인 경우 실제 채팅 위젯으로 교체될 수 있습니다. Postmark 우수사례에서는 react-live-chat-loader을(를) 구현한 방법과 이를 통해 실적을 개선한 방법을 설명합니다.
삽입된 동영상 삭제 또는 링크로 대체하기
일부 타사 퍼가기로 인해 로드 성능이 저하되어 앞서 설명한 기술을 사용할 수 없는 경우 퍼가기를 완전히 삭제하는 가장 간단한 방법은 퍼간 동영상을 완전히 삭제하는 것입니다. 사용자가 삽입된 콘텐츠의 콘텐츠에 계속 액세스할 수 있도록 하려면 target="_blank"로 링크를 제공하면 사용자가 클릭하여 다른 탭에서 볼 수 있습니다.
레이아웃 안정성
삽입된 콘텐츠를 동적으로 로드하면 페이지의 로드 성능을 개선할 수 있지만, 페이지 콘텐츠가 예기치 않게 이동하는 경우도 있습니다. 이를 레이아웃 변경이라고 합니다.
원활한 사용자 환경을 위해서는 시각적 안정성이 중요하므로 레이아웃 변경 횟수 (CLS)는 이러한 전환이 얼마나 자주 발생하고 얼마나 방해가 되는지 측정합니다.
레이아웃 변경은 나중에 동적으로 로드될 요소를 위해 페이지 로드 중에 공간을 확보하여 피할 수 있습니다. 브라우저가 요소의 너비와 높이를 알고 있는 경우 예약할 공간을 결정할 수 있습니다. iframe의 width 및 height 속성을 지정하거나 서드 파티 삽입이 로드될 정적 요소의 고정 크기를 설정하여 그렇게 할 수 있습니다. 예를 들어 YouTube 삽입용 iframe에는 다음과 같이 너비와 높이를 지정해야 합니다.
서드 파티 삽입 시 렌더링하는 최종 콘텐츠의 크기 (너비, 높이)가 누락되는 경우가 많기 때문에 페이지에서 상당한 레이아웃 변경을 야기할 수 있습니다. 이 문제는 다양한 표시 영역 크기에서 DevTools를 사용하여 최종 크기를 수동으로 검사하지 않고 해결하기가 까다로울 수 있습니다.
이제 자동화된 도구인 Layout Shift Terminator를 사용하면 Twitter, Facebook, 기타 제공업체 등 인기 있는 삽입 콘텐츠의 레이아웃 변경을 줄일 수 있습니다.
레이아웃 변경 종료자:
삽입된 클라이언트 측 iframe을 로드합니다.
많이 사용되는 여러 표시 영역 크기로 iframe 크기를 조정합니다.
인기 있는 각 표시 영역에서 삽입의 크기를 캡처하여 나중에 미디어 쿼리와 컨테이너 쿼리를 생성합니다.
삽입이 초기화될 때까지(이후 최소 높이 스타일이 삭제됨) 미디어 쿼리 및 컨테이너 쿼리를 사용하여 삽입 마크업 주변의 최소 높이 래퍼의 크기를 지정합니다.
페이지에 삽입된 코드를 복사해서 붙여넣을 수 있도록 최적화된 삽입 스니펫을 생성합니다.
Layout Shift Terminator를 사용해 보고 언제든지 GitHub에 관한 의견을 남겨 주세요. 이 도구는 베타 상태이며 시간이 지남에 따라 더 개선되는 것을 목표로 합니다.
결론
서드 파티 삽입은 사용자에게 많은 가치를 제공할 수 있지만 페이지에 삽입되는 항목의 수와 크기가 증가함에 따라 성능이 저하될 수 있습니다. 그렇기 때문에 삽입 콘텐츠의 위치, 관련성, 잠재 사용자의 콘텐츠에 따라 적절한 로드 전략을 측정하고 판단하며 사용해야 합니다. 제공합니다