Thanks!

I don't think it is a significant change. 

I just don't know which file to mod, and I don't really speak php. 

I already asked elsewhere...

Worked like a charm! 

I can kind of see how it works:  the <a></a> link value is only applied when count meets criteria, else echo breadcrumb text without link. 

Thanks!  This is great! 

I save all these tweaks in a doc, and sometimes I learn enough from them to make similar changes to other files, so thanks for broadening my horizon another step!  :-). 

I had already slightly modified my breadcrumbs.tpl to remove the little house icon from the Home crumb. 

So here is Sam's mod combined with my house-removal mod:

<?php 
if ($breadcrumbs && count($breadcrumbs) > 1) {
$total = count($breadcrumbs);
$count = 1;
?>
<section class="breadcrumbs">
<h4 class="hidden">&nbsp;</h4>
   <ul class="breadcrumb">
       <?php foreach ($breadcrumbs as $breadcrumb) { 
         $count = $count + 1;
      ?>
       <li>
      <?php if($count <= $total){ ?>
       <a href="<?php echo $breadcrumb['href']; ?>">
          <?php echo ($breadcrumb['text']); ?>
       </a>
      <?php } else { ?>
      <?php echo ($breadcrumb['text']); ?>
      <?php } ?>
       </li>
       <?php } ?>
   </ul>
</section>
<?php } ?>

Noobs: because the tpl mod above removes the hotlink from the breadcrumb for the active page, the color for the "cold" crumb will no longer be the hot color, so you may not need the css mod originally mentioned above unless you want to specify an entirely different color for the cold crumb. 

So Sam. 
Can you modify the seo-url generation code to include category in the seo product urls?

Example: instead of domain/product-seo-key, the seo url for each product page would be domain/category-seo-key/product-seo-key. 
I have only done a cursory search for the proper file.  I've looked at storefront/model/tool/seo_url.php, but I'm not sure that is the correct file.

I'm aware this will be a core edit.  I currently have 4 core edits on my site, and a detailed list of how to replicate them in the event that they get overwritten by an update.  So I don't mind adding another to the list. 

Many thanks!  This is great! 

Hello.
Let me post few thoughts.
1. Your products can be assigned to one category, to several categories or did not assigned at all to any.
The valid product urls like www.domain/product_seo_key and can be accessed from blocks (specials,featured, bestsellers) and from search listing , breadcrumbs. All others urls also valid www.domain/category_seo_key/product_seo_key

2. in the 1.2.11 (beta testing now) if you enabled seo url the canonical meta tag will be on all product pages and will point google or any bot to www.domain/product_seo_key
So you can grab the code from source to see how to implement it https://github.com/abantecart/abantecart-src/tree/1.2.11

This feature must already be in place on 1.2.10, because that is what is happening on my site already. 
Navigate from homepage to product page, and you will be at domain/category-seo-key/product-seo-key but the meta on that page will be domain/product-seo-key.
When I asked at GSC, the response was that my page meta was pointing google at a different page than the one i was on, and that the different page was identical to the one I was on, and that google considered this to be duplicate content. 

3. Free online seo urls generators is not the best way to create sitemap for google

Strange. 
If a noob builds a site with AC, the noob will eventually learn by reading on this forum that AC creates an html sitemap for site users but not an xml sitemap for bots.  The noob is encouraged by various threads and comments (by moderators on this forum) to access any number of available online sitemap builders, because a sitemap is simply a list of urls of the site, so the source is not important.  What is not said is that just about any sitemap builder will output a sitemap that has at least two different urls for identical content (three in my case, see red letter comments above), and that this will be a problem for search engine bots, therefore the noob might consider editing the sitemap to remove all of the urls to duplicate content before submitting the sitemap to GSC. 

This then leads to the decision of whether to keep the "organic / native" urls, or use the seo urls. 

None of this is mentioned in the docs or anywhere on this forum. 

I suspect Nimitz has the optimal solution.  Don't use seo urls. 

Importantly, until discourse like this is published, how will anyone ever know this stuff? 

Hey, thanks Sam!  I'll give it a shot. 

www.inspired-designco.com

My site is pretty simple, 4 "levels".

Level 1 = Home page = Category List
Level 2 = Product Listing
Level 3 = Product Page
Level 4  = Cart/Checkout/etc

