The way that our technology works means that as a user you’re never placing your message onto another person's content. The best way to think of it is like a window through which you see the original content: The browser is like the glass, and by using Openr you’ve popped a sticker on the glass, so that anyone who views your link looks through the glass and sees the sticker on the window and the content through the window. This way, it’s only the viewers that interact with your shared link that actually see your message with the content - not everyone seeing the content.
However, how we make this magic happen, is actually not a straightforward answer, because it all depends on the type of content that you’ve decided to share. There are in fact four different methods we. You can read all about them below, and you’ll always know which method you’re using with the content you’ve selected because we’ll tell you in the Create window.
With the vast majority of content we frame it: This means we work with the viewer’s browser to show the Openr to them as well as the content that you shared. Effectively we’ve incorporated your Openr to the browser window of the viewer that clicks on your Openr link. There are a very small number of websites that request in their T&Cs that you don’t ‘frame’ their content - so if you have a concern in this area we’d encourage you to check this - but be assured you’re never putting your content on their website from a copyright perspective.
Framing is our default method for creating an Openr link, so if no message appears in the Create window once you’ve added your Content URL you can assume this is the method being used.
If our system sees that the content is not technically suitable for framing then it will offer you alternatives. The main one is to cache the content - a bit like Google does for its search results. This means we take a copy - exactly as the content owner’s original - and show this. Not only that, when a viewer clicks on the link our system double checks that our cached version is still accurate to the original too, which is important to the content owner.
If a Content URL you add to the Create window can’t be framed, but it can be cached you’ll get a message in the Create window offering you this option.
For some media rich sites like YouTube the best way to share the content is by embedding the content so our system works with providers to present the content this way. For the viewer this means that the media (i.e. a vidoe) will be embedded onto a page we create for it, with your Openr added to the browser window. Doing it this way means that the media will play correctly for your viewers.
If a Content URL you add to the Create window is identified by our system as media that might benefit from the embedding method you’ll get a message in the Create window offering you this option.
The Gateway method is the only exception to the standard Openr-viewer experience: There are certain websites (such as banks) which understandably have very high restrictions on their websites and these do not allow framing, caching or embedding, but you can still use Openr and create an Openr link using the Gateway method. With this method, when a viewer clicks on your Openr link they’ll see the Openr for 5 seconds before being redirected to the original content you shared. This isn’t the viewer-experience most associated with Openr, but we think it’s best to respect the reasons of the small number of websites that restrict our other methods, and have found that many users like the flexibility that the Gateway method offers our users.
As always, our system will detect if the Gateway method is needed and let you know this when you add the URL as the Content URL in the Create window. Plus you can also use the Gateway method if you’d prefer it to caching or embedding at any point.