UN HALLAZGO SE DIO POR BUENO Y ERA FALSO. Se deja escrito para que el error no se repita. Durante ocho tandas este informe sostuvo que esta página sobre-optimiza la palabra suelta «atropello», 90 usos contra 8 de la página de peatones, y que el remedio era dejar de repetir la palabra suelta. Las tandas 8 y 9 se contuvieron obedeciendo a eso.
POR QUÉ ERA FALSO: el 90 venía de buscar «atropello» como SUBCADENA, lo que cuenta cada aparición de «atropello y fuga» como si fuera un uso suelto. Medido correctamente sobre el render: atropell* total 74, de los cuales «atropello y fuga» 67 — el 91% — y solo SIETE usos sueltos en unas 6,000 palabras, y los siete legítimos. Esta página está targeteada exactamente como debe estarlo. Rankea para consultas de peatón porque «atropello» es un token inevitable dentro de «atropello y fuga»: no se puede escribir sobre hit-and-run en español sin escribirlo. El ranking es un EFECTO SECUNDARIO de un targeting correcto, no el síntoma de uno excesivo. No hubo daño —la contención salió barata— pero el hallazgo tenía que corregirse antes de desviar nada más.
La asimetría REAL, medida el mismo día Y EL ARREGLO NO ESTÁ AQUÍ
La página de peatones es un TERCIO del tamaño y usa 8 veces la palabra que sus propios buscadores teclean. Usa 46 veces el término clínico «peatón», y los hispanohablantes no buscan «peatón»: buscan «atropello» y «me atropellaron».
No está perdiendo por sobre-optimización de esta página; está perdiendo por profundidad y por su propio término cabeza. NADA en esta página puede arreglar eso, y un enlace de traspaso tampoco: Google va a seguir prefiriendo una página de 6,000 palabras sobre una de 1,800. La decisión de «absorber o traspasar» es una FALSA DISYUNTIVA: absorber diluiría una página correctamente enfocada, y traspasar exige trabajo EN la página de peatones. El arreglo entero vive en esa otra página y está fuera del alcance de este ticket. Reportado, no ejecutado.
Aquí esta página es la VÍCTIMA — tres URLs se reparten su propio término exacto
Y esto se DEGRADÓ de «daño» a «ruido» al comprobarlo en el código, no al suponerlo. Se revisó el render de la portada: «atropello y fuga» aparece exactamente UNA vez, como ancla de navegación de áreas de práctica. No está escribiendo más que esta página sobre el término; rankea por autoridad de dominio más un ancla. Y la página de auto contiene «atropell» CERO veces: su posición 18.78 en una consulta de atropello y fuga es ruido temático, no solapamiento de contenido. Las dos comprobaciones que G7 pedía quedan CERRADAS, y la conclusión cambia: es ROTACIÓN de URL, no sobre-optimización de la portada.
El lado español está LIMPIO — medido, no supuesto
Solo SEIS páginas españolas de todo el sitio contienen «atropell*» siquiera. NINGUNA otra usa «atropello y fuga» más de UNA vez, y los dos usos únicos que existen son texto plano dentro de una lista de «también llevamos». Nada compite por el término.
El solapamiento de contenido lo confirma por un método completamente distinto: el Jaccard de 5-gramas más alto de todos es 4.0%, con la página de peatones. Motocicletas 1.1%, muerte por negligencia 1.1%, bicicleta 1.1%, auto 0.8%, la portada 0.2%. Nada está hilado ni duplicado: cada página está escrita de forma independiente. Capas comprobadas y limpias, anotadas para que nadie las vuelva a correr: las 1,871 entidades FAQ (las 18 que mencionan atropello y fuga pertenecen todas a este servicio, 10 en inglés y 8 en español, cero respuestas y cero preguntas reutilizadas en otro servicio), los 155 posts de blog, las landing pages y las páginas de ubicación.
493 enlaces entrantes, y valen casi nada EL SITIO SE CRAWLEÓ, NO SE GREPEÓ
486 de los 493 son las mismas dos listas de plantilla repetidas en cada página, con la misma ancla — exactamente el patrón que los buscadores descuentan. El recuento honesto de enlaces que pueden pasar señal discriminante es SEIS, y CINCO se crearon el mismo día.
Y el dato que enmarca todo esto: en la página renderizada hay 291 hrefs, de los cuales 200 son del propio sitio — y solo 11 son EDITORIALES. Los otros 189 son enlaces de plantilla que emiten idénticamente las 155 páginas. O sea que alrededor del 5% de los enlaces internos de esta página lleva alguna señal discriminante, y esos 11 hacen todo el trabajo. También pone techo a cuánto puede mover cualquier enlace nuevo — conviene saberlo antes de gastar una tanda en fontanería de enlaces.
Los 5 enlaces entrantes creados, y por qué esas cinco páginas TANDA 16 · 1 → 6 ENLACES EDITORIALES
Conductores sin seguro → «Accidentes de atropello y fuga» · el más valioso: esta página enlaza a la de UM DOS veces, es su destino más enlazado. El enlace de vuelta cierra el bucle
Colisión trasera → «Accidentes de atropello y fuga» · un alcance por detrás en el que el conductor no para ES un atropello y fuga
Peatones → «abogado de accidentes de atropello y fuga en Miami» (exacta) · la ancla más fuerte de las cinco, desde la página más adyacente
Bicicleta → «qué hacer si el conductor se dio a la fuga» (NO exacta, a propósito)
Conductores ebrios → «accidentes de atropello y fuga» · un conductor ebrio tiene su propia razón para no parar: quedarse significa una prueba de alcoholemia
ESTA TANDA ROMPE LA REGLA DE «no tocar otras páginas», y consta. La regla vigente en este ticket es confinar las ediciones a la página objetivo y REPORTAR los problemas ajenos. El usuario pidió expresamente que se crearan enlaces entrantes, lo que la anula solo para esta tanda. Cinco archivos cambiados, ninguno la página objetivo.
Por qué esas cinco y no más: todas tenían YA una razón para mencionar este servicio. Dos ya lo nombraban en texto plano sin enlace, así que la edición solo convierte copia existente. Las otras tres tenían un agujero real en su consejo — las tres le dicen al lector que consiga los datos del conductor, que es imposible si el conductor huyó. Las páginas que habrían necesitado un pretexto para enlazar aquí se dejaron en paz.
Las anclas se variaron a propósito: cinco anclas de coincidencia exacta apareciendo en cinco páginas el mismo día es una huella. Se usó una sola exacta, desde el donante más relevante; el resto parciales o naturales.
UN MATIZ QUE HAY QUE REGISTRAR CON HONESTIDAD: en cada página donante el enlace de plantilla aparece en el HTML ANTES que el editorial nuevo. Bajo la heurística clásica del primer enlace, la ancla atribuida sería la de la plantilla, en Title Case. Google moderno no es rígido en esto y descuenta la navegación repetida, así que los editoriales siguen mereciendo la pena — pero no hay que contabilizar la tanda 16 como cinco señales limpias de ancla.
Dos enlaces GRATIS sin reclamar, y el arreglo son dos ediciones de una línea FUERA DE ALCANCE · REPORTADO
Estas dos páginas ya nombran el servicio en su cuerpo como TEXTO PLANO, sin href: miami-rear-end-collision-accident-attorney/Es y miami-uninsured-motorist-accident-lawyer/Es, las dos con <li>Accidentes de atropello y fuga.
La de conductores sin seguro es con diferencia la más valiosa de las dos: es el destino MÁS enlazado de esta página, con 2 enlaces salientes, así que enlazar de vuelta cierra un bucle temático genuino en vez de añadir un enlace decorativo. Y el inventario de verdad sin reclamar está en otro sitio: 16 posts de blog en español, de los cuales NINGUNO menciona hoy atropello y fuga. Un solo post español sobre este tema, enlazado aquí, valdría más que cualquier enlace adicional entre páginas de servicio — y además es contenido nuevo, no fontanería. En las páginas de servicio españolas ya no queda margen: las que faltan no tienen razón natural para enlazar aquí, y fabricar una razón es como un perfil de enlaces empieza a parecer artificial.
Un post de blog de 2015 canibaliza a la página INGLESA FUERA DE ALCANCE · NO AFECTA A ESTA URL
/blog-posting/hit-and-run-in-miami — activo, destacado, publicado el 2015-12-21, 380 palabras, title «Hit And Run in Miami - DUI Lawyer | Gallardo Law Firm», canonical propio, «hit and run» once veces solo en sus metas. La colisión está en el H1 y en el SLUG, que son las dos señales más difíciles de ignorar, contra una página de servicio de 6,568 palabras.
Lo que ES en realidad: una noticia sobre un arresto de 2015 — un caso de homicidio por DUI, no una página de práctica de atropello y fuga. Y manda una señal temática CONTRADICTORIA: su título dice «DUI Lawyer», encuadre de defensa criminal, mientras la página de servicio es representación de la víctima. Mismo despacho, lados opuestos del caso. *** CAVEAT DE EVIDENCIA, PARA NO SOBREVENDER EL HALLAZGO: *** lo PROBADO es que dos URLs indexables inglesas llevan targeting casi idéntico del término cabeza en title, H1 y slug — eso es un RIESGO estructural establecido desde el marcado. Lo NO probado es que Google esté rotando entre ellas hoy: para la página española eso se demostró con un export de GSC filtrado por consulta, y no existe export inglés equivalente. Ese export es el siguiente paso, y además decide cuál de los remedios es el correcto. IMPACTO SOBRE LA PÁGINA ESPAÑOLA: NINGUNO — no hay versión española del post, y las páginas inglesas emiten URLs inglesas. Se registra porque el barrido lo encontró, no porque bloquee nada aquí.
Una tanda que TIRÓ EL SITIO ABAJO, y la restricción que la explica TANDA 19 · REVERTIDA
La caja «También te Representamos en Casos de:» no es boilerplate de plantilla: es el bloque <ServicesRelated> de la entidad de esta página en ServiceEntities.xml. Se intentó cambiar dos entradas por Accidentes de Peatones y Muerte Injusta, que son mucho más relevantes. El sitio local se cayó.
*** LA RESTRICCIÓN DURA, Y NO ESTÁ DOCUMENTADA EN NINGUNA PARTE DEL REPOSITORIO *** Una entrada de <ServicesRelated> no puede nombrar un servicio cuyo propio grafo de relacionados pueda volver a la página actual. La propiedad es ICollection<ServiceEntity> —objetos de entidad completos, cada uno con su propio ServicesRelated— así que un ciclo recursa sin caso base y el sitio se cae.
NO ES SOLO RECIPROCIDAD DIRECTA, que es por lo que se pasó por alto. Ninguno de los dos servicios añadidos apunta de vuelta a esta página: llegan en TRES SALTOS, los dos vía miami-car-accident-attorney, que es la ÚNICA entidad de las 155 del catálogo que lista atropello y fuga como relacionada. Es el hub que vuelve inseguro a casi todo candidato que valdría la pena. LOS SEIS ORIGINALES NO ERAN UNA SELECCIÓN DÉBIL: ERAN UNA SELECCIÓN RESTRINGIDA. Los seis son NODOS HOJA — ninguno tiene bloque ServicesRelated propio, así que no puede haber ciclo. Solo 14 de las 155 entidades tienen el bloque siquiera. EL ERROR DE REVISIÓN DEL QUE APRENDER: la caja se juzgó por mérito temático y se llamó «inventario en gran parte desperdiciado» con dos «malas elecciones». El patrón de que cada una de las entradas fuera un nodo hoja estaba VISIBLE EN LOS DATOS ANTES de la edición y no se leyó como una regla. Una lista existente cuyos miembros comparten una propiedad estructural es una restricción, no una preferencia. RECOMENDACIÓN REVISADA: dejar la caja como está — y además importa menos de lo que parece, porque peatones y muerte por negligencia ya se enlazan desde el cuerpo del artículo. Lo que salió bien: se hizo COPIA DE SEGURIDAD antes de escribir, así que revertir fue copiar un archivo; el registro se localizó ESTRUCTURALMENTE y no por búsqueda de texto, lo que importó porque el primer intento casó DOS registros; y la verificación posterior reparseó el documento entero, 155 → 155 entidades, una sola cambiada. La edición de datos era correcta. Lo que se desconocía era la regla del dominio.
Una tanda revertida por el usuario, y tenía razón TANDA 17 · REVERTIDA
Se añadió un segundo enlace editorial desde el post de blog inglés a la página de servicio inglesa. Lo que se pedía era un enlace que pasara AUTORIDAD, y un segundo enlace editorial a una URL que la página YA enlaza no hace eso: el valor saliente de una página se reparte entre sus enlaces, así que un segundo enlace al mismo destino no añade una segunda parte, y la ancla que se atribuiría sigue siendo la de la plantilla, que va primera en el DOM.
EL FALLO DE PROCESO, que es la parte que vale la pena guardar: el caveat sobre el enlace de plantilla yendo primero estaba ESCRITO EN EL PROPIO COMENTARIO RAZOR DE LA EDICIÓN ANTES DE PUBLICARLA. Escribir la razón por la que una edición no va a funcionar y publicarla igual no es diligencia: es usar una nota al pie como coartada. La secuencia correcta era leer el post primero, reportar «aquí ya existe un enlace y un segundo no te compra nada, ¿lo quieres igual?», y dejar decidir al usuario. REGLA A PARTIR DE AHORA EN ESTE PROYECTO: si la justificación de una edición hay que matizarla en su propio comentario, se plantea ANTES de editar, no después. Y el revert en sí tenía un bug — cortó UNA LÍNEA DE MÁS y borró el párrafo de cierre del post, mientras las cuatro aserciones del script PASABAN, porque las cuatro comprobaban que el contenido nuevo hubiera DESAPARECIDO y ninguna comprobaba que el original hubiera SOBREVIVIDO. Se cazó diffeando contra HEAD y viendo 1 inserción / 2 borrados donde un revert limpio muestra cero. UN REVERT DEBE ASERTAR SOBRE LO QUE DEBE QUEDAR, NO SOLO SOBRE LO QUE DEBE IRSE.