Esto plantea el problema de que al desactivar WP Bakery en los posts quedarán unos bonitos shortcodes tipo [vc_loquesea], lo cual hasta hace poco tenía una solución por la vía rápida y contundente: eliminar u ocultar lo shortcodes y dejarlo «plano», soso como unas espinacas al vapor.

Como decía, durante años utilicé un plugin freemium que en su versión gratuita solo ocultaba los shortcodes, y en su versión de pago te permitía borrarlos permanentemente.

NOTA: El plugin gratuito ha sido bloqueado en el repo de WordPress.

También hay una manera muy drástica de eliminar de la base de datos todos los shortcodes, utilizando expresiones regulares, por ejemplo, con una consulta como esta:

UPDATE wp_posts SET post_content = REGEXP_REPLACE(post_content, "\\[\/?vc(.*?)\]", "");

Te ahorras los 21€ del plugin de Envato, pero al final los posts quedan planchados, sin contenido y sin gracia alguna.

La solución se me ocurrió mientras trabajaba con ChatGPT en otro script que no tenía nada que ver; en ese momento teníamos un proyecto que estábamos rediseñando desde WP Bakery a Elementor y había como unos 100 posts que el cliente a lo largo de los años había diseñado con muchas galerías y fotos sueltas (es un fotógrafo).

Cuando le explicamos que perdería las imágenes de los posts, su primera intención era volver a colocarles las fotos poco a poco, con bloques…

Pero entonces se nos ocurrió que quizá había alguna manera de «mapear» o convertir esos shortcodes a bloques, y que ChatGPT nos podría ayudar.

Y aunque le podemos dar muchas formas, hacer un plugin en el cual seleccionásemos a cuáles posts se le aplica y a cuáles no, la primera aproximación y que a nosotros nos ha servido ha sido meter una función en el «functions.php» y luego ejecutarla en el propio «functions.php» para que procese todos los posts a saco.

Dicho así, el código se compone de 2 partes que van en tu «functions.php»:

Paso 1: Declaramos la función de sustituir shortcodes y reemplazarlos por código de bloques:

// SCRIPT PARA LIMPIAR SHORTCODES DE WP BAKERY (VISUAL COMPOSER) Y CONVERTIRLOS A BLOQUES DE GUTENBERG
function convertir_shortcodes_wp_bakery_a_bloques( $content ) {
    // Convertir comillas tipográficas a comillas normales
    $content = str_replace(['«', '»'], ['"', '"'], $content);

    // Eliminar shortcodes que no nos interesan
    $shortcodes_a_eliminar = [
        'vc_row',
        'vc_column',
        'vc_separator',
        'vc_column_text',
    ];

    foreach ( $shortcodes_a_eliminar as $sc ) {
        $content = preg_replace( '/\[' . $sc . '[^\]]*\]/', '', $content );
        $content = preg_replace( '/\[\/' . $sc . '\]/', '', $content );
    }

    // Convertir [vc_single_image ...]
    $content = preg_replace_callback(
        '/\[vc_single_image\s+([^\]]+)\]/',
        function( $matches ) {
            $attrs_str = $matches[1];
            $attrs = [];

            preg_match_all('/(\w+)="([^"]*)"/', $attrs_str, $attr_matches, PREG_SET_ORDER);
            foreach ( $attr_matches as $attr ) {
                $attrs[$attr[1]] = $attr[2];
            }

            if ( empty( $attrs['image'] ) ) {
                return '';
            }

            $image_id = intval( $attrs['image'] );
            $size = isset( $attrs['img_size'] ) ? $attrs['img_size'] : 'full';
            $alignment = isset( $attrs['alignment'] ) ? $attrs['alignment'] : '';
            $caption = isset( $attrs['add_caption'] ) && $attrs['add_caption'] === 'yes';

            $block = [
                'id' => $image_id,
                'sizeSlug' => $size,
            ];
            if ( $alignment ) {
                $block['align'] = $alignment;
            }

            $block_json = json_encode( $block );

            return $caption
                ? "<!-- wp:image {$block_json} --><figure class=\"wp-block-image\"><img src=\"" . wp_get_attachment_url($image_id) . "\" /></figure><!-- /wp:image -->"
                : "<!-- wp:image {$block_json} /-->";
        },
        $content
    );

    // Convertir [vc_gallery images="123,456,789"]
    $content = preg_replace_callback(
        '/\[vc_gallery\s+([^\]]+)\]/',
        function( $matches ) {
            $attrs_str = $matches[1];
            $attrs = [];

            preg_match_all('/(\w+)="([^"]*)"/', $attrs_str, $attr_matches, PREG_SET_ORDER);
            foreach ( $attr_matches as $attr ) {
                $attrs[$attr[1]] = $attr[2];
            }

            if ( empty( $attrs['images'] ) ) {
                return '';
            }

            $ids = array_map('intval', explode(',', $attrs['images']));
            $block = [
                'ids' => $ids
            ];

            return '<!-- wp:gallery ' . json_encode($block) . ' /-->';
        },
        $content
    );

    return trim( $content );
}

Nos interesa purgar todo lo que son filas, columnas, separadores… y nos quedamos con los bloques de imágenes y galerías.

En el caso de [vc_column_text], lo que hace es eliminar los corchetes y mantener solo el contenido de dentro del shortcode.

En lo referente a imágenes sueltas y galerías, el script convierte [vc_single_image] y [vc_gallery] a código compatible con bloques, respetando su alineación también.

Paso 2: Ejecutamos la función en el propio «functions.php»:

// EJECUTAMOS LA FUNCIÓN

add_action('init', function() {
    // Solo se ejecuta en el admin para evitar sobrecarga en el frontend
    if ( !is_admin() ) return;

    $args = [
        'post_type' => 'post',
        'posts_per_page' => -1,
        'post_status' => 'any',
        'fields' => 'ids',
    ];

    $posts = get_posts( $args );

    foreach ( $posts as $post_id ) {
        // Saltar si ya fue convertido
        if ( get_post_meta( $post_id, '_conversion_realizada', true ) ) {
            continue;
        }

        $post = get_post( $post_id );
        if ( !$post ) continue;

        $nuevo_contenido = convertir_shortcodes_wp_bakery_a_bloques( $post->post_content );

        if ( $nuevo_contenido !== $post->post_content ) {
            wp_update_post([
                'ID' => $post_id,
                'post_content' => $nuevo_contenido,
            ]);
            update_post_meta( $post_id, '_conversion_realizada', '1' );
            error_log("Post {$post_id} convertido.");
        } else {
            update_post_meta( $post_id, '_conversion_realizada', '1' );
            error_log("Post {$post_id} no necesitaba cambios.");
        }
    }

    error_log('Conversión terminada para todas las entradas.');
});

Una vez que pegues todo esto en tu «functions.php», solo tendrás que ir al Dashboard y recargar cualquier página del backoffice, eso hará que la función se ejecute y, aunque no te dará ningún aviso en pantalla en caso de éxito, sí guardará un log de todo el proceso.

Paso 3: No olvides eliminar las funciones al acabar

Después de la conversión no es necesario que mantengas el código en tu «functions.php», borra ambas funciones, que si no cada vez que recargues una página, el sistema estará buscando dentro de todos los posts…

A mí me ha funcionado bien y ya le tengo reservado un lugar en el Olimpo de los snippets de mi Wiki de WordPress.

¡¡Espero que os ayuda y podáis jubilar a muchos Visual Composers!!

¿Qué es el SEO?

