플러그 인이 없는 검색에 대한 준비

Windows 8부터 Internet Explorer는 하나의 웹 플랫폼에서 두 가지 검색 환경, 즉 터치 장치에 최적화된 새로운 Windows UI의 새로운 Internet Explorer와 데스크톱용 Internet Explorer의 기존 검색 환경을 제공합니다. Windows 앱인 Internet Explorer는 플러그 인 없이 실행되므로 기본 Adobe Flash Player를 제공하는 동시에 간결하고 빠르며 안전한 웹 검색 환경을 즐길 수 있습니다. 웹 개발자는 사이트에서 플러그 인 종속성을 제거하고 대신 유사한 표준 기반 기술을 선택함으로써 사이트 상호 운용성을 향상하고 더 쉽게 유지 관리할 수 있습니다. 여기에서는 Internet Explorer의 플러그 인이 없는 검색에 맞게 사이트와 웹 응용 프로그램을 준비할 수 있는 지침과 전략을 제공합니다.

플러그 인과 최신 웹

브라우저 플러그 인은 하위 수준의 브라우저 인터페이스를 호출하여 웹 콘텐츠의 기능을 확장하는 컴파일된 타사 소프트웨어 구성 요소입니다. Internet Explorer에서 플러그 인은 ActiveX 개체와 BHO(브라우저 도우미 개체)의 형태로 나타납니다. 오늘날 웹에서 자주 사용되는 두 가지 플러그 인은 Flash Player와 Skype Click to Call입니다. 두 플러그 인은 Internet Explorer에서 각각 Microsoft ActiveX 개체와 BHO(브라우저 도우미 개체)로 설치됩니다. 이 외에 자주 사용되는 브라우저 플러그 인 기술로는 Microsoft Silverlight, Apple QuickTime 및 Java 애플릿이 있습니다. Flash와 마찬가지로 이러한 기술도 웹 개발자가 사이트와 웹 응용 프로그램의 기능을 확장하는 플러그 인을 작성할 수 있도록 응용 프로그램 프레임워크 및 런타임을 제공합니다.

웹이 처음 보급되던 때부터 브라우저 플러그 인은 풍부한 온라인 멀티미디어 환경과 복잡한 웹 응용 프로그램 기능을 가능하게 함으로써 중요한 역할을 해 왔습니다. 그러나 이러한 기능과 함께 플러그 인에는 몇 가지 단점도 있습니다. 플러그 인은 브라우저 내에서 실행되는 필수적인 응용 프로그램이므로 시스템 리소스를 추가로 사용할 뿐 아니라 보안 위험에 대한 노출을 추가로 발생시킵니다. 또한 플러그 인은 터치용으로 디자인되지 않았으며, 브라우저 자체와는 별개의 응용 프로그램이므로 터치를 통한 웹 사이트의 매끄러운 작동을 가능하게 하는 Internet Explorer 10 이상의 변경 내용을 활용할 수 없습니다. 마지막으로 플러그 인은 독점 기술을 기반으로 하고 가변 코드 품질로 작성되어 여러 브라우저와 운영 체제에서 지원 여부를 예측하거나 제어하기가 어렵습니다.

다행히 웹은 그 역사가 길고 W3C(World Wide Web 컨소시엄)(영문)에서는 HTML5을 구성하는 표준 기반 기술(영문)이 다양한 플러그 인과 유사한 기능을 제공하도록 지정했습니다. 이러한 기술은 웹 개발자가 타사 프레임워크 및 런타임에 종속된 추가 코드를 쓰거나 유지 관리하지 않고도 모든 최신 브라우저에서 작동하는 동일한 마크업과 스크립트를 작성할 수 있도록 최신 웹 브라우저에 대해 강력한 지원을 제공합니다.

플러그 인이 없는 표준 기반의 웹 사이트로 인한 이점은 본질적으로 다음과 같습니다.

  • 소비자의 입장에서는 성능이 개선된 검색 환경이 가능하고 모바일 장치의 배터리 수명이 길어질 뿐 아니라 보안, 개인 정보 보호 및 안정성이 향상됩니다.
  • 웹 개발자의 입장에서는 브라우저와 장치에서의 사이트 상호 운용성 범위가 넓어지고, 이후 버전과의 호환성이 개선되며, 사이트 유지 관리가 전반적으로 더 쉬워집니다.
  • 최신 웹의 경우 개방성과 액세스 가능성이 향상되고 공급업체 중립적인 웹을 증진하고 보급시킬 수 있습니다.

