En las últimas semanas se ha detectado algo interesante en las AI Overviews de Google: el buscador empieza a mostrar el nombre del autor junto al enlace de la fuente, sobre todo cuando la citación viene de plataformas como LinkedIn o Medium. No hay confirmación oficial de Google de que sea un despliegue global y definitivo (ya hubo un test parecido en 2025 que no llegó a consolidarse), pero la señal es clara y va en la misma dirección que todos los movimientos del último año.

El SEO ha dejado de ser solo una guerra entre URLs para pasar a ser una guerra entre entidades, personas y marcas reconocidas.

En este post te voy a contar exactamente qué ha cambiado, qué dicen los datos sobre cómo los LLM eligen sus fuentes, qué pasa ya en SERPs en español, qué sectores están sufriendo más y, sobre todo, qué deberías estar haciendo desde ya si quieres que Google, ChatGPT, Perplexity y demás citen a tu marca cuando tu cliente potencial los utilicen.

Cómo está cambiando el SEO en 2026

• El primer estudio académico riguroso en España (Universitat de Barcelona, febrero de 2026) detecta AI Overviews ya en el 29,8% de las SERPs analizadas. Y subiendo.
• Varios estudios internacionales coinciden en que el CTR orgánico cae aproximadamente a la mitad cuando aparece una AI Overview.
• Google publicó en mayo de 2026 su guía oficial para SEO en búsqueda con IA y zanja el debate: no existen “trucos GEO”. La IA usa el mismo índice y los fundamentos siguen siendo los mismos. Lo que cambia es el peso de cada pieza: E-E-A-T, autor verificable, marca y contenido con criterio propio pasan a ser el centro.
• La estrategia que funciona en 2026 combina contenido con autor real, schema bien implementado, presencia en plataformas que la IA cita mucho (Reddit, YouTube, LinkedIn) y linkbuilding “natural”.

Nombres de autor en AI Overviews

En las últimas semanas se han detectado algunas citaciones de las AI Overviews, Google ya no muestra solo el dominio (ej. “linkedin.com”), sino algo del tipo “LinkedIn – Nombre del autor” o “Medium – Nombre del autor”.

Tiene lógica. En plataformas donde cualquiera puede publicar, el nombre del autor aporta una pista de confianza que el dominio por sí solo no da. Como ya pensábamos hace unos años: Google está empezando a tratar a los autores como entidades con peso propio.

Llevamos años viendo cómo Google asocia contenido a autores, evalúa su trayectoria y construye su propio grafo de conocimiento sobre quién es experto en qué. La novedad es que ahora ese trabajo invisible empieza a hacerse visible en plena SERP, dentro de la respuesta generada por IA.

¿Despliegue global confirmado? No. ¿Test serio en varios mercados? Sí. ¿Tendencia de fondo evidente? Absolutamente.

Qué está pasando ya en SERPs en español

Una de las preguntas más habituales: “¿esto pasa también en castellano o solo se ha desplegado en EEUU?”. La respuesta corta: sí, ocurre en castellano, y va a más.

Google AI Overviews aterrizó oficialmente en España en marzo de 2025. Y el primer estudio académico riguroso sobre el impacto en SERPs en español (Universitat de Barcelona) deja datos que conviene fijar:

• El 29,8% de las SERPs analizadas activan ya una AI Overview en España. Casi 3 de cada 10 búsquedas muestran un resumen de IA antes del primer enlace.
• Las búsquedas con “por qué” disparan AIO el 92% de las veces. Con “qué”, el 86%. Cuanto más conversacional es la consulta, más probabilidad de IA.
• Por sectores: Sociedad 59%, Economía 48%, Tecnología 45%, Cultura 40%. En el extremo opuesto, Deporte (2,4%) y Política (24%), donde Google se autolimita por riesgo de errores.
• El 43,6% de las SERPs no muestra ni AIO ni Top Stories. El estudio lo llama acertadamente “un océano azul de oportunidad” para el SEO clásico bien hecho.

Y hay un dato paradójico que aparece en el estudio: el medio líder en tráfico en España según los datos de medición oficial es el último en visibilidad dentro de las AI Overviews. Traducción: el volumen masivo de visitas no garantiza ser citado por la IA.

A nivel de medios, varias publicaciones nacionales reportan ya caídas interanuales del 30-40% en tráfico orgánico, en buena parte atribuibles a este cambio. Y lo más significativo: una parte importante de ese tráfico perdido era de búsquedas de marca, no genéricas. Ya hay medios anunciando despidos y dejando caer que esto va a más.

Qué fuentes cita cada IA o LLM

Si en el SEO clásico la pregunta era “¿en qué top rankeo?”, en la era de los LLM la pregunta correcta es “¿qué fuentes consume el modelo cuando le preguntan algo de mi sector?”.

Los estudios disponibles a mediados de 2026, que han analizado cientos de millones de citaciones en ChatGPT, Gemini, Perplexity, Claude y Google AI Overviews, coinciden en varias cosas:

• Reddit es la fuente número 1 en prácticamente todos los motores de IA, con una frecuencia de citación cercana al 40%.
• Wikipedia domina ChatGPT (entre el 26% y el 48% de su top 10 de citaciones).
• YouTube tiene una ventaja brutal sobre cualquier otra fuente de vídeo y aparece de forma masiva en las AI Overviews de Google.
• LinkedIn ha duplicado su frecuencia de citación en pocos meses y es la fuente número 1 para queries profesionales.
• Los 15 dominios principales acaparan el 68% del total de citaciones en IA. La concentración es mucho mayor que la que jamás produjo el PageRank.

El dato que más llama la atención: solo alrededor del 38% de las páginas citadas en AI Overviews rankean también en el top 10 orgánico para esa misma query. Hace un año estaba en torno al 76%, es decir, ha caído tanto que puedes estar en la primera posición de Google y no aparecer citado en la IA. O puedes no aparecer ni en el top100 de las SERPs de Google pero salir gracias a un vídeo de YouTube o en un hilo de Reddit.

La guía oficial de Google: no hay “truco GEO” que valga

En mayo de 2026, Google publicó su primera guía oficial sobre cómo optimizar contenido para búsqueda con IA. Y el mensaje es claro: no existen atajos ni trucos especiales que reemplacen las buenas prácticas de SEO de siempre.

Lo más importante de la guía, resumido:

• La IA de Google usa el mismo índice de búsqueda. No hay un “índice paralelo de AI Overviews”.
• Chunking (trocear contenido para que la IA lo digiera mejor) no es reconocido por Google como técnica oficial. Estructurar bien ayuda a la lectura humana, pero no es un factor de ranking específico.
• llms.txt no forma parte de la documentación oficial. Algunos lo hemos estado implementado por la gran demanda por parte de los clientes, pero no es necesario para aparecer en AI Overviews.
• La postura es coherente: evita tácticas diseñadas para manipular sistemas de IA y céntrate en crear contenido valioso para humanos.

