1. Тип прикрепленного сообщения и страницы вложения
2. Тип почтового вложения
3. Страница вложения
4. Страницы вложений и SEO
5. Правильно настроить для SEO страницы вложений в WordPress
6. Перенаправляет URL-адреса вложений на URL-адрес сообщения, к которому они принадлежат
7. И, конечно же, отметьте все остальное как неиндексируемое
8. Перенаправлять вложения на страницы по коду
9. На моем языке, пожалуйста
10. Изменить шаблоны
11. Код для перенаправления со страницы вложения на его содержание «папа»
12. Адаптируйте код для functions.php
13. Плагин перенаправления страниц вложений

Уже во многих версиях WordPress рассматривает вложения (и, как правило, все файлы, загружаемые в медиатеку) как особый тип контента, тип поста , который имеет некоторые очень важные последствия для SEO. ,

И, на самом деле, это то, что часто упускают из виду (если вы не обладаете хорошими знаниями WordPress, трудно представить, как загрузка изображения может повлиять на SEO вашего сайта). Итак, давайте посмотрим, как и почему страницы вложения влияют на SEO в WordPress и, конечно же, на то, что вы должны сделать, чтобы это не помешало позиционированию вашего сайта.

Тип прикрепленного сообщения и страницы вложения

Я уже несколько раз говорил здесь о том, что такое тип поста , конкретный и другой тип контента (например, записи, страницы, продукты ...). Если хотите, можете взглянуть на статью, которую я написал в его день на эту тему:

Пользовательский тип записи позволяет обрабатывать контент очень простым и эффективным способом. Фактически, введение в WordPress 3.5 пользовательских типов постов позволяло взорвать функциональность до тех пор, пока это невозможно представить. Так что WordPress (как и многие плагины) интенсивно их использует.

Тип почтового вложения

В частности, то, что нас интересует сегодня, для файлов, загружаемых в медиа-библиотеку. Фактически, WordPress рассматривает их как особый тип поста, называемый вложением ( медиа , в переводе на испанский), со специальным экраном издания, медиа-библиотекой. В Страница Кодекса, посвященная типам постов ты это очень хорошо объяснил

Вложение - это специальное сообщение, содержащее информацию о файле, загруженном через систему загрузки медиафайлов WordPress, например его описание и имя. Для изображений это также связано с информацией метаданных, хранящейся в таблице wp_postmeta, о размере изображений, миниатюрах, сгенерированных из изображений, расположении файлов изображений, HTML-тексте alt и даже информации, полученной из данных EXIF. встроены в изображения.

Это гораздо понятнее, если вы поместите отображение библиотеки мультимедиа в режим списка (с помощью значка в левом верхнем углу, рядом с селекторами фильтрации), в котором появляются известные столбцы с заголовком, автор, дата, количество комментариев ... И, введя каждый из них, страницу редактирования.

Страница вложения

Видите ли, он имеет ту же структуру, что и экран редактирования любого другого типа поста: заголовок, контент (само изображение), параметры сохранения и остальные метабоксы (которые на скриншоте выше не видны, так как они ниже), содержащие описание, альтернативный текст и другие данные.

И постоянная ссылка. И это может быть проблема, если вы не делаете все правильно.

И, как и с любым другим типом контента (я повторяю: запись, страница, продукт ...) WordPress генерирует свой собственный URL для каждого вложения. Видите ли вы на картинке, что ссылка Вид страницы вложения появляется в верхней панели? И это не URL самого файла (будь то изображение, PDF, ZIP и т. Д.), А тип сообщения: страница с заголовком, меню, формой комментария, нижним колонтитулом ...

И его содержание, которое в данном случае является исключительно вложением.

Страницы вложений и SEO

Что ж, теперь прервите на мгновение чтение этой статьи и зайдите на свой сайт, в медиатеку. Если вы переведете его в режим списка (изображение ниже, красным), он сообщит вам, сколько файлов вы загрузили.

Мы будем использовать мои номера в качестве примера, чтобы вы следовали рассуждениям. Как вы можете видеть на скриншоте, на момент написания этих строк у меня в библиотеке мультимедиа было 1110 элементов (во время захвата они видят 1.109, но сам захват позже). Каждый из них, как объяснено выше, генерирует собственный контентный URL.

Кроме того, я опубликовал 280 записей (это будет номер 281), 65 плагинов и 35 страниц, хотя большинство из них помечены как неиндексируемые. В общей сложности, скажем, около 350 URL, которые я хочу, чтобы Google видел, и помечены как индекс . Теперь давайте добавим несколько аккаунтов.

