I know that CCC does preserve some third party software activations, but I'm sure some third party software which are more strict & controlling will lose their activation with CCC.
If you want a low level bit for bit copy, then I'm not sure what options are out there, but I know that the free open source command line utility GNU ddrescue will do that since I use that for cloning failing hard drives. The downside is there is no precompiled binary for macOS and you would need to run it from a bootable external drive. You can save the image in a raw image file, but there is no compression unless do it manually later on. I ended up either using a Linux boot disk (Knoppix does have Gnu ddrescue installed) or a Linux system to do those clones because macOS just got in the way due to the errors produced by a physically failing drive.
You can try using the command line utility "dd" which may be available from Recovery Mode (not sure since it is a very limited environment). "dd" is an older more basic & limited in function (no progress status on the macOS version and no error notifications)...should be Ok as long as the drive is healthy.
GNU ddrescue and "dd" require the source drive to have no mounted volumes when performing the clone. It is also very easy to make a mistake when restoring an image. There are some Linux utility disks out there such as Clonezilla, but I don't recall what utility it uses although it provides I believe an ncurses GUI interface.
FYI, while cloning is possible with your older Macs, keep in mind that cloning probably won't work on the newer M1/M2 Apple Silicon Macs. CCC already has noted this a couple years ago (it is a best effort now) and there have been several forum posts where people have mentioned that it is no longer possible to clone a macOS boot drive on Apple Silicon after one of Monterey's updates.
For optimal USB 3 transfers, make sure your external SSD supports UASP protocol as it changes how the data transfers are done which is more efficient than the USB 1/2 method. All devices (docks, hubs, adapters) in the chain between the computer and the UASP SSD must also support UASP. UASP also keeps the SSD transfers high when slower USB 1/2 devices are connected to the same hub/dock with UASP support, otherwise those slower devices will slow the SSD transfers.
Also, SSDs can slow down significantly during sustained writes once the SSD's write cache has been filled (many times it only takes 40 to 60 seconds). This becomes more significant with TLC SSDs and especially QLC SSDs since QLC NAND is much slower than TLC NAND. Also, the less free space on an SSD will also affect the write speeds especially since I don't believe macOS supports TRIM on external SSDs.
The USB adapters, docks, and hubs can also impact performance as these items don't always work the same between macOS, Windows, or Linux. There can be some odd compatibility issues involved. Try disconnecting all other devices when attempting to clone/image the drive or perhaps even booting into Safe Mode on the Mac which is performing the cloning/imaging to see if that makes a difference in case some other software is interfering.