6

I narrowed it down to a simple test case: <div style="position:relative;"> <script src="http://www.dupure.com/scripts/plugins/modernizr.min.js"></script> HELLO WORLD The div with the relative position is inserted by Google cache and ends up enclosing both the modernizr script and the page contents. The modernizr script does something ...


5

You can add canonical tags by editing your blog HTML template. (See this Google support article on how to edit the template HTML: https://support.google.com/blogger/answer/46870?hl=en) Then add code like this to the <head> of the document: <ItemPage><Blogger><link href="<$BlogItemPermalinkURL$>" rel="canonical"/></Blogger&...


3

If your site can be accessed both by domain URL and IP address then you will have such issues. That IP corresponds to sulekha.com - obvously antoher one of your domains for the same business. You have to 301 redirect accesses from the wrong IP-based URL to the correct domain-based URL, at the server level. Since you are hosted on an IIS server this is ...


3

Persevere. I changed from robots.txt towards meta noindex,nofollow. In order to make the meta work the blocked addresses in robots.txt had to first be unblocked. I did this brutally by deleting the robots.txt altogether (and delcaring it in google's webmaster). The robots.txt removal process as seen in the webmaster tool (number of pages blocked) took 10 ...


3

There are several problems with your site that are not immediately apparent, but they do exist - and they're common for e-commerce sites. A full site audit may reveal more issues. Here are a few you can fix, to get started. First of all, you mentioned you started seeing problems in May of this year. There's a very good chance that Google updated their ...


2

Google's Documentation states that they will usually cache robots.txt for a day, but might use it for longer in if they get errors when trying to refresh it. A robots.txt request is generally cached for up to one day, but may be cached longer in situations where refreshing the cached version is not possible (for example, due to timeouts or 5xx errors). ...


2

It is normal for sites to look a little bit different in cache view. The cache usually tries to load resources from your server. This is problematic when: Users are using the cache because your site is down or slow Resources are not permitted by the browser to be loaded cross domain The latter may be the problem with fonts. It sounds like you found a ...


2

Generally you will not see traffic gain in just one-two days... You have to wait at least for a month. Google started re indexing your site is good sign. Now google bot will move around your site. And if everything is OK then you will see your site in Google search. Google bot will try to check each page through each angle and will evaluate your site and ...


2

Since multiple URLs can be used to pull up the same content you need to use canonical URLs to tell Google which one is the primary URL. In your case it would be: <link rel="canonical" href="http://www.example.com/page.html" />


2

I speculate that this is a markup issue within your HTML and HEAD, since Google's and Bing's cache are more sensitive to markup issues due to the fact they will scrape your <html> and <head> and inject their own markup. Browsers correct invalid markup successfully, well most times... If your code has issues within these fields the browser has ...


2

Problem explained:- This hack is getting very common these days. This is surely a glitch on part of Google which is being implemented with the help of hacked websites. Duplicate websites which are being shown in Google are hacked websites. They are being used as an intermediary to redirect traffic on other websites(or amazon affiliate links in the same ...


2

It will simply take time. If the site has been removed and you have removed it from Google Webmaster Tools, then there is nothing else you can do short of one option. If there were not too many pages on your blogger site, you can open Google Webmaster Tools > Google Index > Remove URLs. I assume there is a limit, but I cannot find it. Search engines are ...


2

I just discovered that after updating my page was no more AMP compliant and because of that google was serving last valid AMP page it crawled and cached. Posting it, as it may help others


2

You should wait, or better use Ahrefs. Everything is ok with the backlink - look at screenshot from Ahrefs. Regarding Google cache - it is pretty inertly. Beside of this it should not be used to know, how Google sees your page. Read this. One possible reason why you don't see the your author box with the link is, that this box is rendered by Javascript ...


2

Google generally caches the pages that it indexes, unless the site owner specifically requests Google not to (e.g. by using the NOARCHIVE meta tag). One way of checking if your web pages are indexed by Google is to type site:example.com into Google Search. This will show you all the pages on your site that Google has indexed.


1

Your traffic decline is not likely to be related to Google indexing additional pages on your site. Google usually considers "hot deals" sites to be fairly low quality. Their rankings often suffer. The additional pages that Google is indexing could be problematic if they are generally low quality. If you want only the pages in your sitemap indexed, you ...


1

The text only version of their cache is exactly that: no images and only text. The only thing that you have in that link is an image with no text. It is removed in the process of creating a text only view of the page for the Google cache. The full HTML version of the cache has working links. I wouldn't expect this to have any effect on Google's ...


1

I know it's an old question, but it's the first one in the Google search results. I've been searching for a solution and after some weeks of unsuccessfull testing, I could find the solution. Add this code in your .htaccess: # Allow access from all domains for web fonts <IfModule mod_headers.c> <FilesMatch "\.(eot|font.css|otf|ttc|ttf|woff|woff2)$"...


1

This may be a sneaky blackhat trick I've seen before, see if the below sounds like it could be it. They take a copy of your website HTML/images etc and store in a subfolder of a domain. Software such as WinHTTrack may have been used for this. They create and submit a sitemap of this static content to Google Webmaster Tools under their domain and wait a few ...


1

As long as pixroute.com is not returning a 404 not found or 410 gone error when trying to access the image then Google will not remove it from the index as the crawler doesn't realise that the image is gone. Unfortunately there is nothing you can really do about this as it depends on pixroute.com applying a change to the application code to return a 410 gone ...


1

You need to click on the gear in the upper right hand corner of the page, and then click on the Users and Property Owners link. Delete any person who should not have access and change your password.


1

I think they will not take more than 30 days to remove blogger post/page, In generally, When you create any blog on Blogger, then they will create account automatically in GWT(Google webmaster Tools), If you already submit sitemap, then you will get continuously notice about your blog. So when you delete your blog, they will give you errors on GWT. Their ...


1

It looks like you are not uploading the data to the correct DocumentRoot. Make sure you are uploading the data under the public_html directory. Also, make sure the domain name is not pointing to a subfolder of the root domain name..


1

When Google fetches a page, it is immediately stored within the index. This is where the cache comes from. The page is indexed. When you do a site: search, this is NOT a reliable indication of whether the page is indexed or not. The reason for this is simple. The process is not simple. There is a fair amount of work that has to be done before a page will ...


1

You can use the Remove Outdated Content tool in Search Console. Submit the URL and click through the dialogue box: Has the page been removed or updated? Yes. Click "Next", and select "The snippet and cache are outdated." Sometimes this issue can be traced to a specific cause, but often it's simply a glitch on Google's part. I suspect the latter's the case ...


1

This is when you need to teach google a lesson. Change or add a robots meta tag between <head> and </head> of the HTML code. It should look like this: <META NAME="ROBOTS" CONTENT="NOARCHIVE"> This will cause google to NOT cache pages containing that tag on their website. Leave that meta tag in place until you are 100% sure your content ...


1

Go To webmaster -> [property (website)] -> Crawl -> Fetch as Google Just hit Fetch and Render. Then after it has fetched and rendered, you can again go the Fetch as Google screen and click on Submit to Index button.


1

Google is much less predictable with its data recrawl times and I find a lot of their tools no longer work on the same sets of data they have on your website. I have seen Google take over a month to re crawl and update SERPs even after doing everything we could to get it to update it's records.


1

Fetch as Google delivers a screenshot of a site's loading state. Cache saves the site after all javascripts are executed, all means as well those, which run after the loadis fired too. If any javascript modifies or hides content after load is fired , it will be visible in fetch as Google, but not visible in cache.


1

I think the cause are your media queries. Google crawls with different settings and after it realizes, there are media queries, it crawls with user agent, which display size is lower as full screen. I tested this issue at Chrome and FF: the page begins to be displayed after the window is resized to 1026px width: it seems like would your media queries hide ...


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