5 Preguntas que Debes Hacer Antes de Contratar una Agencia de Desarrollo

La pregunta no debería ser simplemente “¿usan CMS?”. El punto central es entender quién necesitará modificar el contenido y con qué frecuencia. Un sitio institucional con blog y páginas comerciales puede beneficiarse mucho de un CMS; un dashboard interno o una aplicación SaaS puede requerir otro tipo de panel administrativo.

Preguntas que vale la pena hacer:

• ¿Qué contenidos puedo editar sin programar?
• ¿El panel tiene perfiles de acceso y permisos para distintos usuarios?
• ¿Existe vista previa, historial de versiones o alguna forma de revertir cambios?
• ¿Ofrecen capacitación, manual o videos de uso?
• ¿Agregar una nueva página, servicio o producto preserva el patrón visual automáticamente?
• ¿Existe algún costo de licencia o dependencia del CMS que deba conocer?

En 2026, hablar de visibilidad orgánica significa considerar tanto la búsqueda tradicional como las experiencias generativas. El mercado usa términos como GEO (Generative Engine Optimization) y AEO (Answer Engine Optimization), pero Google posiciona este trabajo como una continuación de las buenas prácticas de SEO: contenido útil, estructura técnica clara, rastreabilidad, indexabilidad y buena experiencia. No existe un “schema mágico” ni un formato especial que garantice presencia en las respuestas de IA. [S02][S03]

Para ChatGPT Search, OpenAI documenta OAI-SearchBot como su crawler de búsqueda. Los sitios que quieran aparecer en los resultados de búsqueda de ChatGPT deben revisar el robots.txt y cualquier bloqueo de WAF/CDN que impida ese acceso. [S07][S08]

Qué debería incluir una entrega madura:

• Fundamentos técnicos: estado HTTP, indexabilidad, canonicals, sitemap, robots.txt y renderización adecuada. [S01]
• Arquitectura de información, encabezados y enlaces internos coherentes con la intención de cada página.
• Metadatos útiles y contenido que responda dudas reales del público sin keyword stuffing.
• Datos estructurados solo cuando tengan sentido para el contenido visible y para los tipos compatibles. [S04]
• Configuración de Search Console y analytics para medición.
• Revisión de crawlers relevantes y protección de infraestructura para no bloquear bots legítimos por error.
• Un plan editorial con autoría, experiencia práctica, evidencia y actualización periódica para contenidos estratégicos.

Un ejemplo de marcado correcto, con preguntas que realmente aparecen en la página — es exactamente la estructura que generamos automáticamente para este artículo:

{
  "@context": "https://schema.org",
  "@type": "FAQPage",
  "mainEntity": [
    {
      "@type": "Question",
      "name": "¿La agencia puede colocarme en las respuestas de IA?",
      "acceptedAnswer": {
        "@type": "Answer",
        "text": "Ninguna agencia puede garantizar una recomendación. El trabajo debe mejorar la rastreabilidad, la indexación, la estructura, el contenido, la evidencia y la medición."
      }
    },
    {
      "@type": "Question",
      "name": "¿El sitio será seguro contra ataques?",
      "acceptedAnswer": {
        "@type": "Answer",
        "text": "La seguridad nunca es una garantía absoluta. La agencia debe explicar los controles, la actualización de dependencias, los backups, la gestión de accesos, los logs y el tratamiento de vulnerabilidades."
      }
    }
  ]
}

Cómo medir los resultados:

Lanzar el sitio no termina el trabajo operativo. Las dependencias reciben actualizaciones, las integraciones cambian, los certificados y servicios necesitan seguimiento, pueden aparecer errores en escenarios reales y el negocio sigue pidiendo evolución.

Por eso, el contrato debe separar tres cosas: corrección de defectos atribuibles a la entrega original, mantenimiento recurrente y nuevas funcionalidades. Meter todo bajo “soporte” suele generar expectativas distintas entre cliente y proveedor.

• ¿Existe un período de garantía para bugs? ¿Qué se considera un bug?
• ¿El soporte es mensual, por bolsa de horas o bajo demanda?
• ¿Qué actualizaciones de seguridad y dependencias están incluidas?
• ¿Existe monitoreo de disponibilidad, logs y alertas?
• ¿Cómo se clasifican los incidentes críticos, altos, medios y bajos?
• ¿Cuál es el tiempo de respuesta y el tiempo objetivo de solución para cada severidad?
• ¿Los backups, la restauración y las pruebas de recuperación están incluidos?
• ¿Cómo se estiman y priorizan las nuevas funcionalidades?

Esta es una de las áreas donde los proyectos simples se convierten en problemas operativos. El cliente puede recibir un sitio “terminado” y aun así no saber dónde está registrado el dominio, quién controla el DNS, dónde está alojada la aplicación o por qué no llegan los correos.

Lo ideal es mapear cada activo, dejar la titularidad adecuada y registrar accesos y responsables. Para dominios .br, Registro.br distingue entre el titular y los contactos administrativos/técnicos; la agencia puede operar técnicamente sin necesidad de ser la titular del dominio del cliente. [S22][S23]

La pregunta correcta no es solo “¿el código es mío?”. Los proyectos modernos usan bibliotecas open source, servicios SaaS, componentes con licencia, infraestructura de terceros y, a veces, activos preexistentes del proveedor. La propiedad y el derecho de uso deben quedar descritos en el contrato, no presumidos.

