Los 10 errores más comunes en webs de institutos (y cómo los vimos en 256 sitios)

En este artículo

1. ¿Cuáles son los errores más comunes en las webs de institutos?
2. 1. Productos de prueba publicados
3. 2. La pasarela de pago en modo de prueba
4. 3. Botones que llevan a páginas que no existen
5. 4. Textos, testimonios y teléfonos de plantilla
6. 5. La web oculta para Google
7. 6. El aula virtual en inglés o sin tu marca
8. 7. Correos que caen en spam
9. 8. Cobrar solo por transferencia
10. 9. Un verificador de certificados que muestra demasiado
11. 10. La venta y el aula no están conectadas
12. La lista de verificación de 30 minutos
13. En resumen
14. Preguntas frecuentes

Una web de instituto puede tener un diseño impecable y aun así perder ventas todos los días por un detalle que nadie revisó: un curso de prueba a S/ 1.00 que cualquiera puede comprar, un botón «Ver cursos» que lleva a una página en blanco o una pasarela que acepta la tarjeta pero nunca cobra. Lo peor es que el dueño casi nunca se entera: el alumno no reclama, simplemente se va.

En octubre de 2026 revisamos una por una las 256 webs de nuestro portafolio, de institutos, academias, centros de capacitación y empresas del Perú. Estos son los 10 errores que más encontramos, por qué cuestan matrículas y cómo corregirlos. No nombramos ninguna web: son aprendizajes para que no te pasen a ti.

¿Cuáles son los errores más comunes en las webs de institutos?

Los más comunes son descuidos al lanzar, no fallas técnicas: contenido de prueba que nadie borró, configuraciones de desarrollo que quedaron activas y textos de plantilla sin reemplazar. Le siguen decisiones que frenan la venta, como cobrar solo por transferencia o matricular a mano. Casi todos se detectan en 30 minutos con una lista de verificación.

1. Productos de prueba publicados

Es el error más repetido y el más fácil de evitar. Encontramos cursos llamados «Prueba», «Curso test» o «Producto 1», algunos a S/ 1.00, publicados y a la venta. Se crean para probar la pasarela y nadie los borra.

Por qué importa: un visitante que ve «Curso de prueba – S/ 1.00» en el catálogo duda de todo lo demás. Y si alguien lo compra, tienes una venta que no puedes entregar.

Cómo corregirlo: antes de lanzar, ordena los productos por precio de menor a mayor y busca «prueba» o «test». Si necesitas probar pagos más adelante, crea el producto como oculto o en borrador, y bórralo apenas termines.

2. La pasarela de pago en modo de prueba

Encontramos pasarelas que seguían en modo de prueba semanas después del lanzamiento. El alumno ponía su tarjeta, veía «pago aprobado» y el dinero nunca llegaba a la cuenta del instituto.

Por qué importa: pierdes la venta y, peor, el alumno cree que pagó. Cuando reclame, tendrás que explicarle que debe volver a pagar.

Cómo corregirlo: después de configurar la pasarela, haz una compra real de un curso barato con tu propia tarjeta y comprueba que el dinero aparece en tu cuenta de Izipay, Culqi o Mercado Pago. Repite la prueba después de cada actualización importante. Si aún no eliges pasarela, revisa qué pasarela de pago usan los institutos peruanos.

3. Botones que llevan a páginas que no existen

El botón principal de la portada, «Ver cursos», llevaba a un error 404 en varias webs. Pasa cuando se cambia el nombre de una página, se reorganiza el catálogo o se copia la portada de una plantilla con enlaces de ejemplo.

Por qué importa: es el primer clic del visitante más interesado. Si falla, se va.

Cómo corregirlo: haz clic en cada botón de la portada, del menú y del pie de página, en computadora y en celular. Revisa también el informe de páginas no encontradas de Google Search Console; lo explicamos en Search Console para institutos.

4. Textos, testimonios y teléfonos de plantilla

Encontramos testimonios inventados con fotos de banco, equipos con «Nombre completo / Profesión» debajo de una silueta y teléfonos de ejemplo como +51 900 000 000. Son restos de la plantilla con la que se armó la web.

