Iniciar sesión Empezar gratis
SEO

Criterios de aceptación SEO para un desarrollo

Úselo cuando una funcionalidad ya está en desarrollo y necesita requisitos SEO que QA pueda comprobar de verdad.

seo-acceptance-criteria-brief.md
Descargar .md 
Está escribiendo criterios de aceptación SEO para una funcionalidad que ya está en desarrollo. No está diseñando la funcionalidad.

Qué se está construyendo: {{FEATURE_DESCRIPTION}}
Stack, método de renderizado y CMS: {{TECH_STACK}}
Plantillas y patrones de URL que toca, y cualquier URL nueva que cree: {{AFFECTED_TEMPLATES}}
La definición de terminado actual: {{DEFINITION_OF_DONE}}

Devuelva cuatro secciones numeradas.

1. Tabla de criterios: ID | Criterio escrito como dado, cuando, entonces | Por qué importa | Cómo lo verifica QA | Severidad (Bloqueante / Debería / Deseable). Cubra formato y mayúsculas de la URL, códigos de estado, etiquetas canonical, de dónde salen el title y el H1, meta robots, enlaces internos hacia cualquier página nueva, paginación, si el contenido está en el HTML servido dado {{TECH_STACK}}, datos estructurados, inclusión en el sitemap, y qué pasa con cualquier URL que esto sustituya.
2. "Fuera de alcance" - qué no debe intentar arreglar este ticket, para que los criterios sigan siendo entregables.
3. "Preguntas para el equipo" - todo lo de {{FEATURE_DESCRIPTION}} demasiado vago como para escribir un criterio, cada punto con las dos o tres respuestas posibles y qué cambiaría cada una.
4. Una lista de comprobación previa al lanzamiento, asociada a cada patrón de {{AFFECTED_TEMPLATES}}.

Restricciones:
- Todo criterio debe poder verificarlo alguien que no sea de SEO. Si no puede formular la comprobación, no es un criterio.
- No repita nada que ya esté en {{DEFINITION_OF_DONE}}. Márquelo como cubierto y siga.
- Marque como Bloqueante solo lo que provocaría desindexación, duplicación o pérdida de enlaces.

Rellena antes de ejecutar

Sustituye cada hueco por tus propios datos. Cuanto más concreto seas, menos se inventa el modelo.

  • {{FEATURE_DESCRIPTION}}
  • {{TECH_STACK}}
  • {{AFFECTED_TEMPLATES}}
  • {{DEFINITION_OF_DONE}}

Cómo sacar mejor resultado

  1. Escríbalos antes de que empiece el sprint; los criterios añadidos en QA acaban descartados como ampliación de alcance.
  2. Nombre el método de renderizado, porque el criterio del HTML servido es el que más veces se incumple sin que nadie lo note.
  3. Deje la sección de preguntas corta y respondible, o el ticket se quedará parado esperándole.