But what you need out of those "other factors" varies based on your business requirements, which OP didn't share. What we're going to end up with (what we always end up with in these kind of threads) is ~35% of comments are from folks who've only ever used Go, so they suggest Go. ~35% are from those who've only used Rust, and they suggest Rust. ~20% are from people who've used both but in wildly different environments such that it's hard to do any real comparison. The remaining ~10% or less who have used both languages in suitably similar production-level environments are going to be split more-or-less evenly between the two because they've had different business constraints. An exceedingly small minority will have used both in the same business environment, and they're going to suggest whichever one they used second.
And that's even ignoring the much more important fact that there are about 50 other back-end languages that are likely as good or better candidates, but not trendy enough to warrant mentioning.
But what is the downside to what you are saying ? We have experiences from golang devs and rust devs all available to be compared here in a thread and other thread (the discussions change as time changes)
Isn't this why we are here ? Share what you have experience with, who even knows everything ?
I guess this is what OP is asking here