Referral gegevens bij HTTPS websites

Reeds eind 2014 berichten we reeds op onze blog over de stijgende trend van referral spam in Google Analytics

 Hierbij injecteren spammers referral gegevens in Google Analytics, daar webmasters en Analytics rapporten de referral gegevens steeds gebruiken voor het nakijken van inkomende gebruikers, doorverwezen door een andere websites. 

Vanuit marketingoogpunt is het dan ook altijd aangewezen om referral data van je eigen website te gaan doorgeven. Bij e-commerce websites is dit geen punt (daar een e-commerce winkel bezoekers niet zal doorverwijzen naar externe websites), maar bij informatieve websites is dit zeker wel van belang.

 

Migratie naar HTTPS doet je referral gegevens verliezen

De migratie van een website naar het beveiligde https-protocol wordt door Google en ook andere partijen hard ondersteund (zo is Wikipedia voorbije maand ook volledig naar het beveiligde https-protocol overgestapt).

De SEO-blog Moz.com ontdekte door hun eigen migratie naar HTTPS enkele belangrijke aandachtspunten:

  • Een migratie naar HTTPS zorgt voor een verlies van organisch verkeer (dit doordat al je inkomende links via een 301 redirect verlopen naar de nieuwe HTTPS-pagina's). Moz.com laat zo zien dat ze 8-9% aan organisch verkeer zijn verloren.
  • Verwijzingen naar externe websites verliezen de referral gegevens in de Analytics account van de website, waarheen de link ligt.

Onderstaand schema geeft mooi het verschil weer in het doorgeven van referral gegevens in Google Analytics tussen een https-website en externe websites die met https of http werken.

https_referral_verkeer_1

 Met mijn persoonlijke blog is dit ook goed zichtbaar aan de hand van de https-migratie van Wikipedia begin juni. Sinds de uitrol van https (wat op de NL-talige pagina's pas eind juni is gebeurd) is het verwijzend verkeer vanuit een specifieke wikipedia  naar een specifieke blogpost weggevallen. 

referral_trafiek_wikipedia

 

In een technische SEO blogpost brengt Moz direct ook een oplossing voor het verlies van referral data bij een link naar een http-website.

De W3C organisatie heeft namelijk een specifieke referrer-metatag, die door de meeste browsers reeds wordt ondersteund.

Deze referrer-metatag heeft 5 verschillende eigenschappen met elk hun eigen werkwijze om om te gaan met referral gegevens:

  • none: Geen referral gegevens meegeven.
  • none-when-downgrade: Geen referral gegevens meegeven bij link van https naar http.
  • origin: Steeds doorgeven van hoofddomein als referral gegevens.
  • origin-when-crossorigin: Bij link van https naar http enkel de hoofddomein meegeven.
  • unsafe-url: Steeds alle referral gegevens meegeven

 

Onderstaande schema geeft de implementatie van de origin eigenschap mee. Je ziet hierbij dat de volledige url niet meer wordt meegegeven. Moz.com heeft zelf bij deze eigenschap trouwens problemen ondervonden bij hun implementatie van Adroll.

 

https_referral_verkeer_2

 

Het is dan ook vanuit marketing standpunt voor Wikipedia aangeraden om deze metatag te gaan toevoegen, zodat verwijzingen vanop WIkipedia niet in Google Analytics wegvallen als anoniem direct verkeer.

 

Wanneer naar HTTPS overstappen?

Bij intracto zijn we nog geen voorstander van een algemene push van alle klanten websites naar het beveiligde https-protocol. Dit door o.a. performantie-problemen, in een eerste fase een verlies van organisch verkeer en een overkill voor louter informatieve websites.

Bij e-commerce websites en websites met privacy-gevoelige gegevens van ingelogde gebruikers is het gebruik van HTTPS echter wel een aanrader.

 

 

 

Meer weten? Contacteer ons!