El SEO para una empresa de software pequeña suele empezar con una página de inicio que intenta hacer todos los trabajos a la vez. Describe el producto con las palabras que usa su equipo, mientras que las personas que tienen el problema que usted resuelve escriben otra cosa en Google.
No necesita un calendario de contenidos para corregir eso. Necesita saber qué palabras ya llevan gente a su sitio, qué página asocia Google con cada una y cuál es la única página que falta. Puede revisar eso usted solo en unos diez minutos.
A partir de ahí, el orden de las páginas es corto, y un sitio pequeño quizá solo necesite unas pocas páginas sólidas. Después, el trabajo consiste en asegurarse de que Google pueda rastrear esas páginas y de que cada registro aparezca como un número en el que usted pueda confiar.
Puntos clave
Anote las cinco consultas principales de Search Console palabra por palabra, etiquete cada una como problema, categoría, comparación, integración, precio, marca o no relacionada, y anote la página que Google muestra para ella.
Una página de producto o categoría, las páginas de problemas más importantes, una página de comparación solo donde exista una decisión real, páginas de integración que sirvan para usos reales y, al final, una página de precios sencilla.
Cada página necesita un título y un encabezado descriptivos, enlaces que Google pueda seguir y una sola acción de registro.
Marque el registro como evento clave de GA4 para que las visitas desde la búsqueda y los registros sean números separados. La posición promedio y el número de palabras no son la medida.
¿Cuáles son las cinco consultas de Search Console que debe revisar primero?
Abra Google Search Console y seleccione su propiedad. Abra Performance (Rendimiento), elija Search results (Resultados de búsqueda), defina un intervalo de fechas útil y seleccione la pestaña Queries (Consultas). Ordene por clics para ver las cinco consultas que ya traen visitas, y luego revise las impresiones y la tasa de clics de esas mismas filas, como se describe en la ayuda del informe de rendimiento de Google.
Haga clic en cada consulta y abra la pestaña Pages (Páginas) para ver qué URL asoció Google con ella. Escriba las cinco consultas exactamente como aparecen. Después, etiquete cada una: problema, categoría, comparación, integración, precio, marca o no relacionada.
Las etiquetas le muestran dónde está el hueco. Las consultas de marca vienen de personas que ya conocen su nombre. Las de problema y de categoría vienen de personas que no lo conocen, y esos buscadores son para quienes está hecha su próxima página. Si su sitio todavía no tiene consultas útiles, use las impresiones y las páginas como evidencia de partida, en lugar de inventar un punto de referencia.
El autocompletado ayuda con el vocabulario. Escriba en Google el problema que resuelve su producto y lea las predicciones. Google dice que las predicciones de autocompletado reflejan búsquedas reales, pero también las moldean el idioma, la ubicación, las tendencias y las búsquedas anteriores, así que trátelas como una lista de frases que la gente usa, no como un informe de volumen. Los correos de soporte y las llamadas de ventas son otra fuente de las palabras de sus clientes. Si quiere ver con fechas cómo evoluciona una frase, Google Trends es gratuito.
Para más sobre cómo encontrar frases sin herramientas de pago, lea nuestra publicación sobre investigación de palabras clave sin herramientas de pago.
¿Qué página debe crear primero una pequeña empresa de software?
Cree la página que sus cinco etiquetas muestran que falta, y si tiene dudas, empiece por la página de producto o de categoría. Le explica a un desconocido qué hace el software, para quién es y qué debe hacer después, con las palabras que usaría un comprador. Luego agregue páginas una por una, en este orden.
Un orden de páginas para un sitio de software pequeño
- 1
Primero
Una página de producto o categoría que diga en palabras sencillas qué hace el software y para quién es.
- 2
Segundo
Las páginas de problemas más importantes, una por cada problema que intentan resolver sus compradores.
- 3
Tercero
Una página de comparación o de alternativas, solo donde los compradores de verdad estén eligiendo entre usted y una opción con nombre.
- 4
Cuarto
Páginas de integración, solo para las conexiones que la gente realmente usa.
- 5
Quinto
Una página de precios o de planes sencilla.
Empiece las páginas de problemas por el problema que más mencionan sus clientes y sus conversaciones de soporte. Una página de inicio puede presentar el producto, pero un buscador con una tarea específica se atiende mejor con una página sobre esa tarea. Dé a cada problema su propia URL solo cuando sea una necesidad distinta del cliente, un caso de uso o una intención de búsqueda diferente. Publicar cada variante de palabra clave como página separada agrega páginas sin agregar respuestas.
Si está lanzando un sitio de negocio desde cero, nuestra publicación sobre SEO para un negocio nuevo cubre los conceptos básicos que van antes de todo esto.
¿Qué necesita hacer cada página para cumplir su trabajo?
Cada página necesita un trabajo principal, y todo lo que aparece en ella debe servir a ese trabajo. Una página de problema ayuda a alguien a resolver el problema y muestra dónde encaja su software. Una página de precios responde cuánto cuesta. Cuando una página intenta hacer tres trabajos, el título, el encabezado y la acción de registro terminan siendo vagos.
| Página | El buscador pregunta | El trabajo único de la página | Límite que debe indicar |
|---|---|---|---|
| Producto o categoría | ¿Qué tipo de software es este? | Decir qué hace y para quién es | Para quién no está hecho |
| Problema | ¿Cómo lo soluciono? | Resolver el problema y mostrar dónde encaja el producto | Lo que el producto no resuelve |
| Comparación | ¿Cuál debería elegir? | Ayudar en una decisión real | Dónde la otra opción encaja mejor |
| Integración | ¿Funciona con mi herramienta? | Mostrar qué hace la conexión | Lo que no se sincroniza |
| Precios | ¿Cuánto cuesta? | Hacer que los planes se entiendan con claridad | Lo que deja fuera cada plan |
Revise cuatro cosas en cada página antes de publicarla:
- Título: Un título único y descriptivo que nombre la tarea del buscador, no un nombre interno de función.
- Encabezado: Un encabezado visible que coincida con el título, en palabras sencillas.
- Enlaces: Enlaces reales `<a href>` hacia dentro y hacia fuera, con texto de ancla que nombre el destino.
- Acción de registro: Una sola forma clara de empezar, para que pueda contarla después.
Las recomendaciones de Google sobre enlaces piden enlaces `<a href>` rastreables, porque Google los usa para encontrar otras páginas. Enlace la página nueva desde su página de inicio y desde las páginas relacionadas, y use un texto de ancla que le diga al lector y al rastreador adónde lleva el enlace. Nuestra publicación sobre enlaces internos para un sitio web de negocio pequeño muestra cómo hacerlo.
¿Cuándo se justifica una página de comparación o de alternativas?
Una página de comparación se justifica cuando los compradores de verdad están eligiendo entre usted y una sola opción con nombre, y usted puede decir algo útil sobre esa elección. La guía de Google sobre contenido útil y centrado en las personas pregunta si una página ofrece un análisis original, un valor sustancial más allá de otras páginas, fuentes confiables y suficiente información para que el lector alcance su objetivo.
Una página de resúmenes intercambiables de «mejores alternativas» falla esa prueba cuando no agrega pruebas propias, evidencia específica del producto ni una regla para decidir. Una página que sí funciona nombra el caso de uso del comprador, explica las diferencias que importan y muestra los compromisos entre ventajas y desventajas y los límites. Separa los hechos de la opinión, dice en qué se basa cada afirmación e indica qué situaciones le convienen a cada opción, incluidas aquellas en las que usted no es la opción adecuada.
Dos hábitos facilitan escribir esta página. Pruebe usted mismo el otro producto, o cite lo que indica su propia documentación, y anote la fecha. Y escriba los límites de su propio producto con la misma voz sencilla que usa para sus fortalezas. Si no tiene nada específico que decir sobre un competidor, omita esa página por ahora y dedique el tiempo a una página de problema.
¿Puede Google rastrear un sitio de aplicación en JavaScript?
Muchas veces, sí. Google Search Central dice que Googlebot puede renderizar JavaScript, pero el renderizado del lado del servidor o el prerenderizado «is still a great idea because it makes your website faster for users and crawlers, and not all bots can run JavaScript» (sigue siendo una gran idea porque hace que su sitio sea más rápido para los usuarios y los rastreadores, y no todos los bots pueden ejecutar JavaScript). Sus conceptos básicos de SEO para JavaScript dicen que Googlebot renderiza las páginas elegibles que devuelven un código de estado 200, analiza los enlaces de la página renderizada y usa el HTML renderizado para la indexación.
Para una aplicación web, eso le da una lista corta de verificación. Cada página debe tener un título único y descriptivo, una meta descripción, una URL canónica, recursos accesibles y un código de estado HTTP útil. Los menús que llevan al visitante solo con script, sin un enlace real, pueden dejar páginas fuera de alcance. Pruebe una página con la herramienta URL Inspection (Inspección de URL) de Search Console y revise el resultado renderizado.
El texto, los encabezados y los controles accesibles también ayudan aquí. Las Pautas de Accesibilidad para el Contenido Web (WCAG) 2.2 son el estándar internacional, y los encabezados claros y los controles con etiqueta ayudan a que personas y máquinas lean la página. Si las páginas de marketing de su aplicación están construidas como una sola estructura de aplicación (app shell), pida a su desarrollador una página que devuelva el contenido real, el título y los enlaces en la primera respuesta. Esa comprobación de renderizado es la más difícil de hacer por cuenta propia.
¿Cómo convierte un registro en un número que puede separar de las visitas de búsqueda?
Search Console y GA4 responden preguntas distintas. Search Console mide con qué frecuencia apareció su sitio en la Búsqueda de Google y cuántas veces hicieron clic las personas. GA4 mide lo que pasó en su sitio y de dónde llegó el visitante. Para conectarlos, indique a GA4 qué acción cuenta como registro.
Cree o identifique un evento que registre un registro completado, como la vista de una página de confirmación o un evento `sign_up`. En GA4, vaya a Admin (Administración), elija Events (Eventos) en Data display (Visualización de datos), busque el evento en Recent events (Eventos recientes) y seleccione la estrella para marcarlo como evento clave. Si el evento todavía no ha ocurrido, elija Create event (Crear evento), escriba el nombre del evento, active la opción Mark as key event (Marcar como evento clave), elija el valor y el método de conteo, y créelo. La página de ayuda de Google sobre cómo marcar eventos como eventos clave tiene los pasos vigentes.
Cuente con hasta 24 horas para que un evento clave recién marcado aparezca en los informes, y tenga en cuenta que marcar un evento no cambia los datos históricos. Después, use los informes de adquisición que describe la ayuda de Google sobre atribución para comparar la búsqueda orgánica con otros canales. Combínelos con las consultas, impresiones, clics y páginas de destino de Search Console, y podrá decir qué páginas traen buscadores que de verdad se registran. El promedio de posición por sí solo no puede decir eso.
Si su registro está detrás de un formulario, nuestra publicación sobre cómo medir los contactos de formularios en Google Analytics recorre la misma idea.
¿Qué puede dejar de preocuparle a un equipo pequeño de software?
Algunas preocupaciones populares le cuestan semanas a los equipos pequeños. Google dice que no tiene un número de palabras preferido, así que una página necesita la extensión que responda su pregunta, ni más ni menos. Google también advierte contra producir mucho contenido principalmente para atraer tráfico de búsqueda o crear páginas sin valor sustancial, así que un blog grande no es una ventaja si faltan las páginas de producto y de problemas.
Los datos estructurados son opcionales para este plan. La documentación de Google sobre datos estructurados para aplicaciones de software cubre detalles como el nombre del software, su precio o si es gratuito, las calificaciones o reseñas, la categoría de la aplicación y el sistema operativo. Aplican propiedades obligatorias y reglas de elegibilidad, y los datos estructurados no garantizan un resultado enriquecido (rich result). Marque solo la información que sea visible y exacta en la página.
Una puntuación de un plugin de SEO no es un diagnóstico, y el promedio de posición no demuestra que el trabajo esté dando resultados. La frase «SEO de apps» también puede referirse a una ficha en la tienda de aplicaciones, que es independiente del sitio web que vende la aplicación. Este plan cubre el sitio web.
¿Qué partes puede hacer usted mismo y cuándo vale la pena pagar ayuda?
Puede hacer usted mismo las primeras revisiones. Search Console muestra consultas, páginas, impresiones, clics y posición promedio. GA4 puede registrar un registro. Un sitio pequeño quizá solo necesite unas pocas páginas sólidas, no un contrato de contenido que se extienda indefinidamente.
La ayuda pagada se justifica cuando las primeras revisiones muestran un problema que no puede resolver internamente. Una lista corta de trabajos que vale la pena contratar:
- Revisiones de renderizado: Inspeccionar el HTML renderizado, los códigos de estado, los títulos y las etiquetas canónicas cuando la aplicación está construida en JavaScript.
- Mapeo de intenciones: Convertir las palabras de sus clientes en un plan de páginas que dé a cada página un solo trabajo.
- Seguimiento de registros: Configurar el evento, marcarlo como evento clave y probarlo.
- Comparaciones específicas del producto: Páginas que requieren pruebas reales y evidencia que usted no puede producir por su cuenta.
- Mantenimiento: Mantener y mejorar las páginas mientras usted dirige la empresa.
Pague por el diagnóstico, la implementación cuidadosa, el criterio y la responsabilidad. No pague por revisiones básicas escondidas ni por posiciones prometidas; nadie puede venderle un lugar en los resultados de Google.
Si también está decidiendo si construir una aplicación o un sitio, nuestra publicación sobre cómo elegir entre una aplicación móvil y un sitio web cubre esa elección.
¿Qué página debe crear primero?
Elija una respuesta para empezar.
1. Sus cinco consultas principales de Search Console son sobre todo el nombre de su producto. ¿Qué le dice eso?
2. ¿Qué enlace puede seguir Google para encontrar una página nueva?
3. ¿Cómo separa las visitas de búsqueda de los registros?
Preguntas frecuentes sobre el SEO para una pequeña empresa de software
¿Qué páginas debe crear primero una pequeña empresa de software?
Cree primero la página de producto o de categoría, y luego las páginas de problemas más importantes. Agregue una página de comparación solo donde los compradores de verdad elijan entre usted y otra opción, páginas de integración para las conexiones que usa la gente, y una página de precios sencilla.
¿Puede Google rastrear un sitio web en JavaScript?
Muchas veces, sí. Google puede renderizar JavaScript, pero el renderizado del lado del servidor o el prerenderizado hace que las páginas sean más rápidas para los usuarios y los rastreadores. Los títulos, el contenido y los enlaces deben aparecer en el HTML renderizado, y la herramienta URL Inspection (Inspección de URL) de Search Console le muestra el resultado.
¿Debe tener cada función su propia página?
Solo cuando la función sea una necesidad distinta del cliente, un caso de uso o una intención de búsqueda diferente. Si no, descríbala en la página del problema que resuelve.
¿Son buenas las páginas de comparación para el SEO?
Pueden serlo, cuando contienen información original y equilibrada para decidir, con evidencia específica y límites declarados. Una página de resúmenes intercambiables aporta poco.
¿Cómo mido los registros que vienen del SEO?
Envíe un evento de registro a GA4, márquelo como evento clave y revise los informes de adquisición junto con sus datos de Search Console. Cuente con hasta 24 horas para ver los primeros números.
¿Exige Google un número de palabras o datos estructurados?
No. Google dice que no tiene un número de palabras preferido, y los datos estructurados no garantizan un resultado enriquecido.
Para cerrar
Comience con las cinco consultas que ya traen personas a su sitio, etiquételas y vea qué página asocia Google con cada una. Cree primero la página de producto o de categoría, agregue páginas de problemas para las tareas que sus compradores intentan completar, y agregue páginas de comparación, integración y precios solo donde sirvan a una decisión real. Dé a cada página un solo trabajo, un título y un encabezado descriptivos, enlaces que Google pueda seguir y una sola acción de registro.
Cuando el registro sea un evento clave de GA4, podrá ver qué páginas traen buscadores que se registran, y dejará de adivinar a partir de la posición promedio. Un conjunto pequeño de páginas claras que responden problemas reales sigue funcionando mucho después de la semana en que las creó.
Si las primeras revisiones revelan un problema que preferiría no enfrentar solo, Web Leveling puede ayudar. Nuestro trabajo de optimización para motores de búsqueda cubre revisiones de renderizado, planificación de páginas y seguimiento de registros para sitios de software, y le diremos cuando solo necesite unas pocas páginas. Trabajamos con pequeñas y medianas empresas en todo el país y en el extranjero. Díganos qué muestran sus consultas de Search Console, y le ayudaremos a decidir qué página crear primero.
Términos
Palabras de SEO para software en esta publicación
Toque un término para ver qué significa.
Consulta. Las palabras que una persona escribe en Google, tal como aparecen en el informe de Rendimiento de Search Console.
Evento clave. Una acción que GA4 está configurada para contar como importante, como un registro completado.
Enlace rastreable. Un enlace escrito como elemento `<a href>` que Google puede seguir para encontrar otra página.
Renderizado. Ejecutar el JavaScript de una página para construir el contenido que ve el visitante. El renderizado del lado del servidor o el prerenderizado lo hace antes de enviar la página.
Página de comparación. Una página que ayuda al comprador a elegir entre su producto y una alternativa con nombre.
Datos estructurados. Código agregado a una página que describe su contenido, como el nombre y el precio de una aplicación de software, en una forma que los motores de búsqueda leen.
