=== WordPress Importer === Contributors: wordpressdotorg Donate link: https://wordpressfoundation.org/donate/ Tags: importer, wordpress Requires at least: 3.6 Tested up to: 4.9 Stable tag: 0.6.4 License: GPLv2 or later License URI: https://www.gnu.org/licenses/gpl-2.0.html Import posts, pages, comments, custom fields, categories, tags and more from a WordPress export file. == Description == The WordPress Importer will import the following content from a WordPress export file: * Posts, pages and other custom post types * Comments * Custom fields and post meta * Categories, tags and terms from custom taxonomies * Authors For further information and instructions please see the [Codex page on Importing Content](https://codex.wordpress.org/Importing_Content#WordPress) == Installation == The quickest method for installing the importer is: 1. Visit Tools -> Import in the WordPress dashboard 1. Click on the WordPress link in the list of importers 1. Click "Install Now" 1. Finally click "Activate Plugin & Run Importer" If you would prefer to do things manually then follow these instructions: 1. Upload the `wordpress-importer` folder to the `/wp-content/plugins/` directory 1. Activate the plugin through the 'Plugins' menu in WordPress 1. Go to the Tools -> Import screen, click on WordPress == Changelog == = 0.6.4 = * Improve PHP7 compatibility. * Fix bug that caused slashes to be stripped from imported comments. * Fix for various deprecation notices including `wp_get_http()` and `screen_icon()`. * Fix for importing export files with multiline term meta data. = 0.6.3 = * Add support for import term metadata. * Fix bug that caused slashes to be stripped from imported content. * Fix bug that caused characters to be stripped inside of CDATA in some cases. * Fix PHP notices. = 0.6.2 = * Add `wp_import_existing_post` filter, see [Trac ticket #33721](https://core.trac.wordpress.org/ticket/33721). = 0.6 = * Support for WXR 1.2 and multiple CDATA sections * Post aren't duplicates if their post_type's are different = 0.5.2 = * Double check that the uploaded export file exists before processing it. This prevents incorrect error messages when an export file is uploaded to a server with bad permissions and WordPress 3.3 or 3.3.1 is being used. = 0.5 = * Import comment meta (requires export from WordPress 3.2) * Minor bugfixes and enhancements = 0.4 = * Map comment user_id where possible * Import attachments from `wp:attachment_url` * Upload attachments to correct directory * Remap resized image URLs correctly = 0.3 = * Use an XML Parser if possible * Proper import support for nav menus * ... and much more, see [Trac ticket #15197](https://core.trac.wordpress.org/ticket/15197) = 0.1 = * Initial release == Upgrade Notice == = 0.6 = Support for exports from WordPress 3.4. = 0.5.2 = Fix incorrect error message when the export file could not be uploaded. = 0.5 = Import comment meta and other minor bugfixes and enhancements. = 0.4 = Bug fixes for attachment importing and other small enhancements. = 0.3 = Upgrade for a more robust and reliable experience when importing WordPress export files, and for compatibility with WordPress 3.1. == Frequently Asked Questions == = Help! I'm getting out of memory errors or a blank screen. = If your exported file is very large, the import script may run into your host's configured memory limit for PHP. A message like "Fatal error: Allowed memory size of 8388608 bytes exhausted" indicates that the script can't successfully import your XML file under the current PHP memory limit. If you have access to the php.ini file, you can manually increase the limit; if you do not (your WordPress installation is hosted on a shared server, for instance), you might have to break your exported XML file into several smaller pieces and run the import script one at a time. For those with shared hosting, the best alternative may be to consult hosting support to determine the safest approach for running the import. A host may be willing to temporarily lift the memory limit and/or run the process directly from their end. -- [WordPress Codex: Importing Content](https://codex.wordpress.org/Importing_Content#Before_Importing) == Filters == The importer has a couple of filters to allow you to completely enable/block certain features: * `import_allow_create_users`: return false if you only want to allow mapping to existing users * `import_allow_fetch_attachments`: return false if you do not wish to allow importing and downloading of attachments * `import_attachment_size_limit`: return an integer value for the maximum file size in bytes to save (default is 0, which is unlimited) There are also a few actions available to hook into: * `import_start`: occurs after the export file has been uploaded and author import settings have been chosen * `import_end`: called after the last output from the importer We Studied Over 1 Million Domains to Find the Most Common Technical SEO Issues – Reflex The Best

We Studied Over 1 Million Domains to Find the Most Common Technical SEO Issues


There’s a lot that can go wrong on a website, and every site is going to have some issues to fix.

We looked at 1,002,165 domains to find the most common technical SEO issues. Keep reading to see what we found.

The 15 most common technical SEO issues

These are the issues flagged the most across the 1 million+ domains. The number is the percentage of domains where the issues were found on at least one of their pages. 

The most common technical SEO issues from a study of over 1 million domains

These are the most common issues, but every website is different. You can use Ahrefs’ Site Audit to get reports about the issues on your own website. This is free for verified sites with an Ahrefs Webmaster Tools (AWT) account.

I made a sheet with the rest of the issues if you just want the data. If you want my commentary on the top issues and prioritization for fixing them, keep reading.

