Welcome to the Q&A Forum

Here's how I dealt with a similar situation in the past. Robots.txt on each of the dev subdomains and on the live domain. Dev subdomains robots.txt excluded the entire subdomain, and subdomains were verified in GWT and removed as needed. Made live subdomain robots.txt read-only so it didn't get overwritten. Should have made dev subdomains robots.txt read-only as well, since they sometimes got refreshed with the live content (there was a UGC database that would occasionally get copied to a dev subdomain, and we'd have robots.txt get copied over too and dev subdomain indexed). Set up a code monitor that checks the contents of all of the robots.txt daily and sends me an email if anything is changed. Not perfect, but I was at least able to catch changes soon after they happened, and prevented a few changes.

Yes i think you are better off putting your time into fixing the canonical tag on the server side. It may even look sus doing what you are doing. I would go to WMT and view as google bot and see how they see it, i think they will read the tag before any js.

I recieved this Google reply to my latest reconsideration request. Maybe you can gather some insight from their resonse. I'm trying to decide if its a content issue or a linking issue google is taking exception to with my site. Any insight would be appreciated. Thanks, Todd Dear site owner or webmaster of http://www.costumemachine.com/, We received a request from a site owner to reconsider http://www.costumemachine.com/ for compliance with Google's Webmaster Guidelines. We've reviewed your site and we believe that some or all of your pages still violate our quality guidelines. In order to preserve the quality of our search engine, pages from http://www.costumemachine.com/ may not appear or may not rank as highly in Google's search results, or may otherwise be considered to be less trustworthy than sites which follow the quality guidelines. If you wish to be reconsidered again, please correct or remove all pages that are outside our quality guidelines. When such changes have been made, please visit https://www.google.com/webmasters/tools/reconsideration?hl=en and resubmit your site for reconsideration. If you have additional questions about how to resolve this issue, please see our Webmaster Help Forum for support. Sincerely, Google Search Quality

Thank you Joseph. The site is faster than 77% of the sites online according to google. Could probably be tuned to be a bit faster i guess. I'm going to try to tune the server a bit to make it faster, might also try to disable https on most of the site (except the billing-system) for a while to see if it has any impact on the speed according to google.

after a 301 redirect can I delete the pages and the databases/folders associated with them? Yes. Think of a 301 redirect like mail forwarding. If you have an address, 1000 main street and then move to a new address you would leave a forward order (e.g. 301 redirect) with the post office. Once that is done, you can bulldozer the house (e.g.. delete the webpage/database) and the mail should still be forwarded properly. How does one create a 301 redirect? The method of creating a 301 redirect varies based on your server setup. If you have a LAMP setup with cPanel, there is a Redirect tool. Otherwise I would suggest contacting your host and ask how to create a redirect based on your particular setup.

After I finished work, I will dig through my history and can hopefully deliver. Update: I spent 1 hour going through my browser history and I was not able to find it. Kinda freaks me out. Sorry.

Buy a magento car theme at template monster. Or buy one on Magento Connect. On magento connect, you will have to do a lot of digging around. The themes are already set so you just have to get familiar with it and change the pics

I am sure Google can identify it is a Q&A site, but they don't care as it is irrelevant. To Google, a web page is a web page. Whether that page is a Q&A, forums, blog article, e-commerce store or any other type of web page makes absolutely no difference. The web page is designed to display content for users in an internet browser on a pc. Google will examine the content in a similar manner for all sites. All the standard SEO metrics apply: page title, quality of text, links on a page, etc. The links on a page affect the flow of Page Rank throughout your site. I would suggest each page offer a block with your main categories and another with related questions. You do not want to offer 100s of links as that is not very user friendly. If you check the Google Analytics on a website with 200+ links on a page, you will likely discover most links are never used. If you only offer 50 links on the same page, visitors can easily find helpful links and select them.

changing from .com to .net is the same as changing your domain name. It should be done only when absolutely necessary, unless the current site is not established and not ranking.

Links: number of links on the page. Queues: number of links that still need to be checked.  (Will gradually decrease to 0) First number in green - number of good (i.e. unbroken) links. Second number in red: number of broken links. Then, you look on the page for all of the links that are highlighted red.  Those are your potential broken links.  Be careful of 405s though...any links to amazon products come up as red but aren't really broken.  Really, 404s and 500s are the ones you want to find.

Actually I experimented a lot with the htaccess file and I managed to do it, the problem was indeed WHERE I placed those redirections. Thanks a lot for your help!

Hi Gary, Here's some code from an htaccess file I've used before that solves the issue you've got with index.php at the end of all your urls: #remove /index.php and ensure admin works okay RewriteCond %{REQUEST_URI} !^/administrator RewriteCond %{THE_REQUEST} ^.*/index.php\ HTTP/ RewriteRule ^(.*)index.php$ /$1 [R=301,L] notice the line that contains ^/administrator , in Joomla, admin login is usuall on http://site.com/administrator/index.php so, removing the index.php from the admin url would prevent any access to the admin screens! If your cms has a similar url, be sure to replace 'administrator' with the relevant url.