diff --git a/guide/spanish/accessibility/accessibility-basics/index.md b/guide/spanish/accessibility/accessibility-basics/index.md
index 04f9ff99d4f..38d2cfb6d09 100644
--- a/guide/spanish/accessibility/accessibility-basics/index.md
+++ b/guide/spanish/accessibility/accessibility-basics/index.md
@@ -73,9 +73,9 @@ La especificación HTML es un documento que describe cómo se debe usar el lengu
- Huge heading I will style with CSS later
+ Enorme cabecera a la cual pondre css más tarde
- English
+ Ingles
```
¿Adivina qué? Los tres de estos elementos rompen varios criterios de WCAG y, por lo tanto, no son accesibles en absoluto.
@@ -93,11 +93,11 @@ Spans y divs no son elementos. Están destinados a contener otros elementos, no
```html
-
+
-
Here's a heading level two
+
Aquí hay una cabecera de nivel 2
- English
+ Ingles
```
Auge. De repente, todos estos elementos ahora son perfectamente accesibles, solo mediante el uso de HTML nativo. HTML de la forma en que estaba destinado a ser utilizado, en otras palabras.
@@ -195,4 +195,4 @@ En los artículos posteriores, abordaré varios temas más de primera clase. Una
* Agregar encabezados estructurados suena como una buena idea, pero no encajan en mi diseño. ¿Qué debo hacer?
* ¿Hay alguna manera de escribir contenido que solo vean los lectores de pantalla y otras tecnologías de asistencia?
* ¿Cómo hago accesibles los componentes personalizados de JavaScript?
-* ¿Qué herramientas hay, además de las pruebas de usuario inclusivas, que pueden usarse para desarrollar la experiencia más sólida y accesible para el grupo más grande de usuarios?
\ No newline at end of file
+* ¿Qué herramientas hay, además de las pruebas de usuario inclusivas, que pueden usarse para desarrollar la experiencia más sólida y accesible para el grupo más grande de usuarios?