Welcome to the Q&A Forum

It's not uncommon to see some lower traffic as Google re-crawls the site. If your 301 redirects are all done correctly to the correct pages, there's not much else you can do. As James mentioned, you may want to reach out where appropriate and see if you can have the link directed to the new URL. I don't know how much they've changed, but you will also want to check and make sure that any changes to the internal links or navigation are for the best. Deeper pages can sometimes suffer in site redesigns if the number of internal links or the click-depth has fallen.

Hi amitramani, We have been looking at a couple of high traffic ecommerce websites and picking out common characteristics that make them work. Here's some tips we have compiled that should be relevant to you: http://blog.referralcandy.com/2013/01/14/ecommerce-website-updates/ Hope the article will help and let me know if you need any further help with optimising your site design!

Thank you for this Matthew.

thank for your responce but the below code more help me that your suggest RewriteRule ^ads-sub-cat/(.*)$ http://adshub.ir [R=301,L]

As Lesley says, it's not ignored. If the content is exactly the same on both URLs, you can ask your IT folks to include a rel=canonical directive in the header that sets the canonical version of the content to one specific URL or, if a URL isn't needed, it can be 301 redirected to the proper URL. Canonicalization and the Canonical Tag - Learn SEO - Moz

If the individual sites don't have any external links pointing to their internal pages and those pages are not getting any search traffic, you could just 301 each domain to the appropriate landing page on the new domain.

Hi Nathan, After creating our site we decided to write down some guidelines. Thought you might enjoy them http://moz.com/ugc/website-design-wars-seo-agencies-vs-web-design-agencies-worldwide-trends Feel free to PM me if you need any help Carla

Write a Perl program (or other language script) that will: a) read the target webpage, b) extract the data relevant for your geographic locations, c) write a small html file to your server that formats the data into a table that will fit on the webpage where you want it published. Save that Perl program in your /cgi-bin/ folder.   (you will need to change file permissions to allow the perl program to execute and the small html file to be overwritten) Most servers allow you to execute files from your /cgi-bin/ on a schedule such as hourly or daily.  These are usually called "cron jobs".  Find this in your server's control panel.   Set up a cron job that will execute your Perl program automatically. Place a server-side include the size and shape of your data table on the webpage where you want the information to appear. This set-up will work until the URL or format of the target webpage changes.  Then your script will produce errors or write garbage.  When that happens you will need to change the URL in the script and/or the format that it is read in.

Too many internal links is no doubt a bad thing which should be corrected as soon as possible. While there is no magic number you need to adhere to, you will want to keep your internal links to as small a number as possible. The main reason for this is because the more links you have, the lesser pagerank you are going to pass to each link (read more about that here: http://moz.com/blog/how-many-links-is-too-many). Find out where does all the internal links actually link to, and decide which ones you don't want to pass link juice to and eliminate those links. If all these internal links are a result of your CMS, you might want to consider changing to another CMS.

Brand Labs does excellent work but you may suffer some sticker shock. I recommend contacting Convergent 7.  They are right around the corner from you, are very experienced with Volusion sites, they know development and SEO. Then, I'd also suggest joining their Volusion forum where you'll find a lot of seasoned expert Volusion merchants.

that's great thanks.  NoFollow in Chrome is not picking up.

Thank you so much Thomas, this will definitely help me

Hi Ron, Structure might not be as important in terms of what to tag.  Mark up for different posts yes, its encouraged to have the appropriate one for each page post or otherwise: http://schema.org/LocalBusiness I am not sure if you were looking for anything more special than this but this is as special as it gets in terms of local seo markup Hope this helps

Our webmaster has at long last managed to trigger a general IIS-generated 404 template page -- but doesn't know how to turn that into a customised one . Help again!

Thanks for the help guys, I was trying to move away from that long URL.  Plus I want to start offering to more industries.  I think even with your advice I am going to leave that site up, archive and rewrite the stuff about staffed sales events and 301 all the stuff about direct mail to the new site. I also decided to start a new company for the other URL for due to insurance E&O coverage requirements.  So that put me in a box.

Yes. I completely agree. Think kind of text is crappy, pointless and I don't even think it'll do much to help your rankings (Google can sniff out "SEO optimised" copy from a mile-off). The approach I take for this kind of things is to get an actually decent writer to craft the copy, without considering keyword optimisation whatsoever and just trying to make it as useful as possible for the user. Assuming the writer doesn't use obscure language for the sake of it, this text will show enough relevancy for appropriate keywords and topics that the text will be better "optimised" than anything created for "SEO".

Hi It's always difficult to give styleguides to developers if you're not one yourself... As ProfessorBlak mentioned, this stylguide is not always optimal. Personally, I think trying to achieve W3C Validity is a better standard. But even here, it's not always possible, so might have to cut your developers some slack... As a guideline, I think this stylguide makes sense. Developers should at least be able to give a good explanation if they do not produce code that validates and/or does not follow the styleguide.

Hey Melissa, Many large websites choose to create separate mobile sites rather than using responsive design because they don't want to change the main version of the site (often because they've built a mobile website team that doesn't have any say in the activities of the primary website team). Don't use that fact to shy away from responsive design. I generally recommend responsive. There are very few things that responsive designs can't do. Namely, you can't have different content on your mobile site than you do on your desktop site. Do you want your mobile site to be a mini version of your desktop site? Then you can probably make it responsive. You can definitely create a responsively designed site that allows you to search for properties easily. Hope this helps! Kristina

Hi, We are not using the same domain name as its not user friendly. It is brandname-online.com rather than brandnameonline.com or brandnameonline.co.uk. Its a pain in the arse for emails, telling people over the phone and general stuff regardless of the SEO side of it. Many people dont use the - We own the domain name but we can not take the website. So my thinking was that if we cant take the website, then we cant take all the links we have out there that go to anything other than the root domain brandname-online.com.? Is this correct? My problem is I dont think we can 301 all the individual products pages (some of which will have sold out anyways) to the new website? Rather we can just 301 the current domain to our new domain? Do I have that wrong? In brief... We have a website and a domain name We can not take the website itself We CAN take the domain name We have bought a new domain name We plan on 301'in the current domain to the new domain Do we have any work around for individual pages on current domain to get them to the new domain ? Or will our 301 on the current domain send all traffic to current site to our new websites homepage? THanks