On Level1 Home page, you choose a Category which takes you to Level2 Product Listing where you choose a Product which takes you to Level3 Product Page. 

So the url for any product page should be sitename/listname/product, or "level1/level2/level3".

There are no Product links on the Level1 Home Category page.  You cannot jump from Level1 to Level3. 

So there should be no such thing as a level1/level3 url.  My AC site code should never generate a level1/level3 url. 

I have just learned that googlebot indexed all of my product pages as level1/level3 urls. 

How did I learn this? 
I asked google support why the googlebot was only indexing thumbnail images but no fullsize product images from my site. 
The support team explored my site and told me that the first problem they found was that none of my product pages were being indexed because all of my product pages were duplicates of pages that the bot already indexed. 

Let's use aprons for example. 

Go to home page.  This will be the level1 url:
https://www.inspired-designco.com/index.php?rt=index/home

Choose the Apron category.  This will take you to the proper level1/level2 url:
https://www.inspired-designco.com/better-bib-linen-chefs-apron

Then choose Navy-colored apron.  This will take you to the proper level1/level2/level3  url:
https://www.inspired-designco.com/better-bib-linen-chefs-apron/better-bib-linen-chefs-apron-navy

Now, go to this link:
https://www.inspired-designco.com/better-bib-linen-chefs-apron-navy
You cannot access this url from any link or page on my site.
The only way to access this url is to manually enter it into the address bar, or click the convenient hot link I provided above. 
This is a level1/level3 url. 
It should not exist. 

Google tells me that it indexed all of my product pages as this type of level1/level3 url. 

Google tells me that the reason I cannot find any of my expected level1/level2/level3 Product Page urls indexed on Google is because the bot considers those L1/L2/L3 urls to be duplicates of the L1/L3 urls that it already indexed, and that this "canonical problem may be contributing to the absence of indexed fullsize images which only appear on your Level3 pages". 

They are correct about the fullsize image location: the only place to see fullsize product images is on a product page.

I checked my xml sitemap generated by https://xmlsitemapgenerator.org/sitemap-generator.aspx. 
To my surprise, all of the product page urls in my sitemap are of the incorrect type of level1/level3 urls. 

So I used a different sitemap generator to create another sitemap: www.xml-sitemaps.com
This generator output three types of Product Page urls!  They are:
Correct type: level1/level2/level3 url.
Incorrect type: level1/level3 url.
Strange new incorrect type: level1/new-weird-level2/level3 url.

The strange new url is https://www.inspired-designco.com/id-inspired-design-co/proper-stuff-pillow-herringbone .

I have no idea how the sitemap crawler came up with the red part.  But the link actually works!
Even stranger, Google has actually indexed that page!!
Enter this into your google search bar: "site:https://www.inspired-designco.com/id-inspired-design-co/proper-stuff-pillow-herringbone" 
You see?  That url has actually been indexed by Google!

There is no way for the site to create that url, and yet robots find it and index it instead of the desired and predictable L1/L2/L3 url that should be created during normal navigation around the site.  . 

Solutions:

I think its' possible to manually clean up a sitemap so that the map only features the desired L1/L2/L3 type of url for Product Pages, then submit the map and ask google to recrawl the site and hope that the duplicate content / canonical / weird urls problem vanishes. 
The clean-up will be a labor-intensive and time-consuming process, even for my small site.  Impossible for a large site. 

And there is no guarantee that it will work. 
A sitemap crawler identified and defined strange urls that should not exist.
Even if I clean up the xml sitemap by hand, there is no guarantee that the google bot won't find and index the same strange urls. 

So that leads to my questions.

Why is a bot crawling my basic AC site and coming up with urls that would otherwise never be created? 
There is no way for a site visitor doing normal navigation to create a level1/level3 url.  You have to go through level2 to see a level3 url.
Likewise, there is no way for a site visitor doing normal navigation to create a level1/red-text/level3 url.   

Did I do something wrong when I built this AC site? 
Is there some button or feature I need to set to avoid having all these different and undesired pathways to a Product Page?

Has anyone else encountered strange urls discovered by spiders?

What can I do to the back or front end so that bots do not discover strange, undesired urls?

Thx.

Hi, for the sake of future readers who, like me, are not web development specialists, I offer the following comments:

Basara provides advice pertaining to AC features that should be enabled on any site:

