System and method for reporting user interaction with a web site

A software product that analyses a website and produces reports that indicate how the users interact with the site. The operator of the site uses the reports to improve the site layout, design or content in order to increase user satisfaction.

Skip to: Description  ·  Claims  · Patent History  ·  Patent History
Description

[0001] This application claims priority from a provisional patent application entitiled SYSTEM AND METHOD FOR REPORTING USER INTERACTION WITH A WEB SITE, S/ No. 60/350,126 filed Jan. 18, 2002.

BACKGROUND OF THE INVENTION

[0002] A website is stored on a central computer known as the web server. As depicted in FIG. 1, users around the world equipped with web browser software can enter the name of the website (URL) and see the pages comprising the site.

[0003] By clicking HyperLinks within each page on the site the user navigates from page to page. A typical web page shows the links underlined as depicted in FIG. 2. As user clicks on the links the web server records information into a file known as the log file. The specific format and information written to the file varies slightly according to the web server software being used and the way the web site is structured, but the following information at least is recorded:

[0004] IP Address of client (user)

[0005] Date & time

[0006] Type of request

[0007] Type of response from server

[0008] URL requested

[0009] Referring URL

[0010] Cookie information from user

[0011] Type of browser used on client

[0012] Log File Analysis

[0013] Software programs exist that take the log file produced from the server and generate statistical information. These programs display, for example, the average length of time each user spends on each page, or the path they take from page to page.

[0014] Many of these existing analysis programs are hard to use. Although they display the data gathered from the log file, it is not displayed in the context of the website to which it relates. It is very hard for the user to understand which pages on his website are successful (people stay on that page for long periods).

BRIEF SUMMARY OF THE INVENTION

[0015] One embodiment is a software product that analyses a website and produces reports that indicate how the users interact with the site. The operator of the site uses the reports to improve the site layout, design or content in order to increase user satisfaction.

BRIEF DESCRIPTION OF THE DRAWINGS

[0016] FIG. 1 is a block diagram of a browser-server system;

[0017] FIG. 2 depicts a typical web browser page;

[0018] FIG. 3 is a block diagram of an embodiment of the invention;

[0019] FIG. 4 depcits a web page and statistics;

[0020] FIG. 5 is a flow chart; and

[0021] FIG. 6 depicts a web page and a tag.

DETAILED DESCRIPTION OF THE INVENTION

[0022] The invention will now be described with reference to specific embodiments by way of example not limitation. In the drawings like or similar parts in different views have the same reference number. In the following the various embodiments of the invention are referred to as Rorschach.

[0023] First Embodiment: Displaying statistical data overlayed on the website.

[0024] Rorschach combines the functionality of a web browser with the log file analysis as described above. The web site operator browses through his own site, requesting URLs for the pages of interest. Rorschach provides the UI for browsing, including the URL field and forward/backward buttons. Rorschach takes the URL currently being shown in the browser and compares this to the list of URLs counted from the log file. It superimposes over the the page statistics relevant to the links within that page, for example calculating how many users followed particular links from this page to others as depicted in FIGS. 3 and 4.

[0025] Rorschach displays next to each link the % of users following that link from the displayed page. To the right of the page it also displays statistics that are relevant to the page as a whole, such as the average length of view time.

[0026] As the web site operater uses Rorschach to browse his own site, Rorschach is continuously comparing the current page shown with the statistics generated from the log file.

[0027] It is the presentation of the statistical data superimposed over the site that is a key feature of Rorschach and is unique. The web site owner can very quickly see how his users are navigating around the site, and how long they spend on any one page. The owner can immediately see potential problems in the design of the site if the number of users following a link is unexpectedly low.

[0028] Rorschach takes the log file and extracts the data that describes user interaction. In particular it examines the URL of the page displayed, maintaining a system of counters that tracks how many users visit each page, which page they came from (referrer), how long they spend viewing a page etc.

[0029] Comparing Pages

[0030] Rorschach needs to be able to take the URL of the page being viewed and compare that to the URLs of pages counted from the log file so that the charts can be calculated. The design of many websites creates a barrier to doing this, however. A URL comprises three main components: the domain, the page requested and optionally parameters to the page: 1 http://www.portalapp.com/717/links.asp?CatId=%206 Domain: www.portalapp.com/ Page /717/links.asp Parameters: CatId=%206

