I'm way too much of a control freak for using sleep at all, for this reason. I simply shut down my computer entirely (either off or hibernate if in middle of something). Sleep has too much potential for the computer turning on by itself, and I can't handle that possibility.
As for hibernate "ruining" the SSD - that's the way I want to use my SSD, thank you very much, and when it breaks, I'll happily pay to replace it. I keep my data in three places, after all.
I wouldn't call myself a control freak, but obviously I tend to think that I know what I am doing and use that to control what I want to happen.
And when I tell the computer to suspend to disk, I expect it to follow orders.
And of course I got first bitten when I then swapped the SSDs and resumed the other OS and image, because Microsoft had actually made the "suspend to disk" a "suspend to disk, but also to RAM and try to restart from RAM first" with Windows 10, which fails very badly when the OS that matched the RAM contents is no longer there...
I'm pretty sure that's another fruity cult feature, which might work there, because you can swap neither storage nor OS on that trash, unlike on Personal Computers.
So I learned to disable the "fast start option" so "suspend to disk" would be nothing else, yet still those machines started to reboot on their own, using a BIOS timer mechanism evidently, beause they did a normal boot first...
...and then hung at the Grub OS selection prompt with evidently a busy wait loop.
I later diagnosed the problem, also wanted to see if disconnecting the laptop before doing a suspend to disk would avoid the BIOS timer being activated: it didn't.
Effectively Windows suspend to disk, which was originally designed to be a productivity enhancement in the times of DOS, is now broken beyond redemption, don't know if it ever got fixed later: I no longer dare to try.