이러한 이유로 Windows 8의 Internet Explorer는 플러그 인이 없는 환경을 제공하며, 전 세계적으로 점점 더 많은 유명 사이트(영문)가 이러한 환경을 지원하고 있습니다. 플러그 인을 지원하지 않는 소비자 장치와 브라우저는 이미 상당수에 달합니다. 이러한 추세와 이점에도 불구하고 일부 소비자 사이트와 LOB(기간 업무) 웹 응용 프로그램에는 여전히 플러그 인이 필요할 수 있습니다. 이 문서의 마지막 섹션에서는 사용자가 플러그 인에 종속된 사이트를 보기 위해 데스크톱용 Internet Explorer로 쉽게 전환하도록 해 주는 대체 기술과 완화 전략에 대해 설명합니다.

플러그 인 없는 환경으로 전환

Windows Internet Explorer 9 이상의 Internet Explorer 데스크톱 버전에서는 ActiveX 필터링을 사용하여 플러그 인 없이 웹을 볼 수 있는 방법도 제공합니다. Windows 8의 Internet Explorer는 플러그 인 없이 실행되므로 플러그 인이 없는 새로운 사이트를 개발하고 플러그 인에 종속된 사이트에서 표준 기술을 사용하도록 변환할 수 있는 훌륭한 테스트 베드를 제공합니다.

다음 표에서는 플러그 인의 가장 일반적인 사용 분야와 이전 플러그 인 기반 기술 예 그리고 Internet Explorer 10 이상에서 이러한 기술을 대체할 수 있는 표준 기반 기술을 간단히 보여 줍니다.

기능플러그 인 기반 기술 예표준 기반 동일 기술 추가 정보
동영상 및 오디오Flash, Apple QuickTime, SilverlightHTML5 동영상 오디오 동영상, 오디오
그래픽Flash, Apple QuickTime, Silverlight, Java 애플릿 HTML5 canvas, SVG(Scalable Vector Graphics), CSS3(CSS 스타일시트, 수준 3) 전환애니메이션, CSS 변형, WebGL Canvas, SVG, 전환, 애니메이션, 변형, WebGL
오프라인 저장소Flash, Java 애플릿, Google Gears 웹 저장소, 파일 API, IndexedDB, 응용 프로그램 캐시 API 웹 저장소, 파일 API, IndexedDB, 응용 프로그램 캐시 API
네트워크 통신, 리소스 공유, 파일 업로드 Flash, Java 애플릿 HTML5 웹 메시징, CORS(Cross-Origin Resource Sharing) 채널 메시징, XMLHttpRequest

 

동영상 및 오디오

플러그 인의 가장 일반적인 사용 예 중 하나는 Flash Player 등의 미디어 플레이어를 사용하여 웹 페이지에 풍부한 오디오 및 동영상 콘텐츠를 포함하는 것입니다. 그러나 이러한 추세는 이제 HTML5 동영상 및 오디오 사양의 개발과 점점 더 많은 최신 브라우저에서 이러한 사양이 지원됨에 따라 점차 바뀌고 있습니다. HTML5 동영상 (영문) 및 오디오(영문) 요소는 Internet Explorer 9부터 지원되었습니다. Internet Explorer 10에서는 동영상 캡션에서 사용하기 위한 HTML5 추적 요소에 대한 지원이 추가되었습니다. Internet Explorer 11에서는 미디어 스트리밍과 콘텐츠 보호가 미디어 원본 확장암호화된 미디어 확장을 통해 HTML5 요소에서 지원됩니다. "HTML5 동영상" 섹션에서 지원에 대해 자세히 설명합니다.

그래픽