El SEO es un término que viene del inglés: Search Engine Optimización, que traducido al español es Optimización para Motores de Búsqueda.
Un motor de búsqueda es todo aquello que tenga una barra de búsqueda y puedas usar para filtrar resultados, pero más concretamente hablamos de Google, Bing, Yandex, Duckduckgo, Startpage, etc
De estos, el más usado es Google, así que en vez de referirnos a motores de
búsqueda, vamos a llamarlo Google.
La parte de optimización consiste en hacerle ver a Google que nuestra web y contenido es suficientemente buena para que la muestre a su usuario.
Explicar que es el SEO no es el objetivo de este artículo, y aunque al final del artículo te dejaré algunos consejos sobre SEO, te dejo un artículo que escribí hace algún tiempo en mi web donde te lo explico de manera sencilla: qué es SEO.

Un concepto importante y dos archivos que tienes que conocer para entender el SEO

Concepto: indexar

Para indexar se utiliza una etiqueta que puede variar entre index o noindex, es una etiqueta que nosotros incluimos en nuestra página web y que tiene este aspecto. (No te asustes con el código que no te hará falta entenderlo)

<meta name="robots" content="index>
<meta name="robots" content="noindex>

Esta etiqueta les dice a los motores de búsqueda (Google) si queremos que esta página web la guarde en sus resultados para mostrarla a sus usuarios o no.
Es decir, le dice a Google si puede usar nuestra página o no.
Decimos que una página está indexada si Google la tiene en su base datos para
mostrar a los usuarios.

Dos archivos importantes: sitemap.xml y robots.txt

Sitemap

Muy resumido, el sitemap.xml es un “mapa” que muestra todas las URL (o específicamente las URLs que queramos mostrar) de nuestra web y que usualmente Google utiliza como punto de partida para explorar (rastrear) nuestro sitio web.
Es como llegar al centro comercial y mirar el mapa para ver donde estas todas las tiendas, y concretamente la tienda a la que quieres ir. En este mapa, no vas a encontrar donde esté el cuarto de contadores o el cuadro eléctrico, porque esta información no es relevante para el usuario que ve el mapa.

Robots.txt

En el archivo robots.txt mostramos las reglas o normas que les ponemos a los motores de búsqueda para que se comporten cuando visiten nuestro sitio web.
Les decimos que URLs pueden visitar y cuáles no.
Este archivo es usualmente el primero que leen los motores de búsqueda para saber que pueden y que no pueden hacer en tu sitio web.
Por poner un ejemplo, en este archivo le puedes decir a Google que puede
visitar tu web, pero que las URLs que contengan la palabra ‘privado’ no las visite, ya que no es nada importante para él.
En última instancia, los motores de búsqueda pueden hacer caso de estas
indicaciones o no, pero generalmente si lo hacen.

Te he contado todo lo anterior, porque ahora haremos referencia a estos conceptos cuando analicemos la configuración SEO base de WordPress y trataremos de responder a estas preguntas:

• ¿Qué contenido puede Google indexar de mi web?
• ¿Cómo lo decido? (etiqueta index)
• ¿Tengo archivo sitemap.xml? ¿Dónde está?
• ¿Tengo archivo robots.txt? ¿Dónde está, que es?

Para responder a estas preguntas, tenemos hablar primero del tipo de contenido que tiene WordPress.
Y esto es, sin entrar en detalles técnicos y muy resumido:

• Tipos de contenido:
  • ‘post’ o entradas
  • ‘pages’ o páginas.
• Taxonomias:
  • ‘tags’ o etiqueta
  • ‘categories’ o categorías.
  • custom taxonomies
• Páginas de archivos:
  • archivo de autor
  • archivo por fechas
• formato de entradas
  • medios

Si además de esto, tenemos plugins instalados, estos pueden generar mas contenido por defecto.
Entre los más populares:

• Woocommerce, crea lo siguiente:
  • Productos
  • Categorías de producto
  • Etiquetas de producto
  • Custom taxonomies
  • Atributos del producto
• Elementor, creo:
  • Páginas de destino
• etc, etc, etc

Y aquí viene lo malo de la configuración por defecto de WordPress, y es que solo tenemos un interruptor para decidir, o todo en noindex o todo en index. Es decir, Google, úsalo todo o no uses nada.
Este interruptor se encuentra en Ajustes > Lectura > Pedir a los motores de búsqueda que no indexen este sitio.
Tener todo este contenido por defecto y tan poco control ¿Es bueno? ¿Es malo? Vamos a poner un ejemplo y responderemos a esta pregunta juntos.

Un ejemplo sencillo para entender la configuración SEO por defecto de WordPress

Ejemplos de página web con 10 entradas escritas en 2023, por el autor Rafael, y repartidas en 2 categorías (marketing y desarrollo web) y además, se usan varias etiquetas, como puede ser (wordpress, seo, socialmedia, html)
WordPress, para este ejemplo, crearía las siguientes URLs: (Pongamos que nuestro sitio web es ejemplo.com)
10 URLs, una por cada entrada:
ejemplo.com/titulo-de-la-entrada
1 URL de la página del blog o homepage.
ejemplo.com/blog/ o la homepage ejemplo.com/
Generado automáticamente:
Una URLs para cada categoría, donde se listan todos las entradas de esta
Categoría:
ejemplo.com/categoria/marketing
ejemplo.com/categoria/desarrollo-web
Una URL para cada etiqueta, donde se listan todas las entradas que
pertenecen a esa etiqueta:
ejemplo.com/etiqueta/wordpress
ejemplo.com/categoria/seo
etc
Una URL para las entradas que ha escrito el autor, donde se listan todas las
entradas:
ejemplo.com/author/rafael
Una URL por fechas tanto en año, mes y día, listando los contenidos que se publicaron en esa fecha. Esto se genera teniendo en cuenta las publicaciones, si solo hemos publicado en enero, solo se genera una URL del mes enero, pero si hemos publicado una vez al mes, se generan 10 urls de meses. Y lo mismo con los días.
ejemplo.com/2023
ejemplo.com/2023/01 (mes)
ejemplo.com/2023/01/18 (día)
Vale, voy a parar aquí con el ejemplo y vamos a sacar conclusiones.
Puede intuirse fácilmente que el contenido de las siguientes páginas es exactamente el mismo.
ejemplo.com/blog/
ejemplo.com/2023/
ejemplo.com/author/rafael
Y las páginas de categorías y etiquetas, muestran un subconjunto de páginas que ya están incluidas en estas páginas.
De esta forma, decirle a Google que puede usar e indexar todas estas páginas,
para este ejemplo, es un error por dos razones principales:

• Tenemos contenido duplicado en esas páginas.
• Estamos haciendo que Google pierda recursos y tiempo en rastrear 3 URLs, cuando solo con una ya habría sido suficiente.

Ahora, ya podemos contestar a las preguntas que nos hacíamos inicialmente:
¿Qué contenido puede Google indexar de mi web? ¿Cómo lo decido? (etiqueta index)
A todo o nada, y se puede controlar desde Ajustes > Lectura > Pedir a los motores de búsqueda que no indexen este sitio.
¿Tengo archivo sitemap.xml? ¿Dónde está? ¿Tengo archivo robots.txt? ¿Dónde está, que es?
Por defecto, no existen, WordPress no los crea y te corresponde a ti como usuario crearlos y subirlos a tu web.
Pero tranquilo, para esto existen los plugins de SEO y concretamente plugin de yoast SEO, que con su versión gratuita vas a tener más que suficiente para configurar todo lo que necesitas.

Configurando los ajustes de Yoast SEO paso a paso.

No hace falta hacerle mucha introducción a Yoast SEO, lleva casi desde los inicios de WordPress en el mercado y me atrevería a decir que es de los plugins más instalados a nivel general y el número 1 en su categoría.
Lo más inmediato al instalar Yoast SEO, y en la mayoría de los casos, lo que la gente va buscando, es que nos permite modificar el meta title y la meta description y de esta forma modificar como se verá el resultado en Google.
(foto 1 – editar resultado de búsqueda con Yoast seo)