¿Qué sí marca diferencia, según la propia documentación de Google y los análisis sectoriales?

1. E-E-A-T reforzado: experiencia, conocimiento, autoridad y confianza pesan más que nunca.
2. Estructura clara y semántica: encabezados descriptivos que respondan preguntas concretas.
3. Datos estructurados (schema) bien implementados: Article, FAQPage, Product, HowTo, Organization, Person.
4. Contenido original con punto de vista propio: estudios de caso, datos propios, benchmarks internos, comparativas detalladas, análisis con criterio experto.

E-E-A-T: la pieza que lo conecta todo

Para los que se acaben de incorporar al tema, recordatorio rápido:

• E – Experience: experiencia de primera mano.
• E – Expertise: nivel de conocimiento técnico.
• A – Authoritativeness: autoridad reconocida externamente.
• T – Trustworthiness: confianza y fiabilidad. Es el pilar central.

E-E-A-T no es un “factor de ranking” como tal. Es un marco que describe lo que Google intenta detectar para decidir qué contenido es fiable. Y eso, en la era de los LLM, vale oro.

Cuando una IA decide qué citar, está haciendo (a su manera) una evaluación de E-E-A-T: ¿quién dice esto? ¿Tiene trayectoria? ¿Está respaldado por otras fuentes? ¿Hay coherencia entre lo que dice aquí y lo que ha dicho antes en otros sitios? Si tu marca y tus autores no responden bien a esas preguntas, no te van a citar.

Qué deberías estar haciendo con tus autores

1. Páginas de autor reales, no un “Sobre el autor” de tres líneas. Bio extensa, credenciales, foto consistente, listado de publicaciones internas y externas.
2. Schema Person y Organization con propiedades sameAs apuntando a LinkedIn, Wikipedia, Crunchbase, perfiles donde el autor publica, X, etc. Esto permite a Google “atar” la identidad de tu autor a una entidad reconocida en su grafo de conocimiento.
3. Enlazar el author del schema del artículo a la URL de la página de autor con su propio schema Person. Cadena entidad–artículo–autor verificable.
4. Consistencia: nombre, foto y bio iguales en web, LinkedIn, X, medios externos.
5. Publicaciones fuera de tu dominio: guest posts en medios sectoriales, ponencias grabadas en YouTube, participación en podcasts. Cada mención externa refuerza la entidad.

Este último punto enlaza con algo que llevamos años defendiendo: el linkbuilding moderno no va solo de enlaces “follow” en sitios con DR alto, va de construir autoridad real y reconocible alrededor de personas y marcas. Si quieres profundizar, échale un ojo a nuestra guía para hacer linkbuilding: hace dos años que se redactó y ya hablábamos de la importancia del EEAT.

Marca y menciones: la palanca que muchos ignoran

Un dato que conviene tatuarse: las marcas con más menciones web reciben más de 10 veces más citaciones en AI Overviews que las del siguiente tramo. Y aproximadamente una de cada cuatro marcas no recibe ninguna citación. La concentración es brutal.

En 2026 deberías estar trabajando, sí o sí, estas seis palancas:

• PR digital y notas de prensa en medios sectoriales.
• Participación en Reddit y comunidades de nicho (no como spam, sino como experto que aporta).
• LinkedIn como repositorio editorial: artículos firmados, no solo posts.
• YouTube con vídeos optimizados (títulos descriptivos, transcripciones limpias, descripciones que mencionen tu marca de forma natural).
• Aparición en “best lists” y rankings sectoriales: una parte enorme de lo que cita la IA son listas tipo “los mejores X de [año]”.
• Reseñas en plataformas terceras relevantes a tu sector (G2, Trustpilot, Capterra, foros sectoriales).

Si tu marca solo existe en tu web, eres invisible para la IA.

Sectores afectados por EEAT e IA

No todos los sectores están sufriendo lo mismo, ni al mismo ritmo.

El SEO no ha muerto, pero sí cambia: en los próximos 24 meses las búsquedas tradicionales de 10 enlaces azules perderán peso de forma sostenida, ganará protagonismo el AI Mode conversacional (ya por defecto en parte de las búsquedas en algunos países), y el foco se desplazará del ranking al citation share (cuántas veces y con qué peso te cita la IA), con el branded search como KPI crítico y YouTube consolidándose como canal clave por ser fuente recurrente de citas de IA.

Lo que no cambia son los fundamentos: SEO técnico impecable para que te crawleen, contenido excelente con experiencia real y datos propios, enlaces (hay correlación clara entre páginas muy enlazadas y aparecer en AI Overviews) y un E-E-A-T más importante que nunca.

Google está acelerando un cambio que ya estaba en marcha. El sistema ya no premia páginas, premia entidades. Y una entidad puede ser una marca, una organización o una persona con trayectoria reconocible. El día que tu nombre o el de tu agencia aparezca junto a una respuesta de IA en plena SERP va a ser porque has construido autoridad real, verificable y conectada.

Si tienes dudas sobre cómo aplicar todo esto a tu proyecto, puedes contactar con nosotros.

Conversiones sin identificar en Google ADS

Se trata de una problemática de mayor alcance del que habitualmente se considera: Google Ads deja sin atribuir entre el 30% y el 60% de las conversiones generadas desde su plataforma.

Principales factores que limitan el rastreo de conversiones:

• Bloqueadores de anuncios (AdBlock): Se estima que aproximadamente el 20% de los usuarios emplea este tipo de herramientas, impidiendo el registro de sus interacciones.
• Navegadores con restricciones de seguimiento: Plataformas como Safari o el ecosistema iOS limitan de forma nativa el rastreo de usuarios, lo que puede afectar hasta al 30% de la audiencia.
• Rechazo de cookies: Según estimaciones del sector, el 25% de los usuarios no acepta las cookies de seguimiento, lo que imposibilita su atribución.

Si bien es posible estimar el volumen real de conversiones a partir del porcentaje de pérdida calculado, el verdadero problema reside en que Google no recibe esa información y, por tanto, el algoritmo de las campañas no puede optimizarse con datos completos.

Campañas PMax y la necesidad de tener ese 100% de conversiones

El rendimiento de las campañas Performance Max (PMax) depende en gran medida de la capacidad del algoritmo para adaptarse de forma continua a los resultados obtenidos. Cuando parte de esos datos de conversión no llega a Google, el sistema de optimización trabaja con información incompleta y el potencial de la campaña queda inevitablemente mermado.

Por este motivo, resulta imprescindible no solo registrar el 100% de las conversiones internamente, sino garantizar que Google las reciba en su totalidad para que el algoritmo pueda ajustar las campañas con la máxima precisión.

Los datos lo avalan: las campañas que superan holgadamente sus objetivos reciben un mayor volumen de tráfico y de mayor calidad. En sentido contrario, aquellas que no alcanzan las metas establecidas experimentan una reducción progresiva del tráfico y pueden entrar en un estado de infraactividad que compromete su viabilidad.

