Welcome to the Q&A Forum

Great. Glad to help anytime :). Thanks for coming back to confirm it worked. That will help others with similar problem to use the solution without second thoughts.

Hi Phil I don't know that I've seen this exact issue before, but I've seen similar situations recently as well. I almost wonder if this could have to do with what data center you happen to be hitting, or if perhaps just in their database for some reason they push back to a prior index. Or you could be seeing part of test in one of those instances. You could try asking others to check the cache from different places geographically. Have you also tried different browsers? I know some of that could be a stretch, but testing all variables can't hurt. End of the day, I don't think this is a huge issue if Googlebot crawls the site at a healthy rate. So I'd run through webmaster tools etc and make sure crawl depth is where it should be. -Dan

Couple things here I think might help - First off, holy cow the methodist flag page had an entire narrative for a meta description. This is not causing your problem but you should definitely fix it. It's like... way too long. Shorten that up. Second, what's up with all the javascript embedded internally in each page? Assuming by glancing at it the scripts are all the same, why not just make a js file and drop it on the directory and link to that with a script src tag in the header? Seeing as how Google does parse through this JS more and more, this could be affecting your crawls but also it's just dirty and a bit of a mess. Surely it will clean your server up this way and make things a bit more efficient and manageable. It might even help with duplication issues. As for why it's recognized as a duplicate... The majority of the content is a duplicate for sure. The small amount of body that changes is not enough to keep Roger from thinking it's a duplicate. I think Roger is a bit touchier than Google's bots but it's still probably a good idea to think about how you can add content to make each page a bit more different. Even if you can change img alts or something that is repeated across each page to something specific.. this will help your onsite optimization at the same time by balancing out your keyword density. That's a place to start. The src files of your html is miles long. I'd start there.

Thanks for the response, I'll be sure to change my clients configuration. Do you know the specifics of why it's a disaster?  I think it has something to do with the technical explanation above, but I wanted to get some confirmation so I can educate my client as to why it's a disaster.

Hi, You said you changed design and deleted some pages. Well i have 2 questions for you, answer and i will give you the solution: 1. when changing design, did you change the url rewrite structure ? You could have lost link juice for inner pages this way. 2. You said you got rid of low quality pages. Did you 404 these pages or you redirected them (301/302). Tell me what you did for those page please. As my previous experience insunates, you lost the link juice to inner pages (by changing url structure) or you have done too many 404 or abused redirects in a way that shows Google your site is unhealthy or down. Happy to helpn and wish you luck!

I think it's important not to react before you've dug into the situation. There are a lot of reasons you can lose traffic and ranking temporarily, and solving the wrong problem, especially when the solution involves disavowing links, can be dangerous. Some things to check: (1) Was this loss sustained (is it still going on)? (2) Did traffic drop or did traffic+rankings drop? (3) What keywords or categories of keywords (brand vs. non-brand, for example) were affected? (4) What landing pages were affected? The more you can isolate the problem, the better. Also, check Google Webmaster Tools and make sure you haven't missed any notifications that could signal a manual penalty.

Thanks Tom , so just to clarify re 301's, link building/growth to the promoted domain should still have a beneficial effect pass on to the primary hosted domain ? cheers dan

Short answer: no. Parked domains are so different that you can't really make anything to check it. Some have a header 302, some have 'want to buy this domain?', some have only ads. It has endless variations and there's no standard.

The php declaration is to force your server to use php version 5.3, 3Plains. It's often put in place when a site's applications require a more recent version of php than is the default on the server. @Aleya - his htaccess had the php declaration in the middle of some of his conditionals, which I suspect was the issue. Had him move the php declaration to the top of the file before turning rewrite engine on. Seems to have resolved the issue. (Note, the php declaration can also be placed as last line in the file. I just find it better at the top so it reminds it's there in case I have a php version issue after a future server upgrade) Pleased we got ya working Paul

They might have some signals related to IP address but in my opinion that should not have a large weight. Your site might have a new load speed, and this is a signal for rankings as far as I know. You can use Alexa toolbar to see your domain's speed average, but it was better if you knew your previous speed, I think Google Webmaster Tools also shows you page load times, check if that increased when host changed. I hope this helps.

I find it a little confusing too, I run a mangento store so it might a little different. My ISP says to create pointer domains on the same server. Such as: http://www.mysite.com/ http://images.mysite.com/images/ http://js.mysite.com/js/http://media.mysite.com/media/ here's the link scroll to bottom.

Hi Melissa, To avoid your Mobile URLs to get indexed on the desktop results you need to: Add rel=canonical annotations in each Mobile URL pointing to their desktop URL versions Add rel=alternate annotations in each Desktop URL pointing to their mobile URL versions As Google specifies here and you can see in this graphic. Additionally, you can also see in those Google recommendations how you need to set 301 redirects to refer between your mobile and desktop URLs according to the user agent (mobile or desktop) used, as you can see in this other graphic too. If you look to optimize more your site towards Mobile SEO, you can also take a look at this Moz post I wrote some months ago. Thanks!

Hello Soren and thanks for writing us! It appears that your robots.txt is blocking quite a few folders and I am guessing that this could be part of the reason. If you can email us at help@seomoz.org with a couple examples of pages you are missing from your crawls, we would love to create a support ticket and dig in a bit further.

Looks like fixing that Open Graph setting and resubmitting did the trick.  Thanks for all the suggestions.

Start with the simple as Mike and Kevin said, there are numerous things before you begin looking at Penguin or any other algorithm changes affecting the results for drastic changes. Alex - while you may be correct, this is definitely not the best spot for Victoria to start.

Thanks Devanur...a beta version of our site is up www.posicionamientowebenbuscadores.com Not optimized for IE. Just for chrome and firefox. If you use IE, you will get routed to our old site.

Oleg that was quick!  Thank you very much! I will let you know how i get on although im sure you are 100% right! Thanks again and have a great day!

Hey, Glad to hear it worked out Mark

Thanks for your response. I will check out recommened post and comments