A little known feature of the latest iOS 5 software for the iPhone is that it disables cookies by default. I wasn’t aware of this until yesterday when I tried to book a hotel and was trying to browse three of the largest travel websites – Premier Inn, Late Rooms and Travelodge and none of them were working.
All these sites detect your user agent, set a cookie and then display the mobile version of the site. In iOS 5 this results in a redirect loop which I only fixed by enabling cookies in the settings, something that most users wouldn’t know they needed to do.
I’m guessing that there are thousands of sites out there that suddenly are seeing very low conversion rates from iOS 5 users. Certainly any sites that rely on cookies need to figure out a new way of working with iPhones.
This just goes to show the importance of a weekly reporting system that shows traffic and conversion rates for different browsers & operating systems.
There are loads of threads on various forums from users saying they can’t login to services after the iOS 5 update.
European laws are being brought in to make it illegal for websites to use cookies without a users explicit consent after 25th May this year.
There are no specific guidelines in place on how websites are supposed to gain this consent but the Privacy and Electronic Communications Directive laws will be enforceable after this date although it’s unlikely anybody will actually take action.
I don’t think that the people who drew up the laws have thought about how websites will get this permission. If you use a popup window then it will require some clever coding to load the popup window and then set the cookie for something like Google Analytics after the user has accepted the T&C’s. Most browsers have tools to either block, accept or prompt for cookies however these are controlled by the browser rather than the site owner.
Also, how the government intends to police this is beyond me. There is no way in the world that small businesses will change their websites to meet these guidelines. Read more →
One of the most exciting developments on the web in the last two years has been the increased ability to combine two or more technologies to create something new. We see this most in the Social space, of course, but overlaying data sets could lead to a dramatically increased understanding of the world we live in.
Today – after a delay of some months – I received my Hitwise (now called Experian Hitwise) newsletter. It is one of the very very that I actually remember signing up to. The other 100 a day never seem to get to my in-box now. Hitwise always use the newsletter to focus on on me as a UK user and choose an industry to give us some insight about the market share (in terms of traffic) about that industry and today chose to focus on the UK’s online property websites. Read more →
Since my post about the BBC blocking the link juice on external links they seem to have come up with a very clever piece of JavaScript to get around the issue. It’s not on all the external links but it’s on some of them.
Links are still clean and there is nothing in the source code to indicate that they pass through a redirect. However when you click on any external link users are still sent through a tracking script.
This might be a very useful script for some of you who want to track links but still pass SEO benefits, the original is here. For a demo visit this page and click the “Movie Review Query Engine” link.
var LinkTrack = function ()
{
this.docLinks = document.links;
this.location= location.pathname;
}
LinkTrack.prototype.updateHrefs = function ()
{
var currlink, hostname, protocol, linktext;
if (!(!document.getElementsByTagName && document.all))
{
for (var i=0; i
{
currlink = this.docLinks[i];
hostname = currlink.hostname ? currlink.hostname.toLowerCase() : "";
protocol = currlink.protocol.toLowerCase();
linktext = currlink.innerText;
if (protocol == 'http:' && (hostname != 'bbc.co.uk' && hostname.indexOf('.bbc.co.uk') == -1))
{
currlink.href = this.getNewUrl(currlink.href);
if (document.all && currlink.innerText.toLowerCase() == currlink.href.toLowerCase()) currlink.innerText = linktext;
}
}
}
}
LinkTrack.prototype.getNewUrl = function (destination)
{
var newUrl = '/go';
newUrl += this.location;
newUrl += (newUrl.substr(newUrl.length-1) == '/')? 'ext/_auto/-/' : '/ext/_auto/-/';
newUrl += destination;
return newUrl;
}
var myC = new LinkTrack();
myC.updateHrefs();
This post was written by Quova, they sent it as a press release but I thought it was interesting enough to publish on the blog.
The 2008 Edition of the CyberSource Online Fraud Report highlights that out of 318 online sellers surveyed an average 1.4 % of their orders are lost to online fraud, often resulting from buyers who used credit card numbers later identified as stolen. The report estimates that in 2007 $3.6 billion in online revenues were lost in this way.
Though geolocation is just one of the risk monitoring tools used (the average e-merchant online uses at least four tools), it provides an important line of defense. The foundation for geolocation is the Internet protocol (IP) address – a numeric string assigned to every device attached to the Internet. When individual surfs the Web, their computer sends out this IP address to every Web site visited. Geolocation can provide much more than a geographic location. Many providers supply up to 30 data fields including country, region, state, city, ZIP code and Time zone for each IP address that can help to further determine if users really are where they say they are.
Equipped with this information, e-merchants can use geolocation to flag suspect transactions and address them individually.
Five key Ways to Detect Fraud using Geolocation include
Check for anonymous proxy servers and other location-masking systems
While not all proxy servers are bad, the use of an anonymous proxy that hides or masks a unique IP address can be a fraud indicator. Lists of anonymous proxies that are abusing the system are provided by a select few geolocation vendors (including Quova) that notify the e-merchant when an order comes from one of the proxy servers
Check the distance between actual and expected user locations
It’s a general rule of thumb that shoppers will be logging on the Internet within close proximity to their billing or shipping addresses. Many Quova customers report that orders coming from 500 miles or more away from the expected location have a higher probability of being fraudulent. With geolocation, e-merchants can elect to decline, or flag for review, orders falling X miles or more away from the shipping or billing address
Use domain information to assess risk
With access to domain information gathered from the shopper’s ISP, it can be easier to determine whether an order should be declined, accepted or flagged. An e-merchant can track user sessions and know that the customer frequently connects from work and from home.
Build user profiles
Once a profile is built, e-merchants can look for changes & differences between the observed behaviors they see online and what they have on file. Geolocation provides a simple way for merchants to expand their user profiles behind the scenes by assuming that most valid orders will follow the same pattern. If several different domain extensions or ISPs are used in one day, chance are those orders may be fraudulent.
Use time-zone information to track the transaction velocity
If a user is connecting to a Web site in relatively short periods of time and the log-ins are more then 1,000 miles away from each other, this is a major red flag for an online merchant. For each shopper, e-merchants can use geolocation data to enable business rules that
1) request the current local time at the shopper’s location;
2) alert them to potential “time-zone hopping” within a short period of time, where the same account is accessed from multiple geographic locations; and
3) alert them to orders placed at times of the day that aren’t consistent with previous orders stored in the user’s profile.
It’s not unusual for a Web site to keep track of user behavior, such as pages they have clicked on and the products they purchase. This is called behavioral targeting and due to the customer’s computer never being accessed, geolocation does not infringe on personal privacy. In a nutshell, geolocation is just one of many things you can check in the fraud cycle and protects both the consumer and the merchant from criminal activity.
In todays pre-budget report the Chancellor introduced a reduction in VAT rate from 17.5% to 15% to help kick start the economy and increase consumer spending.
VAT has been set at 17.5% since before ecommerce was invented and this latest change is going to cause a huge headache for ecommerce websites.
Some systems are likely to have VAT hard coded into the ecommerce systems but even advanced programs will still need to be adjusted to reflect the new rates. Read more →
This is the most ridiculous thing I have ever heard, here is the email from TradeDoubler that I got this morning:
Hi Patrick,
As a follow up to our communication earlier this week from the Carphone Warehouse, we have a very positive update regarding commission payments against the new iPhone.
Following discussions, it has been agreed that the Carphone Warehouse will pay affiliates £20 for each approved iPhone sale.
The iPhone goes live on the site on the 11th July, however they will also pay affiliates for all the Apple iPhone orders from the 7th July that go through as sales.
This is based on one important factor. Affiliates will not be able to advertise this product under any means, no links can go through to the Apple iPhone page, and if you been found advertising the Apple iPhone we will not be able to pay any commission on the sales generated.
Please don’t hesitate to contact us if you have any questions.
Kind Regards
Glen Blake
Account Director
glen.blake@tradedoubler.com
Words fail me. How can they tell people who have probably been writing about the iPhone for 2 years to suddenly stop promoting it? What about sites that have hundreds or thousands of visitors a day arriving from search engines looking for the iPhone? You can’t just turn this traffic off.
All you need to do is visit the site you want to edit, paste the code below into your web browser address bar (tested in Firefox & IE7) and hit the Enter button.
Then simply select a portion of text on the page and start editing.
With the exponential growth of the Internet, data harvesting has become increasingly popular in the last few years. Several web sites sell large databases of information relevant to lawyers, doctors, businesses, schools, just about anything imaginable.
After seeing all this content, I asked myself, “How is all this information compiled?” Surely some poor sap isn’t being paid to manually insert each record. With a little research, I was able to come up with a pretty simple solution using Coldfusion.
To keep things simple, we’re going to harvest data from articles-hub.com. First, open your favorite text editor and drop in the following code:
This tells Coldfusion to literally get the contents of the specified page, then store that content into a variable named sDoc.
The following bit of code is where the magic happens. If you’re unfamiliar with regular expressions, now is a great time to learn. Insert the following bit of code after the variable declaration mentioned above:
Without going into to much detail, this variable tells Coldfusion what to look for, and where. View the source code of the page defined above and goto line 1016. You’ll notice the span tag defined in regExp is on that line. When our application is executed, Coldfusion will begin searching sDoc for that tag. Once located, the data sitting in place of the first expression ([\s\S]*?) will be defined as $1, which is the article’s title. Coldfusion continues searching, and looks over everything between:
</span>[\s\S]*?<div align=[\s\S]*?</div>
until the next expression containing the actual article content is reached. Finally, our variable stops when the two consecutive </div> tags are reached.
This information should simplify the regular expression creation process. Any set of information you’re wanting to store for later, use ([\s\S]*?). If you’re wanting to skip over anything, use [\s\S]*?.
With our data sets defined, we can output the results into a nice, organized product. Drop in this code:
The code above tells Coldfusion to create a virtual query with two columns: title and article. Next, a starting point to loop through the results is defined. The loop is then started and begins searching sDoc with the regular expression criteria defined above. Each matching result is parsed, stored in a virtual row with the respective column, and assigned unique ID. We’re now ready to test our primitive data mining application.
Go ahead and save the file as miner.cfm, or whatever you’d like, and browse to that file in your web browser. For example, http://192.168.230.239:80/miner.cfm. The article’s title and content are displayed in an organized table.
Here’s a screen shot of data harvested from a site containing US College information:
Ok, that’s nice, but this information is totally useless unless we can dump it into a database, so here’s what we need to do.
After the </cfloop> tag, drop in a modified version of this code:
The value of datasource is completely independent to each system – that just so happens to be the name of my datasource. After defining the appropriate datasource, you can either create a table with 3 columns (id, title, content) called article_dump, or us an already existing table. Just make sure to change the code where necessary. If you refresh miner.cfm in your browser, the data is not only displayed, but inserted into our database, too.
Let’s take this a step further, and automate the entire process. Go back to the top of miner.cfm and add the following code as the first line:
<cfloop from="500" to="5000" index="LoopCount">
Now replace 700.html on the second line with:
#LoopCount#.html
Scroll to the bottom and add a the closing cfloop tag to the last line:
</cfloop>
We just told Coldfusion to visit 500.html, 501.html, 502.html, 503.html, etc, until 5000.html is reached and insert each set of results into the database before moving onto the next. With this short piece of code, I’ve created databases with over 20,000 records in less than an hour, and now you can, too.
Geotargetting specific adverts, affiliate offers or content pieces is one of the most efficient improvements you can make to your website.
Spend an hour installing and configuring your geotargeting script and your revenue can increase dramtically.
Geotargetting is simply the art of showing different content to your visitors depending on which country they are from. For example if I have an affiliate offer that is only available to customers from the UK I know that it will be useless to US visitors. Using my script I will direct US visitors towards a similar product on Amazon or eBay.
Advertising networks such as DoubleClick and Adsense allow advertisers to target specific countries resulting in larger CPM payments and greater ROI for the advertisers so it clearly makes sense for you to do the same.
Other useful applications would include allowing advertisers on your site to target traffic from a certain location or to stop Yahoo Publisher Network ads showing for international users.
The first step towards installing your geotargetting script is to visit Maxmind and purchase a downloadable GeoIP database for $50. This database allows you to match up your visitors IP address to their country.
Once you have the database you will need to upload it to your site, I suggest keeping it outside your root directory or renaming it in case other people try to use it. The database file should be called geoip.inc.
Next you will need to add the script below to the top of each page on your website. If you have a main database connection file included already you could just add it to this.
Now we have stored the country of the visitor in a $country variable that can be used on each page of your site. To make use of this simply add the following code to your pages: