![](https://www.developpez.com/images/logos/web.png)
Depuis toujours, a expliqué Google, il existe une forte volonté d'améliorer la navigation sur le Web, notamment en fournissant des navigations plus rapides et plus fluides et des transitions de page plus attrayantes. AMP a activé un grand nombre de ces propriétés, mais présente également des contraintes importantes, telles que le maintien des utilisateurs dans l’origine du cache de l’AMP. « Nous espérons que l’API Portals pourra répondre à certaines de ces préoccupations tout en offrant une autre fonctionnalité puissante aux développeurs Web », a écrit Google dans un document explicatif du projet.
D’après la description faite par Google de la technologie, l’API Portals a été construite pour permettre une navigation transparente entre sites ou pages. En particulier, cela permettra à une page d'afficher une autre page en tant qu'encart et d'effectuer une transition en douceur entre un état encart et un état parcouru. En d’autres termes, continue d’expliquer Google, l’objectif de la technologie « Portails » est d’améliorer la navigation en offrant des transitions plus rapides et plus fluides sur le Web, tout en préservant la confidentialité de l’utilisateur.
L’entreprise a indiqué que l’utilisation de l’API Portals se fera à travers de nouvelles balises « portals ». Ces balises, expert Google, pourront remplacer à l’avenir les balises <iframe> qui représentent aujourd’hui le standard pour incorporer du contenu ou imbriquer des pages Web les unes dans les autres. Pour le géant de la recherche, les balises <iframe> souffrent d’énormes inconvénients. « Avant les balises <portals>, nous aurions pu rendre une autre page en utilisant un <iframe>. Nous aurions également pu ajouter des animations pour déplacer des cadres sur des pages données. Mais avec une balise <iframe>, vous n'avez pas la possibilité de naviguer dans son contenu. Les balises <portals> comblent cet écart, ce qui permet des cas d'utilisation intéressants », a déclaré Google.
Leur cadre d’utilisation va encore plus loin pour faciliter la création d’applications à page unique (SPA pour single page application) ou d’applications multi pages (MPA pour multiple page application). On peut lire dans l'article de présentation de la technologie que les balises <portals> offrent le meilleur des deux mondes : la faible complexité d'une MPA avec les transitions transparentes d'un SPA. Pensez à eux comme à un outil <iframe> en ce sens qu'ils permettent l'intégration, mais contrairement à un <iframe>, ils sont également dotés de fonctionnalités permettant de naviguer vers leur contenu, a expliqué Google.
Une autre chose importante à savoir est que les balises <portals> peuvent être utilisées dans les navigations croisées comme une balise <iframe>.
Ainsi, si vous avez plusieurs sites Web qui se référencent, vous pouvez également utiliser l’API Portals pour créer des navigations transparentes entre deux sites Web différents. Ce cas d'utilisation d'origine croisée est très spécifique aux balises <portals> et peut même améliorer l'expérience utilisateur des SPA. Pour le moment, seul Chrome Canary prend en charge cette technologie. Néanmoins, Google souhaite qu’à l’avenir tous les navigateurs prennent en charge l’API Portals pour une utilisation plus améliorée et plus rationalisée du Web. Voici un exemple d’introduction des balises <portal> dans un document : <portal id="myPortal" src="https://www.example.com/" > </portal>
Sources : Google, GitHub
Et vous ?
![:fleche:](https://www.developpez.net/forums/images/smilies/fleche.gif)
![:fleche:](https://www.developpez.net/forums/images/smilies/fleche.gif)
Voir aussi
![:fleche:](https://www.developpez.net/forums/images/smilies/fleche.gif)
![:fleche:](https://www.developpez.net/forums/images/smilies/fleche.gif)
![:fleche:](https://www.developpez.net/forums/images/smilies/fleche.gif)