Y esto es solo la superficie del plugin. Donde realmente Yoast nos aporta valor es en su panel de ajuste.
Para no extenderme demasiado en esta entrada, vamos a revisar solo los ajustes del plugin, es decir: Barra lateral izquierda > Yoast SEO > Ajustes
Aquí estoy usando como ejemplo mi web, hecha en elementor, sin WooCommerce, con algunas páginas y algunas entradas creadas.

Un pequeño disclaimer antes de empezar con la configuración: modificar estos datos sin saber puede hacer que Google no muestre tu página web o ciertas partes de tu web y tu tráfico caiga, si tu web es la base de tu negocio o tienes una tienda online generando, cuidado con tocar estas cosas sin saber.

Ajustes generales

Aquí tenemos 4 pestañas de configuración:

• Características del sitio
• Básicos del sitio
• Representación del sitio
• Conexiones del sitio

Características del sitio

En características del sitio, puedes activar o desactivar los módulos que quieras, en general recomiendo que si no los usas y no sabes lo que es, lo desconectes.
Pero hay una cosa muy importante en Características del sitio y es: “Mapas del sitio XML”, fundamental tenerlo activo porque esto va a generar el sitemap. Una vez activado, el sitemap se encontrará en ejemplo.com/sitemap_index.xml

Otra opción interesante es tener activo estas características, porque permitirá que los resultados se compartan de una manera más bonita en redes sociales, mostrando la foto, título, extracto, etc.

Básicos del sitio y representación del sitio.

Sobre básicos del sitio y representación del sitio, simplemente id leyendo y rellenando, esto le dará más info a Google sobre nuestra página web.

Conexiones del sitio

En Conexiones del sitio, podemos configurar la conexión con Google Search y otros motores de búsqueda, pero yo personalmente lo suelo dejar en blanco y la conexión con Google Search la realizo, por otro lado.

Tipos de contenido

Lo que vas a encontrar aquí puede variar en función de los plugins que tengas activos en tu web, en la siguiente imagen puedes ver ejemplos de 4 webs diferentes, cada una con diferentes tipos de contenido.

Al clicar en cada uno de los contenidos podéis acceder a sus ajustes, y todos
son iguales a este que te muestro, salvo el de «Página de inicio», que
básicamente, te dice que para ajustar los detalles tienes que ir a la propia página
y modificarlos allí.
En esta foto puedes ver el ajuste de «Entradas»

Podéis hacer varias pruebas, activando, guardando y revisando el sitemap.xml.
Repito que este ajuste es muy importante, y en lo que sigue, iremos revisando uno a uno los apartados de la barra lateral y decidiendo que hacer, si activarlo o no.
Para contestar a este pregunta: ¿Debo activar esto o no? Es decir, deben mostrarse estos resultados en Google o no, debes responder a esto. ¿Esto va a ayudar a Google a entender mejor mi sitio? Dependiendo de la respuesta, lo activaremos o no.
En general, os dejo mis respuestas:

• Entradas, las activamos, por su puesto queremos que Google lea e indexe nuestras entradas.
• Páginas, también, misma razón.
• Productos, por su puesto que sí.
• Páginas de destino, Theme builder o cualquier otra cosa que no conozcamos o usemos, en general, desactivado.

En la foto de arriba, en los tipos de contenido, a la derecha, puedes ver 3 tipos. «FAQs», «Projects», «Representatives» y esto son custom post types. Y te corresponderá a ti, decidir si estos contenidos deben aparecer en Google o no, dependerá de tu negocio y la finalidad de tu sitio web.
Un detalle importante, aunque aquí de manera general pongamos como index todas las páginas y las entradas, siempre podemos excluir páginas, entradas y productos de forma particular en los ajustes de cada una de ellas.
Para ello basta con ir la edición de la página/entrada/producto correspondiente y en el bloque de Yoast SEO en la pestaña de Avanzado > ¿Permitir a los motores de búsqueda mostrar este contenido en los resultados?
En general, yo, en todos mis proyectos, suelo dejar como no index las páginas de Aviso legal, privacidad, Cookies y en proyecto con WooCommerce las páginas de Mi cuenta, carrito, finalizar comprar. Porque son páginas que no aportan nada al usuario que está buscando en Google.

Categorías y etiquetas

Aquí llegamos a las taxonomías, que también dependerá de los plugins que tengas y de las custom taxonomies que tengas.

Para una web básica, lo normal es tener el primer caso, categorías y etiquetas.

Breve explicación sobre categoría y etiqueta.

Antes de empezar con esta sección tienes que saber brevemente que son las categorías y las etiquetas.
Ambas sirven para clasificar contenido en WordPress y poder listarlo luego de una manera más ordenada.
Las categorías organizan el contenido en temas principales, y en teoría cada post debe estar en una sola categoría.
Las etiquetas, en cambio, permiten conectar posts de diferentes categorías
mediante temas comunes, marcando detalles específicos y transversales que pueden repetirse en varios posts.
A nivel técnico, las categorías pueden tener jerarquía, es decir, tener subcategorías y las etiquetas no.
Y para terminar con esto, un ejemplo rápido:
Imagina un blog de cocina.
Las categorías podrían ser «Desayunos», «Almuerzos» y «Cenas». Cada receta solo pertenece a una de estas categorías.
Las etiquetas serían más específicas, como «rápido», «vegetariano» o «sin gluten».
Así, una receta de «Tortilla de espinacas» en la categoría «Desayunos❞ podría tener las etiquetas «rápido» y «vegetariano», y otra receta de “Lentejas” en la categoría «Almuerzos» también podría tener las etiquetas «lento» y «vegetariano«.
Esto ayuda a los usuarios a encontrar recetas rápidas y vegetarianas sin importar la categoría.

Configurando las categorías y etiquetas en Yoast SEO

Ahora bien, vamos con la pregunta, ¿qué hacemos? ¿Activamos su indexación en Google o no?
En mi experiencia y uso de WordPress, yo siempre desactivo la indexación de las etiquetas y las categorías.
De esta forma, yo elijo donde se listan estas entradas y controlo la indexación.
Que se desactive la indexación en Google de las categorías y las etiquetas, no implica que dejemos de usarlas, puedes seguir usando estas para mejorar la ordenación de tu web y mejorar la experiencia de usuario.
De hecho, en mi web uso las etiquetas, pero no las tengo indexadas en Google porque eso derivaría en contenido duplicado que no me interesa.
En cuanto al resto de taxonomías, como categorías de productos, etiquetas de productos, otros custom post o los atributos de WooCommerce, no me atrevería a recomendaros nada porque dependerá de como esté desarrollada la web y el uso que hagáis de estas taxonomías.
Pero si te diré que en las tiendas online, tienes que tener todo esto muy bien controlado porque entre las taxonomías, los atributos de productos, los filtros de búsqueda, con tan solo algunas decenas de productos puedes tener miles de URLs y controlar esto es esencial para que Google entienda bien tu web.

Migas de pan

Migas de pan: puedes dejarlo todo tal cual. Esto solo influye si las usas y los ajustes son bastante descriptivos de por sí.

Archivos de autor, fecha y formato.

Aquí tienes dos opciones:

• Activarlo y desactivarlo.
• Mostrarlos en Google o no.

Yo concretamente tengo las 3 desactivas, porque no las uso. Y en general, rara vez he visto que se usen.
Es posible que tú quieras activar los archivos de autor si tienes más de un autor en tu sitio web. Por ejemplo:
ejemplo.com/author/carlos/ ejemplo.com/author/raul/
Quieres estas páginas para que los usuarios vean las entradas de cada uno de ellos. Pero, por otro lado, no te interesa que se indexen estas páginas en Google porque no las crees relevantes.
De esta forma, activaríamos el «archivo» pero mantendríamos desactivado «apariencia en el buscador«