플러그 인은 또한 애니메이션 및 그래픽이 풍부한 대화형 게임과 멀티미디어 광고를 제공하는 데에도 사용되었습니다. Internet Explorer 9부터는 HTML5 Canvas, SVGCSS3 2D 변형을 비롯하여 다양한 표준 기반의 하드웨어 가속 그래픽 대체 기술을 제공합니다. Internet Explorer 10에서는 SVG 필터 효과(영문), CSS3 전환 및 애니메이션(영문) 및 CSS3 3D 변형(영문)에 대한 지원이 추가되었으며, IE11에서는 WebGL에 대한 지원이 추가되었습니다.

오프라인 저장소

대부분의 웹 응용 프로그램은 데이터 파일에 액세스해야 하며, 과거에 이는 이러한 파일이 저장된 원격 서버에 액세스해야 한다는 것을 의미했습니다. 그러나 이 경우 네트워크 연결이 필요하고 데스크톱 클라이언트 응용 프로그램의 실행 가능한 대안을 위해 웹 응용 프로그램은 또한 오프라인으로 작동해야 합니다. Java 애플릿 및 Google Gears 등의 플러그 인은 초기에 웹 응용 프로그램의 오프라인 저장소 요구를 충족하기 위해 많은 노력을 들였지만, 이제는 W3C(World Wide Web 컨소시엄) 표준 기반 대체 기술을 사용할 수 있습니다. 웹 저장소는 Windows Internet Explorer 8부터 지원되었으며, Internet Explorer 10에서는 파일 API, IndexedDB응용 프로그램 캐시 API를 새로 지원하면서 오프라인 환경 구축(영문)을 위한 모든 종류의 새로운 가능성을 열었습니다.

네트워크 통신, 리소스 공유, 파일 업로드

소셜 활동과 공유를 지원하는 최신 웹 사이트와 앱에서는 종종 개별 웹 사이트가 안전하고 민첩하게 통신하고 데이터를 업로드 및 공유할 수 있어야 합니다. 과거에는 개발자들이, Internet Explorer XDomainRequest object에서 필요한 기능을 제공하지 못할 경우 도메인 간 HTTP 요청을 만들려면 더러 Flash 같은 플러그 인을 사용해야 했습니다. 또는 웹 응용 프로그램에서 여러 파일 업로드, 백그라운드 스레드에서 파일 업로드, 파일 업로드 또는 다운로드 진행률 표시 등을 지원해야 하는 경우 개발자는 Flash 또는 Silverlight 기반 플러그 인을 사용해야 했습니다. 이 모든 것은 XMLHttpRequest (XHR), XHR 진행률 이벤트웹 작업자에 대한 CORS(Cross-Origin Resource Sharing) 표준을 지원(영문)하는 Internet Explorer 10부터 바뀌었습니다. HTML5 웹 메시징 (영문) 분야에서는 Internet Explorer 8에서 문서 간 메시징(postMessage methodonmessage event 사용)이 새로 도입되었으며, Internet Explorer 10에서는 채널 메시징에 대한 지원이 추가되었습니다.

HTML5 동영상

웹에서 동영상의 미래는 HTML5입니다. 그러나 관련 표준을 정의하고 브라우저 공급업체 구현이 기본적인 지원 수준에 집중될 수 있도록 몇 가지 주의할 사항이 있습니다.

인코딩

HTML5 동영상 태그에서 지원하는 세 가지 주요 동영상 인코딩 형식은 H.264, VP8 및 Theora입니다. .mp4 파일 형식으로도 알려진 H.264 형식은 현재 웹에서 가장 널리 사용되는 동영상 인코딩 형식으로, HTML5 동영상 태그 외에 모든 블루레이 DVD(Digital Video Disc) 플레이어, 대부분의 Flash 및 Silverlight 플레이어 그리고 상당수의 모바일 장치에서 지원됩니다.

H.264 형식을 사용할 경우 다른 이점도 있습니다. 카메라로 촬영한 동영상을 인코드할 필요 없이 웹에서 바로 사용할 수 있습니다. 또한 H.264 동영상은 다른 비디오 코덱보다 하드웨어 지원 폭이 더 다양하므로 H.264 디코딩이 CPU에서 바로 발생하는 저사양 컴퓨터에서도 훌륭한 HD 동영상 성능을 얻을 수 있습니다. 동일한 동영상이라도 인코딩이 다르면 실행을 위해 추가 소프트웨어 지원이 필요하여 속도가 훨씬 더 느려지고 전원을 더 많이 소모할 수 있습니다.

