We enjoy using WordPress because it is so friendly with Search Engines; however, what if you have a page you want public but not indexed? There are a number of ways to do this and adding a code to a “header.php” file in your child-theme, but this gets messy. The plug-ins we used in the past are no longer in development. Well everything we needed to achieve this was already installed and it is in Yoast SEO.
In the Admin section go to the page you want to block.
Expand the Yoast SEO tab.
Go down to Advanced and expand it.
In the “Allow search engines to show this Post in search results?” set this to “NO“, and the “Should search engines follow links on this Post” to “No“
If you look at the source code of the page you will see the meta data for indexing is set to NOT INDEX.
We worked on improving the SEO of a page, so when we were finished we removed the old URL and submitted the new one. This was a mistake. We would recommended waiting till the new page has been indexed before removing the old page. The reason for this is that critical page was not indexed at all for a month. The reason for this was there was an error on the page that we didn’t notice Google was warning us. This was on the URL Inspection page.
We overlooked the text stating “because of an error.”, and we keep hitting the “Request Indexing” button. After a few weeks the page never got indexed. We decided to click on the “TEST LIVE URL” button. When we did this we got a completely different screen saying the page is available for indexing. Once it was done we now see this page.
Finally got things moving forward. We are looking forward to seeing new results.
DIVI is fun to work with, and the latest update has greatly improved the load times on your pages. We took a DIVI site and ran it through Google’s Page Insights. Our initial numbers were so-so. We need to improve a few things. We don’t like page score below 80 on Desktop and 40 on Mobile. Our first run without the DIVI update gave us the following numbers.
Desktop
59
Mobile
21
Google Page Insights Score
We deleted out the cache and installed the DIVI update, and that one change made a big difference.
Desktop
75
Mobile
44
Google Page Insights Score
Not a huge change, but what an improvement! With Google putting more weight into Mobile-first indexing this is a huge help. If you are running a DIVI site and haven’t updated you should do it, and use Page Insights to measure the difference. We think you will be please.
We try to stay on top of the 3 major Content Management Systems of WordPress, Joomla, and Drupal. This week was a big announcement from Joomla that version 4 is ready. We took a copy of a Joomla 3.9.28 and installed it in a XXAMP environment. We set the Joomla Update “options” in the “next” from the “default” and was prompted to upgrade straight to version 4. This would skip version 3.10. We went for it and it failed at the end of the update. Site was broken at that point. We are suggesting holding off from upgrading to version 4 at this moment.
We tried going from 3.9.28 to 3.10 and everything worked fine. We knew our Gantry 5 template wasn’t Joomla 4 ready, so we switched our templates to Protostar, and tried to got to version 4. The upgrade failed at this as well. We tried disabling most of the plug-ins we installed and this didn’t help. RocketThemes the maker of Gantry offers upgraded pieces you can replace your existing Gantry template to be Joomla 4 ready. We are going to try these and see if this helps. We hope to have an update for you. Here is the link to their GIT page with this information.
Although we haven’t spent much time on this effort yet we would advise before you upgrade test the site locally first. At this time we are advising against upgrading to Joomla 4 at this time.
While typing up a contract we noticed Word put a red squiggly line under the word “subcontractor“. We looked to see what was wrong and Word was suggesting a french spelling of the word. The word “subcontractor” was throughout the document; however, it didn’t have a problem with those, just the ones on this one page. We fixed this by doing the following:
Go to the “Review” tab
Click on the “Language” button
Choose “Set Proofing Language“.
Select your Language preference, and check the box “Detect Language automatically“.
We look at how fast our website loads and generally try to keep the load times under 7 seconds. Some people want the sites to load faster, but we do have a fair amount of content to display on the home page plus Google Analytics, a Translation widget, and we pull a couple of RSS feeds. We have often used Google’s PageInsights to get a general idea of where we can shed some weight from our site.
Today while doing a check on our site I see PageInsights has added “view treemap” button which takes you to Google’s Lighthouse. This was incredible handy to get a big picture of what is taking up the most bandwidth. Here is what we saw.
We can see the “translation” widget is too large for us to use. We are using the Google TagManager widget, that we are going to stop using since our site has a tag component built-in.
Simply turning these items off took our page score from 69 to 83. Still not in the Green; however, pretty good. Using the new “Treemap” is awesome.
This doesn’t happen to us all the time, but sometimes after importing a PDF drawing into AutoCAD there are lines connecting objects that shouldn’t be there. The lines didn’t show in other programs. This turned out to be a simple setting in our AutoCAD. We needed to turn off “linesmoothing”. Here is the article we used to fix our issue.
In AutoCAD go down to the command line and type in “linesmoothing” and hit enter. Next type in “off” and hit enter. Import the PDF again and the lines should be gone.
While working on a WordPress site we were prompted to update to 5.8, but the manually pushing the button to update keep failing. The process would start, but would run into errors and stop. We tried just manually moving the directories “wp-admin” and “wp-includes” from a downloaded zip of the latest version, but this didn’t help. We ended up fixing everything by removing a few plugins we had installed and were not using. Once this was done the update button worked fine. On screen the update got to the end and read “updating database…” and hung there, but going back to the Dashboard everything was fine. The site was updated to 5.8 and running fine.
Writing for Search Engines limits you to a certain character count, so we wondered if was better to use the Ampersand versus the word ” and “? Part of the reason is the ampersand gets converted to HTML entities and is listed as ” amp& “ which equals 6 characters. Using “and” would be ” and “ which only equals 5 characters. Will using Ampersand versus the word “and” use less characters in our search results?
Our research lead us many different articles with different ways to look at. There were a lot of old information that lead us nowhere. We realized we could use our website’s data to figure this out. What we found out is it is better to use “&” versus “and“. The HTML entities doesn’t play a part in the character count.
Accelerated Mobile Pages (AMP) make your website more digestible for Google and has been adopted over the past 5 years by the other search engines. Google currently being the most utilized search engine, and the focus of this article. The goal for AMP is to make the content delivered more quickly for mobile users by condensing and indexing the pages. WordPress adopted this as a part of their core installation, and in testing we discovered Joomla is Rich Results Ready as well. Here is some of the things we have done to improve a Joomla site to be AMPping itself up to be searched.
A great place to start is to use Google as an AMP Tester. Use the link below to access Google’s AMP tester.
The hard part about these tests are they do not work on your “home” page. There is also Google Structured Data which is the actually the important part of the indexing; however, the page will benefit by being AMP ready. The combination will get your page mobile ready for search engines, with very specified content details you want indexed. We start with the Google Structured Data (GSD) on the services pages. The first thing we did was install a free plugin by Tassos Marinos which you can download in the Joomla Extension Directory (JED) or directly from his site.
Install the component like a normal Joomla component. Then enable the plug-ins. There will 3 of them.
Then go to Components >> Google Structured Data >> Dashboard.
Click on the “Items” tab on the left, and “Article” will be the main item to deal with.
Once in “Article” item we set it to pull the “Browser Page Title” vs the “Title” because of the way we have the SEO set up. Make sure to complete as much of these sections as you can. Save your changes.
Then go back to the “Configuration” tab. Fill out as much as you can. Once you are done and satisfied you can go to the “Advanced” tab and turn on the minify of the output.
Before you minify the output look at the source code and make sure the content you want in the GSD is correct. We had an issue with “description” not showing up. We had to reinstall the plugin.
We had also installed a free AMP plugin, but it didn’t help. Just using the GSD plugin from Tassos was enough to make the site Rich Result Ready. Make sure to follow the instructions and view the source of the page to make sure the Structured Data looks the way you want it to before you request Google to index your pages. If you don’t it could be weeks before Google crawls the site and indexes it properly.