El objetivo es evitar un lock-in involuntario: si la relación comercial termina, otro equipo debe poder entender el proyecto, acceder a lo contratado y continuar la operación dentro de las licencias aplicables.

Qué pedir antes de firmar:

• Repositorio de código y política de acceso durante el proyecto.
• Definición contractual de propiedad intelectual y licencias de terceros.
• Cuentas de dominio, cloud, analytics, correo, CRM y servicios externos en estructuras adecuadas para el cliente.
• Documentación de arquitectura, setup, deploy, integraciones y variables de entorno (sin exponer secretos en el documento).
• Inventario de dependencias y servicios con costos recurrentes.
• Procedimiento de handoff y revocación de accesos al terminar la relación.
• Reglas de rescisión, aviso previo, multas y responsabilidades descritas explícitamente en el contrato.

Más allá de las cinco preguntas centrales, estos temas suelen separar una contratación bien hecha de una llena de sorpresas:

Una agencia madura no necesita responder “sí” a todo. Necesita explicar qué tiene sentido para tu proyecto, qué riesgos existen, qué está incluido, qué depende de terceros y cómo continúa la operación después del lanzamiento.

• Desconfía de las garantías absolutas: Posicionamiento, seguridad, plazo o costo sin un alcance definido son señales de alerta. Prefiere la claridad, la documentación, los criterios de aceptación, las responsabilidades definidas y el acceso a los activos esenciales.

• ¿Cuánto tiempo toma tener listo un proyecto? No existe un rango universal. Como referencia de planificación, las landing pages suelen ser más rápidas que los sitios institucionales, y productos como e-commerce/SaaS exigen más discovery, integraciones y validación. Pide cronograma, supuestos e hitos de entrega.

• ¿Puedo actualizar el sitio yo mismo después? Depende del tipo de producto y de la arquitectura. Si la autonomía editorial es un requisito, debe preverse con CMS/panel, permisos, componentes estructurados y capacitación.

• ¿El SEO está incluido en el desarrollo? Confirma el alcance. Los fundamentos técnicos deberían tratarse dentro del proyecto; la investigación de demanda, el contenido, el link earning, el seguimiento y la optimización continua pueden ser un servicio aparte.

• ¿Y el GEO/AEO? ¿La agencia puede colocarme en las respuestas de IA? Ninguna agencia puede garantizar una recomendación. El trabajo debe mejorar el rastreo, la indexación, la estructura, el contenido, la evidencia y la medición. En Google, las prácticas de SEO siguen siendo la base de las experiencias generativas. [S02][S03]

• ¿Integran CRM, pagos, correo y analytics? La agencia debe mapear las integraciones que el negocio necesita, la autenticación, webhooks/APIs, la seguridad, los costos recurrentes y la responsabilidad de soporte — sin empujar proveedores específicos cuando no sean necesarios.

• ¿El sitio será seguro contra ataques? Una respuesta madura describe prácticas y controles, no una garantía absoluta. Pide una línea base de seguridad, actualización de dependencias, backups, acceso, logs y tratamiento de vulnerabilidades. [S11]

• ¿Conviene más una agencia o un freelancer? Depende del riesgo y la complejidad. Un freelancer puede ser excelente para alcances bien definidos; una agencia puede tener más sentido cuando el proyecto exige continuidad, múltiples disciplinas, gobernanza y capacidad de sustitución interna.

• ¿Qué pasa si quiero cambiar de proveedor? El contrato y el handoff deben prever accesos, código, documentación, cuentas, licencias y responsabilidades. Evita dependencias que impidan la continuidad del proyecto.

Las fuentes a continuación se consultaron el 12 de agosto de 2026. La documentación, las funciones y las políticas pueden evolucionar — valida siempre antes de implementar cambios técnicos.

• [S01] Google Search Central — SEO Starter Guide
• [S02] Google Search Central — Optimización para funciones de IA generativa
• [S03] Google Search Central — AI features and your website
• [S04] Google Search Central — Introducción a los datos estructurados
• [S05] Google Search Central — Changelog: eliminación del FAQ rich result en 2026
• [S06] Schema.org — FAQPage
• [S07] OpenAI — Overview of OpenAI Crawlers
• [S08] OpenAI — Publishers and developers: FAQ
• [S09] Google Search Console — Impresiones, posición y clics
• [S10] Google Search Console — Search generative AI control / performance
• [S11] OWASP — Top 10 Web Application Security Risks 2025
• [S12] OWASP — SQL Injection Prevention Cheat Sheet
• [S13] OWASP — Cross Site Scripting Prevention Cheat Sheet
• [S14] OWASP — CSRF Prevention Cheat Sheet
• [S15] OWASP — Password Storage Cheat Sheet
• [S16] OWASP — HTTP Security Response Headers Cheat Sheet
• [S17] Google Workspace — Configurar registros MX
• [S18] Google Workspace — Configurar SPF
• [S19] Google Workspace — Configurar DKIM
• [S20] Google Workspace — Configurar DMARC
• [S21] Google Workspace — Implementación recomendada de DMARC
• [S22] Registro.br — Tutoriales administrativos
• [S23] Registro.br — Gestión de cuenta
• [S24] Google Search Central — Article / BlogPosting structured data
• [S25] Google Search Central — Organization structured data