모든 주요 브라우저에서 H.264 형식을 기본적으로 지원하지는 않습니다. 현재 Firefox 및 Opera 웹 브라우저만 VP8(.webm 파일) 및 Theora(.ogg 파일) 형식을 기본적으로 지원합니다. Firefox는 실제로 H.264와 함께 제공되지 않지만 H.264를 지원하는 반면 Windows 및 기타 호스트 운영 체제에서는 기본적으로 지원됩니다. Google Chrome은 H.264 지원 중지 계획을 발표했지만 이 문서 작성 시점에는 계속 지원됩니다. 이러한 차이점을 처리하고 HTML5 동영상이 모든 브라우저에서 작동하도록 하기 위해 가장 좋은 방법은 HTML5 source element를 사용하여 동영상의 여러 인코딩을 제공하는 것입니다. 예:



<video id="video1">
    <source src="slideshow.mp4" type="video/mp4">
    <source src="slideshow.webm" type="video/webm">
</video>


다음 표에는 주요 HTML5 동영상 형식과 현재 주요 브라우저에 대한 지원 수준이 요약되어 있습니다.

동영상 인코딩 오디오 인코딩 파일 형식Windows Internet Explorer Safari (Windows, Mac, iPhone, iPad에 해당) ChromeFirefoxOpera
H.264AAC.mp4Internet Explorer 9 이상Safari 4 이상 Chrome 3.0.182.2+2 Firefox 21+3(플러그 인 필요)
VP8Vorbis.webm (Windows 코덱 필요)1(플러그 인 필요)Chrome 6.0.422 이상Firefox 4 이상Opera 10.60 이상
TheoraVorbis.ogg(플러그 인 필요)(플러그 인 필요)Chrome 3.0.182.2 이상Firefox 3.6 이상Opera 10.50 이상

 

1Internet Explorer에서 .webm 동영상을 재생하는 데는 브라우저 플러그 인이 필요하지 않지만 대신 사용자가 Windows용 무료 VP8 코덱을 설치(영문)해야 합니다.
2Google Chrome은 향후에는 H.264 형식을 지원하지 않겠다는 계획을 발표했지만 현재는 여전히 지원됩니다.
3 Windows 7(및 이상)의 H.264 지원은 Firefox 21에서 시작되었으며 Linux의 경우 Firefox 24에서 시작되었습니다.

HTML5 동영상 및 오디오가 여러 브라우저에서 재생되도록 하려면 "브라우저 간 HTML5 오디오 및 동영상의 실용성"(영문)을 참조하세요.

스트리밍 및 DRM(디지털 권한 관리)

동영상은 라이브(스트리밍)이거나 주문형(웹 서버의 파일에서 재생됨)일 수 있습니다. IE11부터 Internet Explorer는 DRM뿐만 아니라 주문형과 스트리밍 HTML5 동영상을 모두 지원합니다.

Windows 8.1의 IE11에서는 HTML5 라이브 스트리밍(또는 적응 대역폭) HTML5 동영상을 위한 W3C MSE(미디어 원본 확장)를 지원하며, 네트워크 효율성에 따라 동영상 품질이 높아질 수도 있고 낮아질 수도 있습니다. 이는 오늘날 웹을 통해 사용되는 독점적인 적응 스트리밍 기술에 대한 대안을 제공합니다.

또한 Windows 8.1의 IE11은 HTML5 동영상에서 보호된 콘텐츠를 재생할 수 있도록 W3C EME(암호화된 미디어 확장)를 지원합니다. IE11에서는 PlayReady DRM 시스템을 지원합니다.

참고  MSE(미디어 원본 확장) 및 EME(암호화된 미디어 확장)는 Windows 7의 IE11에서는 지원되지 않습니다.