Páginas especiales

En páginas especiales, no hay mucho que tocar, recomiendo dejarlo tal cual.

Páginas de medios

Páginas de medios, esto son, fotos, videos, PDFs, Words y cualquier cosa que
subamos a “medios”.
Por defecto, WordPress crear una página de medios a la que subir esta foto.
Esto es raro de explicar, pero, es como si, por un lado, tuviéramos la foto y, por otro lado, un artículo donde el contenido sea la foto.
Es la manera que tiene WordPress de gestionar las imágenes, y esto hace que para una foto, tengamos dos urls, la URL del archivo adjunto y la URL de la foto.

En muy rara la ocasión en la que alguien utiliza la página de adjunto para algo… si estás usando, lo sabes, en caso contrario te recomiendo dejar tus ajustes de medios desactivados y de esta forma hacer que Yoast redireccione la página del adjunto o página de medios a la URL de la foto.
Eso no quiere decir que las fotos no se indexen, solo que desactivara la indexación de las páginas de adjunto y las redireccionará a la URL de la foto en sí.

RSS

RSS, te recomiendo dejarlo tal cual.

¿Y el robot.txt?

Por defecto, cuando un sitio no tiene un archivo robots.txt ya creado, Yoast SEO genera una por defecto en la activación del plugin.
Y este lo puedes encontrar en: ejemplo.com/robots.txt
Para cambiar los ajustes del robots.txt puedes ir a Barra lateral izquierda admin
panel > Yoast SEO > Herramientas > Editor de archivos
Aquí puedes modificar tanto el .htaccess (no recomendado a no ser que sepas lo que haces) y el robots.txt

Conclusión y resumen

En resumen, hemos cubierto los fundamentos del SEO, destacando la
importancia de los archivos sitemap.xml y robots.txt, y cómo el concepto de index influye en la visibilidad de tu sitio web en los motores de búsqueda.
Inicialmente, WordPress tiene una configuración básica que puede no ser óptima para SEO, especialmente en términos de contenido duplicado y la eficiencia del rastreo por parte de Google.
Utilizando el plugin Yoast SEO, hemos aprendido a configurar correctamente nuestro sitio web, asegurando que solo el contenido relevante se indexe y se optimice adecuadamente.
Si tienes alguna duda, no dudes en comentar o entrar en el grupo de Telegram que tenemos en la comunidad WordPress Málaga y preguntar sin problema.

Breves tips generales de SEO para amateurs

Si tu página no aporta nada en las búsquedas de Google, déjala en no index
Esto es un consejo para decidir si dejar que Google indexe tu contenido o no.
La pregunta que me hago para decidir eso es, ¿un usuario buscaría esta página que tengo delante en Google? ¿Cómo?
La página de aviso legal, ¿un usuario buscaría mi página de aviso legal en Google? No lo creo…
La página del carrito, ¿un usuario buscaría esta página en Google? No lo creo…

No te obsesiones con la optimización SEO

Parece un tópico, pero es así, no te obsesiones.
Mi regla de oro cuando escribo contenido o generes algo en tu web es la de aportar valor al usuario y comunicar de la manera más efectiva posible.
Es decir, el objetivo debería ser aportar valor al usuario y no la de posicionar en sí.

Sobre el autor: Rafael Cosquiere

Rafael Cosquiere es un experto en SEO y marketing digital con más de 6 años de experiencia. Ingeniero industrial de formación, actualmente dedicado al SEO internacional para empresas en el sector industrial. Apasionado por la tecnología y la productividad, en su tiempo libre disfruta explorando el desarrollo web y la programación.

O, mejor dicho: ¿Cuánto tiempo te queda para crear contenido después de hacer las cosas más importantes de tu proyecto?

Cualquier persona que llegue a leer este artículo tiene claro que contar con una buena estrategia de contenidos es imprescindible para todo tipo de proyecto online. Sin embargo, no todas ellas tienen la posibilidad de dedicarle tiempo a este tipo de tareas.

Para crear contenidos de manera efectiva y sufriendo lo menos posible debes contar con un método.

No importa cuál sea. No debe ser el mejor. Pero debes tener un método que puedas probar y ajustar tantas veces como sea necesario.

El proceso de creación que te comparto aquí no es perfecto. De hecho, es bastante caótico y muy poco ortodoxo.

Pero es el mío.

El que utilizo para crear mis contenidos principales y una gran variedad de contenidos complementarios que me sirven para impulsar mis canales y mantener presencia en redes sociales.

La idea no es que lo copies (aunque puedes hacerlo sin problema) sino que lo repliques y lo adaptes a tu propia realidad.

Y si te da buenos resultados, que me cuentes lo que hiciste para que yo pueda copiarte a ti.

1 – ¿Qué contenidos vamos a publicar y en qué plataformas vamos a hacerlo?

Este método consiste en abarcar tanto como podamos de una sola vez. Con un solo esfuerzo. No obstante, te toca elegir en qué plataforma y redes sociales quieres hacerlo.

En principio, vamos a contar con uno o dos canales principales y algunos canales de apoyo y difusión.

Ten en cuenta lo siguiente:

Si no te llevas bien con los comentarios negativos, es probable que te convenga pasar de Twitter (con tu permiso, voy a seguir llamándolo así). O si te resulta incómodo pararte frente a la cámara, deberías descartar Youtube.

Por otra parte, debes elegir tus canales principales:

Si eres de escribir, puede elegir un blog o una newsletter.

Si te gusta pararte frente a la cámara, es probable que lo tuyo sea tener un canal de YouTube.

Si te sientes más cómodo con el audio, deberías grabar un podcast.

También tienes que complementar tu canal principal con un contenido secundario.

Por ejemplo:

Puedes tener una web y complementarlo con un podcast quincenal.

Tener un canal de YouTube o podcast y complementarlo con una web.

O tener un podcast y complementarlo con una newsletter.

Uno de estos canales/formatos debe ser el principal y es a ese al que le dedicarás la mayor parte de tus esfuerzos. Al resto de canales le dedicarás un esfuerzo bastante menor.

Por último, debes seleccionar las plataformas de redes sociales que utilizarás para promocionar tus contenidos:

Si escribes, puedes utilizar Twitter y Linkedin.

Si haces videos, utilizarás Instagram, Tik Tok y YouTube Shorts.

Si eres de imágenes estáticas, Instagram o Pinterest.

No puedes estar en todas, es verdad. Así que debes elegir con sabiduría.

 2 – ¿Cómo crear tu contenido mínimo viable?

Lo primero que vamos a crear son pequeñas piezas de contenido efímero. Casi descartable.

Este contenido debe ser de consumo inmediato y rápida creación. No debes darle demasiadas vueltas ni aportar mucho valor en él.

Ten en cuenta que será visto por muy pocas personas y que la mayor parte de ellas pasaran de leerlo.

Por eso no debes dedicarle más de una hora al mes. Pero a esa hora debes sacarle el máximo provecho.

Lo que debes hacer es sentarte frente al ordenador y redactar pequeñas piezas de contenido sobre dos o tres tópicos. En mi caso, podrían ser ‘Podcast, WordPress, Contenidos’.

Algunos ejemplos:

1. El podcasting es la mejor manera de transmitir un mensaje. Ningún otro formato te permite hablarle al oído de tu audiencia sin interrupciones durante una hora.
2. El principal beneficio de utilizar WordPress es contar con el respaldo de su comunidad.
3. Una buena estrategia de contenidos es la mejor manera de hacer crecer tu negocio con una mínima inversión de tiempo y de dinero.

Nada demasiado relevante, ¿verdad?

Recuerda que en este paso no estamos buscando un contenido de calidad. Por el contario, buscamos tener una base de piezas de contenido que nos servirán para crear nuestra publicación principal.