¿Cómo conseguimos identificar ese 100% de conversiones?

El enfoque que proponemos no es disruptivo, pero sí ha demostrado ser altamente eficaz: consiste en aprovechar las conversiones offline para notificar a Google de todas las ventas con origen en Google Ads que se generen en el ecommerce.

El primer paso consiste en crear la conversión offline. Para ello, accedemos al apartado de Objetivos en Google Ads y seleccionamos “+ Crear acción de conversión”.

A continuación, seleccionamos “Conversiones offline” y procedemos a editar la fuente de datos.

Marcamos la opción de “Conectar un producto nuevo” y elegimos Google Sheets tal como se muestra en la captura.

Marcamos la opción de “Conectar un producto nuevo” y elegimos Google Sheets tal como se muestra en la captura.

Ahora es cuando debemos seleccionar cual es el Google Sheets que vamos a utilizar para ello y asignamos sus campos.

Ahora es cuando debemos seleccionar cual es el Google Sheets que vamos a utilizar para ello y asignamos sus campos.

Plantilla Google Sheet para importar las conversiones offline

Para obtener la plantilla, acceda a su cuenta de Google Ads, diríjase al apartado de Objetivos y seleccione la opción Subidas.

Dentro de la sección “Subir conversiones” encontrará un enlace directo para descargar la plantilla.

Los campos recomendados para una integración completa son: Google Click ID, Conversion Name, Conversion Time, Conversion Value, Conversion Currency y Email.

¿Cómo obtenemos los datos de las conversiones?

Esta es, posiblemente, la fase más técnica del proceso. Es necesario implementar en el ecommerce un sistema capaz de identificar cada visita procedente de Google Ads (mediante el parámetro GClick) y registrarla en caso de que culmine en una venta.

En Amarillo Limón hemos desarrollado un módulo específico para PrestaShop que automatiza todo este proceso y vuelca las conversiones directamente en Google Sheets.

Dada la complejidad de esta implementación, dedicaremos un artículo específico para explicarla en detalle.

A modo de referencia y para ilustrar el impacto real de esta solución, compartimos los resultados obtenidos en una de las últimas cuentas en las que hemos aplicado esta metodología.

Los resultados hablan por sí solos: se registró un incremento superior al 50% en el número de conversiones atribuidas, y el valor total generado rozó prácticamente el doble del inicialmente registrado.

Si necesitas ayuda para configurar tu cuenta de Google ADS o con tus campañas, ¡no dudes en ponerte en contacto con nosotros!

¿Qué está pasando exactamente?

Los motores de IA, los rastreadores de precios y otros bots recorren Internet de forma continua para recopilar información de las tiendas online. No es nada nuevo, pero la intensidad ha crecido enormemente en los últimos tiempos, y algunos de estos bots están aprovechando el parámetro resultsPerPage.

Este parámetro es el que controla cuántos productos muestra una página de categoría o de resultados de búsqueda. El problema es que PrestaShop no pone ningún límite a este valor por defecto. Eso significa que un bot puede hacer una petición como esta:

https://tutienda.com/categoria?resultsPerPage=99999

¿Y qué ocurre? Que PrestaShop obedientemente intenta recuperar de la base de datos los 99.999 productos solicitados. Si tu categoría tiene miles de referencias, la consulta es tan pesada que puede saturar el servidor y dejarte la tienda caída durante minutos… o más.

No es un ataque sofisticado. No hace falta ningún conocimiento especial. Cualquier bot —o persona con malas intenciones— puede hacerlo con una simple URL manipulada. Y lo estamos viendo en tiendas reales, con consecuencias reales.

¿Por qué ocurre esto?

El parámetro resultsPerPage está pensado para que los usuarios puedan elegir entre ver 12, 24 o 36 productos, y en condiciones normales funciona perfectamente. El problema surge cuando un bot lo usa de forma abusiva con valores extremos, algo para lo que ninguna plataforma está preparada por defecto. No es un fallo de diseño, simplemente es un escenario que hasta hace poco nadie contemplaba con esta intensidad.

La solución: limitar el número máximo de productos por página

Desde Amarillo Limón hemos desarrollado un módulo específico para resolver este problema. La idea es sencilla: establecer un máximo razonable de productos por página, de forma que aunque un bot pida 99.999, el servidor nunca devuelva más del límite que tú hayas configurado.

El módulo es compatible con PrestaShop 1.7.x, 8.x y 9.x, y lo hemos publicado de forma completamente gratuita.

¿Cómo funciona técnicamente?

Para quien quiera entrar en detalle: el módulo se engancha al hook hookActionProductSearchProviderRunQueryBefore, que se ejecuta justo antes de que PrestaShop lance la consulta a la base de datos. Si no sabes como funcionan los hooks, puedes consultar este artículo de nuestro blog: Cómo funcionan los hooks en PrestaShop.

En ese momento, comprueba si el número de resultados solicitado supera el límite configurado, y si es así, lo reduce automáticamente. La tienda sigue funcionando con normalidad para el usuario, pero el servidor ya no recibe peticiones abusivas.

public function hookActionProductSearchProviderRunQueryBefore(array $params)
{
    $query = $params['query'];
    $limit = (int) Configuration::get(self::CONFIG_KEY);

    if ($limit <= 0) {
        $limit = self::DEFAULT_LIMIT;
    }

    if ($query->getResultsPerPage() > $limit) {
        $query->setResultsPerPage($limit);
    }
}

Sencillo, limpio y eficaz.

¿Cómo instalo el módulo?

La instalación es igual que cualquier otro módulo de PrestaShop:

1. Descarga el módulo desde el enlace al final de este artículo.
2. Entra en el panel de administración de tu tienda y ve a Módulos > Gestión de módulos.
3. Haz clic en Subir un módulo y selecciona el archivo descargado.
4. Una vez instalado, accede a la configuración del módulo y establece el número máximo de productos por página que consideres razonable (recomendamos entre 60 y 120).

Y listo. A partir de ese momento, ningún bot podrá solicitar más productos de los que hayas autorizado.

¿Quién debería instalar este módulo?

Cualquier tienda PrestaShop con un catálogo amplio debería valorarlo, pero es especialmente recomendable si:

• Tienes categorías con cientos o miles de productos.
• Has notado picos de consumo de CPU o memoria sin causa aparente.
• Tu proveedor de hosting te ha avisado de un uso excesivo de recursos.
• Tu tienda ha sufrido caídas intermitentes que no tienen una explicación clara.
• Apareces en comparadores de precios o tienes competidores activos que podrían usar scrapers.

Descarga gratuita

Puedes descargar el módulo Amarillo Limón Limit Category Results desde este enlace: amarillolimonlimitcategoryresults.zip

Si tienes cualquier duda sobre la instalación o quieres que echemos un vistazo a la configuración de tu tienda, no dudes en contactarnos. En Amarillo Limón llevamos años trabajando con PrestaShop y estaremos encantados de ayudarte.

