• Home
  • Get help
  • Ask a question
Last post 44 min ago
Posts last week 141
Average response time last week 4 hours 42 min
All time posts 67799
All time tickets 10476
All time avg. posts per day 21

Helpdesk is open from Monday through Friday CET

Please create an (free) account to post any question in the support area.
Please check the development versions area. Look at the changelog, maybe your specific problem has been resolved already!
All tickets are private and they cannot be viewed by anyone. We have made public only a few tickets that we found helpful, after removing private information from them.

#5595 – 404s with "table/" in URL

Posted in ‘sh404SEF’
This is a public ticket. Everybody will be able to see its contents. Do not include usernames, passwords or any other sensitive information.
Friday, 08 February 2019 09:45 UTC
hajo70
 Recently I'm starting to get 404s on requests that start with [my domain]"table/" and are followed by my article categories and their structure. I have no "table/" in my URLs, there are no such URLs in my sitemap.xml and neither in sh404sef's "SEF URLs"-listing.

Until now I haven't cared about them since there isn't a straight 1-to-1 relationship with my articles and there are so many other "strange" 404s that robots create. Note that I always see to that changed or wrong "real" URLs are redirected properly.

However, now one of these "table/" 404s has turned up in google's Search console.

Any idea where these "table/" URL 404s come from? Have they anything to do with sh404sef's setting under Extensions-Joomla-URLs creation:
Insert content table name: Yes
Default table views name: "Table"

If sh404sef in "responsible" for this, how can I hide these URLs so that robots don't see and search for them?
Since they start to turn up in google's Search console, any recommendation on what I should do with them? Should I try to re-direct them to the best fitting article, any other redirect code or should I just let them be?
Friday, 08 February 2019 10:21 UTC
wb_weeblr
Hi

Any idea where these "table/" URL 404s come from?
They are a link to a list category view. They are used to distinguish them from blog category views.
In sh404SEF, if you have a category called "sample", then links are as follow:

- link to blog view is /sample
- link to list view is /table/sample

However, now one of these "table/" 404s has turned up in google's Search console.
You mean they are listed as 404 or as a regular URL?

If 404 then that's fine, Google stumbled upon one of those bad links some where and tested it.
If as a regular URL, then it means you have a link to such a category on your site, somewhere and it's not a 404 anymore. If so, you should see that URL in the SEF URL manager.

If those URLs are 404, then there's not really anything to do about them, they don't matter.

Should I try to re-direct them to the best fitting article, any other redirect code or should I just let them be?
You should redirect 404 when the 404 is caused by a change you made to your site, for instance you modified a URL or such. You should not redirect when you removed or unpublished and article for instance. A 404 is suitable in such case.
If that /table/xxx URL does not exist on your site, it should trigger a 404. That 404 1appearing in GSC is not the sign of an issue.

Best regards
 
Friday, 08 February 2019 14:22 UTC
hajo70
Yes, they turn up as 404 in Google search console.

I've built up my URLs so that they use title and category aliases, showing the last 2 categories. A link look like e.g. https://www.xxxx.com/restoration/interior/choice-of-material.html.

The robots are looking for e.g. https://www.xxxx.com/table/restoration/interior/. I cannot find these "table" URLs anywhere on my site, in my sitemap or in sh404sef's SEF URL manager or in the articles' source code. So I have no idea where they are coming from.

Should I set "Insert content table name" to "No" (I think it was "Yes" by default)?
But if I understand the help text correct, since it is "Yes" it should be visible in the URL, right?! Why is it not?

I cannot map, redirect, such a link to -one- article since I often have several articles under one category. I can of course put a 410 rewrite rule but I have no idea what consequences that would have.... As I've understood it, 404s shouldn't affect the SEO, not that much anyway, but for me getting rid of them is a hygiene factor, especially in google's Search console.
Friday, 08 February 2019 14:24 UTC
wb_weeblr
Hi

If they are 404s then all is fine.

Should I set "Insert content table name" to "No" (I think it was "Yes" by default)?

But if I understand the help text correct, since it is "Yes" it should be visible in the URL, right?! Why is it not?
You should do absolutely nothing. You do not have a problem. You can only break things if you start changing URLs structure parameters now.


Best regards
 
Friday, 08 February 2019 15:38 UTC
hajo70
Hmmm... Just letting the 404s stay in Google Search console makes me feeling a bit sick. But Ok, I understand the risk of starting to fiddle with the URLs.
Friday, 08 February 2019 16:19 UTC
wb_weeblr
Hi

You can look at the details of the 404 reports (both in sh404SEF and in the search console) which may shed some light on where that link is coming from. And in GSC you can also said the 404 was "fixed". If this was some random link that happened some times ago and was fixed since then, it won't come back.