Una de las mejores peores cosas que tienen los algoritmos de las redes sociales es que nuestros contenidos tienen muy poco alcance.

De hecho, es muy probable que ni siquiera lo vean nuestros seguidores.

Esto nos brinda la libertad de publicar casi cualquier cosa sin esperar demasiada repercusión. Por lo tanto, puedes dedicarte a crear sin más.

Una vez redactadas estas piezas de contenido, debes hacer una rápida selección para corregirlas, mejorarlas y publicarlas en tus redes de primer nivel.

Si logras redactar treinta publicaciones que valgan la pena habrás creado el contenido de Twitter, Threads o Instagram para todo un mes.

Nada mal, ¿verdad?

Una vez publicadas, debes medir su impacto.

¿Cuales tuvieron más likes? ¿Cuales más RT? ¿Cuáles más interacciones?

Aunque la repercusión sea mínima, te servirá para seleccionar las mejores publicaciones y avanzar al siguiente paso.

3 – Desarrolla un contenido más profundo

Este paso consiste en tomar las publicaciones que mejor funcionaron y mejorarlas.

Selecciona las 12 piezas que más impacto tuvieron durante el último mes y profundiza en los temas que toca cada una de ellas.

Crea una pieza de contenido más larga que aborde diferentes aspectos y aporte algo más de valor.

Desarrolla el tema, agregas datos y todo tipo de información que la convierta en una publicación algo más destacable y que invite a la reflexión.

No te enrosques demasiado. Manténlas concisas e impactantes.

Ya tendrás tiempo de profundizar aún más..

Ejemplos:

1. El podcasting es la mejor manera de transmitir un mensaje. 

Si grabas un podcast, ya lo sabes. Si lo escuchas también.
Entre un podcaster y su audiencia no existe ninguna barrera.
Ningún otro formato te permite hablarle al oído de tu audiencia sin interrupciones durante una hora.

No se compara con YouTube, no se compara con las redes sociales.

Cuando una persona le da play a un podcast, es muy difícil que deje de escuchar hasta que dejes de hablar.

2. El principal beneficio de utilizar WordPress es contar con el respaldo de su comunidad.
   Miles de personas alrededor del mundo trabajan de manera desinteresada para mejorarlo.
   Siempre encontrarás alguien dispuesto a ayudarte a encontrar la solución que estás buscando y eso es algo que no consigues en cualquier lugar.
   
3. Una buena estrategia de contenidos es la mejor manera de hacer crecer tu negocio con una mínima inversión de tiempo y de dinero.
   Elabora contenidos que le interesen a tus clientes y conviértete en un referente del tema.
   No necesitarás vender. Serán ellos quienes quieran comprarte.

Este tipo de publicaciones es ideal para compartir en Linkedin o en un carrusel de Instagram.

Selecciona las 12 mejores publicaciones del paso anterior y profundiza sobre ellas hasta convertirlas en piezas de mayor calidad.

Si publicas tres veces por semana, habrás generado el contenido de todo un mes.

Mide el impacto de estas publicaciones y vuelve a avanzar al siguiente nivel.

4 –  Contenidos de persona a persona

Llegó la hora de trabaja en serio.

No puedes enviar por email un contenido que has publicado en Twitter.

Pero puedes profundizar en las publicaciones sobre las que trabajaste en el paso anterior y crear un contenido que valga la pena enviar por correo.

La última selección te dejó 12 piezas de contenido de “relativa” calidad.

Con algo de tiempo y bastante dedicación, debes profundizar en cada uno de estos temas agregando experiencias personales que validen tus conocimientos.

Además, debes modificar la redacción para que sea más cercana y compartir enlaces a casos de éxito que sirvan de ejemplo para tus afirmaciones.

Recuerda que le estás hablando a una audiencia que ha decidido darte un email y esto conlleva una gran responsabilidad.

Tienes 12 publicaciones sobre las que trabajar.

Agrupalas de tres en tres según su temática. Siguiendo los ejemplos anteriores, de esta manera obtienes tres publicaciones sobre podcasting, tres sobre WordPress y tres sobre contenidos.

Elabora un contenido más largo que incluya estas tres publicaciones para una edición semanal de tu newsletter.

Habrás creado las ediciones de todo un mes.

5 – El rey de los contenidos

Y llegamos el contenido principal.

Aquí no debe haber fallos ya que se trata de la publicación por la que las personas decidirán seguirte, comprarte o dejarte su email.

Este contenido nos demanda mayor responsabilidad y será bastante más complejo de crear.

Sin embargo, siguiendo los pasos anteriores habrás obtenido una larga lista de ideas sobre las que trabajar.

Además, habrás seleccionado los contenidos que mejor funcionaron en tus redes sociales.

Y si obtuviste feedback, conocerás las opiniones de tu audiencia.

Cuentas con importante información con la que crear el esquema de tu próximo artículo, elaborar la escaleta de tu podcast o el guion de tu video de YouTube.

Se trata de un contenido que ya está testeado y validado por tu propia audiencia.

Ahora si: Dalo todo. No te guardes nada.

Estas creando tu contenido definitivo.

No lo abandones a su suerte. Mucho menos lo dejes en manos del algoritmo.

Compártelo tanto como puedas y una vez que lo hayas hecho, vuelve a compartirlo. La gran mayoría de las personas que te siguen nunca se enterarán de lo que has publicado. Tienes que enseñárselo tantas veces como puedas.

¿De qué sirve crear el mejor contenido del mundo si nadie lo va a consumir?

6 – Vuelve a empezar

No te conformes.

Has trabajado mucho para crear un contenido de calidad. Tal vez demasiado.

Y lo más probable es que ni las visitas de la web, las reproducciones de YouTube o las descargas del podcast sean las esperadas.

Tu contenido ha superado todas las pruebas anteriores y ha llegado hasta el último nivel. Quiere decir que es bueno, que a la gente le interesa y que vale la pena seguir trabajando en él.

En este paso, debes desmenuzar tu contenido tanto como puedas.

Dividelo en pequeñas frases o piezas que contengan parte de su valor y que reflejen su importancia.

Utiliza estas unidades de contenido para promocionar tu publicación principal en redes sociales creando un post o hilo para Twitter, un carrusel para Instagram o el guion para crear reels y shorts.

Y vuelve a comenzar.

Publica estos pequeños fragmentos extraídos de tu contenido principal en redes para seguir teniendo presencia en tus plataformas de descubrimiento y medir el impacto que tienen entre tu audiencia.

Recuerda que cada publicación se muestra a una pequeña parte de tus seguidores por lo que resulta muy probable que, para la gran mayoría de las personas, esta sea la primera vez que las vean.

Vuelve a publicar, mide el impacto y comienza una vez más con el proceso de creación que te llevará a crear una publicación de calidad en tu plataforma principal.

7 – Convierte este sistema en tu propio método de creación

Como habrás visto, este proceso de creación de contenido comienza con un esfuerzo mínimo pero se vuelve más complejo a medida que te adentras en él.

Debes comenzar con el primer paso sin complicarte la vida y luego avanzar tanto como puedas.

Ten en cuenta que una vez que termines el primer ciclo de creación ya no estarás empezando desde cero y contarás con una base de piezas de contenido listas para publicar.

A medida que avances en el procedimiento y lo repitas, irás creando una base de piezas de contenidos que podrás utilizar una y otra vez.

Además, tu cerebro habrá activado el modo ‘Full Creator’ y crearás contenido desde cero de manera mucho más fluida.

No obstante, para que funcione de la mejor manera, debes adoptar este proceso como si fuera tuyo.

Cambia todo lo que tengas que cambiar y haz a un lado lo que no te sirva. Prueba, cambia y vuelve a probar hasta encontrar lo que te de mejor resultado.

Lo único que está prohibido es no comenzar.

