web-dev-qa-db-fra.com

Charger le contenu d'un autre domaine dans une iframe modale - acceptable?

Peut-on charger une autre page dans une iframe dans une fenêtre contextuelle modale - en termes de normes juridiques et éthiques relatives à l'affichage de contenu tiers?

Je me souviens qu'il y a quelques années, il y avait eu une controverse et un débat sur le point de savoir s'il était correct de charger le contenu de la page d'un autre domaine sur votre domaine dans une iframe pleine largeur, votre site fournissant un bloc générique avec des commandes de favoris, de liens, etc. (par exemple, comme - StumbleUpon ).

Je crois me souvenir que le consensus était que tout allait bien tant que vous ne revendiquiez manifestement pas la propriété du contenu de tiers ou tentiez de modifier le contenu, et tant qu'il y avait un bouton "Accéder au site" ou son équivalent. ; et que ces sites pourraient vous demander de les exclure, mais d’une manière générale, c’est une pratique acceptable.

Dans quelle mesure serait-il acceptable de charger la page d'un autre site dans une boîte contextuelle modale (comme dans une lightbox) (en appliquant tous les principes ci-dessus: attribution claire et bouton bien visible qui tue l'iframe et lui donne l'original de tiers)? Je m'attendrais à ce qu'il suive les mêmes principes et soit acceptable tant que ces conditions sont remplies.


Notez que je m'interroge sur les réponses légitimes probables des sites de tiers et sur la position légale possible, et non sur la facilité d'utilisation ou UX = . Je suis conscient que cela devrait ne jamais être jamais normalement utilisé pour le chargement de liens externes, et que 99% du temps, la création de liens vers du contenu externe comme si ce serait terrible pour la facilité d'utilisation.

Mon cas d'utilisation spécifique est l'un de ces 1% des cas où le chargement d'une page distincte dans cet onglet ne serait pas être le comportement attendu d'un lien: un outil de visualisation de données interactif qui sert également de "navigateur" de contenu externe (articles scientifiques sous-jacents aux données sur lesquelles il navigue). Tous les autres liens de l’interactif changeront quelque chose tout en restant sur la même page. Si l'utilisateur cliquait sur l'un de ces liens externes par erreur (comme le font souvent les personnes, même lorsqu'elles sont clairement étiquetées bruyamment) et devait ensuite revenir en arrière, il perdrait sa position détaillée dans l'outil interactif (- jquery bbq Les changements de hachage ne sont pas appropriés pour tous les éléments de l'outil). Une nouvelle fenêtre/onglet ouvrira simplement la page cible sur le domaine tiers.

Ouvrir une nouvelle fenêtre/un autre onglet constituerait également une option alternative (qui a ses propres inconvénients) - ma question est de savoir s'il s'agit d'une alternative qui pourrait être envisagée (en termes de pratique acceptable en matière de propriété intellectuelle, etc. ), quelle que soit l’option la mieux adaptée à UX: c’est quelque chose que nous déciderons de la bonne manière, sur la base des tests UX réels.

4
user568458

Tant que vous vous en tenez aux principes, vous dites que je ne vois pas vraiment de problème. Les applications Facebook et iPad de Facebook se comportent de la même manière qu'il y a deux versions et je n'ai pas remarqué de tollé.

2
toomanyairmiles

Vous pouvez toujours demander au site Web tiers l'autorisation de le faire.

1
Lee