Por qué importa: el visitante que compra un curso por internet busca señales de que eres real. Un testimonio falso o un teléfono que no existe le dice lo contrario.

Cómo corregirlo: lee tu web completa como si fueras un alumno, página por página. Reemplaza cada testimonio por uno real (con permiso) o quítalo, y muestra tus reseñas de Google; lo explicamos en reseñas de Google para institutos.

5. La web oculta para Google

En 4 de las 205 webs WordPress que revisamos con este criterio estaba marcada la casilla «Disuadir a los motores de búsqueda de indexar este sitio». Se marca mientras se construye la web y nadie la desmarca al lanzar.

Por qué importa: Google no muestra la web en sus resultados. Todo lo que inviertas en contenido y SEO se pierde.

Cómo corregirlo: en WordPress, ve a Ajustes → Lectura y desmarca la casilla (documentación de WordPress). Luego da de alta la web en Search Console y envía el mapa del sitio. Una página nueva puede tardar desde días hasta unas 8 semanas en indexarse (Search Engine Journal). Para el resto del posicionamiento, revisa SEO para institutos y academias.

Lo que hacemos en CONIT

Antes de entregar una web o un aula pasamos una lista de verificación con estos 10 puntos: compra real, botones, textos, indexación, correo y matrícula. En las cientos de webs que administramos repetimos la revisión antes de cada campaña. Conoce el servicio de páginas web o recorre nuestros casos de éxito.

6. El aula virtual en inglés o sin tu marca

Encontramos aulas Moodle que seguían en inglés meses después de lanzadas, o con el logo y los colores por defecto de la plataforma.

Por qué importa: el alumno acaba de pagar y entra a un lugar que no se parece a la institución que eligió. Además, los menús en inglés generan consultas al soporte que no deberían existir.

Cómo corregirlo: instala el paquete de idioma español y ponlo como predeterminado, sube tu logo, ajusta los colores y crea una página de ingreso con tu marca. Entra al aula como alumno para ver lo que él ve.

7. Correos que caen en spam

Encontramos dominios sin registros SPF ni DKIM. Sin ellos, los correos de la web y del aula (confirmación de compra, usuario y contraseña, recuperación de contraseña) llegan a la carpeta de spam o no llegan.

Por qué importa: Gmail exige que todo remitente autentique sus correos con SPF o DKIM, y a quienes envían más de 5,000 correos al día les pide además DMARC (pautas para remitentes de Google). Sin eso, el alumno paga, no recibe su acceso y escribe por WhatsApp molesto. O peor: no escribe y pide la devolución.

Cómo corregirlo: configura SPF, DKIM y DMARC en el dominio y envía los correos automáticos desde una dirección de tu dominio (por ejemplo, [email protected]). Lo explicamos paso a paso en por qué los correos de tu aula virtual caen en spam.

8. Cobrar solo por transferencia

De las 137 webs del portafolio que cobran en línea, 18 (el 13 %) solo aceptan transferencia y 27 (el 20 %) no aceptan tarjeta. Además, el 56 % ofrece un único medio de pago.

Por qué importa: con transferencia, el alumno sale de tu web, va a su banco, te manda el voucher y espera a que alguien lo matricule. A las once de la noche, desde el celular, muchos no terminan.

Cómo corregirlo: agrega una pasarela con tarjeta y Yape y deja la transferencia como opción. Más de la mitad de las webs que cobran en línea ya acepta Yape.

9. Un verificador de certificados que muestra demasiado

Vimos verificadores de certificados que, con solo escribir una letra, listaban los nombres y DNI de cientos de alumnos. La intención era buena (que cualquiera pueda validar un certificado), pero el resultado expone datos personales.

Por qué importa: además del riesgo legal, cualquiera puede descargar tu base de alumnos y ofrecerles los cursos de la competencia.

Cómo corregirlo: el verificador debe pedir el código exacto del certificado (o el DNI completo) y mostrar un solo resultado. Lo desarrollamos en cómo poner un verificador de certificados en tu web.

10. La venta y el aula no están conectadas

De las 113 webs del portafolio que tienen aula virtual y cobran en línea, 8 (el 7 %) no tienen un conector entre la tienda y Moodle. Sin conector, lo habitual es que cada venta termine en un correo al equipo, que crea el usuario, lo matricula y le manda sus datos a mano.