WordPress por defecto permite atribuir cada entrada a un único autor, que previamente tiene que estar creado en el sistema.

Ni permite asignar varios autores, ni podemos asignarlo a una persona a la que no le hayamos creado previamente un usuario de autor, editor, colaborador, etc.

La primera vez que se me planteó este problema fue en nuestra revista cultural, Maraña Magazine: teníamos colaboraciones de artistas que solamente iban a publicar un artículo puntual… ¿Por qué puñetas vamos a tener que crearle un usuario en el sistema, si no van a necesitar entrar en nuestro WP para nada? Y aunque no les facilitemos el usuario y contraseña, tampoco es cuestión de ir anotando todas las contraseñas en un sitio, ¿para qué, si como administradores podemos cambiarles el usuario o editar sus artículos?

Es cierto que podríamos no mostrar los autores y citarlos al final de cada artículo, sin con una especie de «autoría», picado como texto a mano o ponerle un link si tiene una web personal.

Todo eso más o menos hubiese quedado cubierto de manera un poco chapucera con estos apaños, pero… ¿qué ocurre cuando queremos firmar el artículo por más de una persona?

PublishPress Authors, múltiples autores por post y autores invitados

Ahí es cuando nuestro querido PublishPress Authors. La versión gratuita del plugin ya te alcanza para hacer casi todo, ya que incluso trae diferentes presets a la hora de mostrar tu bloque de autores, y por si fuera poco, te permite crear presets nuevos.

Cuando lo instalas, lo más interesante de la configuración es utilizar la opción de añadir autores sin asignarles una cuenta de usuario de WordPress, y por supuesto, sin necesidad de ponerles un email ficticio. Les pones el nombre y apellido, y a volar.

En una web de Comunidad como WPMálaga una funcionalidad así es esencial, porque muchas veces no nos va a alcanzar con firmar el artículo por una única persona. Así que «APARCAO»

Al buscarlo en el repositorio de plugins, quizá lo vas a encontrar con otro nombre: «Co-Authors, Multiple Authors and Guest Authors in an Author Box with PublishPress Authors«. Los desarrolladores de PublishPress Authors, PublishPress, tienen otros plugins igual de útiles, por ejemplo para agrupar «series» de posts, planificar publicaciones o afinar mejor los permisos de cada rol.

Pero aún hay más: página de autor, foto, bio, etc.

Pongamos que te quieres currar un poco más la ficha de autor que aparece abajo en la firma de autor, con la foto, web personal, email, biografía, etc… Con el plugin gratuito lo puedes hacer, por supuesto.

Le rellenas la info relevante al autor y ya está. Si se trata de un post con varios autores, no hay problema ninguno, ya te los lista todos.

Y la última feature para este utilísimo plugin es que además cada autor invitado tiene su página de «author» en la web como si de un usuario registrado se tratase, con todos sus posts listados en una página tipo «author archive».

No hay que hacer nada más.

A partir de ahora, nada de chapuzas ni llenar la base de datos de usuarios que luego no van a servir para nada. Bloguear como dios manda nunca ha sido tan sencillo. Para que veáis cómo queda la firma, voy a firmar este artículo por varios autores de este blog.

Por cierto, el que suscribe esta entrada, pobrecito, que no habla nunca, es Rafa.

Sí, los CVE publican la información, pero no de una forma sencilla, ya que solo con esos datos no puedes realmente automatizar el saber si tu WordPress es vulnerable o no.

WordPress es seguro

Pero demos un paso atrás. ¿Es WordPress seguro? La respuesta es que sí, aunque con peros.

El núcleo de WordPress es uno de los software de código abierto más seguros del mundo, sobre todo porque hay muchos ojos encima revisando que todo funcione correctamente. Donde realmente podemos ver más problema es en los plugins y temas, sobre todo en los primeros.

Los plugins

Con alrededor de 60.000 en el repositorio oficial, más los miles más repartidos por Internet, la seguridad depende de sus desarrolladores. WordPress pone muchas herramientas en el núcleo para que se pueda crear un plugin seguro, pero, hay que hacerlo. Y en general, los desarrolladores no lo hacen.

Tanto los propios desarrolladores como empresas de seguridad van revisando la calidad de los plugins, y en ocasiones aparecen vulnerabilidades. Hasta aquí, lo normal. Esas vulnerabilidades tienen habitualmente de plazo unos 3 meses para ser corregidas y posteriormente anunciadas de forma pública. Si un desarrollador no la corrige, se produce un factor problemático: una vulnerabilidad anunciada, sin parche y que puede afectar a miles de sitios.

Mi sitio es vulnerable

Pues, en realidad, no lo puedes saber porque WordPress no te lo indica. Hasta ese momento podías utilizar plugins freemium o premium que suelen incorporar un cortafuegos en el que se te indicaba que podría haber alguna vulnerabilidad y te invitaban a actualizar, o lo hacían automáticamente, sin tener en cuenta tu opinión.

Otras herramientas mandan toda la información de tu sitio a sus servidores y allí es donde te avisan. Una falta de privacidad y un perfilado de usuarios en toda regla cuando tienes varios WordPress.

Una base de datos para todo

Un primer paso del proyecto, y la matriz de todo, fue crear una API en la que estén todas las vulnerabilidades. Una base de datos a la que cualquiera pueda acceder, con datos mínimos. La idea no era la de sustituir a otros proyectos que dedican su negocio a esto, sino tener un sistema muy básico que permita a los usuarios de WordPress a estar alerta.

Eso llevó al lanzamiento de la WordPress Vulnerability Database API con un lema muy simple: Democratizing WordPress security information (democratizando la información de seguridad de WordPress).

La primera versión incluía poco más de 4.000 vulnerabilidades, lo que permitía salir en beta.

Un plugin que no sepa nada de tu sitio

El siguiente paso lógico era, que sí teníamos una base de datos con información, desde tu propio WordPress se pudiera consultar y visualizar los posibles problemas de seguridad. Sin más intención.

Esto llevó a que al entrar en la lista de plugins se pudieran ver mensajes con un aviso que te dijera si tenías algo con vulnerabilidades. La solución en la mayoría de casos era actualizar. Si no había actualización, la recomendación era sustituir el plugin por otro de las mismas funcionalidades.

La información de las vulnerabilidades se almacena en local, de forma que el proyecto no sabe nada sobre quién hace la petición, ya que todo se anonimiza en la CDN, sin saber ni siquiera la IP desde la que se hace la petición.

Añadir todas las vulnerabilidades

Durante un año el proyecto se centró en mejorar la calidad de la información, las fuentes de datos y tener una información lo más exacta posible.

Esto implicó añadir fuentes de datos diversas y comenzar un proyecto de duplicidad de las vulnerabilidades (algo sobre lo que se sigue trabajando).

Todas las vulnerabilidades históricas del propio núcleo de WordPress y, hasta la fecha, casi 9.000 plugins (con 28.000 vulnerabilidades) y caso 1.000 temas (con 2.000 vulnerabilidades) forman parte de la base de datos.

Mejorando el plugin

En las siguientes versiones del plugin se añadieron mejoras varias: poder ver las vulnerabilidades en el Salud del Sitio, envío de un correo con las vulnerabilidades, un refactoring (reprogramación completa) del plugin para hacerlo óptimo, compatibilidad desde WordPress 4.1 hasta la última versión, que también implica dar soporte a todas las versiones de PHP soportadas por cada versión, el lanzamiento de comandos WP-CLI…

Otro foco fue la incorporación de procesos que revisaban la calidad y seguridad del código. Esto incluye los WordPress Coding Standard, además de herramientas externas que analizan la seguridad del código. En las últimas versiones, se ha incluido la revisión con el Plugin Check (PCP), la herramienta del Equipo de Plugins para validar algunos elementos de compatibilidad.

