다음은 애플리케이션 유형과 다양한 플랫폼에 따라 AMP Cache URL을 통합하고 액세스하는 데 선호되는 방법입니다.
웹 애플리케이션의 AMP Cache URL
문서에 데스크톱용 표준 버전과 모바일용 AMP 버전이 있으면 AMP 버전의 AMP 캐시 URL에 연결합니다.
웹페이지의 가장 빠른 버전을 보장하려면 휴대기기의 시스템 캐시(Android 기기, Chrome 기기, iOS 기기, Safari)에서 AMP Cache URL을 엽니다.
iOS 애플리케이션의 AMP Cache URL
SFSafariViewController는 iOS 앱에서 링크를 여는 데 권장되는 방법입니다. 시스템 브라우저 (Safari)와 동일한 브라우저 상태를 공유합니다.
하지만 사전 렌더링 API가 없기 때문에 SFSafariViewController로 AMP 환경을 더 최적화할 수 있는 방법은 없습니다.
Android 애플리케이션의 AMP Cache URL
Chrome 맞춤 탭은 Android 앱에서 링크를 여는 데 권장되는 방법입니다. 빠르고 안전하며 Chrome과 브라우저 상태를 공유합니다. 즉, 사용자가 Chrome에서 웹사이트에 로그인하면 맞춤 탭에서 동일한 웹사이트로 로그인됩니다.
맞춤 탭은 AMP에서 잘 작동합니다.
mayLaunchUrl(url, moreUrls)를 사용하면 사전 렌더링 API를 제공하여 단일 페이지를 완전히 사전 렌더링하거나 여러 페이지에 사전 연결할 수 있습니다.
맞춤 탭에서 최고의 실적을 얻으려면 다음 세 가지 작업을 실행해야 합니다.
- 맞춤 탭을 워밍업합니다. 이 탭을 사용하면 링크를 열 때 최대 700밀리초가 절약됩니다.
- 사용자가 열릴 가능성이 높은 URL의 콘텐츠를 미리 가져옵니다 (가능성 > 50%).
여기에는
mayLaunchUrl를 사용합니다. - 사용자가 여러 항목 중 하나(예: 기사의 링크)를 클릭할 수 있는 경우 DNS 사전 연결을 수행합니다.
이렇게 하면 모든 URL에 DNS 조회가 수행되지만 콘텐츠는 다운로드되지 않습니다.
이렇게 하려면
mayLaunchUrl의 처음 두 매개변수를 null로 설정하고 번들을 통해 URL 목록을 전달합니다.
Chrome 맞춤 탭은 사용자가 데이터 전송량 제한이 있는 네트워크에서 휴대전화를 사용하는지 또는 보급형 기기인지 확인할 수 있습니다. 저사양 기기에서는 사전 렌더링이 전반적인 성능에 부정적인 영향을 미치며 프리패치 또는 사전 렌더링이 아닙니다. 따라서 이러한 사례에 맞게 애플리케이션을 최적화할 필요가 없습니다.