Jul 31, 2022
In Welcome to the Forum
These migrations will usually be more complex. The exception is moving from HTTP to HTTPS—which is pretty easy these days. These migrations may include: Domain: changing domain, merging into another site, splitting a site Protocol: HTTP > HTTPS Path: subdomain/subfolder, changing site architecture Specific to HTTP > HTTPS Use a Content Security Policy of upgrade-insecure-requests to fix all mixed content issues. It’s quick to implement and works for all resources besides things like internal links, which you still need to update yourself. Install a security certificate 301 redirect HTTP > HTTPS Add an HSTS header I wouldn’t worry about things like a redirect chain on the root path or updating links to the site. Fixing the chain and updating links won’t provide any benefits since signals consolidate because of the redirects. Specific to domain changes Lower TTL temporarily (a few hours for the value). This will refresh DNS caches faster and when you make the switch your changes will be seen by more users sooner. Use the change of address tool in GSC. Check the old domain for any manual actions that might be in place in GSC Here’s a quick tip for Site Audit users: if you change the scope of your crawl in the project settings to a different domain, your new crawl will be on the new domain and you’ll be able to compare it to the crawl on the old domain. All Update internal links and links in various tags like canonicals, hreflang, etc. You may be able to use a find and replace plugin to do this quickly for internal links. Setup GSC. This can include things like transferring your disavow file, setting geo-targeting, URL parameter settings, and uploading sitemaps. You’ll want to keep a sitemap with old URLs for a short period of time. This will help monitor indexing of URLs in GSC. Remove any crawling blocks for pages on the old and new site. Everything needs to be crawled for signals to consolidate properly. Make sure pages you want indexed aren’t marked noindex. You can use Site Audit for this. Redirect pages. You want to make sure old pages are redirected with a 301 redirect to the new versions of your pages. It’s a good idea to redirect things like images and PDFs as well, but don’t worry about things like JS, CSS, or Font files. Focus on redirecting things that get indexed by search engines and don’t worry about other file types. The workload like this whatsapp number list allows both the vendor and the affiliate to focus on. Clicks are the number of clicks coming to your website’s URL from organic search results. You want to catch changes as early as possible so if you have a dev or staging site, you should crawl this to make sure everything’s okay before pushing changes to a live site. Remember that if an old site was using HTTPS and the certificate expires, bots are passed but users will receive an error message and won’t be redirected. There are multi-domain certificates that cover multiple sites that can help prevent this issue. If you see a drop, it’s likely related to redirects, something not being able to be crawled, something noindexed, changes to the content or removing content, changes to internal links, or something that changed related to technical SEO. SIDENOTE. If you’re thinking about updating links to your site, you may want to update links from pages you control, but I wouldn’t bother doing outreach to update links on other sites that point to you. They should consolidate properly with the 301 redirects. It’s not worth the effort to get them changed.