3XX redirect – 95.2% of sites

Most sites use redirects, and it’s not usually anything to worry about. Sites, and the web in general, are always changing. We ran a study that found that ~two-thirds of links to pages on the web disappeared in the nine-year period we looked at.

I’d be concerned if there are redirect loops, where a page gets redirected infinitely, or when there is a long chain of redirects. Google will follow up to five redirect hops in one session. And when it resumes crawling in the next session, it will follow up to five more. Anything over 10 hops won’t consolidate signals (like links) properly to the final URL.

You can find both of these in the “Issues” tab in the Redirects report in Site Audit

Redirect chain too long and redirect loop issues, via Ahrefs' Site Audit

HTTP to HTTPS redirect – 88% of sites

If you see this, great! You want your site to be on HTTPS

We have this as a notification in Site Audit, and you shouldn’t be concerned unless the redirect is going the other way—from HTTPS to HTTP. You can find the HTTPS to HTTP redirects in the “Issues” tab of the Internal pages report in Site Audit:

HTTPS to HTTP redirect issue, via Ahrefs' Site Audit

A surprising number of sites, >6%, are redirecting the wrong way.

One of the other issues that can happen along with HTTP to HTTPS redirects is “mixed content” issues. You can find this in the “Issues” tab of the Internal pages report in Site Audit:

Mixed content issue, via Ahrefs' Site Audit

Some people spend a lot of time updating all of the references to other file types to solve these. There’s a better way.

If you set a Content Security Policy (CSP) for upgrade-insecure-requests, it will solve all of your “mixed content” issues. It only takes a couple of minutes to set a rule in your .htaccess or server config for this.

In .htaccess, you simply add:

<ifModule mod_headers.c>
Header always set Content-Security-Policy "upgrade-insecure-requests;"
</IfModule>

Missing alt attributes – 80.4% of sites

Missing alt attributes is an accessibility issue, which may turn into a legal issue. Most big companies have been sued for ADA compliance issues on their websites, and some get sued multiple times a year. I’d fix this for the main content images, but not for things like placeholder or decorative images where you can leave the alt attributes blank.

For web search, the text in alt attributes counts as text on the page, but that’s really the only role it plays. Its importance is often overstated for SEO, in my opinion. However, it does help with image search and image rankings.

You can find missing alt attributes in the Images report: 

Pie chart showing alt attribute distribution, via Ahrefs' Site Audit

Meta description tag missing or empty – 72.9% of sites

I don’t worry much about missing meta descriptions. They don’t impact rankings. Google will write one for you if you don’t have one or sometimes rewrite yours even if you do have one. When we ran a study, we found that Google rewrites meta descriptions 62.78% of the time.

Still, there are times when I focus on them. Try to add meta descriptions when creating a page. If it’s missing on a page you really care about or that gets a lot of traffic, you may want to add it. You may also want to add one if you have a unique selling point or offer you think can be compelling for users.

You’ll find the “missing meta description” issue in the Content report in Site Audit.

Pie chart showing meta description tag missing issue, via Ahrefs' Site Audit

If you click into the issue, you can sort the pages by “Organic traffic” in the report.

Sorting pages with missing meta description tags by organic traffic

Slow page – 72.3% of sites

We usually deem a page as slow by using our own subjective measure of speed. To get a better idea, I recommend enabling Core Web Vitals in your project’s crawl settings.

Use your PageSpeed Insights API key to get CWV in Ahrefs' Site Audit

This is going to connect you to Google PageSpeed Insights and will pull the Core Web Vitals metrics into Site Audit. These are the metrics Google actually uses in its rankings and are pulled from the same data source.

Some other auditors will pull lab test versions of these metrics. But if the tool isn’t connecting to PageSpeed Insights, you’re not getting the actual Core Web Vitals data, which comes from real-world users of Google Chrome. If they’re showing you Total Blocking Time (TBT) from Lighthouse instead of First Input Delay (FID) or Interaction to Next Paint (INP), that’s an easy way to tell the difference. 

We give you the Lighthouse-based test scores, as well as the Core Web Vitals test scores. Check out the Performance report in Site Audit for these issues and more.

CrUX and Lighthouse metrics visualizations

Page and SERP titles do not match – 68.5% of sites

You may want to improve the page title if it’s not relevant to the page since it is a ranking factor. You may also want to improve titles for pages getting a lot of search traffic where you think you can do a better job than Google.

You can find the “Page and SERP titles do not match” issue in the “Issues” tab of the Content report in Site Audit.

Page and SERP titles do not match issue, via Ahrefs' Site Audit

If you click into the issue, you can sort the pages by “Organic traffic” in the report.

Sorting pages where page and SERP titles do not match by organic traffic

I made a script a while back that you can use to see which of your titles Google changed the most from their original text. It’s really easy to use. Here’s the script and a video of how to use it.

Page has only one dofollow incoming internal link – 66.2% of sites

At least it’s not a completely orphaned page. But if it’s a page that you want to rank, you may want to add some more internal links.

