Si has metido tu web en PageSpeed Insights en los últimos meses, te habrá salido una pestaña que antes no estaba: Navegación agéntica , que no puntúa de 0 a 100 ni tiene nada que ver con tu posición en Google, así que la mayoría la mira con cara rara y sigue a lo suyo. Pues bien, yo creo que merece la pena pararse , porque una de las tres cosas que audita es justo el archivo que el propio equipo de Search de Google lleva año y medio diciendo, sin cortarse un pelo, que no sirve para nada. Vamos a ver qué mide esa pestaña de verdad, por qué Google se contradice a sí mismo (más o menos), y qué necesita tu WordPress para aprobar esa puntuación agéntica , y ver qué hacen los plugins, que para eso están. Qué es eso de «navegación agéntica» que ahora mide Google La categoría llamada navegación agéntica o agentic browsing nació en Lighthouse, la herramienta de auditoría de Chrome, como algo experimental. Dejó de serlo en mayo de 2026, con la versión 13.3, cuando pasó a la configuración por defecto. Semanas después, PageSpeed Insights la heredó, así que ahora mismo cualquiera que meta una URL ahí la ve , sin haber activado nada. Mide si un agente de inteligencia artificial que actúa en tu nombre puede entender tu web sin perderse. Es algo así como el Project Mariner de Google o cualquier asistente que compare precios, rellene un formulario o resuma una página por ti dentro de una sesión de navegador. No es SEO, no es una nota de posicionamiento, es una comprobación de si el agente se
Forum WooCommerce: Descuentos exclusivos solo a clientes (actualizado)
ayudawp.com/woocommerce-descuentos-clientes ↗Forum WordPress in spagnolo.
- Discussioni al giorno
- 0
- Discussioni raccolte
- 10
- Sezioni
- 0
- Fonti seguite
- 1
- Motore
- WordPress
Ultime discussioni
Raccolte ogni 4 ore dal feed pubblico del forum. Riproduciamo solo il titolo, il link e l'inizio del messaggio; ogni link rimanda alla fonte.
Los envíos de WooCommerce tienen una configuración que parece sencilla hasta que la tocas, y entonces descubres que el orden en el que haces las cosas importa , que hay pantallas que dependen de otras que están en sitios distintos y que hay ajustes que ni siquiera puedes activar sin saber por qué . Aquí tienes qué hace cada parte, en qué orden conviene configurarlas y dónde está el fallo cuando el cliente no ve las tarifas que le tocan . La base del tutorial cubre lo que necesita cualquier tienda que envíe dentro de España, y al final hay un bloque de casos especiales por si envías a Canarias o fuera de la Unión Europea. Antes de nada, decide adónde vas a enviar Hay un ajuste previo que condiciona todo lo demás y que está en otra pantalla, en « WooCommerce > Ajustes > General ». Ahí tienes el desplegable de « Ubicación(es) de envío », con opciones para enviar a todos los países a los que vendes, solo a algunos que elijas, o directamente desactivar los envíos. Esa última posibilidad es más útil de lo que parece. Si tu negocio es una tienda física que solo hace recogida en el local, o si vendes exclusivamente productos digitales, desactivar los envíos te ahorra montar zonas que no vas a usar y le quita al cliente campos de dirección que no pintan nada. Y ese otro ajuste del que usted me habla, que es el que más guerra da En esa misma pantalla, un poco más abajo, tienes « Ubicación del cliente por defecto », y es el que más incidencias raras provoca en los envíos precisamente po
Si alguna vez te han pasado un código para tu WordPress y no sabías muy bien dónde pegarlo, bienvenido al club. Hay cuatro sitios donde puede ir, a saber: el functions.php del tema, un plugin de funciones propio, un mu-plugin, o un plugin de fragmentos de código. Hasta aquí bien ¿no? ¿o no? Yo llevo más de veinte años con esa pregunta cada vez que tengo un código delante, y la respuesta es que «depende», lo sé, no te saca de dudas, pero es que acertar o no tiene consecuencias, como personalizaciones que desaparecen de un día para otro, plugins que nadie sabe mantener, código de terceros con más permisos de los que deberías darle. Dicho esto, vamos al grano, uno por uno. Ya toqué el debate clásico entre plugin o functions.php , y también dejé unas primeras pinceladas de las cuatro vías en cómo y dónde pegar código PHP, JS y CSS . Aquí quiero ir más allá y revisar las cuatro opciones juntas, con los riesgos y ventajas cada una . El archivo functions.php del tema Es el sitio de toda la vida. Cada tema, o tema hijo, trae su propio functions.php , y lo que metas ahí se ejecuta mientras ese tema esté activo, sin instalar nada nuevo ni añadir peso extra a la web. Te conviene cuando el código está relacionado de verdad con el diseño , como un filtro que cambia el extracto, un ajuste de los tamaños de imagen, algo que solo tiene sentido mientras uses ese tema en concreto. Su principal problema es que si cambias de tema, o actualizas el que tienes sin que sea un tema hijo, pierdes todo
No quieres que WordPress se actualice solo, ha aplicado todas las técnicas documentadas pero no te hace ni caso y sigue haciendo las actualizaciones automáticas ¿qué está pasando? Si has puesto las constantes en tu wp-config.php para frenar las actualizaciones automáticas de WordPress y tu web se actualiza igual, la configuración no está mal aplicada. Hay proveedores de alojamiento en los que el wp-config.php no interviene en esto , porque quien actualiza tu WordPress no es WordPress, es una capa externa que ni llega a leer tu archivo de configuración. Lo que sigue es el mecanismo por el que ocurre, los tres escenarios posibles según dónde tengas alojada la web, un método poco conocido que documentó el propio equipo de WordPress en 2013, y una prueba que hice el 7 de agosto de 2026 para comprobar hasta dónde llega ese método. El control de actualizaciones que WordPress tiene por defecto Desde WordPress 3.7, en octubre de 2013, el núcleo se actualiza solo para versiones de mantenimiento y seguridad. Junto a esa función llegó el juego completo de controles, que sigue siendo el mismo hoy. Tienes las constantes de wp-config.php , con AUTOMATIC_UPDATER_DISABLED para detenerlo todo y WP_AUTO_UPDATE_CORE para decidir qué tipo de versiones entran. Tienes los filtros auto_update_core , auto_update_plugin y auto_update_theme para afinar por elemento. Además, desde WordPress 5.5 tienes las casillas de la propia administración para plugins y temas, más la opción de versiones mayores en l
Semana cargadita la que te traigo. El lunes, en las Crónicas, hubo actualización de seguridad de WordPress, un lío muy feo con Rank Math y Google empeñado en romper lo poco que le queda sano al buscador. El miércoles, en Doctor WordPress, te enseñé por dentro la autoprotección que he metido en Vigilante 3.0, con todos los casos raros que he estado probando durante meses (que no han sido pocos). Te lo resumo todo aquí, por si no pudiste verlo en directo o prefieres leerlo con un café. Crónicas WordPress: WordPress 7.1.1, el lío de Rank Math y Google pisando el acelerador hacia el abismo Seguridad: WordPress 7.1.1 y una semana de agujeros gordos WordPress 7.1.1 salió el 17 de septiembre y es, sobre todo, una versión de seguridad. Corrige 11 vulnerabilidades, además de 17 fallos en el núcleo y casi 20 en Gutenberg, entre ellos un XSS almacenado bastante serio. Si todavía no has actualizado, ya estás tardando. Me hizo gracia que Anthropic, la empresa de Claude, aparezca acreditada en dos de esas 11 vulnerabilidades. Ya empieza a ser lo normal, y hasta en GitHub queda reflejado cuando ha participado una IA en encontrar o arreglar algo. En esta versión entra también un arreglo que reporté yo. El mapa del sitio nativo de WordPress devolvía un error 404 en las webs que no tienen entradas (solo páginas, productos y esas cosas, sin blog), cuando debería devolver un 200. Lo avisé, lo arreglaron y ha colado en la 7.1.1. Yo creo que merecía una versión grande, pero oye, entró. Lo más gord
Acabas de borrar una entrada en WordPress y no sabes si esa URL necesita una redirección permanente 301, dejar un error 404 tal cual, o decirle a Google que ha desaparecido para siempre con un 410. Aquí lo vamos a ver, y con ejemplos reales. Además, que esto es una deuda pendiente, pues esta respuesta la tenía pendiente desde hace tres años. En octubre de 2022, Javi dejó este comentario en la guía de Redirection , y se quedó sin contestar: «Quiero redireccionar muchas urls antiguas a un código 410 pero me gustaría evitar sobrecargar el htaccess […] Con la opción de Importar/Exportar permite hacer redirecciones 301, pero no he sido capaz de importar en csv urls que quiero que sea 410. ¿Tienes alguna idea o sugerencia para evitar hacerlo por htaccess?» Javi, aquí tienes la respuesta completa, y es por qué el 410 no se importa igual que el 301, cuándo te toca usarlo en vez de una redirección, y qué hacer con el resto de casos de borrado, quizás por eso incluso lo añadí a un plugin … pero no adelantemos acontecimientos. ¡Empezamos! El borrado de contenidos tiene tres destinos posibles, no solo uno Cuando mandas una entrada a la papelera en WordPress, la URL que deja atrás tiene tres caminos posibles: 301, movido permanentemente : hay un contenido real al que mandar el tráfico. 410, contenido eliminado : no hay ni va a haber sustituto, y quieres que los buscadores lo sepan cuanto antes. 404, no encontrado : la URL deja de existir sin nada detrás. Elegir mal no es un matiz técnico
Desde el 27 de septiembre de 2026 , si vendes productos físicos a consumidores en la Unión Europea tienes que mostrar en tu tienda el aviso armonizado de la garantía legal, un cartel oficial de la Comisión Europea que no puedes modificar. En una tienda online el cartelito tiene que ir a todo color, a la vista antes de comprar y también en el correo de confirmación del pedido, y si algún fabricante da gratis una garantía de durabilidad de más de dos años sobre todo el producto, ese producto lleva además la etiqueta GARAN . Es otro requisito legal más, sí, pero de los sencillos , porque no cambia tus garantías, solo te obliga a contarlas con el mismo cartel que el resto de tiendas de Europa. Lo que es más peñazo es elegir cómo ponerlo en WooCommerce, porque en las últimas semanas han salido plugins como setas y he revisado a fondo el código de los principales, y ya te adelanto que ninguno lo hace todo bien. Lo vemos enseguida, pero antes… Qué es el aviso armonizado y qué es la etiqueta GARAN El aviso armonizado es un cartel con el mismo diseño en toda la UE (solo cambia el idioma) que recuerda al consumidor sus derechos de garantía legal. Lo tienes que mostrar si vendes bienes, o sea, productos físicos, a consumidores . Si solo vendes a empresas, o lo tuyo son cursos, descargas o servicios, no te afecta. Lo que dice no es nuevo para nadie que venda en España . El aviso recuerda que la garantía legal mínima en la UE es de dos años y que algunos países tienen plazos más largos, q
Ofrecer un plugin fuera del directorio de WordPress.org tiene una trampa que no descubres hasta la segunda versión , y no me refiero a cobrarlo, que eso lo resuelve cualquier tienda, es actualizarlo. Un plugin que no está en el repositorio oficial no tiene por defecto ningún sistema de actualizaciones, y menos automático, así que cada cliente se queda para siempre en la versión que instaló y tú acabas repartiendo zips por correo o desde tu Ecommerce, uno a uno, rezando para que los suban a mano y lo hagan bien . Llevo un tiempo distribuyendo así los plugins que distribuyo desde plugins.ayudawp.com , que es de donde salen hoy las actualizaciones de Intellimmerce y de VulgatAI , y te voy a contar el montaje entero, que se resume en una línea en la cabecera del plugin, una clase y un fichero JSON . No hacen falta librerías de código de terceros, ni servicios de pago, ni cuotas, ni un plugin cliente que tengan que instalarse tus clientes. Es un mecanismo del propio WordPress y lleva funcionando desde la versión 5.8, o sea desde julio de 2021. Saca papel y boli para apuntar, eso sí, que hay tres o cuatro detalles finos que, si te los saltas, hacen que el sistema falle sin que te enteres. No verías ningún error por ningún lado, simplemente no le llegará nunca una actualización a nadie, y no quieres eso ¿verdad? ¿No decías que no vendes plugins premium, que todos tus plugins son gratis? Que ya os veo venir, y con razón, que sí, que llevo años repitiendo que mis plugins del directori
Un plugin de seguridad vigila tu WordPress, eso lo tiene claro cualquiera que haya instalado uno. La pregunta rara es otra, que igual te suena como pregunta de toda la vida, me refiero a ¿y quién vigila al vigilante? Si alguien consigue tocar los archivos de tu plugin de seguridad te quedas sin nada , lo que tienes instalado ya no es un guardia, es un segurata sobornado que sigue con la gorra puesta y te sigue diciendo que todo está en orden, pero trabajando en la sombra para tus enemigos. Con la versión 3.0.0 del plugin Vigilante esa pregunta ya tiene respuesta, pues el plugin comprueba sus propios archivos, te cuenta qué ha encontrado y qué significa, y te ofrece arreglarlo con un botón. Es todo igual un poco técnico, pero por lo raro, por lo novedoso, y ¡qué coño! porque me he pegado una currada del catorce y creo que es algo bueno, ni te digo siendo un plugin de seguridad totalmente gratis, pues que te animo a leer esta apasionante aventura… La idea viene de lejos Esto no se me ocurrió ayer, la autoprotección está apuntada en la hoja de ruta de Vigilante desde las pruebas de la versión 2.4.0 , en mayo de 2026, El razonamiento de entonces sigue siendo el de ahora, que un plugin de seguridad manipulado es peor que no tener ninguno , porque no solo deja de protegerte, es que además te tranquiliza. Piénsalo desde el lado del que ataca, Si alguien consigue escribir en tu servidor (una contraseña de FTP que se filtró, un plugin vulnerable, un hosting comprometido) y quiere qued
Esta semana las Crónicas me salieron con un día de retraso, y no porque faltara tema, que de eso andamos sobrados, sino por movidas mías. Pero cumplo, que para eso estoy. Así que aquí tienes el repaso de lo que conté en las Crónicas WordPress y de lo que enseñé el miércoles en el Doctor WordPress , por si te los perdiste en directo o los quieres repasar con calma. Crónicas WordPress: revisiones con IA, WordPress 7.1.1 al caer y el culebrón de Automattic Seguridad: la IA ya te revisa los plugins (y yo fui el conejillo de indias) Lo más gordo en seguridad es que WordPress.org ha activado un sistema de revisión automática con IA y Jetpack Scan que analiza cada plugin que subes. Y ojo, porque no revisa solo cuando lo subes por primera vez, también en cada actualización . Lo anunció David Pérez esta semana, aunque funciona desde el 5 de junio. Busca patrones de código peligroso (salidas sin escapar, falta de comprobaciones nonce, inyecciones SQL y demás), te calcula una puntuación de riesgo y, si te pasas, te bloquea la actualización y te manda un correo para que lo arregles. Y aquí te hablo con conocimiento de causa, porque fui conejillo de indias sin comerlo ni beberlo. Justo cuando arrancó todo subí unas actualizaciones de Vigilante y me llovieron los avisos. Falsos positivos había, y alguna posible vulnerabilidad cogida con pinzas también, que un administrador abriendo una ventana de popup dispare una alarma es hilar muy fino. El equipo de plugins, majísimos y rapidísimos aten
10 discussioni raccolte dal 2 settembre 2026. Segui questo forum con una parola chiave →