¿Qué es el ROI (Return on Investment)?

El ROI mide la rentabilidad de una acción de marketing comparando los beneficios obtenidos con la inversión realizada. Es una de las métricas más utilizadas porque permite saber rápidamente si una campaña, canal o estrategia es rentable. Un ROI positivo indica que la inversión genera beneficios, mientras que uno negativo señala pérdidas.

Si una empresa invierte 1.000 € en una campaña de paid media y genera 1.500 € en ingresos atribuibles. El ROI es del 50 %, lo que indica que la acción es rentable y escalable.

¿Qué es el ROA y cómo se aplica en marketing?

El ROA entendido de forma general como retorno sobre los activos, se utiliza para analizar la eficiencia del presupuesto invertido en acciones como campañas de Google Ads. En Amarillo Limón es uno de los conceptos que más nos escucharás repetir, ya que lo tenemos muy presente en nuestro día a día a la hora de determinar la rentabilidad de las distintas campañas, ya que permite evaluar si los recursos destinados a publicidad están generando ingresos de forma eficiente.

Es importante tener en cuenta que el ROA puede analizarse por canal, lo que facilita comparar el rendimiento entre distintas plataformas o estrategias.

Si invertimos 1.000 € en una campaña de Google y genera 20.000 € en ingresos, estaríamos hablando de que esa campaña tiene un ROA 20, pero la rentabilidad real dependería del margen de beneficio de cada proyecto.

¿Qué es el Coste de Adquisición de Cliente (CAC)?

El CAC indica cuánto cuesta, de media, conseguir un nuevo cliente. Incluye todos los gastos de marketing y ventas y es clave para evaluar si una estrategia de captación es sostenible a largo plazo.

El coste de adquisición de cliente también se puede determinar por canal o campaña, si queremos tomar datos más específicos.

Si una empresa invierte 10.000 € en marketing y ventas en un mes y adquiere 100 nuevos clientes, el CAC es de 100 € por cliente.

¿Qué es el Lifetime Value (LTV)?

El LTV representa el valor total que un cliente aporta a lo largo de toda su relación con la empresa. Compararlo con el CAC es fundamental para entender la rentabilidad real de un negocio y evaluar si el crecimiento es sostenible.

Personalmente, es un concepto que me encanta y que intento calcular en la mayoría de proyectos, ya que un LTV sólido determina si un coste de adquisición de cliente es rentable o no y, por tanto, permite guiar el resto de decisiones estratégicas del proyecto.

El Lifetime Value se ve directamente afectado por una buena estrategia de fidelización y reactivación de usuarios. Por ello, además de realizar acciones de prospección, es clave maximizar la retención de aquellos clientes que ya han confiado en nosotros.

Si un cliente genera 50 € mensuales durante una relación media de 24 meses, su LTV es de 1.200 €. Si el CAC es de 200 €, la relación LTV/CAC es positiva y el modelo es rentable.

¿Qué es la recurrencia media?

La recurrencia media mide la frecuencia con la que un cliente vuelve a comprar en un periodo determinado. Es una métrica clave para entender el comportamiento del cliente y la salud del negocio, ya que impacta directamente en el LTV y en la rentabilidad global del proyecto.

Una recurrencia elevada suele indicar una buena experiencia de usuario, una propuesta de valor sólida y estrategias efectivas de fidelización. Además (Como decíamos antes) cuanto mayor es la recurrencia, menor es la dependencia de la captación constante de nuevos clientes, lo que reduce la presión sobre el CAC y mejora la eficiencia de la inversión en marketing.

Si un cliente realiza de media 6 compras al año frente a otro que solo compra una vez, el primero tendrá un mayor LTV y permitirá amortizar mejor el coste de adquisición.

¿Qué es la tasa de conversión?

La tasa de conversión indica el porcentaje de usuarios que realizan una acción deseada dentro de un canal o campaña, como una compra, un registro o una solicitud de contacto.

Es una de las métricas más relevantes para medir la eficacia de una estrategia, ya que permite evaluar el rendimiento sin necesidad de aumentar la inversión en tráfico.

Optimizar la tasa de conversión implica trabajar sobre factores como la experiencia de usuario, el mensaje, la propuesta de valor, el diseño o el proceso de compra. Pequeñas mejoras en este indicador pueden tener un impacto significativo en los ingresos y en la eficiencia global del marketing, especialmente cuando el volumen de tráfico es elevado.

Si una landing page recibe 10.000 visitas y convierte 300 usuarios, la tasa de conversión es del 3 %. Mejorar ese ratio al 4 % supondría 100 conversiones adicionales sin incrementar el gasto en captación.

¿Qué es el ticket medio?

El ticket medio indica el importe promedio que un cliente gasta en cada compra. Es una métrica clave para analizar el rendimiento comercial, ya que impacta directamente en los ingresos y en la rentabilidad del negocio sin necesidad de aumentar el volumen de clientes.

Incrementar el ticket medio suele estar relacionado con estrategias como upselling, cross-selling, packs de producto, o incentivos como envíos gratuitos a partir de un determinado importe.

Trabajar este indicador permite maximizar el valor de cada transacción y mejorar métricas como el LTV.

Si un ecommerce genera 50.000 € a partir de 1.000 pedidos, el ticket medio es de 50 €. Aumentarlo a 60 € supondría un incremento directo de ingresos sin aumentar el tráfico.

Como indicaba al principio, la mayoría de estos conceptos solo intentan reflejar una serie de datos que son útiles para determinar el rumbo que están siguiendo nuestras acciones y estrategias.

El conocerlos marcará la diferencia entre ir a ciegas y tomar decisiones fundamentadas.

Se que hay muchos otros conceptos que utilizáis en vuestro día a día y que quizás me he dejado por el camino, así que os leo en comentarios y los añado a este listado!

Los clientes, cuando un producto queda sin stock, lo desactivan (pasa a ser un 404), lo redireccionan hacia su categoría predeterminada o incluso nos piden devolver un 403.

Sin embargo, existen muchas casuísticas diferentes y cada una debe tratarse de forma distinta. En este post intentaré abordar todas ellas para ofrecer una pequeña “guía” y que sepáis cómo actuar de cara al SEO según vuestro tipo de catálogo, la disponibilidad de los productos y su recurrencia.

Tipos de catálogo en e-commerce de cara al SEO

A nivel de e-commerce, existen diferentes tipos de catálogos y, aunque puede haber muchos más tipos, vamos a definir los principales en los siguientes:

Catálogo de productos estándar

Llamemos a este catálogo estándar. Un catálogo que cada X se suben nuevos productos, otros se quedan sin stock, otros se descatalogan porque son antiguos/no interesan a nivel de negocio o cualquier otro caso… Etc. Un catálogo que fluctúa en el tiempo.

Catálogos con productos permanentes

