El estado de los sitios web de las PyMEs argentinas en 2026: medimos 400 webs

La fuente de reclutamiento fue la búsqueda pública de Páginas Amarillas Argentina. Su API pública devuelve registros de negocios con rubro, localidad y, cuando está disponible, un enlace externo. Consultamos términos de cinco estratos: gastronomía (restaurantes, cafeterías y panaderías), salud (clínicas, odontología y laboratorios), servicios profesionales (abogacía, contabilidad y arquitectura), retail (supermercados, ferreterías y mueblerías) y oficios (electricidad, plomería y gas).

Las búsquedas se repitieron con ubicaciones de CABA, Buenos Aires, Santa Fe, Mendoza, Salta, Misiones y Chubut, además de otras consultas provinciales que el directorio no respondió de forma consistente. Dedicamos una cuota de 80 sitios por sector, elegidos de forma reproducible ordenando las URLs externas. El resultado final no es una encuesta: es una muestra de 400 webs observables que cumple un diseño de cuotas.

Este diseño tiene sesgos importantes. Primero, Páginas Amarillas no es el universo de PyMEs: favorece a quienes fueron cargados allí, a quienes tienen una ficha visible y a quienes publicaron una URL. Segundo, excluimos los registros sin sitio externo; por eso no medimos la proporción de negocios que no tienen web. Tercero, la cuota sectorial hace que las categorías tengan el mismo peso aunque en el directorio real no tengan el mismo tamaño. Cuarto, las localidades no son una distribución provincial representativa: Buenos Aires y CABA suman 254 de las 400 filas.

Respetamos el carácter público de la fuente, usamos un user-agent identificable, dejamos aproximadamente 350 milisegundos entre consultas de fuente, 500 milisegundos entre auditorías y 150 milisegundos entre robots.txt y sitemap.xml. No intentamos entrar a paneles, completar formularios, evadir bloqueos ni probar credenciales. Los errores de red se conservaron como resultado de medición, no se eliminaron para que el porcentaje quedara más lindo.

El activo central de este estudio no es este texto: es el archivo. Podés descargar el dataset crudo de 400 filas (CSV) y consultar la metodología en JSON. Cada fila conserva el sector, la ubicación de origen, la URL, el estado de respuesta, fecha de medición y las banderas observadas. No publicamos nombres comerciales, CUIT, teléfonos ni un ranking de “peores sitios”. La URL cruda se conserva porque hace posible auditar el procedimiento, pero las conclusiones de este artículo son agregadas.

El homepage se pidió por HTTPS, siguiendo redirecciones, con un timeout de 15 segundos. Medimos bytes del HTML recibido y milisegundos hasta completar ese cuerpo: es una medida de respuesta y peso de documento, no Core Web Vitals ni una medición de experiencia real en un navegador. La presencia de la etiqueta viewport es una señal mínima de intención responsive; no equivale a aprobar una prueba visual en cinco tamaños de pantalla.

Para los enlaces internos comprobamos hasta los primeros 20 enlaces del homepage con HEAD. Un timeout o error de red cuenta como roto en esa prueba acotada. robots.txt y sitemap.xml se pidieron en la raíz y se validaron con reglas simples: estado 200 y, respectivamente, directivas reconocibles o etiquetas XML esperables. Estas definiciones están en el archivo de metodología para que alguien pueda repetirlas o criticarlas.

229 de 400 sitios respondieron con éxito desde su origen HTTPS y con un estado inferior a 400. Hubo 153 filas que no completaron el fetch dentro de las condiciones de la auditoría, 13 respuestas 404, dos 403 y una 500. Un error transitorio no prueba que el negocio esté permanentemente caído; sí prueba que, desde nuestra medición pública, no pudimos confirmar una entrada funcional.

La redirección desde HTTP hacia HTTPS apareció en 201 sitios (50,2%). No es lo mismo que “tener certificado”: una persona puede llegar desde un enlace viejo, una tarjeta impresa o un resultado guardado. Si esa ruta no redirige a la versión segura, se abre una segunda posibilidad de abandono. En la práctica, HTTPS, redirección y disponibilidad son tres checks distintos.

