Resultados de búsqueda para 'plugin'

Viendo 15 resultados - del 1 al 15 (de un total de 31.809)
    • Me gustaría conocer vuestra experiencia integrando las reseñas de Google Business en una web.

      Busco una solución que:

      • Sincronice automáticamente las reseñas de Google.
      • Requiera cero (o prácticamente cero) mantenimiento.
      • Sea estable a largo plazo y no dé problemas con cambios en la API de Google.
      • Permita mostrar las reseñas de forma atractiva sin penalizar el rendimiento de la web.

      ¿Qué plugin, servicio o sistema utilizáis? ¿Hay alguno que recomendaríais especialmente o, por el contrario, alguno que evitaríais?

      Me interesa especialmente conocer experiencias después de varios meses o años de uso.

      La página con la que necesito ayuda: [accede para ver el enlace]

    sharonuv

    (@sharonuv)

    Hola Nuria,

    Lamento lo ocurrido con la configuración de Easy WP SMTP. Te explico: este plugin únicamente gestiona el envío de correos a través del servidor SMTP que configures, pero no guarda copia de los mensajes. Por eso, si la dirección estaba mal configurada, los correos nunca llegaron a enviarse y no quedaron almacenados en WordPress.

    La posibilidad de recuperar los datos depende del plugin de formularios que estés usando:

    • Si tu formulario guarda las entradas en la base de datos (por ejemplo, WPForms, Gravity Forms, Elementor Forms o Contact Form 7 con el complemento Flamingo), puedes revisar en el backend de WordPress si los mensajes quedaron registrados.
    • Si no estaba habilitado ningún sistema de almacenamiento, lamentablemente esos mensajes no se pueden recuperar.

    Como alternativas, puedes:

    1. Revisar con tu hosting si tienen logs de correo. A veces muestran las direcciones de quienes intentaron escribirte, aunque no el contenido.
    2. Comprobar la cuenta de correo que estaba configurada antes, por si algún mensaje quedó en spam o en la bandeja de eliminados.

    Para evitar que vuelva a ocurrir:

    • Instala un plugin como WP Mail Logging, que guarda un historial de todos los correos que salen de tu web.
    • Activa el almacenamiento de entradas en tu formulario de contacto.
    • Haz pruebas periódicas de envío para confirmar que los mensajes llegan correctamente.

    De esta forma, aunque falle el SMTP en el futuro, siempre tendrás un respaldo de los mensajes y podrás reenviarlos sin perder información.

    Un saludo,

    Foro: Plugins y Hacks
    En respuesta a: Site Kit plugin error

    Hola,

    Por lo que comentas, parece que el problema puede venir de la restauración del backup y no necesariamente únicamente del plugin Site Kit. Si el plugin no se puede eliminar desde el panel de WordPress, puedes hacerlo manualmente desde el hosting:

    1. Accede al administrador de archivos del hosting o mediante FTP.
    2. Entra en la ruta wp-content/plugins/.
    3. Busca la carpeta google-site-kit y elimínala o cámbiale el nombre (por ejemplo, google-site-kit_old).
    4. Después vuelve al panel de WordPress y comprueba si el plugin desapareció.

    Respecto a que la versión móvil se vea desconfigurada, revisaría también la caché y los archivos de estilos (CSS), ya que después de una restauración pueden quedar archivos incompletos o versiones antiguas almacenadas.

    Te recomiendo probar:

    • Vaciar la caché del plugin de optimización o del hosting si tienes alguna activa.
    • Regenerar los archivos CSS si utilizas un constructor como Elementor (Elementor → Herramientas → Regenerar archivos y datos).
    • Ir a Ajustes → Enlaces permanentes y pulsar Guardar cambios sin modificar nada para regenerar las reglas de WordPress.

    También sería útil saber qué tema y constructor visual utilizas, además de si el problema apareció justo después de eliminar Site Kit o ya estaba presente tras la restauración del backup.

    Saludos.

    Hola,

    Aunque no podemos ver la captura adjunta, este tipo de problemas al editar imágenes en WordPress normalmente puede estar relacionado con un conflicto de plugins, el tema activo, la caché del navegador o alguna configuración del servidor.

    Te recomiendo probar los siguientes pasos:

    • Limpia la caché del navegador y prueba nuevamente, preferiblemente desde una ventana de incógnito u otro navegador.
    • Desactiva temporalmente los plugins, especialmente los relacionados con imágenes, optimización, seguridad o caché, y revisa si el editor vuelve a funcionar.
    • Cambia temporalmente al tema predeterminado de WordPress para descartar que el problema venga del tema actual.
    • Comprueba en Herramientas → Salud del sitio si WordPress muestra algún aviso relacionado con PHP, memoria o configuración del servidor.
    • Verifica también que WordPress, el tema y los plugins estén actualizados.

    Si el problema continúa, sería útil conocer la versión de WordPress, la versión de PHP, el tema que utilizas y si ocurre con todas las imágenes o solamente con algunas. Con esos datos será más fácil identificar la causa.

    Saludos.

    ¡Hola!

    Por lo que comentas, parece que el problema no está únicamente en la actualización de WordPress, sino que puede haber ocurrido un error crítico que está impidiendo que el escritorio cargue correctamente.

    Además de revisar los plugins, también comprobaría el archivo error_log del hosting o activaría temporalmente el modo depuración de WordPress añadiendo estas líneas en el archivo wp-config.php:

    define('WP_DEBUG', true);
    define('WP_DEBUG_LOG', true);
    define('WP_DEBUG_DISPLAY', false);

    Después de reproducir el error, WordPress guardará información en el archivo wp-content/debug.log, donde normalmente aparece el plugin, tema o archivo que está generando el fallo.

    También revisaría si la actualización quedó incompleta. En algunos casos puede ayudar subir nuevamente los archivos principales de WordPress mediante FTP, manteniendo intactas las carpetas wp-content y el archivo wp-config.php.

    Antes de realizar cambios importantes, es recomendable hacer una copia de seguridad para evitar pérdida de información.

    ¡Espero que te sirva de ayuda!

    Saludos.

    ¡Hola!

    Me parece un proyecto bastante interesante, especialmente por la automatización de tareas que normalmente requieren mucho tiempo, como la preparación de imágenes, la gestión de metadatos EXIF y la creación de entradas multidioma.

    Como ya estás utilizando la REST API de WordPress, una posible forma de distribuirlo sería plantearlo como una aplicación independiente que se conecte con WordPress mediante autenticación segura. También podrías valorar crear diferentes versiones según el tipo de usuario: una versión básica con las funciones de redimensionado y organización de imágenes, y una versión avanzada con publicación automática, traducciones y conexión con plugins como WPML.

    Para facilitar su distribución, sería recomendable documentar bien el proceso de instalación, los requisitos necesarios y cómo configurar la conexión con WordPress, ya que muchos usuarios pueden no estar familiarizados con el uso de APIs.

    También tendría en cuenta aspectos de seguridad, como el uso de claves o tokens de acceso y evitar almacenar credenciales directamente en la aplicación.

    La idea tiene bastante potencial, especialmente para fotógrafos, medios digitales o usuarios que gestionan muchas imágenes en WordPress.

    ¡Gracias por compartirlo con la comunidad!

    Saludos.

    ¡Hola!

    Además de las recomendaciones anteriores, revisaría primero si todas las peticiones AJAX que estás observando realmente pertenecen a Heartbeat.

    Aunque se reduzca la frecuencia de Heartbeat, otros plugins pueden generar llamadas AJAX constantemente, por ejemplo constructores visuales, plugins de estadísticas, seguridad, WooCommerce o herramientas de optimización.

    Te recomendaría abrir las herramientas de desarrollador del navegador (F12) y revisar la pestaña Network → Fetch/XHR para identificar qué archivo o plugin está realizando esas solicitudes. De esta forma puedes actuar sobre el origen real del consumo de recursos.

    También revisaría que el código utilizado esté correctamente escrito, especialmente las comillas, ya que al copiar snippets desde algunos sitios pueden aparecer comillas curvas que provocan errores de PHP.

    Si el objetivo es reducir consumo del servidor, una buena práctica es mantener Heartbeat activo en el editor de entradas para conservar funciones como autoguardado y bloquearlo o reducirlo en zonas donde no sea necesario.

    ¡Espero que te sirva de ayuda!

    ¡Hola!

    Además de las opciones que ya han comentado, creo que antes de elegir un plugin es importante revisar qué tipo de pagos recurrentes necesitas exactamente.

    No todos los plugins de suscripciones funcionan igual: algunos únicamente crean planes de pago periódicos, pero dependen completamente de la pasarela de pago para realizar los cobros automáticos. Por eso conviene comprobar la compatibilidad con métodos como Stripe, PayPal u otra plataforma que utilices.

    También revisaría si el plugin permite gestionar correctamente las renovaciones fallidas, los cambios de plan y la cancelación de suscripciones desde la cuenta del cliente, ya que son funciones importantes en una tienda con pagos mensuales.

    Si buscas una licencia de pago único, puede que tengas menos opciones disponibles que con las soluciones oficiales, pero existen alternativas que pueden adaptarse dependiendo de las necesidades del proyecto.

    ¡Espero que te sirva de ayuda!

    Saludos.

    ¡Hola!

    Me alegra saber que ya pudieron solucionarlo.

    Como aporte adicional para casos similares, cuando no es posible acceder al panel de WordPress ni utilizar la recuperación de contraseña, es recomendable revisar primero si el problema viene de algún plugin o del propio sistema de autenticación.

    Si se tiene acceso al hosting mediante FTP o administrador de archivos, una prueba segura es renombrar temporalmente la carpeta wp-content/plugins para desactivar los plugins sin entrar al panel. Si después de esto el acceso vuelve a funcionar, se puede activar cada plugin individualmente hasta encontrar cuál estaba causando el conflicto.

    También es recomendable revisar los registros de errores del servidor antes de realizar cambios importantes, ya que suelen indicar qué componente está generando el fallo.

    Gracias por compartir la solución en el foro, ya que este tipo de problemas pueden ocurrir después de una actualización o un conflicto entre plugins.

    ¡Un saludo!

    ¡Hola!

    Además de las recomendaciones que ya te han dado, revisaría cómo están relacionadas las plantillas del footer dentro de Polylang.

    En algunos casos, aunque se creen dos pies de página diferentes, si no están vinculados como traducciones dentro de Polylang, Elementor puede interpretar que ambas plantillas son independientes y aplicar las mismas condiciones de visualización en todos los idiomas.

    Te recomiendo editar cada plantilla de footer y comprobar en la barra lateral de Polylang que el footer en español esté asociado como traducción del footer en inglés (y viceversa), no solamente que tengan asignado un idioma.

    Después de realizar cambios, también sería recomendable ir a Elementor → Herramientas → Regenerar CSS y datos y limpiar la caché del sitio o del servidor para evitar que Elementor siga mostrando una versión anterior del footer.

    Si el problema continúa, sería útil saber si los pies de página están creados mediante Elementor Pro Theme Builder, algún plugin adicional de cabeceras y pies de página, o mediante las opciones del propio tema, ya que la forma de asignar idiomas puede variar.

    ¡Espero que te ayude!

    ¡Hola!

    Además de las recomendaciones que ya te compartieron, revisaría una cosa más.

    Las opciones de Plantilla que ofrece Astra dependen de que el tema esté correctamente activo. Si estás utilizando un tema hijo (child theme), verifica que la plantilla padre de Astra esté instalada y actualizada, ya que de lo contrario algunas opciones pueden no mostrarse en el editor.

    También puedes comprobar en Apariencia → Temas que realmente esté activo Astra (o un tema hijo basado en Astra) y no otro tema. Si las plantillas como Astra Canvas o Full Width no aparecen, intenta desactivar temporalmente los demás plugins para descartar que alguno esté modificando el editor de bloques o la barra lateral de configuración.

    Por último, ¿estás utilizando únicamente el editor de bloques de WordPress o algún plugin que modifique la edición de páginas? Ese dato puede ayudar a identificar por qué no aparecen las opciones que muestran los tutoriales.

    ¡Espero que te sirva de ayuda! Saludos.

    ¡Hola!

    Me alegra saber que pudiste encontrar la causa del problema.

    Solo quisiera añadir una recomendación para futuras pruebas. Cuando se modifica el archivo robots.txt o las etiquetas Open Graph, es recomendable utilizar nuevamente el Facebook Sharing Debugger y seleccionar la opción «Scrape Again». De esta forma, Facebook vuelve a rastrear la página y actualiza la información almacenada en su caché, evitando que continúe mostrando una vista previa antigua.

    Además, si en algún momento el problema vuelve a presentarse, conviene revisar que el archivo robots.txt siga permitiendo el acceso al rastreador facebookexternalhit y que ningún plugin de seguridad, firewall o CDN esté bloqueando las solicitudes de Facebook.

    Gracias por compartir la solución en el hilo. Seguro será de ayuda para otros usuarios que se encuentren con el mismo inconveniente.

    ¡Un saludo!

    Hola,

    Parece que ya has conseguido acotar bastante el problema. Por lo que comentas, no da la impresión de que WordPress sea el origen, sino un conflicto entre Autoptimize y el script que añade los parámetros _gl antes de aceptar las cookies.

    Si quieres seguir utilizando Autoptimize, una buena prueba es reactivarlo e ir deshabilitando únicamente sus opciones de optimización (como combinar CSS, combinar JavaScript o retrasar la ejecución de JavaScript) hasta identificar cuál provoca el conflicto. Así podrás mantener parte de la optimización sin afectar al diseño.

    Cuando el soporte del plugin de cookies te responda, sería muy útil que compartieras aquí la solución definitiva para que pueda servir a otros usuarios con el mismo problema.

    ¡Un saludo!

    sharonuv

    (@sharonuv)

    Hola, espero estés muy bien!

    Gracias por compartir una descripción tan detallada del problema y por explicar todas las pruebas que realizaste. Eso facilita mucho el análisis.

    Por lo que comentas, no parece tratarse de un conflicto con un tema, un plugin o el proveedor de hosting, ya que el comportamiento se reproduce incluso en una instalación limpia de WordPress.

    El hecho de que finfo_file() detecte el archivo como application/x-sylk cuando la primera columna es ID apunta a que el problema podría estar relacionado con la detección del tipo MIME realizada por la extensión Fileinfo de PHP. WordPress utiliza esa información durante la validación de archivos, por lo que si el archivo es identificado como un tipo distinto de text/csv, puede ser rechazado durante la subida.

    Como prueba temporal, cambiar el encabezado de ID por otro nombre como ID Producto o SKU parece evitar esa detección incorrecta, aunque entiendo que no es una solución ideal, especialmente porque WooCommerce exporta los archivos con ID como primera columna de forma predeterminada.

    Si aún no lo has hecho, también podría ser útil comprobar si el comportamiento cambia al utilizar otra versión de PHP, ya que la detección mediante Fileinfo puede variar entre versiones y distribuciones.

    Si el problema persiste en una instalación limpia de WordPress con los requisitos mínimos, podría ser conveniente abrir un ticket en WordPress Core (Trac) para que el equipo pueda evaluar si es posible mejorar el manejo de este caso, dado que afecta un flujo de trabajo habitual de exportación e importación de archivos CSV.

    Espero te ayude de algo.
    Saludos,

    Hola.

    Como el error apareció justo después de actualizar PHP, lo más probable es que algún plugin o el tema activo no sea compatible con esa versión.

    Primero entra al panel de tu hosting y vuelve temporalmente a la versión de PHP que utilizabas antes. Si la página vuelve a funcionar, realiza una copia de seguridad y actualiza WordPress, el tema y todos los plugins antes de intentar cambiar PHP nuevamente.

    Si continúa el error, entra al administrador de archivos del hosting, abre wp-content y cambia el nombre de la carpeta plugins por plugins-old. Esto desactivará temporalmente todos los plugins sin borrarlos. Luego prueba ingresar a WordPress.

    Si recuperas el acceso, devuelve la carpeta a su nombre original y activa los plugins uno por uno hasta encontrar el que provoca el fallo. Si no funciona, solicita al hosting que revise el registro de errores para identificar el archivo responsable.

    No es necesario esperar el correo de recuperación para realizar estas pruebas, pero es importante hacer una copia de seguridad antes de modificar archivos.

Viendo 15 resultados - del 1 al 15 (de un total de 31.809)