Este tipo de catálogos suele ser el más sencillo de trabajar aunque no suele ser muy común. Al no tener mucha fluctuación en stock, su mantenimiento es muy fácil. Optimizamos fichas de producto, trabajamos titles, enlazado interno, una buena categorización SEO y a hacer lo mismo con los nuevos productos. No tendremos que hacer redirecciones ni dejar sin stock productos.

Catálogos con productos estacionales

Catálogos centrados en rebajas, diferentes campañas (Black Friday, Navidad, Vuelta al cole…).

Diferentes tipos de catálogo y diferentes casos. No todos son iguales ni todos pueden tratarse igual, y obviamente como todo en SEO cada caso puede ser diferente por el proyecto que se trabaja, pero intentaremos dar unas directrices para cada tipo de acción en el catálogo.

Diferencia entre sin stock y producto descatalogado

Aunque en muchas ocasiones se utilizan como sinónimos, un producto sin stock y un producto descatalogado no son lo mismo, ni a nivel de negocio ni, sobre todo, a nivel SEO.

Un producto sin stock es aquel que, en un momento determinado, no puede venderse porque no hay unidades disponibles, pero cuya reposición es posible o incluso probable. Puede tratarse de una rotura puntual, de un proveedor con retrasos o de un producto estacional que volverá a estar disponible en el futuro. Desde el punto de vista del buscador, sigue siendo un producto válido y relevante, ya que mantiene su intención de búsqueda y puede volver a ser comercializable.

Por el contrario, un producto descatalogado es aquel que no va a volver a venderse. Ya sea porque ha quedado obsoleto, se ha sustituido por otro modelo, no interesa a nivel de negocio o ha dejado de fabricarse, su ciclo de vida ha terminado. En este caso, la URL pierde su función comercial y, dependiendo del contexto, también puede perder su valor SEO.

Diferenciar correctamente entre ambos escenarios es clave, ya que una mala decisión en este punto puede provocar pérdida de tráfico orgánico, enlaces rotos o una mala experiencia de usuario.

Factores a tener en cuenta antes de decidir qué hacer con un producto

Antes de tomar cualquier decisión sobre un producto sin stock o descatalogado, es importante analizar una serie de factores. No todos los productos deben tratarse igual, incluso aunque se encuentren en la misma situación de disponibilidad.

Algunos de los factores más importantes a tener en cuenta son:

• Tipo de catálogo: no se gestiona igual un catálogo permanente que uno estacional o uno con alta rotación de productos.
• Recurrencia del producto: si el producto suele volver a estar disponible o no.
• Histórico de tráfico orgánico: si la ficha ha recibido tráfico desde buscadores y en qué volumen.
• Posicionamiento de la URL: keywords posicionadas y visibilidad SEO.
• Enlaces externos: si la ficha de producto tiene backlinks.
• Intención de búsqueda: si el usuario busca información, comparación o compra directa.
• Relación con otros productos: existencia de productos equivalentes, sustitutos o versiones más nuevas.
• Experiencia de usuario: qué se va a encontrar el usuario cuando acceda a esa URL.

Analizar estos factores permite tomar decisiones basadas en datos y no únicamente en criterios de negocio o automatismos del CMS.

Qué hacer en cada caso según el estado del producto

Una vez diferenciados los tipos de producto y analizados los factores anteriores, ya podemos definir qué acciones son más adecuadas en cada escenario.

Producto sin stock (temporal)

Cuando un producto está sin stock, pero existe la posibilidad de que vuelva a estar disponible, lo más recomendable suele ser mantener la URL activa.

En estos casos, la ficha sigue teniendo valor SEO y puede seguir posicionando para sus palabras clave. Además, eliminarla o redireccionarla prematuramente puede provocar una pérdida innecesaria de visibilidad.

Algunas buenas prácticas en este escenario son:

• Indicar claramente que el producto no está disponible temporalmente.
• Ofrecer productos alternativos o relacionados.
• Permitir avisos de reposición si es posible.
• Mantener el contenido optimizado de la ficha.

Producto descatalogado sin sustituto claro

Cuando un producto está descatalogado y no existe un sustituto directo o equivalente, la decisión dependerá en gran medida de su valor SEO.

Si la URL no tiene tráfico, no posiciona y no cuenta con enlaces relevantes, puede tener sentido eliminarla correctamente, devolviendo el código de estado adecuado.

Si, por el contrario, la ficha tiene tráfico o enlaces, conviene valorar otras opciones antes de eliminarla para no perder ese valor acumulado. En este caso, la opción más viable es redireccionar a uno lo más similar posible. Si no existiese, como última opción y solo si encaja, a una categoría.

Producto descatalogado con sustituto o versión nueva

Este es uno de los escenarios más habituales. Un producto deja de venderse porque ha sido reemplazado por una versión más nueva o por un producto muy similar.

En estos casos, suele ser recomendable redirigir la URL antigua hacia el nuevo producto, siempre que la intención de búsqueda sea equivalente. De esta forma, se conserva gran parte del valor SEO y se mejora la experiencia del usuario.

Catálogos estacionales

En catálogos estacionales, la gestión cambia ligeramente. Muchos productos desaparecen durante meses para volver a estar disponibles en la siguiente campaña.

Aquí suele ser más interesante mantener las URLs activas fuera de temporada, adaptando el contenido a un enfoque más informativo o de anticipación, en lugar de eliminar o redireccionar sistemáticamente las fichas.

No siempre todo es X ni todo es Y, pero si podéis guiaros un poco si necesitáis ayuda en alguno de estos casos con vuestro catálogo. Recordad que una URL de producto puede ser la entrada de muchísimos usuarios, y quien entra a un producto va a comprar, ya que una URL no puede ser más transaccional.

Si necesitáis ayuda con la gestión de vuestro catálogo a nivel SEO o cualquier gestión relacionada con vuestro e-commerce, contactad con nosotros y estaremos encantados de trabajar con vosotros.

Si buscas mejorar el rendimiento, detectar cuellos de botella o resolver errores críticos, esta guía te ayudará a analizar cualquier instalación de PrestaShop paso a paso.

1. Activar el Modo Debug en PrestaShop: el primer paso para encontrar errores

El Modo Debug es la herramienta esencial para detectar errores en PrestaShop. Cuando está activo, la plataforma deja de ocultar fallos y muestra información detallada como:

• Errores PHP
• Excepciones de Symfony
• Variables sin definir
• Avisos de módulos y plantillas Smarty

Cómo activar el modo debug

Desde el back office:

Parámetros avanzados → Rendimiento → Modo debug

Si la tienda no carga, puedes activarlo manualmente editando defines.inc.php:

if (!defined('_PS_MODE_DEV_')) {
    define('_PS_MODE_DEV_', true);
}

Es la forma más rápida de detectar errores críticos que afectan al funcionamiento de la tienda o al rendimiento.

2. Profiler de PrestaShop: analiza el rendimiento y localiza cuellos de botella

