When looking at the 2016 documentation in the create index options the option OPTIMIZE_FOR_SEQUENTIAL_KEY is listed however in later in the docs it states below. This is extremely confusing as when you look it up unless you read thru all the options descriptions you will not know that it doesnt apply to 2016. Please consider rectifying if you can.
Sequential keys
Applies to: SQL Server (Starting with SQL Server 2019 (15.x)) and Azure SQL Database
Last-page insert contention is a common performance problem that occurs when a large number of concurrent threads attempt to insert rows into an index with a sequential key. An index is considered sequential when the leading key column contains values that are always increasing (or decreasing), such as an identity column or a date that defaults to the current date/time. Because the keys being inserted are sequential, all new rows will be inserted at the end of the index structure - in other words, on the same page. This leads to contention for the page in memory which can be observed as several threads waiting on PAGELATCH_EX for the page in question.
Enabling the OPTIMIZE_FOR_SEQUENTIAL_KEY index option enables an optimization within the database engine that helps improve throughput for high-concurrency inserts into the index. It is intended for indexes that have a sequential key and thus are prone to last-page insert contention, but it may also help with indexes that have hot spots in other areas of the B-Tree index structure.