WordPress

By Business Entrepreneurship Technology Marketing

WordPress episodes

March 23, 2023 175. Novedades en WordPress y en MidJourney (IA)
✏️ Suscribirse
https://youtu.be/2_u-HzE7ReQ
Hablamos de las últimas novedades en WordPress, Full Site Editing para WooCommerce, nuevos bloques y una gran actualización de la IA de imágenes MidJourney que alcanza su versión 5.
52 min
February 21, 2023 173. Aprender código, productividad con Obsidian y estrategia de contenidos
✏️ Suscribirse
https://youtu.be/rqk_7-uW4Sg
Directo quincenal de Yannick y Elías contando las últimas novedades y en esta ocasión apuntando el foco sobre 2 temas interesantes: el uso del código en WordPress y la productividad con herramientas como Obsidian.
Comenzaremos el episodio hablando de algunas novedades en cuanto a los plugins y temas más populares, JetEngine y Bricks. Ambos reciben actualizaciones y en el caso de Bricks, su roadmap cambia para anunciar una próxima actualización donde la personalización de la página de "Mi cuenta" de WooCommerce será protagonista.
Hablaremos acerca de WordPress Bilbao y como Yannick está intentando reavivar el proyecto participando todo lo posible.
Problemas con hostings en el caso de Elías que se despide finalmente de un proveedor que le ha ocasionado ya bastantes problemas.
Por supuesto hablaremos de todas las novedades en cuanto a contenidos creados por Yannick y Elías tanto para sus proyectos personales como para negocios y WordPress. Haremos especial hincapié en herramientas para la productividad como Obsidian o Streak, y en la importancia de conocer algo de código para poder desarrollar proyectos más versátiles en WordPress.
51 min
December 27, 2022169. Deseos WordPresseros 2023 | Especial fin de año
✏️ Suscribirse
https://youtu.be/zv-T760etr0
Como todos los años, charlaremos acerca de lo que nos deparará el nuevo año. No tenemos una bola de cristal, pero si las ganas de cumplir nuestros objetivos.
Comenzaremos con nuestros deseos para la comunidad de WordPress en 2023 y continuaremos hablando acerca de nuestros proyectos: La Máquina del Branding, Elías Gómez y por supuesto Negocios y WordPress.
DESEOS Y PROMESAS PARA 2023
Sobre Elías:
Transformar Dj Elias en marca de empresa
Alimentar el video/podcast y la newsletter para crecer la audiencia
Empezar a vender "productos" (vídeos sueltos, cursos, audiocursos, membresía...)
Aprender un flujo de desarrollo web más profesional
Sobre Yan:
Salir de la zona de confort (y de casa): Participar al menos en 3 eventos presenciales.
Nueva web: Rehacer mi web con Bricks y cambiar de servidor
Nueva rutina: Hacer directos a cascoporro (X3 de lo actual) y recortar clips para YouTube. Cambio de concepto.
Sobre WordPress:
Elías: Que le metan cosas de automatización, tipo Webhooks
Yan: Normalización de conceptos "avanzados". Quitar barreras. Clases css, consultas, frameworks. Cosas con IA a tope.
Sobre Negocios y WordPress:
Yan: Abrir el directorio de perfiles profesionales
Yan: Pasar la web a Bricks xD
Elías: Sacar nuevas funcionalidades regularmente
Elías: Buscar nuevas fuentes de captación
45 min
December 15, 2022168. Guttenberg VS Classic Editor | ¿Debate absurdo?
✏️ Suscribirse
https://youtu.be/gJJIwD0_1_U
¿Tiene sentido este debate acerca de qué editor es mejor?¿Tiene sentido flamear a alguien porque le guste una de las dos herramientas? Ya te adelantamos que no. No obstante, hablaremos de las ventajas y el hueco puede tener cada una en nuestros proyectos.
¿Por qué este debate?
WordPress evolucionó su editor de contenidos en numerosas ocasiones, pero ha sido a raíz de su cambio como editor de bloques cuando ha surgido una gran cantidad de usuarios reticentes al cambio.
El plugin Classic editor de WordPress tiene 5 millones de instalaciones y está en el TOP del repositorio de WordPress.
https://es.wordpress.org/plugins/classic-editor/
Las redes sociales reflejan en muchas ocasiones una división entre usuarios que prefieren una u otra herramienta.
En este episodio hablaremos sobre la división de usuarios que ha supuesto la evolución del editor de contenido de WordPress. Cabe mencionar que el nuevo editor, Gutenberg, basado en bloques, también tiene un gran impacto en cuanto al desarrollo de temas y sus plantillas. Pero en este episodio nos vamos a centrar en el debate en torno Gutenberg como EDITOR DE CONTENIDO.
Trataremos de analizar qué ha provocado todo esto y en qué ocasiones puede tener sentido no usar el nuevo editor.
Pero para ello, primero debemos entender cómo ha evolucionado todo y de qué se trata este editor de bloques.
Contexto e historia
WordPress dispone de una herramienta para editar el contenido de las publicaciones. Esta herramienta ha ido evolucionando con el tiempo.
2003 > https://cdn4.wpbeginner.com/wp-content/uploads/2017/11/wordpress71.png
2005 > https://cdn4.wpbeginner.com/wp-content/uploads/2017/11/wp-2-0.jpg (ENTRA WYSIWYG)
2008 > https://cdn3.wpbeginner.com/wp-content/uploads/2017/11/wp-2-5-write.png (EDITOR VISUAL Y GALERÍAS)
2009 > https://cdn2.wpbeginner.com/wp-content/uploads/2017/11/wp-2-9-imageediting.jpg (EDITOR DE IMÁGENES PARA CORTAR, GIRAR, ETC..)
2011 > https://cdn4.wpbeginner.com/wp-content/uploads/2017/11/wp-3-1.jpg (EDITOR DE LINKS MEJORADO)
2013 > https://cdn4.wpbeginner.com/wp-content/uploads/2017/11/wp-3-8-admin-ui.jpg (EDITOR RESPONSIVE)
2016 > https://cdn2.wpbeginner.com/wp-content/uploads/2017/11/inlinelinkediting.gif (MÁS MEJORAS Y ATAJOS)
2019 > LLEGA GUTENBERG
El contenido NO ES SOLO TEXTO.
Durante todo este tiempo, no solo el editor fue evolucionando. También lo hacían las páginas web. Y los propios usuarios de WordPress. Pasamos de CMS PARA BLOGS > a CMS PARA WEBS CORPORATIVAS > a CMS PARA CUALQUIER COSA
Y por tanto, ese editor, que para muchos era más que suficiente, pasó a ser insuficiente a la hora de insertar ciertos contenidos "avanzados". Textos, tablas, timelines, grandes bloques hero, columnas... Si querías disponer de un contenido atractivo con un alto grado de maquetación y diseño, no había más remedio que recurrir a los "builders". Desde Visual Composer, pasando por BeaverBuilder, Elementor...
Los grandes cambios que impone Gutenberg
A nivel de interfaz hay un gran cambio. Todo se gestiona a través de algo llamado "BLOQUES". Pero todo son ventajas en realidad. Mucha gente ni se digna a probarlo, solo por haberle visto "la pinta". Ni si quiera saben que los bloques se crean automáticamente solo pulsando enter y que el flujo de trabajo de una persona que solo lo utilizaba para redactar párrafos en realidad... es el mismo.
Es cierto que si tu única tarea dentro del editor es escribir texto, todo lo demás te puede "sobrar" y quizá hasta pueda llegar a molestarte tener tantas opciones que NO VAS A UTILIZAR. Esto es comprensible. Pero NINGUNA de las funciones clásicas es PEOR en Gutenberg. Al revés.
A nivel personal solo le achacamos una cosa negativa. Hace pensar que puedes hacer de todo. Que tienes la capacidad de maquetar todo con la facilidad de cualquier builder moderno. Pero está muy por detrás. Es un SUPEREDITOR de contenido básico. Pero no llega al nivel de MAQUETADOR DE CONTENIDO (lo hemos probado en YouTube de NWP). Esto puede confundir a algunos usuarios que no hayan seguido la evolución del editor de contenido y se esperen un "Elementor" o un "Bricks".
¿A quién beneficia el editor clásico?
Así que, llegados a este punto. ¿A quién beneficia objetivamente el uso del editor clásico por encima del de bloques?
Primero, a todos aquellos cuya tarea en el editor vaya a ser la redacción de párrafos y formateo de texto, pura y llanamente.
En el momento en el que quieras maquetar cualquier otro elemento como tablas, secciones, columnas o imágenes... Estarás en clara desventaja. Pero si solo te vas a dedicar a escribir texto (y poner alguna imagen "como quede"), entendemos que pueda ser la opción más limpia y más... minimalista para tus necesidades.
¿A quién beneficia el editor de bloques?
A todos los que quieran editar un contenido más avanzado. Pero al mismo tiempo, siendo conscientes de sus limitaciones y tratándolo como lo que es. Un editor de contenido y no un maquetador como dios manda.
Algunas consideraciones importantes (5 MINS)
Hay que tener en cuenta que el concepto de los bloques va más allá del editor de contenido. El propio desarrollo de temas de WordPress está siendo afectado por nuevas formas de crear cada componente, nuevos tipos de plantilla ahora en HTML... Este tema, creemos que sí puede ser digno de un debate con todo el sentido del mundo... pero eso será en otro episodio.
51 min
November 08, 2022 166. Tipos de profesional en WordPress
✏️ Suscribirse
https://youtu.be/YQd7Smwvpdg
Implementador, programador, diseñador... Hay quienes tienen una naturaleza distinta y deciden especializarse en una de estas facetas, pero también hay quien pasa por ellas como parte de un proceso hasta la figura del desarrollador todoterreno. Analizaremos los pros y contras de estos perfiles y también definiremos aquellos proyectos donde cada una de estas especializaciones puede sacarle el máximo partido.
49 min
October 26, 2022165. Haz tus webs más accesibles | Cumple el estándar para Kit Digital y webs institucionales
✏️ Suscribirse
https://youtu.be/cAU3CKy4HN0
Repasamos los requisitos de accesibilidad de la WCAG para que tus webs sean más accesibles y puedas optar a desarrollar para Kit Digital o Instituciones.
Qué es la accesibilidad.
Todo aquello que permita a todos los usuarios el entendimiento, el aprendizaje, la navegación y la plena interacción con la web.
Pero claro, todos es todos. Ciudadanos con dificultades motrices, sensoriales o cognitivas deben también poder acceder al contenido correctamente. Y es aquí donde entran las prácticas de accesibilidad.
Niveles según la WCAG (Pautas de Accesibilidad al Contenido en la Web)
Incluyen las Pautas de Accesibilidad para Herramientas de Autor (ATAG) y las Pautas de Accesibilidad para Agentes de Usuario (UAAG)
Nivel A 30 criterios
Nivel AA 19 criterios
Nivel AAA 29 criterios
Para Kit Digital es necesario A y AA
Resumen de criterios de accesibilidad
Contenidos
Botones, labels y enlaces con contexto (nada de "click aquí")
Formato de texto
Alineación LTR o RTL correcta dependiendo del idioma
Si el usuario tiene puesto modo "alto contraste" debe poder seguir leyéndose bien
El ancho no supera los 80 caracteres o glifos.
El texto no está justificado.
El interlineado (interlineado) es al menos de espacio y medio dentro de los párrafos, y el espacio entre párrafos es al menos 1,5 veces mayor que el interlineado.
El texto se puede cambiar de tamaño desde el navegador hasta en un 200 por ciento de una manera que no requiere que el usuario se desplace horizontalmente para leer una línea de texto en una ventana de pantalla completa.
HTML y Código
Debe validar
https://validator.w3.org/nu/
Usar atributo lang en la etiqueta html
Titles únicos para cada página o sección
Viewport zoom NO desactivado
Usar landmark regions para lo importante (nav, main...)
Los links deben llevar etiqueta a. No vale eso de data, etc que hacía JetEngine.
Si vas a usar un link en pestaña nueva, el usuario debe saberlo de antemano
No usar atributo autofocus
No usar atributo de title para hacer tooltips innecesarios (en un iframe, como mucho sí)
Teclado
Que los elementos focus se marquen visualmente
Asegúrate de que cuando navegas con teclado, el elemento seleccionado (focus) se ve (no está dentro de un dropdown, etc)
Intenta que el orden del focus tenga sentido y vaya en consonancia con la web
Imágenes
Deben llevar atributo alt
Las imágenes decorativas no deben llevar alt
Acompaña a las imágenes explicativos tipo gráficos o esquemas, de un texto descriptivo en el contenido.
Si la imagen incluye texto, ese texto debe estar en el alt (Logo de FedEX, alt = FedEx)
Encabezados (H1, H2...)
Úsalos para introducir el contenido que viene después. No para cuestiones de diseño (fondo de letras gigante etc).
Un solo H1 por url
Orden secuencial de encabezados
No te saltes ninguno, no pases del h2 al h4
Listas
Utilizar etiquetas de lista ol, ul, etc para listar contenido.
Tablas
Las tablas son para mostrar contenido tabulado (no maquetar cosas)
Incluir etiqueta th para el encabezado de la tabla (incluso definir su scope vertical u horizontal es recomendable)
Incluye un caption a la tabla para describir de qué va
Formularios
Todos los input con su correspondiente label
Si tiene varias secciones, utiliza fieldset para agrupar los campos
Los mensajes de error, tras el formulario.
Los mensajes de error, descriptivos, no son marcas de color solamente, etc...
Vídeo / Audio
AUTOPLAY jamás.
Cualquier vídeo o audio debe poder ser pausado
Los vídeos no pueden contener más de 3 flashes en menos de 1 segundo.
Usa caption en los vídeos.
Los audios deben poder verse con transcripción
Diseño y maquetación
Texto normal con ratio de contraste entre colores 4.5:1 https://webaim.org/resources/contrastchecker/
Ejemplo: https://res.cloudinary.com/stark-lab/image/upload/v1649356359/contrast_levels_explained_47707623da.png
Texto grande y encabezados con ratio de 3:1
Separación correcta entre elementos (hacer test straw de proximidad https://scottvinkle.me/blogs/work/proximity-and-zoom)
Activar el modo de alto contraste en Windows no debe impedir la legibilidad
Colores diferenciadores. Si la web estuviera en escala de grises, ¿distinguirías un enlace? ¿Y un mensaje de error?
Animación
No deben flashear a la peña
Evita vídeos de fondo. Y si lo haces, debe poder pausarse o pararse.
Dispositivos
El sitio puede rotarse y verse bien en horizontal o vertical
No debe haber scroll horizontal
Botones y cosas interactivas con tamaño decente para pulsarse
56 min
October 13, 2022164. WordPress Multisitio | Una instalación para gobernarlos a todos
✏️ Suscribirse
https://youtu.be/gbasGEnUn9c
Hablaremos acerca de WordPress Multisitio. Cuándo es necesario, qué debemos tener en cuenta, cómo se crea y cómo se elimina.
¿Cómo se instala multisitio en WordPress?
Debes incluir esta línea de código en wp-config.php:
define( 'WP_ALLOW_MULTISITE', true );
Ahora ya puedes ir a Herramientas > Configuración de red
Te pedira cambiar tanto el wp-config como el htaccess. Hazlo.
Se puede elegir subdominio (cada sitio una url) o subdirectorio (cada sitio en una carpeta del mismo dominio)
¿Cómo se elimina una instalación de multisitio?
Borra los sitios (no el principal) desde Administrador de red > Sitios y lo mismo con usuario.
Deja el wp-config como estaba (línea WP_ALLOW_MULTISITE)
Pero ojo con el resto de cosas que se han creado:
Tablas que no te sirven de la DB (wp_blogs, wp_blog_versions, wp_registration_log, wp_signups, wp_site, wp_sitemeta)
Quita plugins específicos de multisitio.
Quita la carepta blogs.dir de dentro de wp-content
Dejamos esta pequeña guía rápida por aquí, pero lo mejor es que veas o escuches el episodio para comprender muchos más puntos, funcionalidades, ventajas y desventajas de tener multisitio en WordPress.
38 min
September 30, 2022163. Cambiamos el núcleo de WordPress
✏️ Suscribirse
https://www.youtube.com/watch?v=Zt6GFHLEZAs
Debatiremos entre todos sobre las cosas de WordPress que no nos gustan, tanto carencias como lo que le sobra. Cosas a las que estamos acostumbrados pero no tienen por qué ser así: plugins, funcionalidades y todo tipo de características. ¿Te apuntas?
Resumen IA
01:26 🛠️ El núcleo de WordPress y su contenido básico
Discusión sobre las características básicas del núcleo de WordPress.
Consideración de qué elementos podrían ser parte del núcleo de WordPress y cuáles podrían ser opcionales.
Ejemplo destacado: la inclusión de un formulario de contacto nativo en el núcleo de WordPress.
04:39 🧰 Implementación de un test A/B manual
Experiencia personal en la implementación de un test A/B manual en un formulario de alta.
Uso de código personalizado y control de cookies para llevar a cabo el test A/B.
Reflexión sobre las limitaciones y ventajas de realizar tests A/B manualmente en comparación con el uso de plugins.
13:00 📝 Inclusión de formularios de contacto en el núcleo de WordPress
Debate sobre la conveniencia de incluir funcionalidades básicas, como formularios de contacto, en el núcleo de WordPress.
Consideración de facilitar la experiencia de usuario para aquellos que recién comienzan con WordPress.
Ejemplo de Contact Form 7 como un plugin popular para formularios de contacto y su posible inclusión en el núcleo de WordPress.
16:18 💻 Interfaces de usuario para formularios en WordPress
Se discute la experiencia de usuario al utilizar plugins de formularios en WordPress.
Se sugiere la mejora de la interfaz para formularios dentro de WordPress para hacerla más intuitiva y sencilla.
Se menciona la variedad de herramientas que ofrecen formularios, como Webflow, y la necesidad de simplificar el proceso en WordPress.
17:02 📝 Borradores de contenido y revisiones en WordPress
Se aborda la dificultad de gestionar borradores de contenido y revisiones en WordPress.
Se mencionan plugins como "Duplicate Page" que facilitan la revisión de contenido.
Se reflexiona sobre la utilidad de estas funcionalidades para usuarios con distintos niveles de experiencia y necesidades específicas.
19:25 🚀 Evolución de WordPress más allá de su función inicial como plataforma de blogs
Se plantea la idea de que WordPress debería ser más que una plataforma para blogs, evolucionando hacia una base flexible para diversos tipos de sitios web.
Se discute el concepto de entradas y páginas por defecto en WordPress y su posible modernización.
Se sugiere que el enfoque de WordPress debería ser más modular, permitiendo una mayor personalización desde la instalación inicial.
22:10 🧩 Personalización y modularidad en la instalación de WordPress
Se propone una remodelación del proceso de instalación de WordPress para permitir una mayor personalización desde el principio.
Se plantea la idea de integrar la creación de custom post types y taxonomías directamente en la instalación de WordPress.
Se discute cómo esta opción podría optimizar el rendimiento y la experiencia del usuario al eliminar elementos no deseados desde el inicio.
24:07 📦 Simplificación del proceso de instalación y configuración de WordPress
Se sugiere la implementación de un proceso de instalación más guiado y personalizable en WordPress.
Se propone la inclusión de un asistente durante la instalación que permita al usuario seleccionar las funciones y características deseadas, como la presencia de un blog o la instalación de plugins populares.
Se destaca la importancia de simplificar el proceso para usuarios menos experimentados y hacer más accesibles las funciones básicas y necesarias.
Los problemas de compatibilidad entre plugins en WordPress pueden dificultar la creación de sitios web.
La falta de estandarización en la estructura de WordPress lleva a dificultades al integrar ciertos elementos, como los campos personalizados.
Propuestas para incorporar ciertas funcionalidades básicas directamente en el núcleo de WordPress, lo que facilitaría el desarrollo de plugins compatibles.
34:19 💻 Mejoras en la experiencia del usuario de WordPress
Se plantea la posibilidad de crear una zona de usuarios en el frontend para facilitar el acceso y la interacción sin necesidad de acceder al backend.
Se discute la necesidad de mejorar la interfaz de usuario para la creación y gestión de elementos como posts, taxonomías y campos personalizados.
Propuestas para simplificar tareas avanzadas, como la configuración de SEO y la creación de formularios, mediante interfaces más intuitivas.
36:53 🚧 Modo mantenimiento y funcionalidades básicas en WordPress
Se sugiere la inclusión de un modo de mantenimiento básico en WordPress para facilitar la gestión de sitios web durante actualizaciones o cambios.
Discusión sobre la importancia de tener funcionalidades básicas como recaptcha en formularios y la personalización de la apariencia en motores de búsqueda y redes sociales.
Reflexiones sobre la necesidad de reorganizar el menú de WordPress para mejorar la accesibilidad y usabilidad de la plataforma.
39:01 🌐 Implementación de multi idioma en WordPress
Se plantea la integración de opciones multi idioma en WordPress como una funcionalidad opcional pero importante.
Discusión sobre las diferentes formas de implementar la traducción en WordPress, incluyendo opciones multisitio y plugins específicos.
Reflexiones sobre la importancia de simplificar el proceso de traducción y la posibilidad de ofrecer diferentes versiones del mismo contenido de manera sencilla.
49:12 💡 Herramientas de creación en WordPress y necesidad de evitar la sobrecarga de plugins
La importancia de ofrecer herramientas integradas para la creación de contenido en WordPress sin depender excesivamente de plugins.
La necesidad de tener interfaces simples para editar contenido existente en WordPress, como botones para editar categorías o etiquetas.
Reflexiones sobre la dependencia de plugins de pago en sistemas como WooCommerce y la importancia de incluir más opciones de personalización en el core de WordPress.
54:12 🔒 Necesidad de características básicas en WordPress y problemas con la falta de copias de seguridad integradas
La carencia de un sistema básico de copias de seguridad integrado en WordPress y la importancia de esta función para los usuarios.
Problemas relacionados con la generación automática de páginas de adjuntos y la estructura predeterminada de WordPress, que puede generar inconvenientes y dificultades de organización.
Reflexiones sobre la necesidad de implementar características esenciales en el core de WordPress y la importancia de mantener la retrocompatibilidad con versiones anteriores.
01:00:13 🔄 Reflexiones finales sobre el desarrollo y evolución de WordPress
Reflexiones sobre la complejidad del desarrollo de WordPress y las dificultades para implementar cambios significativos debido a la extensa base de usuarios y la necesidad de mantener la retrocompatibilidad.
Valoración de las fortalezas de WordPress en comparación con otras plataformas y la importancia de la comunidad en el desarrollo y la evolución del sistema.
Comparación de WordPress con otras plataformas alternativas y reconocimiento de las ventajas y desventajas de cada una.
1 hr
September 15, 2022162. Haciendo webs «a código»
✏️ Suscribirse
https://youtu.be/kGGk7DVkFW4
Hablamos del concepto de realizar páginas web "a código" y de las ventajas que esto supone. Por supuesto habrá ocasiones en las que saldrá más a cuenta utilizar plugins (que no dejan de ser código), pero cuanto menos utilicemos soluciones externas, más fácil será escalar el proyecto y encontrar y arreglar posibles fallos.
Primero aclararemos el concepto principal y definiremos qué significa para nosotros "a código". Explicaremos que con plugins también realizas las webs "a código". Pero nos referimos a usar NUESTRO PROPIO código. E intentar que dependa lo menos posible de funciones de terceros.
Cómo se hacen las webs a código
En cuanto a la elección del tema, crearemos el nuestro propio o partiremos de un starter theme como Underscores, Understrap.
La estructura de custom post y taxonomías será creada con código y la incluiremos en nuestro propio plugin, o bien a través de code snippets. Sin embargo para los campos necesitaremos o bien generar el código con herramientas como la del generador de metaboxes de Jeremy Hixon o bien usaremos directamente ACF.
Crearemos las consultas usando WP Query, Term Query, etc
Intentaremos evitar plugins creando nuestras funciones en nuestro propio plugin, aunque evidentemente habrá ocasiones en las que viene bien usar un plugin, como en el caso de WooCommerce.
El estilo se hará en CSS. También podemos usar frameworks para agilizar la tarea.
Ventajas de hacerlo a código
Si algo no funciona, es fácil localizar el fallo o lo que falta.
Todo es posible, no estamos atados a las funciones que permita el plugin de turno (jetengine, etc).
Menos peligro al realizar actualizaciones de plugins y builders que desencadenen problemas e incompatibilidades.
Por lo general, webs muchísimo más optimizadas "sin hacer nada".
Todo lo que aprendes es prácticamente "EVERGREEN". No dependes de ir aprendiendo funciones de los plugins.
56 min
August 04, 2022 159. Presupuestos web blindados
✏️ Suscribirse
https://youtu.be/Huwedo2kIKk
Vamos a crear entre todos un documento con normas para blindar nuestros presupuestos y prevenir catástrofes en nuestros proyectos #WordPress.
ACCEDE AL DOCUMENTO REALIZADO EN DIRECTO
57 min

Share WordPress

Sign up to save your podcasts

WordPress

WordPress episodes