El peso mediano del HTML entre los 247 sitios que permitieron esa medición fue de 104.925 bytes; el promedio fue 157.664 bytes, empujado por documentos mucho más grandes. La respuesta mediana tardó 796 milisegundos y el promedio 1.185. Son números útiles para detectar extremos, no una promesa de velocidad para una persona con datos móviles: no ejecutamos JavaScript ni medimos imágenes, fuentes o interacción.

222 de 400 homepages tenían una etiqueta meta viewport reconocible. Es una condición necesaria para que una página pueda adaptarse al ancho del dispositivo, pero no suficiente: una web puede tener viewport y aun así desbordarse, usar botones pequeños o esconder su información importante. El dato debe leerse como “encontramos esta señal”, no como “la experiencia móvil es buena”.

242 sitios (60,5%) tenían title; 180 (45,0%) tenían meta description. La mediana de longitud del title observado fue de 48 caracteres, pero no convertimos esa mediana en una regla universal: el idioma, el nombre de marca y el tipo de resultado importan. También encontramos descripciones de hasta 845 caracteres, una señal de que “tener la etiqueta” y “tener un resumen útil” son problemas distintos.

El marcado que pudimos reconocer como schema.org o JSON-LD apareció en 124 sitios (31,0%). 214 (53,5%) declararon un idioma en la etiqueta html. Un buscador puede inferir idioma y entidad por otras señales, por lo que la ausencia de estas etiquetas no demuestra invisibilidad. Sí muestra que una parte importante del trabajo de explicar qué es el negocio queda librada a inferencias.

No publicamos una cifra de indexación en Google. El check exigiría automatizar búsquedas externas, tendría resultados inestables y podría incumplir límites del buscador. En vez de usar sitemap, schema o un enlace a Maps como sustituto, dejamos esa métrica fuera. Un sitemap presente no prueba que una URL esté indexada.

Buscamos enlaces wa.me, api.whatsapp.com/send o esquemas whatsapp://. Encontramos alguno en 162 homepages. Después validamos que el número presente tuviera una longitud internacional razonable, de 10 a 15 dígitos. El resultado más estricto fue 103 sitios, 25,8% de la muestra completa. No mandamos mensajes ni comprobamos si el número estaba activo: “bien formado” no significa “atiende”.

Por sector, oficios tuvo 24 de 80 enlaces bien formados, retail 22, salud 22, servicios profesionales 21 y gastronomía 14. Las diferencias son descriptivas: cada grupo tiene 80 casos por diseño y no sabemos si el patrón se mantiene en una muestra aleatoria del universo. Aun así, la pregunta operativa es clara para cualquier negocio: abrir el botón desde un celular, mirar el número y escribir un mensaje de prueba desde una cuenta autorizada.

El problema no es solamente olvidar el ícono. Un número argentino debe representarse con código de país y sin separadores en el enlace; un teléfono viejo, un enlace con formato local o un wa.me incompleto puede abrir una página de error. Si el canal comercial principal es WhatsApp, conviene agregar texto prellenado que identifique el servicio y medir clics sin incluir datos personales innecesarios.

La promesa no es “tener WhatsApp”: es que una persona pueda iniciar una conversación sin adivinar nada.

86 de 400 homepages (21,5%) contenían un enlace reconocible a Google Maps, Google Business Profile o g.page. Esto no mide si el negocio tiene una ficha de Google: solo mide si encontramos un vínculo desde la homepage. Una ficha puede existir sin link, y un link puede estar desactualizado. Por eso no lo presentamos como “porcentaje con ficha” ni como una predicción de ranking local.

El rastreo técnico también fue irregular. 204 sitios (51,0%) respondieron robots.txt con estado 200; 193 (48,2%) pasaron la validación simple de contenido. Un sitemap.xml estuvo presente en 191 (47,8%) y tuvo una estructura XML esperable en 178 (44,5%). La brecha entre presencia y validez es pequeña en sitemap pero más visible en robots: publicar un archivo no alcanza si está vacío, mal formado o no contiene las directivas esperables.