El profiler es la herramienta más completa para analizar el rendimiento de PrestaShop. Muestra datos técnicos que permiten saber qué está ralentizando las páginas o qué módulos están consumiendo demasiados recursos.

Qué información ofrece el profiler

• Número de consultas SQL por página
• Tiempo de ejecución total
• Memoria utilizada
• Hooks ejecutados
• Módulos activos en cada punto
• Plantillas y componentes cargados

Cómo activarlo

if (!defined('_PS_DEBUG_PROFILING_')) {
    define('_PS_DEBUG_PROFILING_', true);
}

El profiler es ideal para encontrar consultas lentas, detectar módulos mal optimizados y analizar qué causa la lentitud general de la tienda.

3. Logs de Symfony: errores ocultos que afectan al rendimiento

Desde PrestaShop 1.7, Symfony gestiona gran parte del núcleo de la plataforma, y sus logs contienen información valiosa que no aparece en pantalla ni en el modo debug.

Ubicación de los logs

/var/logs/dev.log
/var/logs/prod.log

En ellos encontrarás:

• Errores silenciosos que no se muestran en el front
• Excepciones internas
• Problemas de compilación de servicios
• Deprecaciones que anticipan fallos futuros

Son imprescindibles para diagnosticar fallos profundos en PrestaShop.

4. Logs del servidor: Apache, Nginx y PHP

Muchos problemas en PrestaShop provienen del servidor, no del código. Los logs del servidor revelan errores de PHP, fallos de permisos, problemas de memoria y errores 502/504.

Ubicaciones más frecuentes

/var/log/apache2/error.log
/var/log/nginx/error.log
/var/log/php8.x-fpm.log

Son especialmente útiles cuando la tienda muestra páginas en blanco, errores 500 o lentitud extrema.

5. Logs internos de PrestaShop: errores funcionales del día a día

PrestaShop incorpora un sistema de logs accesible desde:

Back Office → Parámetros avanzados → Logs

Se utilizan para detectar:

• Errores en el proceso de compra
• Problemas de módulos
• Fallas en controladores del BO
• Excepciones funcionales

Son la mejor herramienta para rastrear errores relacionados con pedidos, clientes o carritos.

6. Auditoría selectiva de módulos: una metodología más eficiente que desactivar todo

A menudo se dice que más del 70% de los problemas en PrestaShop provienen de módulos de terceros. Aunque es cierto, desactivar todos los módulos no siempre es una opción viable, especialmente en tiendas grandes donde cada módulo cumple una función crítica y su desactivación puede afectar a ventas, SEO o funcionalidades clave.

Por eso, en lugar de desactivar indiscriminadamente, la técnica correcta es realizar una auditoría selectiva y ordenada de módulos siguiendo criterios técnicos.

Método profesional para identificar el módulo problemático

En vez de apagar toda la tienda, sigue esta estrategia:

• 1. Revisar el profiler primero: te indica qué módulos están ejecutando más consultas, ocupan más memoria o cargan más hooks.
• 2. Analizar los hooks implicados: si el error ocurre en la ficha de producto, céntrate en los módulos enganchados a displayProductAdditionalInfo, header, productFooter, etc.
• 3. Comprobar overrides cargados: muchos fallos provienen de un override que sigue activo aunque desactives el módulo. Revisa /override/ o el panel de “Modos de depuración”.
• 4. Desactivar solo los módulos relacionados con la zona del fallo:
  • problemas en checkout → módulos de pago, transportistas, OPC, validaciones
  • problemas en producto → módulos de personalización, precios, variaciones, sliders
  • problemas de velocidad → módulos con muchos hooks, analítica, búsqueda, facetas
• 5. Priorizar módulos recientes o recién actualizados: el 90% de errores aparece tras:
  • una actualización de módulo
  • una actualización de PrestaShop
  • una instalación reciente
• 6. Revisar los logs antes de desactivar nada: muchas veces el log indica el nombre del módulo directamente.
• 7. Probar primero desactivar módulos “no críticos”: analítica, banners, popups, integraciones externas, módulos visuales, etc.

¿Qué problemas permite detectar esta técnica?

• Overrides que interfieren con el Core o entre módulos.
• Módulos que añaden demasiadas consultas SQL en cada página.
• Scripts o CSS que rompen el checkout o el comportamiento de los botones.
• Hooks ejecutándose en momentos incorrectos, cargando lógica cuando no debería.
• Módulos duplicados o obsoletos instalados desde PS 1.6.

Este método evita romper la tienda, reduce tiempos de diagnóstico y permite encontrar el origen del problema sin riesgos ni pruebas innecesarias.

7. Inspector del navegador: detecta errores de JavaScript y CSS

El inspector del navegador (Chrome, Firefox) es imprescindible para analizar el front-end de PrestaShop. Permite encontrar:

• Errores JavaScript
• CSS que modifica el layout
• Petición fallidas
• Recursos externos lentos
• Problemas de caché o CORS

Especialmente útiles las pestañas:

• Console: para errores JS
• Network: para peticiones lentas
• Performance: para medir bloqueos
• Lighthouse: para auditar rendimiento

8. EXPLAIN en MySQL: analiza consultas lentas

Si el profiler muestra que una consulta SQL tarda demasiado, puedes analizarla con:

EXPLAIN SELECT ...

Esto te ayuda a detectar:

• Falta de índices
• Joins pesados
• Full scans innecesarios
• Problemas en tablas grandes

9. Herramientas del hosting y del servidor: el último nivel del diagnóstico

A veces el problema no es PrestaShop, sino el servidor. Las herramientas del hosting permiten revisar:

• Consumo de CPU
• Memoria disponible
• Procesos saturados
• Limitaciones de PHP
• Problemas de firewall or CDN

Estos datos son clave para diagnosticar lentitud, errores masivos o caídas del sitio.

Conclusión: la clave para encontrar errores en PrestaShop es usar todas las herramientas

La combinación correcta de estas herramientas permite identificar cualquier error o problema de rendimiento en PrestaShop:

• Debug para ver el error en pantalla
• Profiler para analizar rendimiento
• Logs para errores ocultos
• MySQL para consultas lentas
• Inspector para fallos de front-end
• Servidor para problemas de infraestructura

Con esta metodología, cualquier fallo por complejo que sea se puede diagnosticar de forma rápida y profesional. Si aún con esto necesitas ayuda adicional, no dudes en contactar con nosotros y te ayudaremos a arreglar tu problema en PrestaShop.

Además del impacto a nivel técnico, está la cuestión de que es un imperativo legal. La Ley 11/2023, de 8 de mayo, que transpone la Directiva (UE) 2019/882 del Parlamento Europeo y del Consejo regula los requisitos de accesibilidad de determinados productos y servicios digitales, incluyendo páginas web y aplicaciones móviles.

Plazos clave sobre la accesibilidad digital