Best regards
 
Sunday, 17 February 2019 11:54 UTC
hajo70
I did a google search on "site:https://www.xxxx.com table" and now found four indexed pages which have a URL and a title including "Table". These titles are also built up in a different way than my other titles. The structured data, incl those created by sh404sef's, refers to the "table"-URLs. Furthermore, it seems as if I now have two URLs indexed, pointing towards the same article, e.g. https://www.xxxx.com/restoration/steering/steering.html (the correct URL) and https://www.xxxx.com/table/restoration/steering/. Other "table"-URLs are, as written above, resulting in a 404. Why not these!?

The "table"-URLs show the first image twice which makes me suspect that this is related to my work improving the structured data with the tool https://www.tassos.gr/joomla-extensions/google-structured-data-markup. In order to get that to work I had to define an "Intro image" for each article since this tool doesn't choose the first picture in the article as sh404sef does.

I doubt that the new tool has created these new "table"-ULRs but that sh404sef in some way has gotten "disturbed" by it or the "Intro image". Based on this, do you have any suggestions on how to solve this, get rid of the creation of these "table"-URLs?

Monday, 18 February 2019 11:26 UTC
wb_weeblr
Hi

but that sh404sef in some way has gotten "disturbed" by it or the "Intro image"
There is no confusion and nothing out of the extraordinary here. I provided you with the full explanation above/ sh404SEF is pretty dumb when it comes to URLs:

- it never, ever create an URL. It cannot do that. This is technically impossible.
- Joomla and your extensions creates URLs (in non-SEF form)
- then Joomla and your extensions ask sh404SEF to convert them to SEF.
- if joomla creates a link to a blog category view, the link will be: /category-title
- if Joomla creates a link to a list category view, the link will be: /table/category-title

If you have links with /table/ in them then it means that Joomla or some extension on your site created a link to a list view for that category. sh404SEF is not involved in the creation process. Note also that that link would have been created also without sh404SEF.

The "table"-URLs show the first image twice which makes me suspect that this is related to my work improving the structured data with the tool https://www.tassos.gr/joomla-extensions/google-structured-data-markup. In order to get that to work I had to define an "Intro image" for each article since this tool doesn't choose the first picture in the article as sh404sef does.



I doubt that the new tool has created these new "table"-ULRs but that sh404sef in some way has gotten "disturbed" by it or the "Intro image". Based on this, do you have any suggestions on how to solve this, get rid of the creation of these "table"-URLs?
I do not know which links that extension create.

I would suggest that you search the SEF URL manager for those 2 URLs:

https://www.xxxx.com/restoration/steering/steering.html and https://www.xxxx.com/table/restoration/steering/

and see which non-sef URLs are associated with them. This may provide a hint as to which extension or Joomla page is creating those links.

Lastly, all of the above assumes that you did not make any change to the URL settings in sh404SEF, the ones under "Extensions" -> "Joomla". If you did then please state exactly what you changed as this would have a direct impact on all those links.

Best regards

 
Monday, 18 February 2019 13:09 UTC
hajo70
When I look in the URL manager I can now find these "table" URLs. There were no such URLs as I started this question 8 February as can be seen above. So "something" has started to request views of type "category", what and why I'm to find out.

  • restoration/steering/steering.html
    index.php?option=com_content&Itemid=199&id=55&lang=en&view=article
    I assume the URL points towards menu item 199 and article 55 which both are "Steering"


  • table/restoration/steering/
    index.php?option=com_content&Itemid=101&id=33&lang=en&view=category
    I assume the URL points towards menu item 101 which is my home/base page "Welcome" and towards category 33 "Steering"


  1. I haven't changed any URL settings in sh404sef (settings below). If I interpret one of your previous comments earlier, I shouldn't change "Insert content table name: Yes" to ":No" and/or change "Default table views name: "Table"" to e.g. [blank], but try to find what is causing these new URL-requests?!
  2. I have now two URLs pointing towards the same article. Can/should I move these "table" URLs in URL manager, or make rewrites, to the "correct" articles? Or can I use the "Canonical url" field? (besides finding the reason why they turn up)
  3. A Joomla question, Blog category is the same as Article?!



URLs creation
Use Title Alias Yes
Use category alias Yes
Use menu alias No
Show Category All nested categories
Show cat. in categories links Last 2
Categories view suffix all
Uncategorized items Use only item title
Insert content table name Yes
Default table views name Table
Insert blog view name No
Default blog views name [blank]
Activate multipage article smart titles Yes
Insert article id in URL No
Apply to which categories All categories
Unique Id: No
Apply to which categories All categories
Insert date: No
Apply to which categories: All categories

SEO
Use article title alias No
Show category in title None
Use category alias No
Monday, 18 February 2019 16:06 UTC
wb_weeblr
Hi

