Common SEO mistakes to the launch site webπŸš€ πŸ”₯

Common SEO mistakes to launching a website

There are endless reasons to re design a website. I will not go into all of them today, but instead, I would like to talk about how to avoid common pitfalls that can put a damper on all the hard work prior to the launch of your site.

I have been helping customers launch websites for about 10 years. I've seen enough to know that every pitch has its challenges, and I've learned something new every time. But, some constant I've seen in many of the websites I've helped launch deal with the SEO.

And again, I see that “SEO” It is considered an afterthought and allocates only a small amount of resources or attention before they start the websites. As usual, I see that people end up with a site preparation fully approved and running they think that the last step is “activate the switch”. Although that would be great, rarely the case. I will guide you through some tasks “essential” before launching your new site. Ok, let us begin.

PREPARE YOUR INTERESTED PARTIES.

The launch of a new website usually the culmination of months of effort and collaboration between teams. And once you have a website approved “final”, Unfortunately that is not the end, but the beginning. Before your site into operation, there is still much to be done from the point of view of communications.

The websites They receive traffic from a variety of channels, including these major:

  • Organic (searches on search engines)
  • Paid out (paid ad clicks, Search engines and social platforms)
  • Direct (someone typing your domain name)
  • References (visits to your site from a link on another site)

It is not likely to change the volume of referrals and direct visits, assuming your website have 301 redirects configured correctly (more about that in a minute). The organic traffic is the channel with greater risk of decline after a change in the site, and that should be transmitted to the main stakeholders of the site before the launch.

Think about how they are structured websites. There is HTML, CSS, usually some JavaScript, third-party tracking codes, active as images and videos, etc. Even if “solo” updating the look of the site and all content remains the same, the code will end up looking very different. And it is important to consider because this is how Google and other search engines process your websites.

Use a tool like Screaming Frog tracking for a site tracking.

Look for pages that are missing key elements of SEO as title tags, appropriate header hierarchy, canonical, etc. First, solve these problems.

I've seen sites almost live with each of the product pages labeled as “Product page” instead of having a unique title tag. Even if Google remained the page in exactly the same position classification, the click through rate will plummet since the “Product page” It is not exactly convincing.

Confirm that your map Redirection 301 works correctly.

I like to plan a heuristically from the outset during the architecture of the site to assign existing URLs to their new and improved URL, but inevitably during development, things change. You must ensure that your 301 remain accurate and its method of implementation is prepared and ready before starting work. A single file .txt using Regex is my preferred method for managing redirection.

Only URLs that are changing should be part of your plan redirection 301. I've seen sites that start with / page / redirecting / page / that will repeat forever and never be charged. Not good.

Maintain the same analytical monitoring implementation if possible.

A maintaining the same view Google Analytics on your new site, can more easily compare data and performance. Of course, If you are changing URLs, That makes the comparison more difficult, but not impossible. Having such historical data point will allow monthly patterns, seasonal lines and trend for help decipher what is noise and what changes in performance deserve your attention.

If you must change your view of Analytics, It's not the end of the world. It's much better than the alternative of forgetting to add the complete script analysis!

Develop a need for speed (of the site).

In a good scenario, your new website will be improved load times page that has compressed all images, Large downloaded resources (using YouTube for video hosting, etc.) and a brief written code. In an ideal scenario, your site is loaded, both mobile and desktop devices, in less than two seconds. Google is tracking the mobile version of websites first, so it is imperative that the mobile experience is optimized.

With a launch earlier this year, We reduced time loading a mobile home page 13 two seconds. We did eliminating the large video that was playing in the background, using SVG (an image format of art) Y, most impactful way, codifying a WordPress theme on top of WP Core, Instead of using a popular, out of the ordinary. Page builder shelf. (You think you want a creator of pages but resist that urge. They are swollen, frustrating for the site administrator and will cause more harm than good).

XML y TXT