Construcción · Controles · SEO · GEO · Agentes IA · Producción exprés · Plazos y condicionantes · Preguntas frecuentes
Actualización: 12 de octubre de 2026.
Cómo se fabrica un sitio
En los proyectos que desarrollamos y desplegamos de principio a fin, seguimos las mismas seis prácticas de construcción. Su objetivo es evitar que una modificación provoque un fallo sin que se detecte, y permitir volver a la versión anterior.
Desarrollo a medida
PHP 8 prepara las páginas en el servidor. JavaScript gestiona las interacciones en el navegador, sin framework, es decir, sin un marco de software prefabricado. El CSS, escrito a mano, define la presentación. MySQL almacena los datos. Ni temas comprados ni acumulación de extensiones.
En pocas palabras: la página solo carga los scripts y los estilos que utiliza. Por lo general es más ligera. Hay menos componentes de terceros que vigilar y actualizar, y ninguna licencia de extensión que renovar.
Historial de cambios con Git
Cada modificación queda registrada en un repositorio Git, con su fecha y su motivo.
En pocas palabras: Git conserva el historial completo del código y permite recuperar sus versiones anteriores. Si una modificación causa un problema, se vuelve a publicar la versión anterior del código. Los datos (contenidos, cuentas, pedidos) se almacenan en la base de datos y tienen sus propias copias de seguridad.
Preproducción protegida
Cada sitio dispone de una segunda dirección, protegida por un código de acceso, donde lo desarrollamos y donde usted lo valida.
En pocas palabras: es un ensayo general. El público nunca ve una obra en curso, y usted ve el resultado real, en su móvil, antes de que se publique.
Despliegue automatizado
La publicación la ejecuta un script, siempre el mismo, a partir del repositorio: el servidor recibe exactamente la versión del código elegida en el historial.
En pocas palabras: nadie deposita archivos a mano en el servidor. Lo que está publicado corresponde exactamente a una versión registrada en el historial, que se puede releer y comparar.
Contenidos en base de datos
Los contenidos que usted modificará por su cuenta (textos, noticias, fichas) se almacenan en la base de datos, separados de los archivos del sitio.
En pocas palabras: usted actualiza su contenido sin esperar a nadie, y una publicación del código no toca la base de datos: una nueva versión del sitio no sustituye sus textos.
Copia de seguridad antes de la primera publicación
Antes de la primera publicación en su alojamiento, lo existente se guarda y se conserva durante 90 días.
En pocas palabras: los elementos ya presentes en el servidor siguen siendo recuperables, incluso aquellos cuya existencia desconocíamos.
Lo que comprobamos, punto por punto
Nuestra lista de control tiene una treintena de puntos. Cada uno corresponde a un fallo que hemos encontrado realmente al menos una vez y que no queremos volver a ver.
Redirecciones 301 y URL canónica
Una sola dirección por página: sin «www», sin «.php», sin barra final. Las demás formas remiten
a ella mediante una redirección permanente (código HTTP 301), y la página declara su dirección oficial
(etiqueta canonical).
En pocas palabras: Google recibe una señal clara sobre la dirección que debe retener, en lugar de ver varias copias de una misma página. Las direcciones antiguas ya conocidas siguen llevando al lugar correcto.
Validación W3C
El código HTML y CSS de cada página pasa por el validador del W3C, el organismo que redacta los estándares de la web. Objetivo: cero errores.
En pocas palabras: es la corrección ortográfica del código. No es un criterio de clasificación de Google ni juzga la calidad de una página, pero un código válido reduce las diferencias de visualización entre navegadores y deja menos ambigüedad a los robots.
Rendimiento: PageSpeed y Core Web Vitals
Medimos la velocidad con PageSpeed Insights, en móvil y en ordenador. La herramienta ofrece una prueba simulada y, cuando existen datos suficientes, mediciones recogidas entre usuarios de Chrome. Incluyen las Core Web Vitals: tiempo de visualización del contenido principal, estabilidad del diseño y capacidad de respuesta.
En pocas palabras: la prueba simulada sirve para corregir, las mediciones reales deciden. En nuestros sitios, el móvil obtiene casi siempre la peor nota: una nota perfecta en ordenador no basta.
Contraste medido (WCAG)
Se calcula la relación de contraste entre cada texto y su fondo. Las pautas de accesibilidad WCAG exigen 4,5 a 1 para el texto normal y 3 a 1 para los caracteres grandes; nosotros buscamos 4,5 en todas partes.
En pocas palabras: un color puede ser bonito e ilegible. Lo hemos vivido: un dorado sobre fondo crema medía 2,09 a 1. En una pantalla bien ajustada no siempre se nota; a plena luz del día en un móvil, sí.
HTTPS y certificado
El certificado TLS debe cubrir la dirección con y sin «www». Tras la publicación, su fecha de caducidad se vigila de forma continua.
En pocas palabras: el certificado permite al navegador verificar la identidad del servidor y cifrar la conexión. Un certificado no válido o caducado provoca una alerta de seguridad. Su fecha de caducidad se conoce de antemano: debe vigilarse para evitar una interrupción.
Envío y recepción del formulario probados
Se envía realmente un mensaje desde el sitio publicado y se comprueba su recepción. Las protecciones contra los robots de spam son invisibles para el visitante.
En pocas palabras: un formulario que se muestra no es un formulario que funciona. La prueba decisiva es un mensaje realmente recibido.
También comprobamos la visualización real mediante capturas de pantalla en dos anchos (móvil y pantalla grande),
la página de error 404, el archivo robots.txt, el mapa del sitio (sitemap.xml) y
la ausencia de cualquier mención «demostración» en el sitio final.
Ser encontrado en Google
El SEO (Search Engine Optimization, o posicionamiento orgánico) designa todo lo que ayuda a un buscador a entender una página y a proponerla a las personas adecuadas, sin pagar publicidad.
Estudiar las búsquedas antes de escribir
Estudiamos lo que buscan los internautas a partir de las sugerencias de búsqueda, los volúmenes y la competencia. Apuntamos a la cola larga, es decir, búsquedas precisas y menos frecuentes, y examinamos la intención que las motiva: buscar información, comparar o comprar.
En pocas palabras: «agence de communication Paris» (agencia de comunicación en París) la disputan cientos de actores. En nuestro registro, «vidéo témoignage client» (vídeo testimonio de cliente) estaba mucho menos disputada, y quien escribe esa búsqueda ya describe una necesidad precisa.
Una página, una intención
Cada página responde a una pregunta precisa. Su título (title), su descripción
(meta description) y sus títulos de sección (h1, h2…) tratan
el mismo tema.
En pocas palabras: el título que muestra Google, el título principal de la página y su contenido responden a la misma pregunta.
Datos estructurados JSON-LD
Añadimos al código un resumen legible por las máquinas, con el vocabulario Schema.org: quién es usted, qué ofrece, dónde, y las preguntas frecuentes. Regla estricta: ese resumen no dice nada que la página no muestre.
En pocas palabras: es una ficha de identidad insertada en la página para los robots. Una nota de opiniones inventada o tomada de otra actividad sería engañosa: no declaramos ninguna.
Declarar y medir
El sitio se verifica en Google Search Console y Bing Webmaster Tools, donde se declara su mapa. En nuestros sitios, cada publicación avisa además a Bing y a los buscadores que siguen el protocolo IndexNow (Google no participa). Después, las posiciones se siguen en el tiempo.
En pocas palabras: declaramos el sitio, señalamos sus actualizaciones a los buscadores que lo permiten y seguimos la evolución de sus posiciones en los resultados de búsqueda.
Ser citado por los asistentes de IA
GEO significa Generative Engine Optimization. Una parte creciente de las búsquedas pasa por un asistente (ChatGPT, Gemini, Perplexity, Claude) que redacta una respuesta en lugar de mostrar una lista de enlaces. El GEO busca que sus páginas formen parte de las fuentes de esa respuesta. Ser accesible para los robots, estar indexado, ser elegido como fuente y ser citado son cuatro etapas distintas: ninguna garantiza la siguiente.
Abrir la puerta a los robots de los asistentes
El archivo robots.txt autoriza expresamente a los robots de los asistentes, que no cumplen todos
la misma función. OAI-SearchBot y PerplexityBot leen las páginas para las respuestas con búsqueda; GPTBot y
ClaudeBot recopilan para el entrenamiento de los modelos; Google-Extended y Applebot-Extended no leen nada
por sí mismos: son autorizaciones de uso concedidas a la IA de Google y de Apple.
En pocas palabras: autorizar a los robots de búsqueda les permite consultar las páginas, sin garantizar que vayan a ser citadas. La autorización para usar los contenidos en el entrenamiento es distinta; la concedemos para nuestros propios sitios.
Un archivo llms.txt
En la raíz del sitio, un archivo de texto resume la empresa, sus servicios, sus cifras y la lista de páginas, en un formato pensado para los modelos de lenguaje.
En pocas palabras: es la presentación que se entregaría a un nuevo colaborador. El formato es reciente: su efecto en las citas no está demostrado, y Google indica que no lo necesita. Lo publicamos porque cuesta poco y resume lo esencial.
Hechos antes que adjetivos
Escribimos respuestas breves, cifradas y verificables: una fecha, una superficie, un plazo, una tarifa de entrada. Las preguntas frecuentes se etiquetan como datos estructurados.
En pocas palabras: «9 espacios, 630 m², desde 2008» da información precisa, que se puede retomar y verificar. «Un equipo apasionado y reconocido» no indica ni una realización ni un resultado concreto.
Seguir las visitas y las citas
Seguimos la proporción de visitas que llegan desde un asistente y repetimos una serie de 20 preguntas del sector para registrar las fuentes citadas en las respuestas redactadas por un modelo de lenguaje.
En pocas palabras: en nuestro sitio de alquiler de estudios, nuestro balance de octubre de 2026 registraba un 5,8 % de visitas procedentes de un asistente de IA (un 98 % de ellas de ChatGPT), y el sitio figuraba en 7 de las 20 respuestas simuladas. Estos dos registros sirven de punto de partida; los repetimos cada tres meses, en las mismas condiciones.
Cómo construimos una herramienta
Las aplicaciones de negocio y los agentes de inteligencia artificial siguen los mismos principios de construcción, control y seguimiento.
Primero, un script
Lo que puede programarse de forma determinista se programa así: misma entrada, mismo resultado. La IA solo interviene donde hace falta criterio. En pocas palabras: menos llamadas de pago a un modelo, menos sorpresas, y una herramienta en la que cada línea se puede leer y corregir.
Mandos abiertos
La IA maneja la herramienta desde fuera, mediante una API — una interfaz de órdenes cuyo acceso está protegido por una clave — o mediante un servidor MCP (Model Context Protocol), que presenta esas órdenes según un protocolo abierto. En pocas palabras: en nuestras herramientas internas, hemos cambiado de proveedor de IA con un ajuste, sin reescribir la herramienta.
Una vista previa antes de escribir
Antes de cualquier modificación de sus datos, la herramienta presenta los cambios previstos. En pocas palabras: la automatización no trabaja en silencio; un error puede detectarse antes de aplicarse.
Probar el recorrido real
Nuestras pruebas automáticas abren un navegador real, hacen clic, escriben y comprueban la pantalla. En pocas palabras: probamos el recorrido del usuario, además del funcionamiento de cada función por separado.
⚡ Una producción exprés, un proyecto a su ritmo
- 1 Conversación con su referente Usted y su referente precisan juntos sus objetivos, sus necesidades y sus primeras ideas.
- 2 Pliego de condiciones y acuerdo El alcance, el calendario y la tarifa quedan definidos en el presupuesto firmado.
- 3 ⚡ Producción técnica exprés Desarrollamos, probamos y corregimos la primera versión según el alcance acordado.
- 4 Entrega de la V1 Usted recibe una primera versión para revisarla antes de su publicación.
- 5 ❓ Revisión a su ritmo Su referente le ayuda a formular sus comentarios, cuando usted esté listo.
- 6 ⚡ Producción de los ajustes Los ajustes suelen realizarse en 24 horas, según su naturaleza.
- 7 Entrega de la V2 Usted recibe la versión corregida para comprobar los ajustes.
- 8 ❓ Nueva revisión si es necesario Con su referente, usted precisa los últimos ajustes; el ciclo se repite si es necesario.
- 9 Entrega definitiva Usted valida la versión que se publicará.
- 10 ⚡ Publicación Realizamos los últimos controles y publicamos, sin perjuicio de los plazos técnicos externos.
Nuestra producción técnica es exprés ⚡; la duración del proyecto depende también de su alcance y de los intercambios. El proyecto puede avanzar en modo exprés si usted también lo hace: unos comentarios rápidos permiten encadenar las etapas. Si necesita tiempo para reflexionar, seguimos su ritmo. Su referente le acompaña desde el primer intercambio y en cada revisión.
Prototipo, preproducción, puesta en producción. Un prototipo muestra una idea: se fabrica rápido y solo sirve para decidir. La preproducción es el sitio real, completo, en una dirección protegida, donde usted lo valida. La puesta en producción publica esa versión validada en la dirección pública, tras los controles técnicos.
Tiempo, depuración, impacto, coste y fiabilidad
Producción exprés, calendario adaptado. Una vez definido el pliego de condiciones y disponibles los contenidos, la producción técnica puede avanzar en unas horas o unos días según el alcance. El proyecto puede extenderse durante varias semanas cuando son necesarios varios intercambios y validaciones. Su referente le acompaña en estas etapas a su ritmo. Los controles técnicos y su validación siguen siendo necesarios antes de la publicación. Algunas etapas no dependen de nosotros: en nuestras publicaciones, la emisión de un certificado tardó alrededor de una hora, y la propagación de un cambio de configuración DNS puede tardar hasta 48 horas.
La depuración. Todo software nuevo tiene fallos que nadie ha visto todavía. Prevemos la depuración en el calendario y examinamos el recorrido completo, más allá del problema señalado: un fallo corregido en un lugar puede seguir manifestándose en otro.
El impacto. El posicionamiento se mide en meses. No podemos anunciar un plazo para que los asistentes de IA tengan en cuenta una modificación. Seguimos las cifras y se las mostramos, incluso cuando todavía no se mueven.
El coste. Depende más de lo que el sitio debe hacer (pago, reservas, área de cliente, varios idiomas) que del número de páginas. El número de jornadas se estima en la fase de definición y se recoge en el presupuesto. Ver la guía de presupuestos.
La fiabilidad. Ningún sitio está a salvo de una interrupción. Nuestros sitios publicados se controlan cada quince minutos (disponibilidad, certificado, señales de pirateo), y la calidad de cada página se vuelve a medir cada noche. El objetivo no es que nunca ocurra un incidente: es detectarlo y tratarlo lo antes posible.
Método, SEO y GEO — preguntas frecuentes
¿Qué es el GEO y en qué se diferencia del SEO?
¿Cuánto tarda un sitio en posicionarse bien?
¿Pueden garantizar la primera posición en Google o una cita en ChatGPT?
¿Por qué prever una fase de depuración?
¿Pueden crear un sitio web en 24 horas?
¿Un desarrollo exprés significa menos controles?
¿Utilizan IA para desarrollar más rápido?
¿Cómo miden las visitas y las citas procedentes de los asistentes de IA?
¿Cuánto cuesta un proyecto construido con este método?
¿Un sitio o una herramienta que construir?
Describa lo que el sitio debe permitir a sus visitantes o a su equipo. Le respondemos en un plazo de 24 horas laborables con un primer análisis del proyecto: lo que es sencillo, lo que requerirá tiempo y lo que le desaconsejamos.
De lunes a viernes, 9 h – 19 h · rodajes y sesiones 24 h, con cita previa · studioleizart@gmail.com