En una PyME, estos archivos no necesitan una estrategia épica. Tienen que estar en la raíz, no bloquear accidentalmente páginas públicas y apuntar a URLs canónicas. La ficha, el footer, los datos de contacto y el sitemap deberían contar la misma historia: nombre, zona, horario, teléfono y páginas vigentes. Esa consistencia ayuda tanto a una persona como a un crawler.

La cuota igual de 80 sitios por sector permite comparar la forma de la muestra, no estimar el mercado. Salud tuvo 51 de 80 respuestas HTTPS válidas y 50 declaraciones viewport; oficios tuvo 48 y 48. Gastronomía registró 40 respuestas HTTPS y 38 viewport. Servicios profesionales tuvo 45 y 42; retail, 45 y 44. En esta muestra acotada, salud y oficios presentan más señales técnicas básicas, mientras gastronomía muestra más fragilidad en disponibilidad.

En schema.org, oficios marcó 31 de 80; salud 27; servicios profesionales 27; retail 22; gastronomía 17. En sitemaps válidos, oficios obtuvo 45; retail 37; salud 36; gastronomía 29; servicios profesionales 31. Estos conteos son preferibles a una tabla de rankings: con 80 casos por celda, un cambio de pocos sitios mueve varios puntos porcentuales y no sabemos qué tan estable sería en otra extracción.

La lectura comercial tampoco es “un rubro es mejor que otro”. Un restaurante puede depender más de menú, reservas y WhatsApp; un estudio profesional puede depender de reputación, casos y formulario; un oficio puede necesitar que el teléfono funcione con urgencia. El mismo defecto técnico tiene distinto costo según el momento en que llega la consulta. Por eso conviene priorizar el camino de contacto real, no perseguir un checklist genérico.

La extracción terminó con 114 sitios asociados a CABA, 140 a la etiqueta Buenos Aires, 73 a Santa Fe, 53 a Mendoza, 8 a Salta, 8 a Misiones y 4 a Chubut. La etiqueta Buenos Aires combina búsquedas provinciales con localidades del directorio; no la tratamos como una estimación fina de toda la provincia. Algunas consultas devolvieron HTTP 500 y quedaron documentadas como errores de fuente.

Por eso no publicamos “la provincia con peor web”. Salta, Misiones y Chubut tienen menos de 10 casos cada una: servirían para detectar que hay observaciones, no para calcular un porcentaje con apariencia de certeza. Incluso Buenos Aires y CABA tienen composición sectorial y de directorio, no una muestra de todas las empresas registradas. La geografía agrega contexto, pero no convierte esta auditoría en un censo.

La lección útil es metodológica: cuando un estudio de sitios dice representar a Argentina, hay que preguntar de dónde salen las URLs, cuántos casos tiene cada provincia, cómo se manejaron los sitios caídos y qué negocios quedaron afuera. Una cifra nacional sin ese denominador puede sonar precisa y estar midiendo solamente el sesgo de la fuente.

No vamos a convertir 59 enlaces de WhatsApp inválidos en una cifra inventada de pesos. No observamos tráfico, tasa de conversión, ticket promedio ni cuántas personas intentaron usar cada botón. El dataset no permite atribuir ingresos perdidos. La afirmación honesta es más limitada: cada enlace que no abre el canal previsto agrega fricción en un punto de alta intención.

Para un negocio, la prioridad económica se puede ordenar sin inventar ROI. Primero, disponibilidad: que el sitio abra y que el dominio seguro no muestre error. Segundo, contacto: que WhatsApp, teléfono y formulario lleguen a alguien. Tercero, claridad: que title, descripción, servicio, zona y horarios respondan la pregunta del visitante. Cuarto, descubrimiento: que robots, sitemap, idioma, schema y enlaces locales ayuden a interpretar el contenido.

Una hora de control puede evitar meses de tráfico desperdiciado, pero no afirmamos cuánto vale esa hora para cada empresa. El costo real depende del margen, demanda y capacidad de atención. Medí el embudo propio: sesiones a la página de contacto, clics en WhatsApp, conversaciones iniciadas, respuestas y ventas. Ahí sí aparece el dinero de tu negocio, no en una tasa promedio de un estudio ajeno.