350 + 1110 = 1460 URL, из которых 350: 350 x 100/1460 = 23,97%

В глазах Google (если бы у меня был доступ к моим вложениям), мой веб-сайт имел бы 1460 URL-адресов, из которых только 24% содержали бы контент приемлемого качества в соответствии со своими стандартами. Содержание оставшихся 76% будет состоять из простого изображения.

Для Google это некачественный веб-сайт, и как таковой он будет ранжироваться. Ну назад.

Если вам неясно, что вы ожидаете (и чего хотите) от Google, и если вы не знаете, соответствует ли ваш веб-сайт его рекомендациям, если вы не знаете, что они делают или что делают многие из вариантов Yoast SEO, если вы не знаете вы правильно настроили плагин или (что еще хуже), если вы только что активировали его и оставили конфигурацию по умолчанию, потому что у вас нет четкого понимания, как это сделать, если вы не знаете, как связать свой веб-сайт с Google Search Console или как правильно настроить параметры, позиционирование вашего сайта может быть очень затронут.

Если вы находитесь в каком-либо из этих случаев или просто думаете, что не получаете весь органический трафик, который может получить ваш веб-сайт, вы можете взглянуть на это:

Правильно настроить для SEO страницы вложений в WordPress

Я видел индексирование списков определенных веб-сайтов в Google (используя сайт: из поискового оператора Google), которые состояли из страниц и большего количества URL-страниц вложений. Представьте себе, как это может повлиять на позиционирование вашего сайта. Эффективно: это бремя.

Правильным решением для этого было бы избежать индексации всех этих страниц, помечая их как noindex и, если возможно, исключая их из Карта сайта , Таким образом, мы гарантируем, что они не существуют для Google.

Но это редко делается, как правило, по незнанию, а также, если честно, очень сложно редактировать страницу каждого загружаемого вложения, чтобы пометить его как неиндексируемое. Как вы можете видеть, в моем случае они (пока) 1110.

Перенаправляет URL-адреса вложений на URL-адрес сообщения, к которому они принадлежат

к счастью Yoast SEO (который, как я уже говорил несколько раз, является лучшим плагином для SEO, доступным на сегодняшний день для WordPress) предлагает нам решение среди его инструментов: перенаправить URL-адреса вложений на запись, в которую они были включены.

У вас есть опция в SEO> Дополнительно> Постоянные ссылки , и это одна из тех опций, которые практически необходимы, из тех, которые, если они не активированы, это то, что плагин, вероятно, не настроен. Или, по крайней мере, не настроен хорошо .

Это решит проблему на подавляющем большинстве страниц вложений, поскольку они обычно загружаются из записи, страницы, продукта или любого другого типа содержимого с помощью кнопки « Добавить объект» , которая находится в редакторе WordPress.

И, конечно же, отметьте все остальное как неиндексируемое

Таким образом, только те вложения, которые не имеют «пост-отца», останутся без перенаправления, то есть они не связаны с конкретным контентом или теми, из которых был удален контент, с которым они были связаны. Но, конечно, это не может быть оставлено так же. К счастью, Yoast SEO также подумал об этом, и у нас есть возможность сделать это.

Именно в SEO> Заголовки и цели , раздел, который позволяет нам настраивать, какие типы контента мы хотим индексировать, а какие нет. В этом случае нам останется только искать медиа- контент и установить мета-роботов как noindex .

Конечно, если Google уже проиндексировал все эти URL, вы должны перейти на консоль поиска Google, чтобы запросить удаление из индексации.

Перенаправлять вложения на страницы по коду

Если вы не используете Yoast SEO, у вас есть две альтернативы, в зависимости от того, насколько вы чувствуете себя «запутавшимися в кишках WordPress»: либо по коду, либо с помощью специального плагина для него (для этого перейдите к последнему разделу).

Для кода мы собираемся использовать систему шаблонов WordPress и ее иерархию. По этой системе ( в WP иерархии Вы можете взглянуть на полную схему иерархии шаблонов), чтобы показать вложение, будет использоваться следующий шаблон вашего шаблона:

• $ mimetipe- $ subtype.php . Например, image-jpg.php или image-png.php .
• Если этого не существует, будет загружен файл $ subtype.php . С такими же примерами они будут jpg.php и png.php .
• Если этот шаблон также не существует, будет произведен поиск в $ mimetype.php ; в нашем примере это будет image.php для обоих случаев.
• Если в теме нет ни одного из этих шаблонов, будет произведен поиск в файле attachment.php.
• Если файл attachment.php также не существует, то он по ошибке перейдет на single.php , singular.php и, наконец, на index.php .