1 - If you want fast pageloads, use a quality hosting company that provides reliable and fast server service. 

2 - Rename the oem .htaccess.txt file to .htaccess, and then add or uncomment various RewriteCond or RewriteRule rules within the file to accomplish the following objectives: direct all forms of url to your preferred url (ie www or https: or whichever you select as your primary site address), enable AC Retina screen image management, enable the AC SEO url, compression and cahce settings. 

3 - Use a content delivery network to deliver your site content, instead of having all of your content served only by your site host.  If you are Amazon, you need CDN, but you also buy web development, so none of my posts will ever mean anything to you.  If you are a small mom & pop with 30 products and 6 images of each product, my opinion is a CDN is not going to make a big difference in your pageload speed for most of your customers, provided that you have of course resized your images to site-appropriate dimensions and then optimized them with 4:2:0 chroma with 85% compression. 

Basara's final comments are related to my earlier paragraph that described FireFox DustMe extension.  The AC stylesheet obviously must include rules for various screen size breakpoints because AC is responsive.  As he says, the process of identifying unused rules must be accomplished over a period of time during which the site is thoroughly evaluated on ever conceivable screen size.  This is why Dustme is actually not a very helpful tool for a site such as AC that uses nearly 10,000 lines of css rules (unminified).  The hours spent manually deleting css rules over time would outweight the small gain reulting from reduced bloat. 

Which all brings us back to the central point of my post:
There are scripts available that apparently do a really good job over time of shrinking your css.  I wonder if anyone on the AC forum has made use of these scripts?  I wonder if the AC devs have considered them at all? 

Google webmaster tools include a speed assessment tool that measures pageload speed of your site in both mobile and desktop universe.  It is very simple to check speed, then change a site parameter and check speed again to see the effect of the change.  Google even goes so far as to make recommendations on how to improve your speed. 
This is how I determined that combining and minifying my css bumped me from high 70's to 90th percentile.  My site is almost what google considers to be fast. 

I'm quite sure that if shrink my css from 10,000 lines to 2000, I'll probably land at around 94, and i will have also done everything reasonable to optimize my site. 

Sooo, anyone had any success with css management scripts on AC or any other cms?

Thank you Geoffrey 
Can you please explain what "Home button will take you to a broken homepage"?
Setting up both store urls to https is not recommended but of course allowed.

Yes I can.  AC documentation is lacking in specificity and intuitive workflow.  A simple and comprehensive tutorial for establishing an https site does not exist.

In the absence of adequate documentation, I read what was available and then I researched the forum.  I found multiple instances of a recommendation for setting both store urls to https as a solution to my observed problem of navigating to my https site, then navigating to a product page, then clicking the home button which then took me to a non-https homepage that had two problems: it was non-https (which I guess is becoming obsolete), and it was broken, meaning that images did not show and the layout was jumbled.  The only solution i found for this problem was setting both urls to https. 

What do you mean by 'not recommended'?
What does that mean? 
Why is it not recommended? 
What is the harm of doing it? 
What is the alternative to doing it? 
What other approach should i be taking? 
What are the steps necessary to achieve the alternative approach?  All of the steps please. 

I think you should Not edit config.php to setup SSL. What Server value your have before?

Why not?  What is the reason that I should not do this? 
Is there a harm associated with this approach?
Why do you say that I should not do this?

Nothing else worked. 
I read and researched. 
This is what I came up with. 
The 1st line in my config.php was this:
define('SERVER_NAME', 'www.sitename.com');
I changed it to this:
define('SERVER_NAME', 'https://www.sitename.com');

It worked.  It has worked for over a month now.
Why should I not do this?
What is the harm?
What should I do instead?
Why should i do it instead?
What are the exact steps of what i should do instead? 
 
It is not helpful to have an AC developer tell me that I should not do this when the AC documentation does not tell me what I should do, and also when the developer does not explain anything.   

Oh, one more:

robots.txt: noimageindex = do not index images on this page.

If you abandon thumbnails and preview pane with easy zoom, and replace all that with vertically stacked full-size images on each product page, then you can use the above command to block indexing of your category page and whatever other pages you have with small product images, and I guess remove the cart thumbs,  and then the only images google will index are the large images on the product pages. 

I'm not sure how Bing and other engines look at noimageindex.