Un sitio puede volver a responder después de un rollback y seguir roto. El código retrocede, pero el modelo del CMS no. El formulario muestra éxito sin entregar. El schema conserva un servicio retirado. Una licencia bloquea el build siguiente. Recuperar la homepage no equivale a recuperar el sistema.
ES-170 compara la implementación y la operación técnica. Recibe de ES-169 arquitectura, componentes, estados y criterios visuales. No los rediseña. Construye repositorio, entornos, CMS, formularios, integraciones, schema, consentimiento, pruebas, artefactos, despliegues, monitorización y procedimientos de salida.
WebDevStudios, XWP, Netguru, Vention y Agência Macan son proveedores técnicos generales. 1SEO ofrece el vínculo más directo con electricistas, pero publica menos detalle sobre operaciones. Todos deben pasar el mismo simulacro sin usar experiencia de otros sectores para inventar requisitos eléctricos.
La clasificación mide alcance oficial interrogable. No inspecciona código ni valida que una organización mantenga branch protection, migration rollback, observabilidad o runbooks. La propuesta y Release Cero deben demostrar cada control.
El piloto permanece local. No conecta dominio, hosting, teléfono, correo, CRM, analítica, CMS ni personas. Los fallos son fixtures declaradas y no afectan ningún sistema externo.
theStacc edita y publica ES-170 y vende servicios gestionados, pero no aparece entre las seis opciones porque las fuentes observadas no documentan una agencia completa de desarrollo web para electricistas con repositorio, integraciones, QA, despliegue y operaciones. Ningún proveedor pagó por inclusión, enlaces, acceso o posición. Las once fuentes oficiales se consultaron el 31 de agosto de 2026. No pedimos propuestas, contratamos desarrollo, clonamos repositorios, concedimos accesos, conectamos CMS, procesamos formularios, configuramos llamadas, instalamos dependencias, entregamos secretos, ejecutamos auditorías, publicamos builds, desplegamos producción, simulamos incidentes externos, restauramos backups ni probamos salidas reales. Cada página acredita únicamente el alcance que declara su organización. No prueba calidad del código, experiencia eléctrica, disponibilidad en España, servicio en español, equipo, subcontratación, precio, seguridad, accesibilidad, rendimiento, cumplimiento, uptime, propiedad, soporte o resultado. Se excluyeron clientes, portfolios, casos, testimonios, premios, certificaciones comerciales, cifras, tiempos, leads, conversiones, tráfico e ingresos. Release Cero usa un repositorio mínimo, entornos locales, contenido, formularios, llamadas, consentimientos, integraciones, secretos, eventos y métricas sintéticos. No contiene empresa, persona, dirección, teléfono, cuenta, credencial, instalación, avería, cliente o dato real o inventado para publicación. No hay autor personal, electricista, revisor de seguridad, accesibilidad, privacidad o lengua ni responsable editorial o de mantenimiento registrado. Esta ruta permanece needs_human_review.
La respuesta corta
WebDevStudios queda primero por publicar strategy, custom WordPress development, migraciones, API integrations, performance, security y soporte. 1SEO aporta el vínculo más directo con electricistas. XWP, Netguru, Vention y Agência Macan ofrecen otros modelos técnicos. Compare repositorio, CMS, formularios, schema, consentimiento, dependencias, release, rollback, monitoring, recuperación y exit.
- WebDevStudios: Un piloto WordPress amplio sobre strategy, custom development, content migration, integrations, security y maintenance.
- 1SEO Digital Agency: Una empresa que prioriza contexto eléctrico y quiere probar new build, revamp, responsive implementation, speed y tracking.
- XWP: Un proyecto que debe probar migration, architecture, integrations, workflows, access controls, automated QA y maintenance.
- Netguru: Un piloto neutral respecto al stack sobre websites, CMS, frontend, backend, testing, cybersecurity, publishing y support.
- Vention: Proyectos con requisitos realmente aplicativos que deben probar frontend, backend, integrations, CMS, QA y maintenance.
- Agência Macan: Un control lingüístico cercano sobre information architecture, code, multi-screen tests, publication y admin training.
Release Cero sigue una modificación desde el commit hasta la recuperación
El proyecto ficticio se llama Nodo de Prueba. No tiene empresa, dominio, clientes ni servicios reales. El repositorio contiene una aplicación mínima, Servicio-A y Servicio-B como contenido neutro y un formulario que nunca transmite datos fuera del entorno local.
La custodia comienza con la organización del repositorio. Entidad propietaria, owners, members, ramas, protección, revisiones, deploy identities, claves, automatización, backup y salida se documentan antes del primer cambio. La agencia opera dentro de una estructura recuperable por el comprador.
La documentación de GitHub sobre roles de organización permite formular preguntas sobre owner, member, billing manager, security manager y otros papeles. No obliga a usar GitHub ni demuestra una configuración. El candidato puede proponer otra plataforma si conserva autoridad, trazabilidad y revocación equivalentes.
Cada acceso identifica persona o integración, rol, alcance, entorno, aprobación, inicio, vencimiento y baja. Desarrollar frontend no concede producción. Una automatización no usa la identidad de una persona. Release Cero retira a un usuario y comprueba que código, reviews, artefactos e historial permanecen.
Los entornos tienen funciones separadas. Local, preview, staging y production son etiquetas de control, no una topología obligatoria. Cada uno registra URL o destino, clase de datos permitida, fuente de configuración, límite de secretos, ruta de despliegue, reinicio y propietario.
Staging no copia datos reales por comodidad. Usa fixtures que representan campos, errores y relaciones sin personas. Si una integración necesita estructura, se crea un stub. El candidato explica qué se anonimiza, qué nunca se copia y quién puede restablecer el entorno.
La configuración separa valores públicos, valores de entorno, referencias a secretos y defaults seguros. El repositorio no contiene credenciales. El proveedor muestra custodia, rotación, acceso, auditoría y fallo cuando una referencia no existe. Añadir un archivo a gitignore no resuelve todo el ciclo.
El CMS implementa modelos, campos, relaciones, validaciones, roles, workflow, revisiones, preview, exportación y eliminación. Servicio-A no puede ganar precio, urgencia, licencia o garantía porque el editor tenga un campo libre. El modelo limita lo publicable según el contenido aprobado.
Cambiar un campo es una migración. Release Cero renombra resumen, vuelve opcional una prueba y añade una relación. La agencia prepara diff, transformación, excepciones, compatibilidad, comprobación de contenido y rollback. No elimina silenciosamente el valor anterior.
Los componentes reciben anatomía, estados y breakpoints de ES-169. Desarrollo asigna props, markup, comportamiento, límites, error boundaries y tests. Si el diseño no decide una transición, la pregunta vuelve al propietario correspondiente. El programador no inventa lógica de negocio.
El formulario conecta labels y estados visuales con validación, endpoint, entrega, consentimiento, errores, retry, idempotencia, retención y propietario. No envía datos. El ensayo produce doble submit, timeout y respuesta inválida para comprobar que interfaz y backend mantienen un estado comprensible.
La llamada es otra integración. Un enlace tel puede existir sin seguimiento. Si se solicita una capa de tracking, número mostrado, fallback, consentimiento, evento, proveedor, propiedad y comportamiento sin script deben definirse. El piloto usa un marcador que nunca inicia una llamada.
El consentimiento no es un banner decorativo. Categoría, finalidad, estado, prueba, retirada, almacenamiento y efecto sobre scripts o eventos quedan descritos. Cuando el usuario sintético rechaza una categoría, el evento dependiente no se dispara y la funcionalidad esencial mantiene su alternativa prevista.
El schema repite contenido visible y aprobado. Tipo, propiedad, fuente, página, versión y condición de inclusión forman el contrato. Google explica que los datos estructurados aportan información explícita sobre una página y que deben seguir sus directrices. Release Cero no añade servicios, reseñas, precios u horarios ausentes.
El ensayo retira Servicio-B del contenido visible y deja su propiedad en JSON-LD. La prueba debe fallar. Corregir solo el markup tampoco basta si enlaces, sitemap, CMS o integraciones todavía dependen del servicio.
Cada integración registra dirección, contrato, autenticación, scopes, rate limit, timeout, retry, idempotencia, logs, fallback y propietario. El stub responde tarde y después devuelve una forma inesperada. El sitio falla de manera visible y controlada sin exponer secretos o detalles internos.
Las dependencias necesitan nombre, versión, fuente, licencia, responsable, lockfile, razón, update policy, vulnerabilidades y alternativa. El piloto caduca una licencia sintética y hace incompatible una actualización. El build se bloquea o usa una alternativa aprobada, nunca descarga una versión distinta silenciosamente.
Las pruebas se eligen por riesgo. Unit, integration, component, end-to-end, accessibility, performance, security y aceptación manual no son cuotas universales. Una matriz conecta requisito, fixture, entorno, prueba, resultado, defecto y retest.
OWASP presenta ASVS como base para comprobar controles técnicos de seguridad y como lista de requisitos para desarrollo seguro. Esta comparación lo usa para pedir versión, perfil, controles aplicables y evidencia. No atribuye cumplimiento ni nivel sin verificación independiente.
W3C presenta WCAG como estándar compartido para accesibilidad web. Release Cero pide versión y nivel contractuales, técnicas implementadas, checks automáticos y pruebas humanas. No declara conformidad a partir de un linter o de las anotaciones de diseño.
web.dev describe Core Web Vitals como métricas centradas en experiencia real y trata medición de campo y laboratorio. La evidencia futura conserva URL, journey, device y network profile, herramienta, versión, ejecuciones y variabilidad. No se inventan scores o umbrales del proyecto.
El build registra commit, dependencias, lockfile, runtime, comando, artefacto, hash y estado. Una build verde no autoriza despliegue. El artefacto probado debe ser el que avanza, sin reinstalar dependencias diferentes dentro de producción.
La release registra artefacto, entorno, aprobaciones, migración, flags, checks, actor, hora y verificación. El piloto despliega solo localmente. Abrir la homepage no cierra el smoke test. Formulario, contenido, navegación, schema, consentimiento y monitorización también se comprueban.
El rollback incluye código, datos, configuración, caché y validación. Retroceder el binario sin compatibilidad con el CMS puede ampliar el incidente. Release Cero rompe la migración después del deploy y exige volver a una combinación coherente.
La monitorización distingue disponibilidad, errores, entrega de formulario, salud de dependencias, integridad de contenido, schema y rendimiento. Cada señal tiene fuente, alcance, propietario, ruta de alerta, runbook y caducidad. La página no inventa uptime ni tiempos de respuesta.
El incidente conserva detección, clasificación, versión afectada, accesos usados, acciones, evidencia, decisión, recuperación, verificación y seguimiento. La fixture simula formulario silencioso, schema obsoleto y licencia bloqueada. Ninguna prueba ataca un sistema real.
El runbook describe síntoma, condiciones previas, acceso, diagnóstico, acción segura, rollback, verificación, escalación y propietario. Un operador externo lo sigue en local. Cada paso que requiere memoria privada de la agencia se convierte en defecto documental.
La salida enumera organización, repository, environments, hosting, DNS handoff, CMS, exports, media, secrets rotation, integrations, analytics hooks, monitoring, backups, documentación, licencias y defectos abiertos. Distintos propietarios pueden custodiar algunos objetos, pero ninguna dependencia queda invisible.
Pruebas de idoneidad sectorial que conviene pedir
- Organización, repositorio, roles, deploy identities y revocaciones bajo control del comprador.
- Entornos, configuraciones, secretos y datos permitidos separados.
- Modelos CMS, migraciones, fixtures, exportaciones y rollback versionados.
- Formularios y llamadas probados con duplicado, timeout y fallback.
- Schema y consentimiento ligados a contenido visible y estado autorizado.
- Integraciones y dependencias con contrato, licencia, logs y alternativa.
- Pruebas de seguridad, accesibilidad y rendimiento con evidencia y límites.
- Artefacto, commit, aprobación, migration y smoke check unidos por release.
- Alertas, incidentes y runbooks preparados antes de producción.
- Clone, build, deploy, rollback, export y revocación ejecutados por otro equipo.
Cómo evaluamos a los proveedores
La investigación se cerró el 31 de agosto de 2026. Para entrar, un proveedor necesitaba una página oficial HTTP 200 que declarara web development, WordPress engineering o implementación de sitios. Solo 1SEO aporta una página directamente vinculada a electricistas; los generalistas necesitan mayor prueba sectorial.
La prioridad fue: custodia de repositorio y acceso; entornos, CMS y migraciones; frontend, backend e integraciones; forms, calls, schema y consent; QA, seguridad, accesibilidad y rendimiento; build, deploy, rollback, monitorización, documentación y salida. No se puntuaron precios, casos, clientes, certificaciones comerciales, tiempos o resultados.
WebDevStudios queda primero por publicar website strategy, custom WordPress development, performance and security, content migrations, API integrations y ongoing support. 1SEO queda segunda por electrical website development, new build o revamp, responsiveness, crawlability, page speed y tracking.
XWP ocupa el tercer puesto por WordPress migration, multisite architecture, integrations, performance, structured data, access controls, vulnerability monitoring, automated QA, alerts, maintenance y training. Sus claims comerciales quedan excluidos.
Netguru queda cuarta por websites, web applications, CMS, frontend, backend, QA testing, cybersecurity, publishing, maintenance y support. Vention queda quinta por frontend, backend, integrations, QA, modernization, CMS, permissions, testing y maintenance.
Agência Macan queda sexta como fuente cercana en portugués, con information architecture, code, tests, publication, SSL y admin training. No se asume adecuación española o eléctrica por proximidad lingüística.
GitHub roles, OWASP ASVS, W3C WCAG, web.dev Web Vitals y Google structured data aportan controles técnicos. No evalúan proveedores, no prescriben stack y no demuestran seguridad, accesibilidad, performance o validez del proyecto.
theStacc no se incluye porque publica la comparación y sus fuentes no documentan la oferta completa requerida. La relación comercial se declara y la revisión independiente permanece pendiente.
| Criterio | Peso | Qué se valoró |
|---|---|---|
| Repositorio, accesos y entornos | Prioridad máxima | Ownership, roles, branches, automation, configuration, secrets, datos y revocación son explícitos. |
| CMS, schema y migraciones | Prioridad máxima | Models, fields, contenido, structured data, transformación, exportación y rollback se versionan. |
| Formularios, llamadas e integraciones | Prioridad alta | Validation, consent, endpoint, retries, idempotency, logs, fallback y owner tienen contrato. |
| QA, seguridad, accesibilidad y rendimiento | Prioridad alta | Requisitos, herramientas, entornos, evidencia, defectos y retest permanecen ligados. |
| Release, rollback y monitorización | Prioridad alta | Commit, artifact, checks, migration, deploy, smoke, alerts y recovery forman una unidad. |
| Documentación, licencias y salida | Prioridad alta | Runbooks, repositorio, datos, dependencias, backups, exports y defectos pasan a otro equipo. |
Todos los proveedores debían cumplir los mismos requisitos mínimos antes de considerar su posición.
- Página oficial accesible durante la investigación.
- Desarrollo web, WordPress engineering o website implementation declarados.
- Tres o más áreas técnicas identificables.
- Proveedor sectorial o generalista capaz de recibir el mismo ledger.
- Diseño visual, SEO, paid y marketing excluidos del crédito técnico.
- Clientes, premios, cantidades, certificaciones comerciales y resultados excluidos.
- Generalistas obligados a usar fuentes y revisión eléctrica del comprador.
La lista de proveedores investigada
Las posiciones reflejan la metodología publicada y la fecha de corte de las fuentes; no son una garantía de resultados. Cada ficha indica el mejor encaje y la limitación con más probabilidad de cambiar una decisión de compra.
WebDevStudios
Fortalezas documentadas
- Custom WordPress development declarado.
- Migraciones desde varias fuentes visibles.
- API integrations publicadas.
- Performance, security y ongoing support incluidos.
Límites por confirmar
- Sin referencia a electricistas.
- España no confirmada.
- Deploy, rollback y monitoring por probar.
- Repository ownership y exit no demostrados.
Primera opción documental por publicar strategy, custom WordPress development, performance and security, content migrations, API integrations y ongoing support. La fuente no prueba adecuación eléctrica, España, repositorio, QA trazable, deploy, rollback, monitoring o exit.
La página oficial de WebDevStudios presenta website strategy, custom WordPress development, performance and security, migraciones desde varias fuentes, API integrations y ongoing support. Las afirmaciones de liderazgo o superioridad no cuentan.
Release Cero entrega el packet de ES-169 y un modelo mínimo. Pida repo, entornos, CMS y schema antes del primer componente. Una migration fixture contiene campo renombrado y relación ausente; el proveedor debe conservar mapping, error, replay y rollback.
Una API abstracta devuelve timeout y forma inválida. Custom development debe aplicar contrato, retry, idempotencia, logs y fallback sin exponer secretos. Performance and security reciben requisitos y evidencia, no adjetivos.
Ejecute build, release local, smoke y rollback. Otra persona sigue el runbook tras revocar una cuenta. El primer puesto refleja amplitud técnica publicada, no competencia eléctrica ni calidad observada.
Fuentes sobre los proveedores: WebDevStudios: WordPress Website Services
1SEO Digital Agency
Fortalezas documentadas
- Página directa para electricistas.
- New build y revamp visibles.
- Responsive y crawlability declarados.
- Page speed y tracking incluidos.
Límites por confirmar
- Menor detalle de engineering.
- CMS, API y QA poco descritos.
- Security, rollback y monitoring abiertos.
- España, repositorio y salida sin probar.
Segunda por publicar electrical website development, new build o revamp, responsiveness, crawlability, page speed y tracking. La fuente detalla menos repositorio, CMS, APIs, automated testing, security, rollback, monitoring y salida.
1SEO nombra desarrollo de sitios eléctricos, web developers, revamp o new website, responsiveness, crawlability, page-speed optimization y tracking. SEO, PPC, social, leads y resultados no aumentan su posición técnica.
El proveedor recibe Servicio-A y Servicio-B sin usar hechos de su propio marketing. Debe construir content model, component mapping y roles de revisión. Crawlability y tracking se transforman en pruebas técnicas, no promesas de posición o contacto.
Haga fallar form, preview y event trigger. Cada error conserva test, versión y retest. Responsive implementation sigue reglas de ES-169 y no elimina contenido para resolver el breakpoint.
Exija repositorio, entornos, build commands, lockfile, artifact, deployment record, rollback y runbook. La segunda posición reconoce ajuste sectorial, mientras custodia y operaciones siguen pendientes.
Fuentes sobre los proveedores: 1SEO: Electrician Digital Marketing
XWP
Fortalezas documentadas
- Migration y multisite architecture visibles.
- Integrations y workflows declarados.
- Performance, access control y vulnerability monitoring publicados.
- Automated QA, alerts, maintenance y training incluidos.
Límites por confirmar
- Sin referencia a electricistas.
- España no probada.
- Repository y hosting ownership por verificar.
- Incident, rollback y exit requieren piloto.
Tercera por publicar WordPress migration, multisite architecture, integrations, performance, structured data, access controls, vulnerability monitoring, automated QA, alerts, updates, maintenance y training. La fuente no prueba fit eléctrico, España o propiedad concreta del comprador.
XWP documenta una oferta técnica amplia en WordPress. Migration, multisite architecture, taxonomy, redirects, integrations, workflows, performance, structured data, access control, vulnerability monitoring, automated QA, alerts, updates y training aparecen en su fuente. Los claims comerciales se excluyen.
Entregue una migración de content type, taxonomy y redirect fixtures. El proveedor prepara mapping, dry run, excepciones, conciliación, cutover y rollback. Un campo vacío no se rellena con contenido técnico inventado.
Rompa dos integraciones y haga incompatible un plugin. QA y alertas deben detectar y bloquear. Access controls usan identidades separadas. Training se prueba con una modificación CMS y release local.
Solicite exports, runbooks, architecture decisions, monitoring definitions y revocation. La tercera posición refleja profundidad WordPress publicada, no adecuación para electricistas.
Fuentes sobre los proveedores: XWP: WordPress Services
Netguru
Fortalezas documentadas
- Websites, web apps y CMS visibles.
- Frontend, backend y full-stack declarados.
- QA y cybersecurity presentes.
- Publishing, maintenance y support incluidos.
Límites por confirmar
- Sin fit eléctrico documentado.
- Riesgo de scope excesivo.
- Controles de release por probar.
- España, ownership y exit no verificados.
Cuarta por publicar websites, web applications, CMS, frontend, backend, full-stack, QA testing, cybersecurity, publishing, maintenance y support. No demuestra fit eléctrico, España, stack apropiado, ownership, profundidad de security, deploy controls o exit.
La página de Netguru enumera websites, web apps, CMS, ongoing development, frontend, backend, full-stack, QA, cybersecurity, publishing, maintenance y support. Casos, métricas y velocidad comercial quedan fuera.
Entregue un sitio de contenido sencillo, no una app compleja. La agencia debe justificar stack, backend y CMS con requisitos. Una arquitectura mayor añade dependencias y no recibe crédito por complejidad.
Pruebe form integration, schema migration y component regression. QA conecta requisitos y evidencia. Cybersecurity se convierte en controles, findings y remediation. Publishing se convierte en artifact, approval, migration y verification.
Pida documentación, source control, entornos, maintenance queue, rollback y salida. El cuarto puesto deriva de amplitud técnica y exige que la propuesta se reduzca al problema real.
Fuentes sobre los proveedores: Netguru: Web Development Services
Vention
Fortalezas documentadas
- Frontend y backend declarados.
- Integration services incluidos.
- QA, testing y modernization visibles.
- CMS, permissions y maintenance publicados.
Límites por confirmar
- Foco principal en web apps.
- Sin referencia a electricistas.
- Proporcionalidad y stack por justificar.
- España, ownership y exit abiertos.
Quinta por publicar frontend, backend, integration services, QA and testing, modernization, CMS, websites, permissions, testing y support. Su enfoque de aplicaciones no prueba proporcionalidad para un sitio content-driven ni fit eléctrico.
Vention publica UI/UX, frontend, backend, integration, QA, modernization, CMS, websites, security protocols, permissions, testing, support y maintenance. Claims de escala, calidad, certificación y resultados se descartan.
Pida que rechace complejidad innecesaria. Si el sitio requiere CMS, forms y pocas integraciones, una app architecture más amplia necesita una decisión escrita con alternativas y costes operativos, sin importar cuánto.
Pruebe frontend state, backend validation y timeout de integración. QA atraviesa el cambio completo. Permissions y security protocols reciben matriz de acceso sin secretos.
Finalice con build, deploy local, rollback, support queue y code handoff. La quinta posición indica breadth, mientras scope fit, España, ownership y operaciones siguen abiertos.
Fuentes sobre los proveedores: Vention: Web App Development Services
Agência Macan
Fortalezas documentadas
- Página de desarrollo en portugués.
- Information architecture y code visibles.
- Multi-screen tests y publication declarados.
- SSL y admin training incluidos.
Límites por confirmar
- Sin referencia a electricistas.
- Español no probado.
- Repositorio, API y QA detail abiertos.
- Rollback, monitoring y exit no demostrados.
Sexta por publicar information architecture, clean code, comportamiento multicanal de pantalla, tests, publication, SSL y admin training. La fuente no prueba electricistas, español, repositorio, CMS schema, APIs, rollback, monitoring o exit.
Agência Macan documenta desenvolvimento de sites con information architecture, code, multi-screen behavior, tests, publication, SSL y admin training. SEO, CRO, speed, security, ownership, precios y tiempos promocionales no aumentan la clasificación.
Entregue términos españoles y portugueses parecidos pero no confirmados. El proveedor debe preguntar y mantener vocabulario aprobado. La arquitectura de ES-169 no se reabre por semejanza lingüística.
Tests y publication se convierten en matriz, artifact y release record. SSL es un requisito verificable, no prueba de seguridad total. Training utiliza fixtures y roles sin cuentas reales.
Pida repository, lockfile, CMS export, rollback, monitoring y runbook. La sexta posición reconoce una página centrada en implementación, pero ajuste sectorial y continuidad deben probarse.
Fuentes sobre los proveedores: Agência Macan: Desenvolvimento de Sites
Compara el flujo de trabajo en tu propio negocio
Revisa los servicios gestionados, los controles de aprobación, los destinos de publicación y los límites visibles de theStacc antes de elegir.
Comparación por alcance técnico publicado y control pendiente
La tabla resume páginas oficiales, no calidad de código, seguridad, rendimiento o resultados. Cada proveedor debe transformar su catálogo en repositorios, contratos, pruebas, artefactos, runbooks y una salida ejecutable.
| Proveedor | Modelo de entrega | Alcance documentado | Ideal para | Limitación clave |
|---|---|---|---|---|
| WebDevStudios | WordPress end-to-end | Strategy, custom development, migration, API, performance, security y support | Release Cero WordPress | Fit eléctrico y operations abiertos |
| 1SEO | Development sectorial | Electrical website, revamp, new build, responsive, speed y tracking | Contexto electricista | Repo, QA y rollback poco visibles |
| XWP | WordPress platform engineering | Migration, architecture, integrations, performance, access, QA, alerts y training | Migración y governance | Fit sectorial y propiedad por probar |
| Netguru | Web engineering generalista | CMS, frontend, backend, QA, cybersecurity, publish y maintenance | Piloto stack-neutral | Riesgo de exceso de alcance |
| Vention | Web app engineering | Frontend, backend, integrations, QA, CMS, permissions y maintenance | Requisitos aplicativos | Proporcionalidad para sitio simple |
| Agência Macan | Website implementation | Architecture, code, multi-screen tests, publication, SSL y training | Control portugués | Español, repo y monitoring abiertos |
Piloto Release Cero: ocho pruebas locales antes de conceder producción
Use un repositorio mínimo, fixtures de contenido, form, call stub, integración y consent state totalmente sintéticos. No conecte dominio, hosting, secrets, CMS, CRM, teléfono, analítica o personas reales.
Todos los finalistas reciben el mismo change set y los mismos fallos. La prueba recorre custodia, implementación, release, recuperación y exit. Una homepage visible no compensa formulario, schema o rollback rotos.
1. Demuestre custodia antes del primer commit
Cree organización y repo de ensayo con owner del comprador, rol developer, automation identity y vencimiento. Documente ramas, reviews, deploy keys, backup y exportación.
Revogue al developer después de un commit. Reviews, build history y docs permanecen, mientras deploy y secret access desaparecen.
- Owner empresarial.
- Roles separados.
- Automatización identificada.
- Revocación verificada.
2. Migre CMS y schema con vuelta
Cree Service con title, summary y proof. Renombre summary y haga proof opcional. Prepare schema diff, content migration, exceptions y rollback.
Retire Servicio-B visible y deje su JSON-LD. La prueba falla. Corrija schema, enlaces y dependencias sin inventar contenido.
- Diff versionado.
- Migración probada.
- Schema reconciliado.
- Rollback completo.
3. Rompa formulario, llamada y consentimiento
El form recibe doble submit, timeout y respuesta inválida. La interfaz conserva estado; el backend evita duplicado y registra error. No transmite datos.
Rechace consent sintético y desactive tracking de llamada. Los eventos dependientes no se disparan y las funciones esenciales mantienen fallback.
- Idempotencia.
- Error visible.
- Consent respetado.
- Fallback operativo.
4. Interrumpa integración y secreto
El stub excede timeout y cambia response shape. El sistema aplica logs, retry limitado y fallback sin exponer detalles.
Rote una referencia ficticia y retire un scope. Build o runtime fallan de forma diagnosticable. El runbook identifica owner y recuperación.
- Contrato explícito.
- Retry limitado.
- Secret no expuesto.
- Recovery documentado.
5. Caduque licencia y rompa dependencia
Marque una licencia sintética como vencida y una actualización como incompatible. El proveedor identifica uso, bloquea release y propone alternativa.
Reproduzca build desde lockfile y runtime declarados. No descarga otra versión silenciosamente ni elimina el aviso legal para avanzar.
- Licencia inventariada.
- Update bloqueado.
- Lockfile respetado.
- Alternativa aprobada.
6. Vincule requisito, prueba y evidencia
Conecte states de ES-169, formulario, schema, consent, accessibility, security y performance con tests, entorno, fixture y defecto.
Ejecute solo checks locales. Registre resultados y límites. No declare WCAG, ASVS o Web Vitals aprobados sin alcance y evidencia suficientes.
- Requisito trazable.
- Entorno declarado.
- Defecto reproducible.
- Retest registrado.
7. Despliegue, falle y vuelva
Produzca artifact ligado a commit, locks y tests. Realice release local con migration y smoke de navegación, content, form, schema, consent y monitor signals.
Rompa la migración después. Ejecute rollback de código, datos, config y cache, luego verifique. Conservar 200 no basta.
- Artefacto identificado.
- Release aprobada.
- Rollback coherente.
- Smoke repetido.
8. Resuelva incidente y entregue
Active datos de prueba de form silencioso, schema antiguo y licencia bloqueada. Un segundo operador usa alertas y runbooks para detectar, recuperar y documentar.
Clone, build, exporte CMS, rote referencias, revise backups y retire usuarios e integraciones. Liste defectos y licencias abiertas.
- Incidente reconstruido.
- Runbook utilizable.
- Exportaciones abiertas.
- Accesos retirados.
Errores que hacen inútil una comparativa SEO
- Poner el repositorio en la cuenta del proveedor. La empresa necesita ownership, recuperación, roles, logs y exportación desde el inicio.
- Copiar producción a staging. Los entornos de prueba usan datos permitidos y fixtures sin personas.
- Cambiar CMS sin migración. Field, contenido, relaciones, schema y rollback forman un contrato versionado.
- Mostrar éxito antes de entregar. Formulario, integración y llamada necesitan confirmación, error, retry y fallback reales.
- Disparar eventos tras rechazar consentimiento. Finalidad y estado autorizado deben gobernar scripts y medición dependientes.
- Añadir schema invisible. Structured data repite contenido visible, aprobado y correspondiente a la misma versión.
- Actualizar sin revisar licencia. Versión, fuente, licencia, vulnerabilidad, alternativa y lockfile preceden al release.
- Desplegar otra build. El artefacto probado debe corresponder al commit y dependencias aprobados.
- Volver solo el código. Datos, schema, configuración, cache e integraciones también requieren compatibilidad.
- Documentar después del incidente. Alertas, runbooks, accesos, recovery y escalación se prueban antes de producción.
Preguntas frecuentes
WebDevStudios ocupa el primer puesto documental por su catálogo técnico de WordPress, migraciones, API, performance, security y soporte. 1SEO aporta el vínculo más directo con electricistas. Eso no prueba calidad. Compare las seis con el mismo piloto de repositorio, CMS, integraciones, QA, release, rollback, incidentes y exit.
Debe incluir custodia de repositorio, entornos, configuración, CMS, migraciones, componentes, formularios, llamadas, schema, consentimiento, integraciones, dependencias, QA, seguridad, accesibilidad, rendimiento, build, deploy, rollback, monitoring, runbooks, backups, exportación y salida. El diseño visual llega aprobado desde ES-169.
Esta investigación no valida precios. Pida líneas comparables para discovery técnico, frontend, backend, CMS, migración, integraciones, QA, DevOps, hosting, monitoring, maintenance y handoff. Confirme impuestos, licencias, terceros, cambios, soporte y salida. Un total no revela stack, propiedad, controles o deuda operativa.
La empresa debe conservar ownership o una custodia contractual recuperable. Developers, reviewers, automation y deploy identities reciben roles nominados y mínimos. Documente ramas, protection, keys, billing, secrets, backups y revocación. Pruebe que puede clonar, construir y desplegar después de retirar a la agencia.
El CMS necesita modelos, campos, relaciones, validación, roles, workflow, revisiones, preview, exportación y eliminación definidos. Editores cambian contenido autorizado sin modificar templates, schema o código. Cada cambio de modelo incluye migración, comprobación, excepciones y rollback. Los campos libres no autorizan claims eléctricos nuevos.
Defina validación, endpoint, delivery, consent, timeout, retry, idempotencia, errores, success, fallback, logs, retención y propietario. Pruebe doble submit, caída y respuesta inválida sin datos reales. Para llamadas, separe enlace, tracking, número, script y alternativa. Monitorice entrega, no solo clic.
Solo los tipos y propiedades que correspondan al contenido visible, aprobado y vigente. Registre fuente, página, versión y condición de inclusión. No añada servicios, horarios, precios, reseñas o áreas ausentes. Pruebe sintaxis y correspondencia, y retire dependencias cuando cambia el contenido. La elegibilidad visual nunca está garantizada.
El contrato de consentimiento define categorías, finalidades, estado, almacenamiento, retirada y scripts dependientes. Cuando una categoría no está autorizada, sus eventos no se disparan. La funcionalidad esencial conserva fallback. Pruebe transiciones y cambios posteriores sin exponer datos ni convertir ausencia de medición en error funcional.
Depende del riesgo. Puede necesitar unit, component, integration, end-to-end, accessibility, performance, security y aceptación manual. Cada prueba debe enlazar requisito, entorno, fixture, resultado, defecto y retest. Una suite verde no demuestra contenido correcto, accesibilidad completa, seguridad o recovery si esos controles no estaban incluidos.
Deploy mueve un artefacto a un entorno. Release incluye commit, artefacto, approvals, migraciones, flags, checks, actor y verificación del comportamiento. Una página que carga no confirma formulario, schema, consentimiento, contenido o monitoring. Mantenga el artefacto probado y registre smoke tests y decisión de continuar o volver.
Defina trigger, persona autorizada, código, datos, configuración, cache, integraciones y validación. Ejecute el ejercicio local o en entorno acordado. Una reversión solo de código puede ser incompatible con CMS o database. Después repita smoke tests y documente pérdida, tareas pendientes y comunicación. No espere al primer incidente real.
Repositorio, historial, entornos, hosting, CMS exports, database schema, media, secret rotation, integrations, analytics hooks, monitoring, backups, runbooks, dependency licences, build instructions y defectos. Otro equipo debe clonar, construir, desplegar, restaurar y corregir una incidencia antes de revocar usuarios y conexiones.
Fuentes y política editorial
Consulta las fuentes enlazadas junto con la metodología y el aviso del editor de este artículo. Confirma los precios, las funciones y las condiciones actuales con cada proveedor; una cita por sí sola no demuestra que se haya probado el producto.
- [01]WebDevStudios: WordPress Website Services
- [02]1SEO: Electrician Digital Marketing
- [03]XWP: WordPress Services
- [04]Netguru: Web Development Services
- [05]Vention: Web App Development Services
- [06]Agência Macan: Desenvolvimento de Sites
- [07]GitHub: roles en una organización
- [08]OWASP: Application Security Verification Standard
- [09]W3C WAI: WCAG
- [10]web.dev: Web Vitals
- [11]Google: introducción a datos estructurados
La entrega técnica termina cuando otro equipo puede restaurar el sistema completo
Entregue Release Cero, rompa el form, desactive consentimiento, caduque una licencia, desincronice schema y haga fallar una migración. La opción adecuada conserva repository, evidence, artefactos, runbooks y acceso para el siguiente operador. ES-170 permanece needs_human_review hasta recibir revisión española, eléctrica, jurídica, de seguridad, accesibilidad, privacidad y lenguaje y responsables de mantenimiento y publicación.