DMax921

Почитайте здесь - https://www.checkerboard.com/web-development/fix-o... там как раз про это.

Автор предлагает добавить код

**
 * Remove the generated product schema markup from Product Category and Shop pages.
 */
function wc_remove_product_schema_product_archive() {
	remove_action( 'woocommerce_shop_loop', array( WC()->structured_data, 'generate_product_data' ), 10, 0 );
}
add_action( 'woocommerce_init', 'wc_remove_product_schema_product_archive' );

Нет решение не очень хорошее. Вообще лучше всего удалённый товар переадресовывать в категорию, в которой находился данный товар т.к. это позволит решить проблему пользователя в наибольшей степени и показатель отказов будет меньше, чем в случае переадресации на главную (нужно сделать ряд кликов чтобы "найти" зачем пришёл, или 404 - тут понятно). Кроме того ,статический вес также пригодится вашей категории.
А вообще - лирика, но я замечал ряд вполне успешних магазинов, когда товар не удаляли физически (за исключением совсем уж старых моделей, а лишь выводили "нет в наличии"). Это позволит сохранить и места в выдаче по НЧ и трафик.

wp all import

Это достаточно просто сделать, если знать название полей.

Прикрепляю скриншот. В этот раздел можно попасть если зайдете в import settings вашего конкретного импорта.
Возможно который уже проходил у вас или на последнем этапе настройки нового импорта.
Прикрепляю скриншот:


Чего не сделаешь ради сообщества )

add_action ( 'wp_print_scripts', 'my_deregister_javascript', 100 );
function my_deregister_javascript () {
    global $post;
	if ( $post->post_type == 'product' || $post->ID == 'ID_shop_страницы' ) {
		wp_deregister_script ( 'contact-form-7' );
	}
}

Ну, примерно так: вешаем на событие удаления поста — поиск всех прикреплённых изображений и поочерёдно их удаляем

<?php
add_action('before_delete_post', 'wps_remove_attachment_with_post', 10);
function wps_remove_attachment_with_post($post_id)
{
    // We check if the global post type isn't ours and just return
    global $post_type;
    if ($post_type != 'my_product_post_type')
        return;
    
    $media = get_attached_media('image', $post_id);
    foreach ($media as $image) {
        wp_delete_attachment($image->ID, true);
    }
    
}
?>

Возможно
Но от Вас потребуется прописать нужный функционал. Т.е. где-то (в метаполях например) хранить разновидности и выводить их во фронте, и реагировать на выбор пользователя.
И еще один момент. Когда от вас потребуют сделать фильтрацию по типам разновидностей (выбрать все размеры xl), то Вам придется писать фильтрацию кодом. А это будет выполняться медленнее, при определенных объемах, чем через базу данных.

Чем пугают вариативные товары? Работают на ура.

Я работаю WordPress разработчиком уже 4 года и могу сказать точно, для обычного пользователя ничего не изменится. Так что не переживайте) Есть тысячу причин по которым может упасть производительность, но точно не из за черновиков.

<?php

$value = ... // значение из базы

?>


<input type="radio" name="rt1" value="1" <?php echo $value == 1 ? 'checked' : ''; ?>/>1
<input type="radio" name="rt1" value="2" <?php echo $value == 2 ? 'checked' : ''; ?>/>2
<input type="radio" name="rt1" value="3" <?php echo $value == 3 ? 'checked' : ''; ?>/>3

$webroot=$_SERVER['DOCUMENT_ROOT'];
include(realpath($webroot."/includes/db.php"));

Генератор может быть и оффлайн.

Кроме того, ключи могут идти как бонус к оборудованию (например к ноуту) или другому софту, а людям оно ненужно.