I haven't changed any URL settings in sh404sef (settings below). If I interpret one of your previous comments earlier, I shouldn't change "Insert content table name: Yes" to ":No" and/or change "Default table views name: "Table"" to e.g. [blank], but try to find what is causing these new URL-requests?!
Yes.

If you can't, or can't without unreasonable efforts, you can also set a canonical link on those "table" URls to the original, desired URL - there's a canonical field available when you click on a URL record; This will make sure Google and other search engines won't consider this URL anymore but group it with the "main" URL.

I have now two URLs pointing towards the same article. Can/should I move these "table" URLs in URL manager, or make rewrites, to the "correct" articles? Or can I use the "Canonical url" field? (besides finding the reason why they turn up)
Canonical is by far the fastest, easiest and most reliable way.

Blog category is the same as Article?!
Not at all. One shows the full list of articles in a given or group of categories. The other just show a single article.
A blog category view will list all articles in the category by showing only the first part of an article and then adding a "Read more" link. That's a typical layout for a blog, hence the name.

From the links I can see, you should not be using category links but instead simple article links.

I think what's happening for you is the following:

- you link to a blog category view
- there's only one article in that category
- you have not inserted a "Read more" tag in that article so Joomla displays the entire article, without a Read more button

Because of the above (1 article in category and no read more button inserted), you think you are looking at an article but you are actually looking at a category.

If this is correct, best would be to delete those links and redo them as links to single articles.

Best regards
 
Monday, 18 February 2019 17:36 UTC
hajo70
Ehhh... Now I think you turn my Joomla world upside down :-) I'm on the other hand not sure you have understood my site correctly. If you want to get access to it, just let me know.

I thought I had -articles-. On the other hand I've never understood how and where to define that. In Joomla's Article configuration "Choose layout" it only says "Default", what ever that is. All menus items are related to "Single article", not categories or likewise.

I've assigned categories to my articles in order to get some structure for my work, the site and getting meaningful URLs. That is how I thought it should be done. I have some general categories but also two main categories, Restoration and Assembly. The two latter have sub categories defining the larger "building blocks" of the car. There are some categories that has several articles and there are some that have only one, e.g.:
  • History of the car (several articles around it)
  • Restoration-Engine (with Carburetor, Oil pump etc articles)
  • Restoration-Steering (with only one article)
  • ...
  • Assembly-Engine
  • ...


But yes, I'm only showing one, single article on each "page" and want to keep it like that.

I don't really understand what changes you would recommend me to do with your comment "delete those links and redo them as links to single articles". Do you mean only using the title alias and set "Use category alias" to "No", getting short URLs like www.xxxx.com/steering.html?!

Would that prevent the "table" URLs to be requested?


Tuesday, 19 February 2019 07:22 UTC
wb_weeblr
Hi

I'm on the other hand not sure you have understood my site correctly.
I have not understood or not. You asked if Blog view was the same as Article and I replied to that. I had no information on the menu items you created or links found on your site.

I thought I had -articles-.
restoration/steering/steering.html is for an article:

index.php?option=com_content&Itemid=199&id=55&lang=en&view=article

However table/restoration/steering/ is definitely a category page.

index.php?option=com_content&Itemid=101&id=33&lang=en&view=category

On the other hand I've never understood how and where to define that.
When you create a menu item, you have plenty of options when you select the menu type, including articles, various types of categories, etc

I don't really understand what changes you would recommend me to do with your comment "delete those links and redo them as links to single articles".
I fyou already only created menu items going to "Single article" then of course this does not apply. I made the hypothesis that you were using "Category blog" menu items instead of "Single article" juste because you asked whether "article" and "blog category" were the same or not.

All menus items are related to "Single article", not categories or likewise.
Those are just your menu links, created by you. There can be other links that were created by Joomla, modules, extensions, search, rss feeds.

If you found "table/restoration/steering/" in the URL manager then it means that Joomla or an extension at some point asked sh404SEF to create the SEF equivalent of index.php?option=com_content&Itemid=101&id=33&lang=en&view=category
If Google found it, it means that Joomla or that extension included that link in a publicly available page that Google found, crawled and indexed.

Would that prevent the "table" URLs to be requested?
Nothing inside of sh404SEF. I hope your understand by now that sh404SEF has nothing to do with this. That link is available somewhere on your site. Created by Joomla or an extension. It is made available whether you have sh404SEF installed on your site or NOT.
The only difference with sh404SEF is that you can see it because sh404SEF lists all the URLs on your site in the SEF URL manager.

Best regards
 
Wednesday, 20 February 2019 14:55 UTC
hajo70
Thanks for a very informative thread. Yes, I am definitely aware of that SH404SEF doesn't create any links :-).

