Reading a fragmented file from an SSD won't be any slower then reading a contiguous file from an SSD. In theory, it could even be slower if you end up reading from one chip rather than several and end up using all the bandwidth to that chip (SSDs rely on parallelisation for their speed - hence when a 128GB SSD has half the memory chips of the 256GB version, it is often slower too).
You are also not going to be physically able to defrag an SSD. As some others have said, where Windows "thinks" data is stored on an SSD and where it's actually stored is different due to SSD firmware chips using wear levelling to avoid overusing the same writable block.
Let's say Windows tells the SSD to store this file in blocks 1-5 and blocks 10-15. The SSD says no problem. The SSD actually knows blocks 1-5 and 10-15 have been used a few times before, so stores these in blocks that haven't been used so much - say blocks 50,1000,1020,1031,1050,1060,2000,2007,2050,2100. Next time Windows asks for the file in blocks 1-5 and 10-15, the SSD knows to actually retrieve this file from 50,1000,1020,1031,1050,1060,2000,2007,2050,2100. This internal organisation on the SSD is completely invisible to Windows, hence a program in Windows will see blocks 1-5 and 10-15 used where actually the file is elsewhere. If you then run a defrag program in Windows, the defrag program will say to the SSD to move the data in 10-15 into blocks 6-10 to make a contiguous file but the SSD may well move these into blocks in the 3000 range (because the wear levelling says these haven't been used much). Result is a happy defrag program, but the files on the SSD are actually still spread all over the drive and all the program has done is move them within the drive for no benefit.
TL;DR - Don't waste your time trying to defrag an SSD - it simply doesn't work.