MPEG-DASH는 인터넷 스트리밍을 위한 새로운 표준이며, IE11의 MSE와 EME는 MPEG-DASH 콘텐츠 및 ISO BMFF 콘텐츠(일반 미디어 파일 유형의 기본 형식)와 모두 호환됩니다. DASH 클라이언트를 구현하여 MSE와 EME를 활용하는 방법에 대한 자세한 내용은 MPEG-DASH를 사용하여 플러그 인 없이 미디어 스트리밍 앱 및 사이트 구축(MSDN Channel 9 동영상) 및 DASH Industry ForumDASH.js 참조 구현(GitHub 리포지토리)을 참조하세요.

동적 TextTrack 및 캡션 스타일 지정

Internet Explorer 10에는 추적 파일의 WebVTT 및 TTML 형식에 대한 파일 기반 TextTrack 지원이 도입되었습니다. 동영상 파일과 같은 트랙 파일에서는 서버가 WebVTT 또는 TTML 기반 파일에 대해 MIME 형식 헤더를 제공해야 합니다. IE11에서는 프로그래밍 방식으로 TextTrackTextTrackCue 개체 만들기를 포함하도록 HTML5 동영상의 TextTrack 지원을 확장하여 동영상 캡션 트랙을 동적으로 작성합니다. addTextTrackaddCue 메서드를 사용하여 새 트랙을 만들고 실행 중인 동영상에 추가할 수 있습니다. 또한 IE11에서는 SDP(Simple Delivery Profile)를 지원하여 동영상 플레이어의 아무 곳에나 텍스트를 배치하는 TTML 트랙 파일을 만들고 동영상 플레이어에서 읽기 쉽고 재미있는 선택 캡션 텍스트를 만들기 위해 글꼴, 색상 및 스타일을 제어할 수 있습니다.

동영상 지원에 대한 자세한 내용은 IE11 개발자 가이드의 SDP(Simple Delivery Profile) 또는 동적 TextTrack을 참조하세요.

마지막 방법으로 플러그 인 사용

미래를 대비하고 브라우저 호환성을 최적화하려면 사이트 전체를 플러그 인을 사용하지 않고 개발하는 것이 가장 좋습니다. 그러나 경우에 따라 웹 사이트 또는 웹앱이 플러그 인 없이 완전히 작동하지 않을 수도 있습니다. 이러한 경우 Internet Explorer 10 및 기타 플러그 인이 없는 브라우저 사용자에게 최상의 환경을 제공하기 위해 따를 수 있는 몇 가지 대체 기술 및 완화 전략이 있습니다.

선택적으로 플러그 인 제공

웹 사이트 또는 앱이 새로운 Windows UI의 Internet Explorer 10 이상에서 표시되는지 또는 데스크톱의 Internet Explorer 10에서 표시되는지 알 수 있는 프로그래밍 방법은 없습니다. 사용자 에이전트 문자열은 동일합니다. 그러나 두 환경 모두 동일한 HTML5 및 스크립트 엔진을 실행하므로 이는 유용한 구별 방법이 될 수 없으며, IE는 ActiveX 필터링과 함께 실행될 수 있습니다. 플러그 인이 없는 대체 전략을 계획할 때 Internet Explorer 10 환경과 기타 플러그 인이 없는 브라우저 간 사이트 호환성을 보장하려면 브라우저 대신 기능을 검색하는 것이 좋습니다. 기능 검색을 사용할 경우 사이트는 클라이언트 브라우저에서 특정 기능이 지원되는지 확인한 다음 지원되지 않으면 그 자리에 플러그 인 기반 기능을 제공할 수 있습니다.

다음 예에서는 HTML 요소 대체를 사용하여 HTML5 동영상 요소를 지원하지 않는 브라우저에 대한 플러그 인 솔루션을 제공합니다.


 
<video id="video1" width="640" height="360" controls>
    <source src="video.mp4" type="video/mp4">
    <source src="video.webm" type="video/webm">
    <object width="640" height="360" classid="clsid:d27cdb6e-ae6d-11cf-96b8-444553540000" codebase="http://fpdownload.macromedia.com/pub/shockwave/cabs/flash/swflash.cab#version=8,0,0,0">
        <param name="SRC" value="http://ie.microsoft.com/testdrive/IEBlog/Common/player.swf?file=video.mp4">
        <p>Please update your browser or install Flash</p>
    </object>
