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.
After finishing a new WordPress site we watched Google to see where the site was going to rank, but didn’t get the results we were looking for. We had the Yoast SEO plug-in installed and followed their recommendations in setting it up. The site was showing up on page 4 yet Google highlighted several matching words. More than the listing ranked higher.
We were confused as to why the other sites were ranking higher considering our site had more relevant links. If we add “va” for Virginia to our search the site was number 1 in Google.
The site was a Property in our Google Webmastertools / Search Console, and the Sitemap was in there. We saw a suggestion from someone else who said to add the sitemap in a line in your Robots.txt file. We did this through the Yoast plug-in in the back end of the site. We added the following line.
“Sitemap: https://www.thesitesdomain.com”
While in the Search Console we realized the Property was set up for HTTP. When we tried to do a URL Inspection we got an error that the property domain didn’t match. We went back and added the property again and we we saw the following image we realized we had trouble setting up the site with Google’s new domain verification and selected the old method of “URL Prefix“.
We added our domain to the “Domain” section and Google automatically updated our original property to be set up under the new “Domain” method. When we inspected the URL everything worked perfectly. Now to finish inspecting and requesting a URL crawl for the other pages.
The link below was a reminder to me that there were issues when were setting up this site in Google Search Console.