The easiest way to see internal link opportunities is with our tool in Site Audit. We look at what your pages are ranking for and suggest links from other pages on your site that talk about those things. 

Internal link opportunity report in Ahrefs' Site Audit

Title too long – 63.2% of sites

We estimate if the title tag is being cut off on the SERPs, but you may want to manually check if it’s cut off on desktop or mobile searches. Mobile typically allows longer titles than desktop. We plan to actually check the SERPs for you in the future. But for now, you may want to check pages that are important to you.

If the title is cut off, you may want to adjust your tag to fit. However, the ranking is based on the whole title tag, not just what is shown on the SERPs, so you may want to leave it alone.

Page has links to redirect – 62.7% of sites

As long as the redirects resolve to another page and there are fewer than 10 hops (like I mentioned earlier), this is fine. I usually put issues like this in the backlog for someone to clean up when they get a chance, but I don’t consider it a big issue and don’t prioritize it.

You may want to check if any of the chains are too long. Look for this in the “Issues” tab in the Redirects report.

Redirect chain too long and redirect loop issues, via Ahrefs' Site Audit

H1 tag missing or empty – 59.5% of sites

I consider H1 tags missing a minor issue, especially if the text is wrapped in an H2 tag instead. It’s usually an easy fix to change them, so I’ll mostly do it—but I don’t expect much impact.

You can find the issue in the Content report in Site Audit.

Pie chart showing H1 issues, via Ahrefs' Site Audit

Meta description too short – 59.2% of sites

You already saw that I generally don’t worry about missing meta descriptions, so why would I worry if they’re too short? But if it’s a page you care about and you have something to add to the description, go for it.

Like I mentioned before, I think meta descriptions are a good place to add unique selling points or offers if you have them.

You can find the issue in the Content report in Site Audit.

Pie chart showing meta description length distribution issues, via Ahrefs' Site Audit

Open Graph tags incomplete – 56% of sites

Not every page needs Open Graph meta tags, so I’m not surprised by how often these are missing. They’re really only needed for pages that you may share on social media.

I typically don’t consider these tags to be related to SEO. The only time they may be used for something SEO-related is when they’re used in Google Discover instead of your title or feature image.

The only benefit they can have for SEO is that you may get a bit more exposure on social media, which potentially leads to some additional links. They are not used directly in rankings.

Meta description too long – 54.5% of sites

If you haven’t already realized it, I don’t focus much on meta descriptions. If it’s a page that’s important to you and you can write a better meta description that fits, go for it.

I’ve just seen too many audits recommending that someone should rewrite 800 meta descriptions, and I cry for that poor soul.

You can find the issue in the Content report in Site Audit.

Pie chart showing meta description length distribution issues, via Ahrefs' Site Audit

Multiple H1 tags – 51.3% of sites

Multiple H1 tags are allowed in modern HTML, and Google has said this is not a problem. HTML5 has supported multiple H1s since it launched in 2014.

I’d just check to make sure all of the headings you have as H1s are relevant to the page.

You can find the issue in the Content report in Site Audit.

Pie chart showing H1 issues, via Ahrefs' Site Audit

Meta description tag missing or empty (non-indexable page) – 50.8% of sites

We split a lot of different issues based on if a page is indexable or not indexable. This is meant to save you time by not focusing on issues on pages that aren’t indexed anyway.

For instance, you wouldn’t worry about a meta description on a page that can’t be indexed because that meta description can’t show up in a search result. Don’t spend time here.

Tip

Once again, here’s a sheet with the rest of the issues. Keep reading to learn more about prioritization of issues, which is what I consider the hardest thing for SEOs to get right.

What you prioritize to fix will be determined by the scale of the issues and which ones you think will have the most impact for your site. 

We have a default prioritization for issues in Site Audit, but you can edit the priority by going to “Issue settings” at the top right of the Site Audit dashboard. I’ll warn you now that changing the issue prioritization will impact your Health Score!

Adjust the priority of issues in "Issue settings" in Ahrefs' Site Audit

In fact, you can fully customize the issues. You can edit existing issues, create new issues, change the priority of issues, or turn off ones that don’t matter to you.

Prioritizing fixes or even determining if you should fix some issues is one of the hardest parts of technical SEO. It gets even more complicated when you have to weigh fixing technical issues along with things like creating content or links. 

Sometimes, the best course of action is to do nothing because the costs outweigh the benefits.

I don’t want to make assumptions about your sites in this study, but I have listed some of the projects I would prioritize in our beginner’s guide to technical SEO. We also have guides on doing a technical audit and fixing technical SEO issues to give you more ideas.

The way I usually prioritize issues is by the impact I believe they will have and the effort that I (or my dev team) believe it will take to fix them. This makes for a nice visual for presentations and helps you see which fixes will have the most impact with the least effort.

Impact Effort Matrix used for prioritizing technical SEO issues

Final thoughts

A huge thanks and shoutout to my colleague, Oleksiy Golvoko, for helping me gather this data! It was interesting to see the issues at a scale that has never been done before.

In case you missed the other two links to it, here is a sheet with the rest of the issues.

If you have any questions, message me on Twitter.





Source link

tech
      Reflex The Best
      Logo