Pero no solo eso. La optimización, caché de los datos y otros elementos se incluyeron para por ejemplo no afectar en nada al frontal, y que en el panel de control solo se cargue el plugin cuando realmente el usuario tiene acceso a los datos.

Incluso, se planteó el soporte a WordPress MultiSite (que no es sencillo) y una nueva columna en los plugins que indican si el plugin está cerrado, o la fecha de su última actualización.

La seguridad no es solo WordPress

Mucha gente puede pensar que teniendo todos los elementos de WordPress al día es más que suficiente, pero no es así. WordPress necesita de distintos elementos, como PHP, un servidor web, una base de datos… por eso los últimos avances han ido en ese sentido: incorporar vulnerabilidades de versiones de PHP, Apache HTTPD, nginx, y en un futuro de MySQL o MariaDB.

Tener un hosting inseguro hace que tu WordPress también lo sea, aunque tengas todo al día.

Descargando el plugin

El plugin es «instalar y listo». Si quieres, puedes configurarte que envíe los correos, pero eso ya es tu decisión.

Proyecto colaborativo

Cuando comencé el proyecto tenía en mente un sistema híbrido de participación. Sabía que el control de la base de datos no podía ser completamente abierto, aunque los datos y la API sí que lo son, y por serlo, no requiere ni una clave de API.

Lo que sí tenía que ser 100% abierto era el plugin. Saber qué necesitan los usuarios, escucharlos, ha sido clave para mejorar el plugin, como para corregir problemas que se han ido encontrando y que han sido gracias a los reportes de usuarios que lo utilizan.

Seguro por defecto, lo dice la ley

Hace poco que se aprobó la Ley de Ciberresiliencia, una legislación a nivel europeo que obliga a todos los implicados en el desarrollo del software a ser parte de la solución.

Entre otras cosas va a obligar a que aquellos que gestionan un sitio WordPress sean responsables de su seguridad, por lo que si eres alguien que desarrolla plugins o temas, si eres una agencia que crea sitios para otras personas o empresas, o si simplemente gestionas un WordPress, la ley está ahí y te obliga a mantener tu sitio seguro.

Así que, si quieres ser parte de esa solución: mantén tu WordPress seguro.

Fuente:
Javier Casares
javiercasares.com

Entre los que estábamos en este Templo Jedi de WP empezamos a aportar ideas y posibles themes, constructores, etc., pero quedó claro antes de empezar que el compromiso debía ser mantener la web al margen de licencias, plugins de pago y todo servicio que pudiese ocasionar en el futuro un problema de mantenimiento. Por ejemplo, hablando abiertamente, que alguien pusiese una licencia y después decidiese salir de la Comunidad por cualquier motivo.

El escenario era trabajar con casi lo nativo que trae WP, es decir, editor de bloques o la palabra maldita que algunos odiamos: Gutenberg. Por primera vez en muchos años tendríamos que salir de la zona de confort de los themes y builders a los que estamos acostumbrados, ya que lo primero que pensamos alguno fue: «bueno, la montamos con Astra y sus Spectra Blocks o Kadence, tampoco pasa nada».

Pero no, ya que Astra free es tan básico que no tiene Full Site Edit, por ejemplo. Y para editar en modo Full Site tienes que instalar Gutenberg y un theme compatible. Te acostumbras a algo que ya consideras tan básico, y es que cuando tienes tus flujos de trabajo y tu manera de hacer las cosas, te olvidas de que son herramientas premium, y tienes que volver a aprender cómo se trabaja en WP de manera nativa.

Gutenberg, el builder nativo de WP

En ningún momento nos planteamos utilizar ningún builder, desde luego ni Elementor, ni Divi ni Bricks ni algo así, respetemos el purismo y mantengamos el Templo libre de esas mierdas. Pero lo de Gutenberg necesita que alguien le diga al rey que está desnudo, tantos eventos con Matt y parece que nadie es capaz de decírselo.

No voy a explayarme, porque quienes me conocen saben que odio profundamente a Gutenberg y que considero que está lastrando a WP, así que como estoy más guapo callado, corramos un tupido velo y continuemos.

FrostWP, un theme básico con patrones y FSE

Nos pusimos manos a la obra en la búsqueda de un theme que fuese free, que no tuviese una parte premium (para no quedarnos con la miel en los labios), y sobre todo, que tuviese out-of-the-box la funcionalidad de Full Site Edit, ya que tendríamos que editar no solamente la cabecera y footer, vamos a crear tipos de contenido personalizados y necesitaríamos poder editar sus plantillas específicas.

Tras probar varios themes, encontramos FrostWP, un theme que tiene muchos patrones, una configuración básica, y sobre todo, nos da tranquilidad porque no tiene una versión de pago.

Lo de FrostWP es de traca, siendo de los más valorados, cuando te lo instalas y empiezas a trastearlo te das cuenta de que en el fondo es MUY MUY básico, ni tiene página de opciones, ni tan siquiera te habilita los Menús. Cuando intentas entrar en Apariencia -> Menús y ves que no existe, empiezas a preguntarte por qué es la primera vez que esto sucede después de trabajar en cientos de webs de WP… y es que ahora se hace desde el Full Site Edit.

Al final, después de valorar lo de FrostWP y aunque sea el Dacia Sandero de los themes, y como había que escoger alguno, decidí por mi cuenta tirar para adelante con este, a ver hasta donde llegábamos y no mirar atrás. Nos casaríamos con FrostWP y ya está.

La estructura de contenidos. Los Custom Post Types

Uno de los objetivos de la web era dar la información sobre las Meetups y actividades de la Comunidad: listarlos, dar reconocimiento a los ponentes, tener una web completa al margen del grupo en Meetup.com, que tuviese entidad propia.

No hace falta decir que en una comunidad de WP, que no tuviésemos una web y dependiésemos de servicios como Meetup.com era bastante imperdonable.

A la hora de estructurar contenidos propusimos hacer 4 custom post types que estuviesen relacionados entre sí.

1. Meetups
2. Ponentes
3. Lugares
4. Patrocinadores

Aunque como es normal, cada uno tendría sus campos custom, sobre todo prestemos atención a las relaciones entre ellos, que en principio serían de muchos a muchos (many to many)

Es decir, un meetup puede tener varios ponentes, varios lugares (aunque no es lo normal), y varios patrocinadores. Y a la inversa, un mismo ponente, lugar o patrocinador estará vinculado a más de un meetup. Todos se relacionan de manera bidireccional con campos tipos «relationship». Dependiendo del enfoque, esta relación se puede definir como «parent-child» o simplemente como «relationship», como en este caso, donde no habría padres ni hijos.

Esta es la estructura de CPT que planteamos:

Para crear los Custom Post Types, cada maestrillo tiene su librillo. Nosotros en el estudio utilizamos JetEngine, un plugin comercial de Crocoblocks, que es una maravilla porque tiene bloques, se integra bien con Elementor y Bricks, y además disponemos de licencia lifetime y multisitio. Estamos muy acostumbrados a JetEngine y aquí lo echaríamos de menos, pero antes de conocerlo usábamos Pods Frameworks, el plugin más free que te puedes encontrar para estas cosas.

Con unos cuantos años de trayectoria, este plugin es veterano y permite crear los CPT, custom fields, custom taxonomies, templates, etc.

Como había olvidado cómo trabajar con Pods, este proyecto me ha servido para reencontrarme con él, que aún lo tenemos en muchos sitios antiguos, y recordar cómo trabajábamos antes.

Creados los CPT y los correspondientes Custom Fields en cada uno, hicimos también los cambios relacionales y comprobamos que al crear Meetups, Ponentes, Patrocinadores y Lugares y conectarlos entre sí, la relación podía verse desde ambas partes de manera recíproca:

