Tag Info

Hot answers tagged

4

Here is Google's position from an archived live chat session (the link is now dead): *Does inconsistent capitalization of URLs cause duplicate content issues and dilution of page rank? For example www.site.com/abc vs www.site.com/Abc. On Windows hosts, these are the same page, but are different pages on Unix hosts. JohnMu: Hi John, based on the ...


4

Two of the most widely used web servers have very different settings for case sensitivity of URLs by default. Whether or not your URLs are case sensitive is likely a function of which you are using: Microsoft IIS - case insensitive URLs - shows the same content regardless of capitalization. Apache HTTPD Server - case sensitive URLs - gives a 404 not ...


2

This is in reference to the Action tab inside the Events dialog. Take a look at this picture: Don't use those settings and you should be in the clear. This is straight from GWD team member: In the Events dialog of GWD, there is Google Ad section in the Action tab. Some of the items don't work with AdWords environment such as timer. Also if you set ...


2

This is one way people canonicalise duplicate product pages on ecommerce and is a valid way to use it. As long as the content on the product page is identical, or a large part of the content is exact and appears on both pages. If the pages are not extremely close in exact words, the canonical designation might be disregarded by search engines. For the most ...


2

Instead of using just the canonical tag on both pages, use the annotations for desktop and mobile URLs. On the desktop page, add: <link rel="alternate" media="only screen and (max-width: 640px)" href="http://example.com/?mobile=1" > and on the mobile page, add the canonical tag: <link rel="canonical" href="http://www.example.com/" > ...


2

If Google isn't indexing words contained within scripts, then the words need to be added to the HTML where Googlebot does pick up on them. So that all the data isn't duplicated, it can be removed from the script. The JavaScript can pull the text out of the HTML document and use it. The text in the page can be hidden via CSS. This should not be ...


2

Usually they simply don't! I have worked on hundreds of sites with the exact same issue, each time giving them some options to remedy it, but quite often they never make the necessary changes. But lets get to the options. Rewrite the content. This is clearly the single best thing that can be done, but it can be a daunting task. Say if you have an ...


2

The amount of time that users spend on your site after clicking on a webinar link that has been sent to them via email will in no way change your Google rankings. Here is a video by Google's Matt Cutts where he addresses whether or not Google uses Google Analytics data as a ranking factor. The answer is "no". Google does care about the experience its ...


1

I suspect you deleted the site from the main Webmaster Tools page without first unverifying yourself as a user/owner of the site. (Although you would perhaps expect the current account to be unverified automatically - that does not seem to be the case.) However, you should still be able to visit Webmaster Central - Verification Home from where you can ...


1

This should not result in any spam penalties from Google. You are not creating duplicate content - the post still exists only once on the site - so the only issue will be how Google recalculates the page based on the republished content.


1

I don't think that Google have ever stated that bounce rate is a ranking factor. However, my personal belief is that "click back" rates are a factor, simply because it would be too useful a metric for Google to ignore. User receives a link 1hr before the webinar starts In this case, the user isn't actually arriving from Google's search results. Thus, ...


1

Google does not reliably index text contained in JavaScript or CSS, even if it is visible to users on the page. I found out about the JavaScript part recently when I asked How can I get Google to index content that is written into the page with JavaScript? I also use text in css before on that site. If I search for the text that is in the CSS, Google ...


1

The reason this happends is because of (amongst things) duplicate content. You know that the http and https version are the same page, but Google treats them as two pages, thus duplicate. What you need to do is send a redirect with 301 header. 301 means 'permanent redirect', or simply put: 'dont use this url anymore, use the one I send you to: ...


1

I am not having a deep knowledge of this implementation as i have not performed it yet on any of the client's site, but i think i can help you. So, here you go: You need to make a 301 redirect on all the URLs in .htaccess One thing that need to make sure is the sitemap of the site.You need to change with all the new URLs with HTTPS Make sure that all the ...


1

I would go with topic.example.com or example.com/topic and not a separate domain for each topic. Basically, use the silo approach. This will allow each topic to rank on its own without being too diluted. Also, having your keywords in the domain does not proved very much SEO value now a days. P.S. While topic.example.com or example.com/topic are both sound ...


1

If you point two domains to the same website/content this is duplicate content and exactly what Google does not want. They want one authoritative URL for all content to display in their search results. If you want two domains to display the same content you need to decide which one is the one you want in Google's search results and make that the canonical ...


1

HTTP/HTTPS Backlinks Google will treat both backlinks the same since they are protocols and technically the same site, however...! If someone links to your site using HTTP:// and your site is HTTPS only then a redirect action will be required and whenever using a 301 redirect some juice is lost, but its a tiny weenie! amount! and nothing worth worrying ...


1

Use the noindex meta tag <meta name="robots" content="noindex"> on all pages except the Homepage. This will ensure all pages (other than the homepage) are removed from major search engines.


1

Using a robots.txt file will not cause a pages to be de-indexed. It will just prevent search engines from crawling them. They can still be listed in the search results, though. To have pages removed from the index you need to use the x-robots-tag HTTP header: x-robots-tag: noindex


1

Try putting the following robots.txt in the root of your website: User-agent: * Disallow: / Allow: /$ Note that it will take time and that you can use Webmaster Tools to manually request their removal (this can speed up the process).


1

Did you follow the guidelines for removing the malicious codes and following the hacked site guidelines? The last step is submitting a request for review, which can be done here: https://support.google.com/webmasters/answer/2600725?hl=en To expedite the process, I would submit a fresh sitemap to Google, but I would give it 7 days.


1

This has changed. As of sep-2014: The CNAME target should be: ghs.googlehosted.com And you enable the URLs from dashboard -> Company Profile > Custom URLs Google's support page



Only top voted, non community-wiki answers of a minimum length are eligible