• 28 de junio de 2025 → Todas las webs y apps publicadas a partir de esa fecha deben cumplir los requisitos de accesibilidad establecidos en la ley (basados en estándares como WCAG 2.1 AA).
• 28 de junio de 2030 → Fecha límite para que las webs y apps publicadas antes de junio de 2025 se adapten a la normativa.

En un e-commerce, accesibilidad significa que cualquier persona (incluyendo usuarios con discapacidad visual, cognitiva o motora) puede completar el proceso de compra sin barreras.

A nivel técnico, esto se traduce en:

• Interfaz navegable por teclado (todo: menús, carrusel, filtros, carrito, checkout).
• HTML semántico bien construido: encabezados ordenados, roles ARIA cuando corresponda.
• Contrastes de color adecuados para textos, botones, avisos y mensajes de error.
• Contenidos multimedia accesibles: subtítulos en vídeos de producto, transcripciones en contenidos explicativos.
• Formularios robustos: etiquetas asociadas, mensajes de error claros y no solo dependientes del color.
• Compatibilidad con lectores de pantalla: estructura entendible, descripciones de imágenes, botones que “dicen” lo que realmente hacen.
• Componentes interactivos bien programados (menús desplegables, pop-ups, sliders, modales).
• Tiempo suficiente para completar tareas (especialmente en pagos o verificaciones).

En otras palabras: no es hacer “una parte accesible”, sino que toda la experiencia de usuario —desde el listado hasta el “pedido confirmado”— funcione para todos.

¿Por qué afecta especialmente al e-commerce?

Porque un e-commerce es un entorno de interacción compleja:
formularios + navegación + decisiones + pagos + validaciones, etc.

Y, si un solo paso no funciona, el usuario abandona.

Desde una óptica técnica:

• Los filtros de producto suelen romperse para lectores de pantalla.
• Los carruseles automáticos generan pérdida de foco.
• Muchos pop-ups promocionales no son accesibles y bloquean la navegación.
• Los formularios de checkout son un festival de errores poco claros.
• Los iconos de “añadir al carrito” no tienen etiqueta textual y resultan invisibles para algunos usuarios.

La accesibilidad no es un añadido: es parte de la arquitectura funcional del e-commerce.

¿Qué debe tener un e-commerce accesible? (checklist técnico esencial)

3.1. Estructura y contenido

• HTML semántico.
• Encabezados en orden lógico (H1 → H2 → H3…).
• Alt text en imágenes, especialmente de producto.
• Títulos de página claros (“Carrito”, “Finalizar compra”, “Confirmación del pedido”).

3.2. Navegación

• Menú accesible por teclado (Tab / Shift + Tab).
• Focus visible (sin quitar outline).
• Breadcrumbs correctamente estructurados.
• Saltos de contenido (“Saltar al contenido principal”).

3.3. Componentes interactivos

• Pop-ups modales que devuelvan el foco al cerrar.
• Sliders pausables y controlables manualmente.
• Filtros accesibles (checkbox, select, radio… bien asociados).
• Botones, no divs clicables.

3.4. Formularios

• Etiquetas asociadas a cada campo (label for / id).
• Autocompletado activado.
• Mensajes de error descriptivos (“El número de tarjeta no es válido”).
• Indicaciones no dependientes solo del color.

3.5. Checkout

• Navegación estable (sin jumps inesperados).
• Compatibilidad con teclado y lector de pantalla en cada paso.
• Resumen de pedido actualizable sin perder foco.

3.6. Rendimiento y accesibilidad

Muchos problemas de accesibilidad están ligados a performance:

• Lazy-loading correcto para imágenes.
• Evitar scripts que bloquean renderizado.
• Mantener tamaños de fuente adaptables.

Accesibilidad = UX + SEO + rendimiento.

¿Cómo abordar la accesibilidad en tu e-commerce? (plan práctico)

Paso 1: Auditoría técnica

Detecta errores comunes: contraste, roles ARIA, navegación por teclado, formularios.

Paso 2: Prioriza lo crítico

• Navegación
• Checkout
• Formularios
• Componentes interactivos

Paso 3: Ajustes de UI y UX

• Correcciones de contraste
• Jerarquías visuales
• Revisión de iconografía
• Texto ampliable sin romper el diseño

Paso 4: Refactor front-end

• Roles ARIA correctos
• Control del foco
• Componentes accesibles (menús, modales, sliders, tabs…)
• Tests con teclado y lector de pantalla

Más allá de cumplir: ¿por qué te conviene hacerlo?

• Aumenta la conversión (los embudos accesibles convierten mejor).
• Reduce el abandono en formularios complejos.
• Mejora el SEO (Google analiza accesibilidad desde Core Web Vitals).
• Reduce incidencias en soporte (“no me funciona el botón”, “no puedo pagar”).
• Hace tu plataforma más robusta técnicamente.

En Amarillo Limón podemos ayudarte a evaluar el grado de cumplimiento de tu web y a adaptarla a los requisitos legales. Si quieres que revisemos tu web para verificar su adecuación a la Ley 11/2023 y presupuestar las acciones necesarias, ponte en contacto con nosotros.

Actualización – VeriFactu aplazado a 2027

El pasado 2 de diciembre de 2025, el Gobierno aprobó un Real Decreto-ley que aplaza la entrada en vigor de VeriFactu.

• Para sociedades/empresas sujetas al Impuesto de Sociedades: 1 de enero de 2027 será la nueva fecha límite.
• Para autónomos: 1 de julio de 2027 será cuando deban cumplir.

Este aplazamiento se produce tras la dilación en la tramitación normativa y la publicación tardía de especificaciones técnicas

Importante: aunque se retrasa la entrada en vigor, no cambia el hecho de que el uso de sistemas informáticos certificados será obligatorio cuando llegue 2027.

Para más detalles, puedes consultar la versión oficial del decreto en el BOE (Real Decreto-ley).

Seguiremos actualizando esta entrada si hay nuevas novedades.

A partir de 2027 entra en vigor una nueva normativa que cambiará la forma en que las empresas y autónomos emiten y registran sus facturas: el sistema VeriFactu.

Este marco legal, recogido en el Reglamento del Sistema de Facturación, tiene como objetivo garantizar que todos los programas utilizados para emitir facturas —denominados Sistemas Informáticos de Facturación (SIF)— sean seguros, inalterables y trazables, evitando cualquier manipulación o alteración de los datos registrados.

Aunque la norma afecta a cualquier negocio que emita facturas, su impacto será especialmente relevante para quienes gestionan un e-commerce con PrestaShop u otras plataformas que automatizan la emisión de facturas o justificantes de venta.

¿Qué implica VeriFactu para tu tienda online?

1. Tu tienda puede considerarse un Sistema Informático de Facturación

Si tu tienda online emite facturas directamente —por ejemplo, cuando un pedido pasa a estado “pagado” y se genera automáticamente la factura desde PrestaShop—, esa funcionalidad se considera un Sistema Informático de Facturación y deberá cumplir con la normativa VeriFactu.

