Получение данных POST из AJAX-запроса

Проблема

"Сериализация" — это процесс преобразования объекта данных в строковое представление. jQuery автоматически сериализует свойство data перед отправкой AJAX-запроса. Затем сервер десериализует строку запроса GET из URL и тело запроса для POST-запросов перед заполнением переменных запроса в PHP.

Ваш код работал ожидаемо, когда data состоял только из сериализованных данных формы (т.е. data: newFormRecherche,), так как данные уже были в строковом формате и не могли быть сериализованы повторно. Десериализация на сервере корректно преобразовывала данные формы в переменные запроса.

Однако, когда аргумент data является объектом, jQuery должен его сериализовать для передачи на сервер. Будучи свойством этого объекта, ваши предварительно сериализованные данные формы обрабатываются как обычная строка — а именно, экранируются таким образом, чтобы предотвратить их "ошибочное" распознавание как сериализованного объекта. Поэтому при десериализации data сервером, newFormRecherche преобразуется в исходное строковое значение, и для получения ассоциативного массива данных формы требуется второй проход десериализации, о котором упоминал @czerspalace в комментариях.

Решения

- jQuery

Чтобы избежать двойной сериализации данных формы, получите их как массив пар ключ/значение, используя метод jQuery .serializeArray() вместо .serialize().

Хотя jQuery может корректно сериализовать такой массив пар ключ/значение, она не справляется, когда этот массив является вложенным свойством объекта data (вместо этого отправляя строку '[object Object]' вместо каждой пары ключ/значение), а также при попытке вложить такой массив в другой. Поэтому лучший способ отправить данные формы как часть многомерных данных — преобразовать массив пар ключ/значение в объект.

Всё это можно сделать следующим образом:

function ajaxSubmit() {
  var newFormRecherche = jQuery( this ).serializeArray();

  jQuery.ajax({
    type:"POST",
    data: { 
      action: "mon_action",
      newFormRecherche: formFieldsToObject( newFormRecherche )
    },
    url: ajaxurl,
    success: function( response ){
      console.log( response );
    }
  });

  return false;
}

function formFieldsToObject( fields ) {
  var product = {};

  for( var i = 0; i < fields.length; i++ ) {
    var field = fields[ i ];

    if( ! product.hasOwnProperty( field.name ) ) {
      product[ field.name ] = field.value;
    }
    else {
      if( ! product[ field.name ] instanceof Array )
        product[ field.name ] = [ product[ field.name ] ];

      product[ field.name ].push( field.value );
    }
  }

  return product;
}

- HTML5 FormData

Альтернативно, если вам нужно поддерживать только современные браузеры или вы не против использовать полифил для старых, можно использовать объект FormData для передачи данных формы в виде объекта:

function ajaxSubmit() {
  var newFormRecherche = new FormData( this );

  jQuery.ajax({
    type:"POST",
    data: { 
      action: "mon_action",
      newFormRecherche: newFormRecherche
    },
    url: ajaxurl,
    success: function( response ){
      console.log( response );
    }
  });

  return false;
}

- Двойная десериализация на стороне сервера

Как предложил @czerspalace в комментариях, обработка двойной сериализации путём ручной десериализации данных формы на сервере также является полностью валидным решением:

add_action( 'wp_ajax_mon_action', 'mon_action' );
add_action( 'wp_ajax_nopriv_mon_action', 'mon_action' );

function mon_action() {
  if( isset( $_POST[ 'newFormRecherche' ] ) ) {
    parse_str( $_POST[ 'newFormRecherche' ], $newFormRecherche );
    die( json_encode( $newFormRecherche ) );
  }
}

Я склонен считать, что другие подходы более "профессиональны", так как все данные отправляются на сервер в едином и ожидаемом формате — серверу не требуется дополнительная "декодировка", что улучшает модульность кода.

Но модульность кода и субъективная "профессиональность" не всегда являются главными факторами — иногда самое простое решение оказывается наиболее подходящим.

Не забывайте проверять и очищать данные запроса на сервере перед использованием, чтобы снизить риски уязвимостей безопасности.