How important is the file extension in the URL for images?

[Guest]

This post is deleted!

[Guest]

This post is deleted!

[Guest]

This post is deleted!

[Guest]

This post is deleted!

[Martijn_Scheijbeler]

Do you need a new keyboard?

[Martijn_Scheijbeler]

https://finance.yahoo.com/news/brutal-poll-shows-most-people-214647063.html Good luck!

[dsbud]

Again, you're mistaken. The Content-Type response header tells the browser what type of file the resource is (mime type). This is _completely different _from the file extension in URL paths.

In fact, on the web all the file extensions are faked through the URL path. For example, this page's URL path is:

https://moz.com/community/q/how-important-is-the-file-extension-in-the-url-for-images

It's not

https://moz.com/community/q/how-important-is-the-file-extension-in-the-url-for-images.**html**

How does the browser know the the page is an html doc? Because of the Content-Type response header. The faked "extension" in the URL path, is unnecessary.

You can view http response headers for any URL using this tool.

[Guest]

This post is deleted!

[Martijn_Scheijbeler]

If you really did your research you would have noticed the header image is not using an extension.

[Guest]

This post is deleted!

[willcritchlow]

@MarathonRunner - you are correct in your inline responses - it's totally valid to serve an image (or other filetype) without an extension, with its type identified by the Content-Type. Sorry that you've had a less-than-helpful experience here so far.

To answer your original questions:

1. From an SEO perspective, there is no need that I know of for your images to have a file extension - the content type should be fine
2. However - I have no reason to think that a filename in the Content-Disposition header will be recognised as a ranking signal - what you are describing is a rare use-case and I haven't seen any evidence that it would be recognised by the search engines as being the "real" filename

If you can't always refer to the image by its keyword-rich filename, then could you:

• Serve it as you propose (though without the Content-Disposition filename)
• Serve a rel="canonical" link to a keyword-rich filename (https://example.com/images/golden-retriever in your example)
• Also serve the image on that URL

This only helps if you are able to serve the image on the /images/golden-retriever path, but need to have it available at /images/123456 for inclusion in your own HTML templates.

I hope that helps.

[willcritchlow]

Hi James. I've responded with what I believe is a correct answer to MarathonRunner's question. There are a few inaccuracies in your responses to this thread - as pointed out by others below - please can you target your future responses to areas where you are confident that you are correct and helpful? Many thanks.

[dsbud]

@Will Thank you so much for this response. Very helpful.

"If you can't always refer to the image by its keyword-rich filename"...

If I'm already including the canonical link header on the image, and am able to serve from both /images/123456 and /images/golden-retriever (canonical), is there any benefit to referencing the canonical over the other in my image tags?

[willcritchlow]

In theory, there should be no difference - the canonical header should mean that Google treats the inclusion of /images/123456 as exactly the same as including /images/golden-retriever.

It is slightly messier so I think that if it was easy, I'd go down the route of only ever using the /golden-retriever version - but if that's difficult, this is theoretically the same so should be fine.