En realidad, ya no es tan sencillo (2014 en adelante), según este w3c document on referrer policy.
El comportamiento predeterminado es que los navegadores no envían información de referencia cuando van de HTTPS a HTTP. Sin embargo, los navegadores enviarán referencias cuando va de HTTPS a HTTPS.
Además, en HTML5, hay una nueva etiqueta meta llamado de referencia, que se ve así:
<meta name="referrer" content="origin">
New browsers have already implemented this. Entonces, si los navegadores enviarán referrer o no, dependerá de esta metaetiqueta en el futuro cercano. Si esta metaetiqueta no está incluida en el HTML de la página, los navegadores utilizarán el comportamiento predeterminado.
Los siguientes son los posibles valores de atributo de contenido del remitente etiqueta meta:
- sin remitente: Referente no será enviado, independientemente de HTTP HTTPS origen o
- : Sólo el origen de dominio (principal) será enviado como referente
- origen -cuando-crossorigin: lo mismo origen enviará URL de referencia completa y origen cruz enviará solamente el URL de origen como de referencia
- sin remitente-cuando-rebaja: Este es el comportamiento por defecto cuando no hay referente metaetiqueta se proporciona en la página.
- insegura-url: Este enviará siempre referente, independientemente de HTTP o HTTPS
Además, hay algunas legado valores de atributos para la etiqueta meta de referencia.Estos ya no son recomendables, sino que se utiliza en muchos sitios en la actualidad
- que nunca: lo mismo que sin referente
- por defecto: lo mismo que sin remitente-cuando-rebaja
- siempre: lo mismo que insegura url
Espero que esta información será útil para alguien que acaba de encontrar este post después de 2014.
En cualquier caso, es totalmente en manos del cliente si Referer debe establecerse o no. –
@Brian: pero los clientes deben seguir/respetar el RFC que define el protocolo que están usando. –
La respuesta aceptada es una buena respuesta, pero es la misma que la respuesta de @ avid que se publicó anteriormente. – mikemaccana