Существует два различных контекста для циклов:

• основной цикл, который происходит на основе URL-запроса и обрабатывается перед шаблонами, загружается
• вторичные циклы, которые происходят любым другим способом, названным из шаблонных файлов или иначе

Проблема с query_posts() это, это - вторичный цикл, который пытается быть основным и терпит полный провал. Таким образом забудьте, что это существует.

Изменить основной цикл

• не использовать query_posts()
• использовать pre_get_posts фильтр с $query->is_main_query() проверить
• поочередно используйте request фильтр (немного слишком грубо так выше лучше),

Выполнять вторичный цикл

Использовать new WP_Query или get_posts() то, которые являются в значительной степени взаимозаменяемыми (последний является тонкой оберткой для формирователя).

К очистке

Использовать wp_reset_query() если Вы использовали query_posts() или смешанный с глобальным $wp_query непосредственно - таким образом, Вы почти никогда не должны будете.

Использовать wp_reset_postdata() если Вы использовали the_post() или setup_postdata() или смешанный с глобальным $post и должен восстановить начальное положение постсвязанных дел.

Существуют законные сценарии для использования query_posts($query), например:

1. Вы хотите отобразить список сообщений или сообщений пользовательского типа сообщения на странице (использующий шаблон страницы)

2. Вы хотите сделать разбиение на страницы тех сообщений работой

Теперь, почему Вы хотели бы отобразить его на странице вместо того, чтобы использовать шаблон архива?

1. Это более интуитивно для администратора (Ваш клиент?) - они видят страницу на 'Страницах'

2. Это лучше для добавления его к меню (без страницы, они должны были бы добавить URL непосредственно),

3. Если Вы хотите отобразить дополнительное содержание (текст, миниатюра сообщения или какое-либо пользовательское meta содержание) на шаблоне, можно легко получить его от страницы (и все это имеет больше смысла для клиента также). Посмотрите, использовали ли Вы шаблон архива, Вам или были бы нужны к hardcode дополнительное содержание или использование, например, опции темы/плагина (который делает это менее интуитивным для клиента),

Вот упрощенный пример кода (который был бы на Вашем шаблоне страницы - например, page-page-of-posts.php):

/**
 * Template Name: Page of Posts
 */

while(have_posts()) { // original main loop - page content
  the_post();
  the_title(); // title of the page
  the_content(); // content of the page
  // etc...
}

// now we display list of our custom-post-type posts

// first obtain pagination parametres
$paged = 1;
if(get_query_var('paged')) {
  $paged = get_query_var('paged');
} elseif(get_query_var('page')) {
  $paged = get_query_var('page');
}

// query posts and replace the main query (page) with this one (so the pagination works)
query_posts(array('post_type' => 'my_post_type', 'post_status' => 'publish', 'paged' => $paged));

// pagination
next_posts_link();
previous_posts_link();

// loop
while(have_posts()) {
  the_post();
  the_title(); // your custom-post-type post's title
  the_content(); // // your custom-post-type post's content
}

wp_reset_query(); // sets the main query (global $wp_query) to the original page query (it obtains it from global $wp_the_query variable) and resets the post data

// So, now we can display the page-related content again (if we wish so)
while(have_posts()) { // original main loop - page content
  the_post();
  the_title(); // title of the page
  the_content(); // content of the page
  // etc...
}

Теперь, чтобы быть совершенно ясными, мы могли избегать использования query_posts() здесь также и использование WP_Query вместо этого - как так:

// ...

global $wp_query;
$wp_query = new WP_Query(array('your query vars here')); // sets the new custom query as a main query

// your custom-post-type loop here

wp_reset_query();

// ...

Но, почему мы сделали бы это, когда мы имеем такую миленькую функцию в наличии для него?