Hier beschreiben wir die bevorzugten Methoden, mit denen du AMP-Cache-URLs je nach Art der App und Plattform einbinden und darauf zugreifen kannst.
AMP Cache-URLs in Web-Apps
Wenn Sie für Ihr Dokument eine kanonische Version für Computer und eine AMP-Version für Mobilgeräte erstellt haben, verknüpfen Sie die AMP Cache-URLs in der AMP-Version.
Damit immer die schnellste Version einer Webseite angezeigt wird, sollten die AMP Cache-URLs im Systembrowser des Mobilgeräts geöffnet werden: auf einem Android-Gerät in Chrome und auf einem iOS-Gerät in Safari.
AMP-Cache-URLs in iOS-Apps
Links in einer iOS-App werden am besten mit SFSafariViewControllers geöffnet. Das Objekt verwendet dieselben Browserdaten wie der Systembrowser (Safari).
Die AMP-Inhalte können mit SFSafariViewController
jedoch nicht weiter optimiert werden, da keine Pre-Rendering-APIs verfügbar sind.
AMP-Cache-URLs in Android-Apps
Links in einer Android-App werden am besten in benutzerdefinierten Chrome-Tabs geöffnet. Sie sind schnell, sicher und verwenden dieselben Browserdaten wie Chrome. Wenn Nutzer also in Chrome auf einer Website angemeldet sind, werden sie auf einem benutzerdefinierten Tab ebenfalls dort angemeldet.
Benutzerdefinierte Tabs funktionieren mit AMP sehr gut. Über mayLaunchUrl(url, moreUrls)
wird eine Pre-Rendering-API aufgerufen, mit der sich vorab entweder eine einzelne Seite vollständig rendern oder eine Verbindung zu mehreren Seiten herstellen lässt.
Beachte diese drei Punkte, um die beste Leistung mit einem benutzerdefinierten Tab zu erzielen:
- Verwende Warm-up-Funktionen für benutzerdefinierte Tabs. Damit sparst du beim Öffnen eines Links bis zu 700 ms.
- Rufe Inhalte für URLs, die Nutzer mit einer Wahrscheinlichkeit von mindestens 50 % öffnen werden, vorab auf.
Verwende hierfür
mayLaunchUrl
. - Wenn Nutzer auf eines von mehreren Elementen klicken können, z. B. Links in einem Artikel, dann stelle eine DNS-Vorverbindung her.
Damit wird ein DNS-Lookup für alle URLs durchgeführt, aber es werden keine Inhalte heruntergeladen.
Setze für die Vorverbindung die ersten beiden Parameter in
mayLaunchUrl
auf "null" und übergib die Liste der URLs über das Bundle.
Mit den benutzerdefinierten Chrome-Tabs kannst du feststellen, ob der Nutzer das Smartphone in einem kostenpflichtigen Netzwerk verwendet und ob es sich um ein Low-End-Gerät handelt. Auf Low-End-Geräten wirkt sich das Pre-Rendering negativ auf die Gesamtleistung aus, sodass weder Vorabruf noch Pre-Rendering möglich sind. Daher muss deine App für diese Geräte nicht optimiert werden.