[0031] The web server uses the parameters to keep track of individual users or to refine the data within the page that the user will receive. A parameter of ‘CatId=1’ could show products that are in the ‘office products’ category and a value of 2 could indicate ‘food items’. Clearly these pages are different and must be recognized as such by Rorschach.

[0032] Parameters are also used to track users through what is commonly known as a session ID. The session ID is a value that is unique to each user on the site, often appearing as ‘SessionID=ABC123DEF’.

[0033] A page could easily contain both parameters of this type. If Rorschach performs a simple text string comparison of the URL in the browser with the URLs from the log file, it will find no matches and therefore erroneously state that no users followed the link, because the session ID is a unique string for each user.

[0034] Rorschach solves this by breaking URLs into the domain, the page and the parameters list as described above. It further breaks the parameter list into a set of individual parameters for each page. As depicted in FIG. 5, at a simple level the user can select from this of parameters and instruct Rorschach to ignore certain parameters when considering whether the page being viewed matches other pages in the log file. In the above case the ‘sessionid’ would be ignored, while the CatId would be retained.

[0035] Second embodiment: Automatically computing which parameters to elminiate and which to keep.

[0036] Referring to FIG. 6, The user of Rorschach would normally have to specify for each page of the site the parameters which should be stipped from the URL before comparing/counting. Given the large number of parameters on multiple pages that are typical of even modestly complex websites, the task quickly becomes difficult and error prone. Rorschach avoids this problem by intelligently guessing which parameters are statistically relevant and which can be stripped, as follows:

[0037] The program analyzes a sample of the web logs of visitors to a site.

[0038] The program creates a list of all the parameter names in the sample.

[0039] The program counts the number of distinct values for each parameter name.

[0040] The program calculates a score for each parameter. One possible scoring function is to divide the total number of distinct values by the total number of occurrences of that parameter name.

[0041] The program builds a list of parameters whose score is below a certain threshold. When the program later generates the page identifiers, it first checks this list to see if it should ignore any parameters.

[0042] This threshold can be dynamically adjusted at run-time to yield a to arrive within a desired range of distinct pages.

[0043] Knowing that 5% of users follow a link on a page is not useful in all situations. A better way to measure link activity is to divide visitors to a site into distinct groups and determine how they behave compared to the entire population, or compared to another group. For example, users entering the site from two different marketing campaigns could be compared to see if they follow the same links, and view pages for the same period.

[0044] Tagging Users to Identify Groups and Patterns

[0045] Rorschach introduces a concept called ‘tagging’ visitors. A user can be identified by a number of attributes, such as: the page they entered the site from, the first page on the site they viewed, a certain page they visited etc. Rorschach permits a tag to be created using any of these such attributes. All users meeting the specified criteria are then counted counted as being part of the tagged group.

[0046] It is common for websites to use an intermediate page to identify which banner ad has brought the user to the site. The user of Rorschach would use the tagging feature to identify the different groups of users coming from each banner ad. Statistical data can now be displayed that compares one group of tagged users versus another. Differences in links traveled will be highlighted.

[0047] The tagging system works as follows:

[0048] The program presents several views of the data to the user.

[0049] The user can select various elements in these views. For example, the program has a tree representation of the web site, from which the user can select a page or a link.

[0050] The user can create tags from these elements. The criteria used to determine if a user is a member of a tagged group is determined from the element and view the user selected to create the tag.

[0051] Later, when the program is analyzing the web logs, the program collects statistics on each of the tagged groups defined by the user.

[0052] The invention has now been described with reference to the preferred embodiments. Alternatives and substitutions will now be apparent to persons of skill in the art. Accordingly, it is not intended to limit the invention except as provided by the appended claims.

Claims

1. A computer program product for use on a system including a digital computer, the computer program product comprising:

a computer usable medium having computer readable program code physically embodied therein, said computer program product further comprising:
computer readable program code that analyses a website and produces reports that indicate how the users interact with the site.
Patent History
Publication number: 20030160820
Type: Application
Filed: Jan 16, 2003
Publication Date: Aug 28, 2003
Patent Grant number: 7299457
Inventor: John Marshall (Santa Cruz, CA)
Application Number: 10348211
Classifications
Current U.S. Class: 345/745; 345/789; 345/811
International Classification: G09G005/00;