Timestamps are not a good source of information unless you are really sure where they come from. They are set using the system time of the computer creating the file, which might, for example, be set incorrectly; or the program might make a mistake when creating them or writing them to the file. For a quick demonstration of why timestamps are not reliable, I have had a look at the video in question, using the same program with which the screenshot was made for your source. You will see that one of the tracks was created about 110 years ago; if this is evidence of a set-up, then it was done by the Russian Imperial secret police.
The particular problem of videos which are one day too old is very easy to replicate. I just took an old video and uploaded it to Youtube. The original creation date of the video was back in 2013, which is what the Format Analyzer shows (correctly). After I re-downloaded the video from Youtube, the creation date was given as 19.07.2014 - that is, one day (26 hours, to be exact) before I uploaded it. You can try this out for yourself, or look at reports that have documented the process in more depth.
As for the source of this strange behavior: the timestamps used in computers generally count the seconds that pass from a particular date. MPEG-4 files use the Macintosh epoch, which started on January 1st 1904; most web servers run Unix, where the epoch starts on January 1st 1970. You can find all this information in the ISO/IEC 14496-5 format documentation, together with the information that you need to add exactly 2082758400 to get from one epoch to the other. However, if you do the math, you will see that the real difference is 2082844800, with a difference of 86400 seconds, or one day. That is not my discovery - it has been noted before. Therefore, if you follow the standard (which Youtube apparently does), your date will be off by one day.
This is not to say that the recording says the truth. However, there is no evidence that it was "made before the crash".