Title: Resultados de búsqueda para 'plugin' | WordPress.org España

---

# Resultados de búsqueda para 'plugin'

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

1 [2](https://es.wordpress.org/support/search/plugin/page/2/?output_format=md) [3](https://es.wordpress.org/support/search/plugin/page/3/?output_format=md)…
[2.119](https://es.wordpress.org/support/search/plugin/page/2119/?output_format=md)
[2.120](https://es.wordpress.org/support/search/plugin/page/2120/?output_format=md)
[2.121](https://es.wordpress.org/support/search/plugin/page/2121/?output_format=md)
[→](https://es.wordpress.org/support/search/plugin/page/2/?output_format=md)

 *   Foro: [Plugins y Hacks](https://es.wordpress.org/support/forum/plugins-y-hacks/)
   
   En respuesta a: [Mostrar reseñas google business en mi web](https://es.wordpress.org/support/topic/mostrar-resenas-google-business-en-mi-web/)
 *  [Mejores empresas](https://es.wordpress.org/support/users/mejores/)
 * (@mejores)
 * [hace 1 semana, 2 días](https://es.wordpress.org/support/topic/mostrar-resenas-google-business-en-mi-web/#post-12226372)
 * Yo he probado varias soluciones y, si el objetivo es olvidarte del mantenimiento,
   me parece mejor utilizar un **widget especializado** que intentar montar la integración
   de Google manualmente.
 * Lo que más valoraría es que sincronice las nuevas reseñas automáticamente, permita
   personalizar el diseño y, sobre todo, que utilice caché para que el widget no
   ralentice la carga de la web. Google va haciendo cambios en sus APIs y depender
   de una integración propia puede convertirse en una tarea de mantenimiento.
 * Una opción que podéis mirar es este **widget de reseñas de Google para web**,
   que está pensado precisamente para integrarlo sin tener que estar pendiente de
   la parte técnica: [widget de reseñas de Google para web](https://agenciaautomatiza.com/widget-resenas-google-web/?utm_source=chatgpt.com).
 * Para una web de cliente donde quiero instalarlo y olvidarme durante meses, personalmente
   priorizaría eso antes que elegir simplemente el plugin con más funcionalidades.
 *   Foro: [Plugins y Hacks](https://es.wordpress.org/support/forum/plugins-y-hacks/)
   
   Como el debate: [Mostrar reseñas google business en mi web](https://es.wordpress.org/support/topic/mostrar-resenas-google-business-en-mi-web/)
    -  [peluchesymascotas](https://es.wordpress.org/support/users/peluchesymascotas/)
    - (@peluchesymascotas)
    - [hace 1 semana, 4 días](https://es.wordpress.org/support/topic/mostrar-resenas-google-business-en-mi-web/)
    - 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](https://login.wordpress.org/?redirect_to=https%3A%2F%2Fes.wordpress.org%2Fsupport%2Fsearch%2Fplugin%2F%3Foutput_format%3Dmd&locale=es_ES)
      para ver el enlace]_
 *   Foro: [Guías – Resolución de problemas](https://es.wordpress.org/support/forum/manuales-y-resolucion-de-problemas/)
   
   En respuesta a: [Evento de errores](https://es.wordpress.org/support/topic/evento-de-errores/)
 *  [sharonuv](https://es.wordpress.org/support/users/sharonuv/)
 * (@sharonuv)
 * [hace 3 semanas, 3 días](https://es.wordpress.org/support/topic/evento-de-errores/#post-12226359)
 * 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](https://es.wordpress.org/support/forum/plugins-y-hacks/)
   
   En respuesta a: [Site Kit plugin error](https://es.wordpress.org/support/topic/si-te-kit-plugin-error/)
 *  [sharonuv](https://es.wordpress.org/support/users/sharonuv/)
 * (@sharonuv)
 * [hace 1 mes](https://es.wordpress.org/support/topic/si-te-kit-plugin-error/#post-12226354)
 * 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.
 *   Foro: [Guías – Resolución de problemas](https://es.wordpress.org/support/forum/manuales-y-resolucion-de-problemas/)
   
   En respuesta a: [problemas al editar imagenes](https://es.wordpress.org/support/topic/problemas-al-editar-imagenes/)
 *  [sharonuv](https://es.wordpress.org/support/users/sharonuv/)
 * (@sharonuv)
 * [hace 1 mes](https://es.wordpress.org/support/topic/problemas-al-editar-imagenes/#post-12226353)
 * 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.
 *   Foro: [Instalación – Actualizaciones](https://es.wordpress.org/support/forum/instalacion/)
   
   En respuesta a: [Actualización 6.9.1](https://es.wordpress.org/support/topic/actualizacion-6-9-1/)
 *  [sharonuv](https://es.wordpress.org/support/users/sharonuv/)
 * (@sharonuv)
 * [hace 1 mes](https://es.wordpress.org/support/topic/actualizacion-6-9-1/#post-12226352)
 * ¡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`:
 *     ```wp-block-code
       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.
 *   Foro: [WordPress Avanzado](https://es.wordpress.org/support/forum/wp-avanzado/)
   
   En respuesta a: [mi HTML para redimensionar fotos y añadir Copyright en local](https://es.wordpress.org/support/topic/mi-html-para-redimensionar-fotos-y-anadir-copyright-tos-en-local/)
 *  [sharonuv](https://es.wordpress.org/support/users/sharonuv/)
 * (@sharonuv)
 * [hace 1 mes](https://es.wordpress.org/support/topic/mi-html-para-redimensionar-fotos-y-anadir-copyright-tos-en-local/#post-12226351)
 * ¡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.
 *   Foro: [Guías – Resolución de problemas](https://es.wordpress.org/support/forum/manuales-y-resolucion-de-problemas/)
   
   En respuesta a: [Pluging o snippets para Heartbeat](https://es.wordpress.org/support/topic/pluging-o-snippets-para-heartbeat/)
 *  [sharonuv](https://es.wordpress.org/support/users/sharonuv/)
 * (@sharonuv)
 * [hace 1 mes](https://es.wordpress.org/support/topic/pluging-o-snippets-para-heartbeat/#post-12226350)
 * ¡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!
 *   Foro: [WooCommerce](https://es.wordpress.org/support/forum/plugins-y-hacks/woocommerce/)
   
   En respuesta a: [pagos mensuales periodicos con woocommerce](https://es.wordpress.org/support/topic/pagos-mensuales-periodicos-con-woocommerce/)
 *  [sharonuv](https://es.wordpress.org/support/users/sharonuv/)
 * (@sharonuv)
 * [hace 1 mes](https://es.wordpress.org/support/topic/pagos-mensuales-periodicos-con-woocommerce/#post-12226349)
 * ¡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.
 *   Foro: [Guías – Resolución de problemas](https://es.wordpress.org/support/forum/manuales-y-resolucion-de-problemas/)
   
   En respuesta a: [No podemos acceder a WordPress ni cambiar la contraseña](https://es.wordpress.org/support/topic/no-podemos-acceder-a-wordpress-ni-cambiar-la-contrasena/)
 *  [sharonuv](https://es.wordpress.org/support/users/sharonuv/)
 * (@sharonuv)
 * [hace 1 mes](https://es.wordpress.org/support/topic/no-podemos-acceder-a-wordpress-ni-cambiar-la-contrasena/#post-12226347)
 * ¡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!
 *   Foro: [Plugins y Hacks](https://es.wordpress.org/support/forum/plugins-y-hacks/)
   
   En respuesta a: [PROBLEMA con polylang FOOTER](https://es.wordpress.org/support/topic/problema-con-polylang-footer/)
 *  [sharonuv](https://es.wordpress.org/support/users/sharonuv/)
 * (@sharonuv)
 * [hace 1 mes](https://es.wordpress.org/support/topic/problema-con-polylang-footer/#post-12226345)
 * ¡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!
 *   Foro: [Diseño – Temas y plantillas](https://es.wordpress.org/support/forum/temas-y-plantillas/)
   
   En respuesta a: [Atributos de página, ¿dónde está?](https://es.wordpress.org/support/topic/atributos-2/)
 *  [sharonuv](https://es.wordpress.org/support/users/sharonuv/)
 * (@sharonuv)
 * [hace 1 mes](https://es.wordpress.org/support/topic/atributos-2/#post-12226343)
 * ¡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.
 *   Foro: [Guías – Resolución de problemas](https://es.wordpress.org/support/forum/manuales-y-resolucion-de-problemas/)
   
   En respuesta a: [Sin vista previa del enlace en redes](https://es.wordpress.org/support/topic/sin-vista-previa-del-enlace-en-redes/)
 *  [sharonuv](https://es.wordpress.org/support/users/sharonuv/)
 * (@sharonuv)
 * [hace 1 mes](https://es.wordpress.org/support/topic/sin-vista-previa-del-enlace-en-redes/#post-12226340)
 * ¡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!
 *   Foro: [Diseño – Temas y plantillas](https://es.wordpress.org/support/forum/temas-y-plantillas/)
   
   En respuesta a: [Rotura del diseño de la web sin «sentido»](https://es.wordpress.org/support/topic/rotura-del-diseno-de-la-web-sin-sentido/)
 *  [sharonuv](https://es.wordpress.org/support/users/sharonuv/)
 * (@sharonuv)
 * [hace 1 mes](https://es.wordpress.org/support/topic/rotura-del-diseno-de-la-web-sin-sentido/#post-12226339)
 * 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!
 *   Foro: [Guías – Resolución de problemas](https://es.wordpress.org/support/forum/manuales-y-resolucion-de-problemas/)
   
   En respuesta a: [Los archivos CSV que comienzan con «ID;» son rechazados](https://es.wordpress.org/support/topic/los-archivos-csv-que-comienzan-con-id-son-rechazados/)
 *  [sharonuv](https://es.wordpress.org/support/users/sharonuv/)
 * (@sharonuv)
 * [hace 1 mes](https://es.wordpress.org/support/topic/los-archivos-csv-que-comienzan-con-id-son-rechazados/#post-12226325)
 * 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,

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

1 [2](https://es.wordpress.org/support/search/plugin/page/2/?output_format=md) [3](https://es.wordpress.org/support/search/plugin/page/3/?output_format=md)…
[2.119](https://es.wordpress.org/support/search/plugin/page/2119/?output_format=md)
[2.120](https://es.wordpress.org/support/search/plugin/page/2120/?output_format=md)
[2.121](https://es.wordpress.org/support/search/plugin/page/2121/?output_format=md)
[→](https://es.wordpress.org/support/search/plugin/page/2/?output_format=md)

## Debates

### Debates populares

### Debates sin respuestas

### Debates que no son soporte

### Debates resueltos

### Debates no resueltos

### Todos los debates