На моем языке, пожалуйста

Посмотрим, получится ли это в нескольких словах. Ни один шаблон не будет включать шаблоны для определенных подтипов MIME, и почти ни один из них не будет включать шаблон для типа, отличного от изображения, поэтому в итоге мы будем использовать файлы image.php и attachment.php . Первый разрешит бюллетень с изображениями, а второй - для остальных типов файлов вложений.

Изменить шаблоны

Теперь, когда мы знаем, как работает система шаблонов для страниц вложений, у вас будет четкое представление о том, что вам нужно изменить, в зависимости от того, что включает в себя ваш шаблон: если он не включает image.php , его будет достаточно для изменения attachment.php , поскольку он позаботится о всех вложенных страниц.

Если вы включите его, вам придется изменить оба ( image.php для изображений и attachment.php для других типов файлов) или удалить image.php и сосредоточиться на attachment.php , так как после того, как это было удалено, все вложения , изображения включены, будут показаны с этим шаблоном.

Осторожно! Обязательно внесите все эти изменения в свою дочернюю тему . Если вы не используете его, любые изменения, внесенные вами непосредственно в файлы шаблона, будут потеряны при его обновлении. Если ваш шаблон содержит эти шаблоны, но ваша дочерняя тема не содержит, просто скопируйте их из одного в другой и измените их в последнем.

Если ни один из этих двух шаблонов не существует в вашем шаблоне, больше нет сложностей: просто создайте файл attachment.php .

Код для перенаправления со страницы вложения на его содержание «папа»

На данный момент мы знаем, как, где и почему, и нам просто нужно знать, что, то есть сам код, который будет отвечать за перенаправление страницы поста отцу. В своей основной версии код, который вам нужно будет поместить в первую строку, выглядит следующим образом (я включаю открывающий тег PHP, если вы создали файл ex-novo, и закрывающий, если вы используете существующий шаблон):

<? php wp_redirect (get_permalink ($ post -> post_parent)); ?>

По сути, он перенаправляет на адрес почтового отца. Но в коде есть недостаток: что произойдет, если не будет отцовского поста или он будет удален? Короче говоря, что происходит со страницами вложений, которые не включены ни в один контент? Мы улучшим наш код, проверив, возникает ли такая ситуация и, если да, то ведущим на домашнюю страницу:

<? php

if (isset ($ post -> post_parent) && $ post -> post_parent! == 0)

wp_redirect (get_permalink ($ post -> post_parent));

еще

wp_redirect (get_bloginfo ('wpurl'));

?>

Хорошо, это уже что-то еще, но что, если мы укажем тип перенаправления, которое будет сделано? Google был бы признателен за что-то вроде этого ... Давайте поместим 301 (постоянный), когда вложение перенаправляет на URL-адрес поста, которому он принадлежит, и 302 (временный), если это не так. Таким образом, если в будущем мы прикрепим этот файл к записи, все будет так, как должно быть:

<? php

if (isset ($ post -> post_parent) && $ post -> post_parent! == 0)

wp_redirect (get_permalink ($ post -> post_parent), 301);

еще

wp_redirect (get_bloginfo ('wpurl'), 302);

?>

Адаптируйте код для functions.php

Поскольку мы помещали код непосредственно в шаблон, который загружается при отображении страницы вложения, нам не нужно ничего проверять: мы знаем, что он вступит в действие только тогда, когда это страница вложения.

Но чтобы добавить этот код в наш функциональный плагин или в functions.php мы должны сначала «привязать» его к соответствующему хуку и, прежде всего, проверить, является ли загружаемая страница страницей вложения. Если мы этого не сделаем, небо упадет над нашими головами, поэтому давайте немного подправим код:

add_action ('template_redirect', function () {

if (is_attachment () && isset ($ post -> post_parent) && $ post -> post_parent! == 0)

wp_redirect (get_permalink ($ post -> post_parent), 301);

elseif (is_attachment ())

wp_redirect (get_bloginfo ('wpurl'), 302);

});

Плагин перенаправления страниц вложений

Если вы один из тех, кто не любит этот код, не страдайте: кто-то уже позаботился о том, чтобы упаковать все это в плагин и сделать его доступным для всех пользователей в репозитории WordPress.

Речь идет о Перенаправление страниц вложений а также автор является земляком, Самуэль Агилера так ... что еще можно попросить?

Похожие

Комментарии