</video>


다음 예에서는 JavaScript 기반 대체 기술을 사용하여 기본 XHR(XMLHttpRequest)을 지원하지 않는 브라우저에 대한 플러그 인 솔루션을 제공합니다.



// Best Practice: Use Native XHR, if available.
if (window.XMLHttpRequest) {
    // If IE7+, Gecko, WebKit: Use native object.
    var xmlHttp = new XMLHttpRequest();
}
else if (window.ActiveXObject) {
    // ...if not, try the ActiveX control. 
    var xmlHttp = new ActiveXObject("Microsoft.XMLHTTP");
}
else {
    // No XMLHTTPRequest mechanism is available.
}


거꾸로 말해, 사이트에서 특정 플러그 인을 사용할 경우 더 풍부한 환경을 제공하면 호스트 object elementreadyState property 등을 통해 플러그 인이 로드되었는지 확인한 다음 필요에 따라 플러그 인이 없는 환경으로 돌아갈 수 있습니다. 대체 전략에 대한 자세한 내용과 코드 예제는 Internet Explorer 호환성 도움말플러그 인 및 ActiveX 컨트롤을 참조하세요.

CV(호환성 보기) 목록을 사용하여 Flash 콘텐츠 재생

Windows 8에서 Internet Explorer 10은 플레이어를 추가로 다운로드하거나 설치할 필요가 없는 통합 Flash Player를 제공합니다. 데스크톱용 Internet Explorer에서는 모든 사이트가 Flash 콘텐츠를 재생할 수 있는 반면, 새로운 Windows UI의 Internet Explorer에서는 CV(호환성 보기) 목록의 NoFlash 섹션에 나열되지 않은 사이트만 Flash 콘텐츠를 재생할 수 있습니다. NoFlash 섹션에 표시되더라도 사이트의 문서 모드에는 영향을 주지 않습니다. Flash 콘텐츠가 있는 사이트는 알려진 보안 또는 안정성 문제가 있는 경우에만 이 목록에 표시됩니다. 또한 개발자는 해당 사이트를 Flash용 CV 목록에서 제거하도록 고려해 줄 것을 요청할 수 있습니다. 자세한 내용은 "Windows 8의 Adobe Flash Player용 콘텐츠를 포함하는 웹 사이트에 대한 개발자 지침"을 참조하세요.

다른 방법이 모두 실패할 경우 데스크톱으로 전환

사이트의 이후 버전과의 호환성을 보장하고 오랜 기간 동안 가장 광범위한 사용자 계층에게 최상의 환경을 제공하려면 사이트를 새로 작성하고 기존 사이트를 플러그 인을 사용하지 않고 개조하는 것이 가장 좋습니다. 이렇게 할 수 없는 경우에는 사이트를 Windows 스토어 앱으로 마이그레이션하거나, 플러그 인이 제공하는 기능 자리에서 사용자 지정 Windows 런타임 개체를 사용하여 Windows 스토어 앱에 대한 코드를 작성한 다음 사이트를 Windows 8 앱에 연결할 수 있습니다.

단기적으로 Internet Explorer 10은 사용자에게 데스크톱으로의 전환 알림을 표시하는 requiresActiveX 기능 스위치(사용하도록 설정할 경우)를 제공합니다.

데스크톱용 Internet Explorer로의 전환이 필요한 추가 기능이 포함된 사이트에 대한 Internet Explorer 10의 메시지

플러그 인이 없으면 웹 사이트가 중단할 경우에만 requiresActiveX 스위치를 사용하세요. 알림이 작동하는 방식은 다음과 같습니다.

  • 호스트 이름 방문과 브라우저 탭마다 한 번씩 알림이 표시됩니다.
  • 사용자가 페이지를 새로 고치면 알림이 다시 표시됩니다.
  • 알림은 사용자가 사이트와 상호 작용하지 못하게 차단하지 않습니다(모달 형식 아님).
  • 하위 프레임에 로드된 페이지에서는 알림이 표시되지 않습니다.

