We usually accept YYYYMMDD and YYMMDDHH indistinctly for any AQS 2.0 endpoint in any service, but we have realized that page-analytics is a bit different according to that criteria. Because it's the only service that accepts 'hourly' granularity, some endpoints only accept YYYYMMDDHH date format and we should throw the right error when this requirerement is not meet.
According to the documentation and AQS 1.0, the following is the behaviour for the endpoints that accept full dates as a request parameter:
- per-article accepts both date formats DD and HH
- aggregate only accepts HH date format for 'hourly' granularity. Both formats, DD and HH, are accepted for other granularity values
- legacy only accepts HH date format, regardless of the requested granularity, and a 400 error is thrown when this requirement is not met