El defecto más comercialmente dañino que encontramos fue la combinación de contacto ausente o mal formado con disponibilidad incompleta: una persona que llega con intención no puede avanzar. No es necesariamente el defecto más frecuente ni una prueba de pérdida de ventas; es el que está más cerca de una acción que el negocio necesita que ocurra.

1. Abrí la web desde una ventana privada y desde un celular con datos. Probá la URL con y sin www, HTTP y HTTPS. Anotá cualquier estado de error o redirección inesperada.
2. Tocá WhatsApp y teléfono. Confirmá que el número sea el actual, que el enlace use código de país y que una persona del negocio reciba y responda la consulta.
3. Escribí un title y una descripción que digan qué hacés, dónde y para quién. No rellenes con palabras clave: ayudá a decidir si el resultado corresponde.
4. Revisá viewport, tamaño de texto, botones y formularios en un celular real. El CSS responsive no se aprueba solo porque exista una etiqueta meta.
5. Validá robots.txt, sitemap.xml, idioma, datos estructurados y enlaces a la ficha de Google. Guardá una fecha y repetí el control después de cada cambio.
6. Medí el embudo durante cuatro semanas: visitas, clics de contacto, conversaciones iniciadas, respuestas y resultados. Corregí el paso que más abandona.

El plan no exige rehacer todo el sitio. A veces alcanza con corregir un enlace, recuperar un dominio, actualizar un número o quitar una plantilla que carga recursos innecesarios. Otras veces la web quedó tan desactualizada que conviene reconstruirla. La decisión se toma mirando el camino de negocio y el costo de mantener la solución, no por la edad visual del hero.

• La fuente es un directorio comercial público, no un padrón oficial de PyMEs. La muestra tiene sesgo de cobertura y de supervivencia digital.
• Solo incluimos negocios con una URL externa disponible. No estimamos cuántas PyMEs no tienen sitio.
• Las cinco cuotas sectoriales son comparables dentro de esta muestra, pero no representan el tamaño real de cada sector.
• La distribución geográfica está concentrada en Buenos Aires, CABA, Santa Fe y Mendoza. Las celdas con menos de 11 observaciones no se usan para porcentajes robustos.
• La medición de respuesta y peso es HTTP, no Lighthouse, Core Web Vitals ni una sesión de navegador completa.
• Viewport no prueba responsive; presencia de schema, sitemap o link a Maps no prueba posicionamiento ni indexación.
• No medimos indexación de Google: la métrica se descartó por falta de una consulta automatizada reproducible y estable.
• Un error de red en la fecha de corte no demuestra que un negocio esté permanentemente fuera de línea; es una observación de nuestra medición.
• No nombramos ni clasificamos públicamente a negocios individuales. El CSV conserva las URLs para auditoría técnica, mientras el análisis y la comunicación son agregados.

La próxima versión debería ampliar fuentes: cámaras empresarias, registros municipales, asociaciones sectoriales y una selección probabilística de dominios. También debería sumar una medición real de navegador, pruebas de accesibilidad, Web Vitals y un mecanismo de indexación que tenga permiso y resultados repetibles. Este primer corte no pretende cerrar la conversación: pretende dejar una base que otra persona pueda revisar.

En 400 sitios encontramos una mezcla reconocible: muchas webs tienen alguna pieza básica, pero pocas tienen el conjunto completo que convierte una visita en una conversación confiable. 229 respondieron por HTTPS, 222 declararon viewport, 242 tenían title, 180 description, 124 schema y 103 WhatsApp bien formado. Cada número es una señal distinta; ninguno reemplaza la prueba desde el teléfono de un cliente.

La conclusión no es que las PyMEs argentinas tengan “malas webs”. Es que una web rara vez se rompe toda de una vez: pierde el dominio, queda viejo el número, se corta la redirección, nadie actualiza el horario, el sitemap apunta a páginas que ya no existen. La calidad es una rutina operativa. Cuando el sitio se trata como parte de la atención, las prioridades se vuelven visibles.

En 4etverg construimos sitios y aplicaciones con IA para el mercado argentino. Si este estudio te ayudó a encontrar un punto concreto para corregir, podés escribirnos y lo revisamos con los datos de tu negocio.