사용자에게 데스크톱용 Internet Explorer로의 전환 옵션을 제공하는 것은 사이트 호환성 문제를 위한 단기간 완화 방법이며 장기간 솔루션은 아닙니다. 데스크톱 검색 환경과 대부분의 플러그 인은 소형 화면과 배터리 제약 그리고 마우스 없는 환경에 맞게 설계되지 않았습니다.

아래 표에는 requiresActiveX 스위치를 사용하도록 설정할 수 있는 여러 가지 방법이 나와 있습니다.

requiresActiveX 기능 스위치를 사용하도록 설정하는 방법관리자
HTTP 헤더/메타 태그웹 개발자
Internet Explorer 10 CV(호환성 보기) 목록Microsoft
그룹 정책 CV 목록 설정시스템 관리자

 

Windows RT에서는 기존의 x86/64 데스크톱 앱을 실행하거나 에뮬레이트하거나 포팅할 수 없습니다. 자세한 내용은 Windows 8 빌드 블로그(영문)를 참조하세요.

HTTP 헤더 및 메타 태그

웹 개발자는 다음 HTTP 헤더를 사용하여 requiresActiveX 기능 스위치를 사용하도록 설정할 수 있습니다.


X-UA-Compatible: requiresActiveX=true

또는 영향받는 각 웹 페이지에서 다음 meta 요소를 사용할 수도 있습니다.

<meta http-equiv="X-UA-Compatible" content="requiresActiveX=true"/>

호환성 보기 목록

Microsoft는 ActiveX가 필요한 것으로 알려진 사이트의 CV(호환성 보기) 목록(영문)을 관리합니다. 이러한 사이트는 도메인 또는 하위 도메인별로 나열할 수 있습니다. 예:



<domain docMode="EmulateIE7" featureSwitch="requiresActiveX:true" versionVector="7" uaString="7">contoso.com</domain>
<domain docMode="EmulateIE7" versionVector="7" uaString="7">
    fabrikam.com
    <path docMode="EmulateIE7" featureSwitch="requiresActiveX:true" versionVector="7" uaString="7">/tv</path>
    <path docMode="EmulateIE7" featureSwitch="requiresActiveX:true" versionVector="7" uaString="7">/video</path>
</domain>


호스트 이름만 표시된 별도의 호환성 보기 목록도 그룹 정책을 통해 지원되며 Microsoft의 공용 CV 목록을 기반으로 하여 트리거된 것과 동일한 알림을 트리거할 수 있습니다.

F12 개발자 도구를 사용하여 사이트가 Internet Explorer CV 목록에 있는지 확인(영문)할 수 있습니다. 사이트가 "requiresActiveX:true"로 표시되어 있지만 최근에 플러그 인 종속성을 제거한 경우 requiresActiveX=false를 지정하는 HTTP 헤더 또는 메타 태그로 IE10 호환성 목록 설정을 재정의할 수 있습니다. CV 목록에 대한 자세한 내용은 "호환성 보기 목록 이해"를 참조하세요.

플러그 인이 없는 웹을 위해 사이트 준비

점점 더 많은 수의 웹 사이트, 웹앱, 브라우저 및 장치가 플러그 인을 사용하지 않는 방식으로 전환하면서 소비자, 웹 개발자 및 최신 웹이 전체적으로 그 혜택을 받고 있습니다. Internet Explorer의 플러그 인이 없는 검색에 맞게 사이트와 웹앱을 준비하는 가장 좋은 방법은 중요한 플러그 인 기능을 표준 기반 기술로 바꾸고, 표준 기반 대체 기술이 없는 경우 선택적으로 플러그 인을 제공하며, 마지막 방법으로 사용자에게 데스크톱으로의 전환 알림을 표시하는 것입니다. 이러한 지침을 따르면 가능한 많은 사용자에게 최상의 검색 환경을 제공하고 사이트가 Internet Explorer에서 문제없이 작동하도록 할 수 있습니다.

관련 항목

소비자를 위한 ActiveX 필터링
플러그 인 없이 검색
Windows 8 검색 및 플러그 인 없는 HTML5
웹 사이트 및 플러그 인 없는 웹
iOS에서 IE10까지: 브라우저 간 플러그 인 없는 환경 구축

 

 

표시:
© 2014 Microsoft