At least I have now know how to create a "table/" URLs on my site, via the search function. Making a search on "Steering" also gave links to the category "steering", starting with "table". If I shut off the Smart search and Search plugins for Category those links do not come up. I can however still access the URL https://www.xxxx.com/table/restoration/steering/. Until I see any reason for using those I will prevent them with a 410 rewrite.

I start to believe it's robots who in some way have built these URL requests. Why those links suddenly appeared, after 3 years with Joomla, I won't research....
Wednesday, 20 February 2019 15:51 UTC
wb_weeblr
Hi

Making a search on "Steering" also gave links to the category "steering", starting with "table".
Ah yes, the Search results will link to the category but they link to a List view of the category.

I can however still access the URL https://www.xxxx.com/table/restoration/steering/. Until I see any reason for using those I will prevent them with a 410 rewrite.
Or you can redirect to the category itself using an alias in sh404SEF?

ie:

from: /table/{*}
to: /{*}

That's probably better than a 410.

I start to believe it's robots who in some way have built these URL requests. Why those links suddenly appeared, after 3 years with Joomla, I won't research....
That's absolutely possible. You could search your web server logs for requests to /search and see if any of those requests are from GoogleBot or any variation of their bot.

Best regards
 
Wednesday, 20 February 2019 16:01 UTC
hajo70
True, where I have 1-to-1 relationship between article and category a redirect is probably better. Where I have several articles belonging to one category I'll throw a 410.
Thursday, 21 February 2019 16:33 UTC
wb_weeblr
Hi

Where I have several articles belonging to one category
Not sure I follow: /table/xxx is always going to be a URL for a category, a category list view. So redirecting the list view to the blog view makes sense. Not sure what articles have to do with that?

Looking again at restoration/steering/steering.html and table/restoration/steering/ there is no risk of confusion. The rule above will redirect

table/restoration/steering/

to

restoration/steering/

The articles have a different pattern (they have .html at the end) and won't interfere or be interfered with.

Best regards
 
Thursday, 21 February 2019 20:34 UTC
hajo70
Evening!
For the time being, until I've come to the blogging around the MB, I do not intend to dig deeper into the mysteries of the blog world :-) I spend too much time on the site, Joomla and its issues as it is. The part of the site I am developing now, is built around single articles and due to different reasons I want the site to show them as just that, now and most probably in the future as well. I also realized now that there are some things I need to redo in order for that to look good (wont go deeper around that).

Articles collected on blog category views with "Read more" is hence not in scope for the site. Right now. Therefore I run into this problems with 1-to-many categories, e.g. table/restoration/Engine/ which contains several articles, like "engine", "carburetor", "oil pump" etc.

Maybe I plan my site totally odd and/or wrong and hence will run into problems later when I'll add a blog. In such a case I will deal with that problem then. I will for sure go back and re-read this thread then :-)!
Friday, 22 February 2019 08:34 UTC
wb_weeblr
Hi

Articles collected on blog category views with "Read more" is hence not in scope for the site. Right now. Therefore I run into this problems with 1-to-many categories, e.g. table/restoration/Engine/ which contains several articles, like "engine", "carburetor", "oil pump" etc.


I think I understand what you mean however the category URL (ie with or without /table, list view or blog view) has no bearing on the article URL nor on the category content.

So if the category Restoration -> Engine contains several articles (engine, carburetor, oil pump) those articles will be listed exactly the same in the "List view" (with /table) or in the "Blog view) (without /table) and the article URLs will always be the same.

The part of the site I am developing now, is built around single articles and due to different reasons I want the site to show them as just that, now and most probably in the future as well.
Then indeed just use links to articles. The fact that you also have links to categories, whether created directly by you or found by search engines doing a search or in any other way does not matter at all.

The site is not large enough so that would cause any kind of issue really.

Good luck with the rest of the work!

Best regards
 
Friday, 22 February 2019 09:49 UTC
hajo70
Thanks :-)! Your input has been very helpful and shed a lot of light on things I haven't understood, inside and outside sh404sef!!! Appreciated!
Friday, 22 February 2019 13:33 UTC
wb_weeblr
i

You're welcome! Closing this ticket now, feel free to open a new one as needed. If you do so, please mention this ticket number in the new one.

If you created any superadmin account for us, be sure to delete or block it now to avoid unnecessary risk in the future.

And please feel free to post a review on the JED,it helps and we appreciate it!

Be sure to also check out wbAMP, our new Accelerated Mobiles pages plugin for Joomla - the next big thing is SEO, direct from Google themselves!



Best regards
 
This ticket is closed, therefore read-only. You can no longer reply to it. If you need to provide more information, please open a new ticket and mention this ticket's number.