Un vistazo por el diseño y primeros pasos

Como se unieron algunas compañeras y compañeros al Templo, pensé hacer un vídeo de on-boarding y explicar lo que veníamos haciendo, cómo son las maquetas y lo que teníamos hecho hasta ese momento.

Si os queréis ahorrar los 60 minutos que dura el vídeo y cómo me meto en un jardín sobre la paridad, aquí os dejo unos pantallazos de la maqueta realizada en Figma.

Con esto ya más o menos definido a nivel visual, empezamos a trabajar en equipo por un lado introduciendo la información, por otra parte realizando las consultas a base de datos, y por una tercera vía dando estilo a los diferentes bloques.

En la medida de lo posible hemos usado los bloques que ofrece Pods, no obstante es complicado trabajar las consultas en las que se saca más de 1 item de diferentes CPT, como por ejemplo los listados de Meetups que sacan datos relacionales de ponentes, lugares, etc.

Para esos casos hemos definido dentro del functions.php del child-theme unos shortcodes que consultan la base de datos y ya nos devuelven el un bloque HTML con todo dentro: divs, imágenes, enlaces, textos, etc.

Hay otros casos en los que hemos usado los templates de Pods, como por ejemplo, en generar el bucle dentro del grid de Meetups o de Ponentes. Para los que uséis JetEngine, me estoy refiriendo a los Listing grids.

Esta combinación de código, shortcodes, templates y bloques es un poco compleja de explicar, pero hemos seguido la norma de complicarnos la vida lo menos posible. Si vemos que con templates de Pods nos vamos a liar mucho, lo hacemos a código. Por ejemplo, hemos creado funciones que devuelven la fecha en un formato más amigable, como «Viernes 21 de junio», en lugar de «24 junio, 2024». Eso lo hemos hecho a través de shortcodes, no con Pods.

Sobre el Full Site Edit: la muerte a pellizcos

Como sabéis, desde hace un tiempo WordPress incorporó el Full Site Editing, y luego fue bautizado como Site Editor, pero ya sabéis, aunque la mona se vista de seda, sigue siendo igual de confuso y mal enfocado. No voy a repetir lo de siempre, pero a veces vendría bien mirarse un poco el ombligo y fijarse en cómo lo están haciendo Elementor o Bricks, ya que el editor es muy poco intuitivo y por si no os los esperábais, aquí viene otro giro de guión: utiliza Gutenberg.

Basta de quejas, esto son lentejas y es lo que hay. Hemos creado plantillas para la home, para el archivo de meetups, para el archivo de ponentes y archivo de blog. Y plantillas individuales para las meetups, ponentes, lugares y posts.

Como partes de la plantilla tenemos 1 header y 1 footer, paremos de contar ahí.

Hemos definido algún patrón con bloques que se han usado en más de una página, así podemos instanciarlos y editar globalmente para que se aplique a todos.

El ejemplo más claro es el bloque de «Síguenos», con su biznaga de fondo. Sí, es una biznaga.

Mi opinión sobre este tema es que el editor de bloques no está pensado para el usuario final ni de coña. Pero es que para los diseñadores tampoco. En todo caso, para desarrolladores que ponen poco interés en el diseño o que no les importa que su diseño sea tremendamente aburrido y falto de opciones.

Y le falta tanto, tantísimo, que hoy día para mí no es una opción válida para trabajar. Ojo, como siempre, es mi opinión como cuñadísimo de WP.

CSS y Media Queries

Para terminar, tuvimos que arreglar bastantes estilos en CSS dentro del custom.css del child-theme. Sí, tuvimos que hacer un child-theme con un plugin de usar y tirar, porque FrostWP no trae child-theme.

Tampoco trae opciones responsive, así que a base de Media Queries ha quedado una estupenda hoja de estilo con varios breakpoints.

Qué difícil es salir a trabajar fuera de tus themes conocidos, ya que en lo referente a las opciones, configuraciones de maquetación nativas, WordPress es un auténtico páramo si no comienzas por instalar un buen theme, para empezar. La curva de aprendizaje es tan empinada que si no fuese por los themes de pago, builders y demás, dudo que hubiese alcanzado la cuota de mercado tan enorme que tiene.

Y por si acaso, quiero aclarar que usar themes de pago no significa usar themes multipropósito de Envato. Me refiero a nuestros queridos Astra, Generate Press, los starter themes que tantas opciones de personalización tienen, aquí son unos benditos y se les echa de menos como a una madre, con sus opciones responsive, sus configuradores, etc… ay, qué morriña!

Acelerando, que es gerundio

¿Cómo entregar una web sin optimizar? Nos lloverían palos. Así que ya sobre la bocina empezamos a buscar un plugin para caché bueno, bonito y gratuito. Y otro para optimizar las imágenes y servirlas en formato WEBP. ¡Cómo añoro mis queridos WP Rockert, Perfmatters e Imagify, con sus preciosas licencias y qué a gusto las pago!

Estuvimos probando el como Hummingbird y Smush, con resultados muy malos, casi tan malos como no usar nada.

Finalmente hemos instalado WP Fastest Caché para opciones de caché en general, y para convertir y optimizar imágenes un plugin gratuito llamado Converter for Media.

Dentro de lo gratuito, petardean bastante, sin ir más lejos el día de la presentación de la web dejó de funcionar el menú responsive de móvil, fue borrar caché y de nuevo volvió a aparecer. Ya veremos cómo va, que si no le quitamos la aceleración y tan panchos.

Se puede optimizar más, pero a mí con esto me vale.

Chorprecha final: la accesibilidad

Como guinda, ¿a quién no le va a gustar cumplir con la norma de accesibilidad WCAG 2.1 nivel doble AA? ¿A quién no le va a gustar? Después de hacer un testeo, solamente nos marcaba algunos pequeños fallos de contraste y alguna imagen que no tenía atributo ALT, así que esto fue un juego de niños.

En cuestión de 1 hora más o menos ya pasaba el testeo de WAVE sin ningún error. Pero esto no cae del cielo: es consecuencia de hacer el trabajo teniendo en la cabeza las buenas prácticas, el trabajar enfocado en una buena experiencia y mirar de reojo al SEO. Porque las buenas prácticas on-page enfocadas a la accesibilidad también son fantásticas para el SEO…

Conclusión

Pues nada, este es más o menos el recorrido que hemos hecho los compis de WP Málaga. Yo me he puesto el primero porque soy tan mandón que he propuesto el theme, la estructura de diseño y bastantes cosas sobre el estilo de la web. Me he metido en todos los fregaos donde me podía meter a opinar.

Mis compañeros de aventuras en esta web Héctor López, Fran Calderón, Simón Serrano, Jorge Gaspar y Angie, en primer lugar muchas gracias por aguantarme en el grupo con mis frikadas, no dudéis que juntos sacaremos esto adelante y será una web de referencia dentro de la Comunidad WP.

Como Bonus Track, os dejamos con «Bloques a Go-go», la canción de SUNO elaborada con IA por @antitodo (quién será ese loco):

Tanto si eres alguien que usa WordPress de forma personal como si trabajas con este gestor de manera profesional, aquí encontrarás tu espacio.

La Comunidad está abierta a todo aquel al que le encante WordPress, independientemente de sus conocimientos y se reúne periódicamente en meetups.

¿No tienes una web hecha en WordPress pero te interesa comenzar una? ¿Tienes una web en WordPress y quieres mejorarla? ¿Lo usas a diario en tu trabajo? ¿Quieres aprender o enseñar algo sobre este CMS?

Únete. La Comunidad somos todos!

Comunícate con nosotros para integrar el grupo de voluntarios que organizamos:
– Meetups una vez por mes.
– Grupo de Telegram, preguntas, respuestas, alertas, propuestas..
– WordCamp en Málaga.