Por qué importa: con 10 ventas al día, alguien se dedica solo a eso, y el alumno espera horas para entrar. En plena campaña, ese retraso se convierte en reclamos.

Cómo corregirlo: conecta WooCommerce con Moodle para que, apenas se aprueba el pago, el sistema cree el usuario, lo matricule en su curso y le envíe sus accesos. Te contamos cómo funciona en matrícula automática WooCommerce y Moodle.

La lista de verificación de 30 minutos

Pásala antes de lanzar y antes de cada campaña de matrícula:

1. Busca «prueba», «test» y precios de S/ 1.00 en tu tienda.
2. Haz una compra real con tarjeta y otra con Yape, y verifica que el dinero llegó.
3. Comprueba que te llegó el correo de confirmación a la bandeja principal, no a spam.
4. Mide cuánto tardas en entrar al aula después de pagar.
5. Haz clic en todos los botones de la portada, el menú y el pie, en computadora y en celular.
6. Lee la página «Nosotros», los testimonios y los datos de contacto.
7. Revisa que la casilla «Disuadir a los motores de búsqueda» esté desmarcada.
8. Entra al aula como alumno: idioma, logo, colores y página de ingreso.
9. Prueba el verificador de certificados con una sola letra: no debe listar nada.
10. Abre Search Console y revisa las páginas con error.

En resumen

• Los errores más comunes son descuidos al lanzar: productos de prueba, pasarelas en modo de prueba, botones rotos y textos de plantilla.
• En 4 de 205 webs WordPress, la casilla «Disuadir a los motores de búsqueda» seguía marcada.
• El 13 % de las webs que cobran en línea solo acepta transferencia y el 7 % de las webs con aula que cobran en línea matricula a mano.
• Configura SPF y DKIM para que los accesos al aula no caigan en spam.
• Una lista de verificación de 30 minutos antes de cada campaña evita casi todos estos problemas.

Preguntas frecuentes

¿Cuáles son los errores más comunes en una página web?

En las webs de institutos que revisamos, los más frecuentes son productos de prueba publicados, pasarelas de pago en modo de prueba, botones que llevan a páginas que no existen (error 404), textos de plantilla sin reemplazar, la web oculta para Google por una casilla olvidada y correos que caen en spam por falta de SPF y DKIM. Casi todos son descuidos al lanzar, no fallas técnicas.

¿Por qué mi página web no aparece en Google?

Revisa primero lo más simple: en WordPress, en Ajustes → Lectura, la casilla «Disuadir a los motores de búsqueda de indexar este sitio» debe estar desmarcada. Después, da de alta tu web en Google Search Console y envía el mapa del sitio. Una página nueva puede tardar desde unos días hasta varias semanas en indexarse.

¿Cómo sé si mi pasarela de pago está en modo de prueba?

Entra a los ajustes de pago de tu tienda (en WooCommerce, Ajustes → Pagos) y revisa cada pasarela: suele haber una opción de «modo de prueba», «sandbox» o credenciales de prueba. La forma más segura es hacer una compra real de un curso barato con tu propia tarjeta y comprobar que el dinero aparece en tu cuenta de la pasarela.

¿Cada cuánto debo revisar mi web?

Haz una revisión completa antes de cada campaña de matrícula y una rápida cada mes: una compra de prueba real, los botones principales, los formularios, los correos automáticos y Search Console. Muchos errores aparecen después de una actualización o de un cambio de contenido, no el día del lanzamiento.

¿Mi web pierde ventas si solo acepto transferencia?

Probablemente sí. Con transferencia, el alumno tiene que salir de tu web, ir a su banco, mandarte el voucher y esperar a que alguien lo matricule. Muchos se quedan en el camino. Una pasarela con tarjeta y Yape cobra y matricula en segundos; deja la transferencia como opción para quien la prefiera.

¿Qué es SPF y DKIM y por qué importan?

Son registros de tu dominio que le dicen a Gmail y Outlook que los correos enviados desde tu web y tu aula son legítimos. Sin ellos, las confirmaciones de compra, los accesos al aula y la recuperación de contraseña caen en spam, y el alumno cree que lo estafaron.