One.com

Tests Summary Summary Widget Summary Table

DNS Summary DNS Speed Tests DNS Graph Compare DNS Copenhagen Rating Table

Page Speed Summary Page Speed Summary Page Speed Load Objects Page Load Tips

Site Speed Laboratory Summary for this website

Summary Widget

DNS Lookup Speed

DNS History Graph

Compare DNS Speed

Compare DNS Lookup

vs

Our Servers

Usa

NY, New York
Florida, Tampa

Germany, Frankfurt
Canada, Montreal
United Kingdom, Gloucester

The table below shows the dynamic of the DNS Lookup speed changes for the website from various locations.

Page Speed Test

   

Page Speed

Page Speed is a key factor in the website speed estimations (along with DNS lookup speed and website latency). Speed of the page loading, sophisticated subdomains usage for static content (images, css), optimized code (html, js), hosting on fast servers with good latency to its audience leads to good results and, ultimately, to a good website profitability.

While conducting tests we emulate a visit your website using the browser Firefox 3.5.6. Test results of the page loading listed in this table:

Ways to improve website performance

Once the document (website's main page) has been downloaded, we analyze it. It allows us to give webmasters some recommendations on how to optimize page load speed. We analyze the internal and external factors.

Keep Components under 25K

Users often visit web site using a mobile phone. Even the most modern and advanced gadgets have some limitations. For example an iPhone browser do not cache page components bigger than 25K. So you should strive to ensure that scripts, CSS-styles, etc. are less than 25K.

Avoid 301 & 302 Redirects

Redirect allows you to make website or page available under many URLs. Webmasters use redirects when their sites change domain name, several websites are merged into one, document is moved too a new location, etc. Using a redirect delays content obtaining. Any delay negatively affects on the user experience. We've detected that page has 2 redirects before page components start loading. The following list contains some of these redirects:
Try to reduce the number unnecessary redirects.

Alternate text for the images.

As you may already know, search engine that indexes your pages, do not have eyes. And all content you are trying to display on your site is just HTML & CSS code, images, Flash, etc for the robots. It is It's extremely important to describe each of the objects more datailed using ALT, TITLE and other tags.

Our robot has determined that the one.com page has 4 images, which has no tag ALT. Tag ALT is a text field, that specifies an alternate text for an image. But not only. Search engines consider this tag as a supplemental result for assessing the content of your page entirely. Do not ignore it!

For example your page has this code:

383.

<img src="/banners/12549257en/novat/gif/init.gif">

We recommend you use rich img code in that place:

383.

<img src="/banners/12549257en/novat/gif/init.gif" alt="web hosting">

P.S. We used keyword for this image that seemed to us most important for your page. But you can go ahead and give to each of 4 images an ALT text. This problem requires responsible approach. No need to put the same text at alt tag of the all images. Imagine that the pictures do not show and try to make sure that users understand what is shown on the picture based on the alt tag

Specify image dimensions

The browser needs to know the actual dimensions of image (width and height) to quickly render webpage.

We have detected that the 12 images has no width and height.

If you do not specify the width and/or height, then in order to correctly display the image browser needs to download it and only then put on the screen. Otherwise, there is a chance browser will display elements under the picture inappropriately as well as the possible presence of "jumping" effect of the page content (until the page load is finished).

We provide below example of how to define the image http://server.iad.liveperson.net/hc/82763522/?visitor=&msessionkey=&site=82763522&cmd=knockPage&page=http%3A//www.one.com/en/&visitorStatus=INSITE_STATUS&activePlugin=none&pageWindowName=content&javaSupport=false&id=6526813298&scriptVersion=1.1&d=1293554542371&title=One.com%20Web%20hosting%A0%A0-%A0%A0Domain%20%u2022%20Hosting%20%u2022%20E-mail%A0%A0%20-%20One.com&referrer= dimensions:

1358.

<img src="http://server.iad.liveperson.net/hc/82763522/?visitor=&msessionkey=&site=82763522&cmd=knockPage&page..." style="visibility: hidden; position: absolute; top: 0px; left: -5000px;" width="IMAGE_WIDTH_HERE" height="IMAGE_HEIGHT_HERE">

Reduce the number of requests to your server by avoiding empty image src attributes

Webmasters may left, intentionally or by mistake, src attribute of the img tag blank. This is bad practice. In this case, the browser (Internet Explorer, Safari, Chrome, Firefox 3) makes an unnecessary request to the server. You waste server computing cycles and traffic. And there is the possibility of destroying user data too.

1353.

<img name="need_close" id="need_close" alt="Close Chat Invitation" style="display: block;" border="0" src="">

We've detected the first image tag with empty src attribute on 1353th line of the document. We've also counted the total number of tags with empty src attribute in the document: 2. We recommend specify src attribute of img tag or remove this tag completely.

Use the TITLE for A tag

As we have already mentioned, search engine bots can not see the site like a people do it. They more focused on the descriptions of certain page elements. That's why we strongly recommend use TITLE operator in the "A" tag. This operator not only describes the page referenced by the page more detailed, but also takes part in the page describing. For example, you have the link on your website:

171.

<a href="/en/" target="_top"><span>One.com Web hosting&nbsp;&nbsp;-&nbsp;&nbsp;Domain • Hosting • E-mail&nbsp;&nbsp;</span></a>

We suggest you to remake it in this way:

171.

<a href="/en/" target="_top" title="web hosting domain"><span>One.com Web hosting&nbsp;&nbsp;-&nbsp;&nbsp;Domain • Hosting • E-mail&nbsp;&nbsp;</span></a>

Of course, you can (and should) use more proper phrase instead of the "web hosting domain" that describes the link /en/.