Por el contrario, si tu tienda solo registra pedidos y las facturas se generan desde un ERP, programa contable o sistema externo, la obligación recae sobre ese otro software, no sobre PrestaShop.

En resumen:

• Si la factura la emite PrestaShop, tu tienda deberá adaptarse a VeriFactu.
• Si la factura la emite otro sistema, será ese programa el que deba cumplir la normativa.

2. Requisitos técnicos y trazabilidad

El reglamento establece que todos los Sistemas Informáticos de Facturación deben:

• Generar un registro de facturación con un identificador único y un mecanismo de seguridad (por ejemplo, firma digital o hash).
• Garantizar que los datos no puedan alterarse o eliminarse sin dejar rastro.
• Permitir la generación de un registro de alta de factura que pueda comunicarse a la Agencia Tributaria.

Existen dos modalidades de cumplimiento:

• VeriFactu: el sistema envía o pone a disposición de la Agencia Tributaria los registros de facturación de forma voluntaria y segura.
• No VeriFactu: el sistema cumple todos los requisitos técnicos, pero conserva internamente los registros sin comunicación automática.

Ambas opciones son válidas mientras el software cumpla con los requisitos técnicos establecidos.

3. Fechas clave

La entrada en vigor del sistema VeriFactu está prevista para:

• 1 de enero de 2027: empresas (personas jurídicas).
• 1 de julio de 2027: autónomos (personas físicas).

Además, cualquier nuevo software de facturación que se comercialice a partir de la entrada en vigor del reglamento deberá cumplir los requisitos técnicos establecidos. Si ya utilizas un sistema de facturación, dispones de un plazo para su adaptación antes de esas fechas.

4. Consecuencias de no adaptarse

No cumplir con la normativa puede tener consecuencias importantes:

• Sanciones económicas por el uso de software no conforme.
• Riesgo de que las facturas emitidas se consideren inválidas.
• Problemas contables o retrasos si el flujo de facturación no está correctamente configurado.

Adaptarse a tiempo no solo evita sanciones, sino que asegura que tus procesos de venta y facturación sigan funcionando con normalidad y transparencia.

¿Tu tienda online debe adaptarse a VeriFactu?

La clave está en dónde se emiten tus facturas:

1. Tu tienda genera las facturas:
   Si PrestaShop crea las facturas automáticamente, deberás adaptarte a VeriFactu.
2. Un ERP o programa externo genera las facturas:
   En ese caso, será ese sistema el que deba cumplir con la normativa, siempre que PrestaShop no emita facturas por sí mismo.
3. Ambos sistemas emiten facturas:
   Si tanto la tienda como el ERP generan facturas, ambos deberán cumplir con los requisitos técnicos del reglamento.

Ten en cuenta que la obligación no depende de la plataforma en sí, sino del software que expide la factura con efectos fiscales.

¿Qué conviene hacer ahora?

Aunque todavía falta tiempo para que la norma sea obligatoria, es recomendable revisar desde ya tu flujo de facturación y confirmar con tu asesoría o proveedor tecnológico cómo se generan las facturas de tu tienda online.

Algunas preguntas útiles para orientarte:

• ¿Dónde se emiten mis facturas: en PrestaShop o en otro programa?
• ¿Existe más de un sistema que pueda emitir facturas?
• ¿Cumple mi software actual los requisitos de integridad y trazabilidad?
• ¿Qué modalidad me conviene más: VeriFactu (con envío de registros) o No VeriFactu?

Responder a estas preguntas te permitirá anticiparte a los cambios y planificar la adaptación con tiempo.

¿Cómo integrar VeriFactu en PrestaShop?

Existen varias formas de adaptar tu tienda PrestaShop al sistema VeriFactu, dependiendo de los sistemas que ya tengas implementados y de la infraestructura que prefieras utilizar. A continuación, te explicamos las tres principales opciones para cumplir con la normativa.

1. Si ya tienes tu ERP conectado, deja que sea él quien genere las facturas con VeriFactu

Si tu tienda PrestaShop ya está integrada con un ERP o sistema de gestión empresarial que se encarga de emitir las facturas, entonces esa es la herramienta que debe adaptarse a VeriFactu, no tu plataforma de e-commerce.
El proceso sería relativamente sencillo si tu ERP ya tiene soporte para cumplir con los requisitos de VeriFactu: el ERP debe asegurarse de que las facturas generadas cumplen con los estándares de seguridad, trazabilidad y verificación que exige la normativa.
En este caso, solo tendrías que revisar con tu proveedor de ERP que la integración con VeriFactu se realiza de forma adecuada, y asegurarte de que el software emisor de facturas esté homologado.

2. A través de un módulo self-hosted (no recomendado)

Otra opción es integrar VeriFactu mediante un módulo self-hosted (autohospedado). Esto significa que instalarías un módulo en tu servidor de PrestaShop y gestionarías el cumplimiento de la normativa directamente desde tu tienda. Este tipo de integración suele implicar el subir un certificado digital a tu servidor para garantizar la seguridad de las transacciones, así como asegurarte de que el sistema cumple con todos los requisitos técnicos, como la inalterabilidad y trazabilidad de las facturas.

Sin embargo, este enfoque no es recomendable para la mayoría de los comercios, ya que implica gestionar aspectos técnicos complejos, como la integración con la Agencia Tributaria y el cumplimiento continuo de la normativa de trazabilidad, seguridad, etc.

3. A través de un servicio externo homologado y conectado vía API

La opción más recomendada y sencilla, aunque implica un coste mensual, es integrar VeriFactu a través de un servicio externo homologado. Estos servicios están diseñados para gestionar el proceso de facturación y cumplir con todos los requisitos técnicos que marca la normativa.

Estos servicios se conectan a tu tienda PrestaShop a través de una API que se encarga de generar y transmitir las facturas de manera segura y trazable, y gestionan automáticamente el cumplimiento con la Agencia Tributaria. La ventaja de este sistema es que delegas todo el proceso a un proveedor especializado, lo que te libera de tener que gestionar certificados o realizar adaptaciones complejas. Solo necesitas configurar la API y asegurarte de que tu tienda está conectada correctamente.

Conclusión

Si tu tienda online en PrestaShop genera facturas directamente, necesitarás asegurarte de que cumple con los requisitos del nuevo Reglamento del Sistema de Facturación.
Si, en cambio, tus facturas se emiten desde un ERP o software contable, será ese sistema el responsable de adaptarse.

En cualquier caso, conviene analizar tu situación junto a tu gestor o asesoría para confirmar qué obligaciones aplican a tu negocio y planificar los ajustes antes de 2027.

Desde Amarillo Limón, animamos a todos los comercios online a adelantarse a los cambios, revisar su flujo de facturación y garantizar un cumplimiento pleno, transparente y eficiente de la normativa VeriFactu.

Si necesitas adaptar tu Prestashop a Verifactu, contacta con nosotros.