CommunityRedacción y edicióngithub.com

local-eeat

Úsalo junto con non-commodity-content al redactar o editar cualquier página o entrada para un negocio de servicios LOCAL: páginas de ubicación, páginas de sedes, páginas de "[servicio] en [ciudad]", entradas de blog locales, contenido de área de servicio. Añade la capa de E-E-A-T local (sedes nombradas, especificidad geográfica, prueba local de primera mano, señales de área de servicio) que el estándar general no-commodity no cubre, junto con un flujo de trabajo de captura de voz y enlaces internos, y la Anatomía de Página de Ciudad de nueve partes con su puerta programática a la que se ajusta cada página de ciudad y área de servicio (escrita a mano o generada). Omítelo para contenido no local (guías generales, temas nacionales/globales); usa solo non-commodity-content en esos casos.

¿Qué es local-eeat?

Local E-E-A-T Content Standard es una extensión local del estándar general non-commodity-content, diseñada para negocios de servicios locales que necesitan contenido con alta señal de Experiencia, Expertise, Autoridad y Confianza a nivel local. Se aplica a páginas de ubicación, sedes, "servicio en ciudad", blogs locales y contenido de áreas de servicio. Añade una capa obligatoria de especificidad geográfica: nombres de sedes reales, eventos locales, fotos originales in situ, citas de clientes reales y detalles logísticos del área. Incluye una Anatomía de Página de Ciudad de nueve partes (de título a enlaces) con un "gate" programático que evita contenido duplicado y páginas puerta. También incorpora un flujo de captura de voz (mediante muestras o entrevistas rápidas) para que el contenido suene auténtico, y un paso de enlaces internos hacia clusters existentes (sedes, ubicaciones, servicios). Es compatible con cualquier plataforma de agentes (Claude Code, Cursor, Codex) y complementa a non-commodity-content; se omite para contenido no local o genérico. La verificación previa a la publicación incluye siete preguntas que deben responderse afirmativamente; de lo contrario, el contenido se considera commodity local y debe rehacerse.

Compatible con~Claude Code~Codex CLI~Cursor
npx skills add https://github.com/popnetmedia/claude-seo-skills/tree/main/local-eeat

Installed? Explore more Redacción y edición skills: steipete/notion, langchain-ai/langchain, bytedance/podcast-generation · View all 6 →

Preguntar en tu IA favorita

Abre un nuevo chat con esta habilidad de agente ya precargada.

Documentación

Estándar de Contenido E-E-A-T Local

Relación con non-commodity-content

Esta habilidad es una EXTENSIÓN LOCAL, no un reemplazo. La habilidad non-commodity-content es la puerta de calidad (único + específico + auténtico, el chequeo de 5 preguntas). Esta habilidad añade la capa local encima. EJECUTA AMBAS para cualquier página o entrada local.

Donde esta habilidad y las guías SEO antiguas entren en conflicto, gana non-commodity-content:

  1. Titulares: NO uses H1 de preguntas genéricas por defecto. Guías antiguas (y habilidades generales de escritura de blogs) insisten en "redacta el H1 como la pregunta que el lector escribe" (ej. "¿Cuánto cuesta un DJ de bodas en Huntsville?"). Según el estándar non-commodity, un título de pregunta genérica independiente es commodity. Favorece una INSTANCIA LOCAL ESPECÍFICA en su lugar:

    • Commodity: "¿Cuánto cuesta un DJ de bodas en Huntsville?"
    • No commodity: "Lo que cobramos por una boda de 180 invitados en The Ledges el pasado junio, y por qué" Un título de pregunta es aceptable SOLO cuando el cuerpo ofrece prueba local de primera mano.
  2. El esquema FAQ no es la palanca de citación de IA. Mantén las secciones FAQ donde realmente ayuden a los lectores, y aplica esquema FAQPage para resultados enriquecidos, pero no trates los bloques FAQ o "exactamente 5 preguntas" como lo que gana citaciones de IA. La especificidad local de primera mano gana citaciones. (Según la Guía de Optimización de IA de Google).

El Listón Local No Commodity

Una página local pasa solo si un competidor en la misma ciudad NO PUDIERA escribirla a partir de fuentes públicas. La prueba de que no puede: estuviste físicamente allí.

Cada pieza local debe contener al menos uno de estos elementos, original y no parafraseado:

  • Una sede o ubicación nombrada donde realmente trabajaste, con un detalle específico que solo alguien que estuvo en el lugar conocería ("el césped de la ceremonia en Burritt on the Mountain pierde el sol detrás de la línea de árboles alrededor de las 6:30 p. m. en mayo, así que adelantamos el primer baile").
  • Un evento/fecha local nombrado ("una recepción de 180 invitados en The Ledges, junio de 2025").
  • Una foto original en el lugar: la sede real, tu instalación real. Sin fotos de stock, ni fotos promocionales de la propia sede.
  • Un momento o cita real de un cliente local, atribuido y fechado.
  • Un detalle logístico/geográfico específico del área (carga y descarga en Stovehouse, estacionamiento en Stonehaven, horario de ordenanza de ruido en Madison, tiempo de conducción desde el taller hasta una sede en Decatur).

Especificidad Geográfica Sin Caer en Commodity

  • Nombra el lugar ESPECÍFICO, no solo la ciudad. "Stone Bridge Farms en Cullman" supera a "una sede cerca de Huntsville".
  • Usa entidades locales reales: vecindarios, puntos de referencia, sedes, temporadas, eventos locales. Estas son señales de entidad que los motores de búsqueda y la IA vinculan a tu localidad.
  • Coloca el lugar en el titular cuando esté vinculado a una instancia real, no como palabra clave añadida. "...en The Roundhouse" no "...en Huntsville, AL | Mejor DJ".
  • Una ciudad/área principal por página. No crees páginas casi duplicadas por pueblo (eso es spam de contenido escalado, consulta non-commodity-content). Las páginas de área de servicio genuinamente distintas necesitan contenido de primera mano genuinamente distinto.

Anatomía de Página de Ciudad (páginas programáticas "[servicio] en [ciudad]", cada sitio)

La forma para cada página de ciudad, pueblo y área de servicio, escrita a mano o generada. Nueve partes, de arriba a abajo.

  1. Título: servicio + ciudad en el espacio de la palabra clave. Alquiler de autocaravanas en Tampa | <beneficio> | <Marca>, aún la fórmula de título Palabra clave | Beneficio | Marca, 60 caracteres o menos. Usa el sustantivo del buscador, no jerga del sector.
  2. Un resumen con viñetas en la parte superior: qué es el servicio, dónde se entrega y cuánto cuesta. Este es el bloque que los motores de respuesta resaltan. El precio sigue ai-search-readiness Movimiento 1: un rango con ambos extremos, qué lo modifica y la fecha medida, leído de la fuente en el momento de la creación. Nunca una cifra "desde" desnuda. Cuando no hay precio publicado, la viñeta lo indica y nombra dónde obtener uno.
  3. Escribe sobre la ciudad real. La página demuestra tanto experiencia en el servicio como conocimiento del lugar, usando el Listón Local No Commodity anterior. Incluye algo específico de esa ciudad que ninguna otra página del sitio dice.
  4. Indicaciones de conducción reales desde un punto de referencia conocido hasta donde ocurre el servicio (el taller, el parque, la sede), nombrando las carreteras y puntos de referencia en el camino. Cada carretera y punto de referencia se verifica en un mapa, y ninguno se inventa ("cerca de Home Depot" solo si hay un Home Depot allí). Un negocio de área de servicio sin dirección pública da indicaciones hacia donde se realiza el trabajo, nunca a una dirección particular. Si no hay nada real a lo que rutear, se omite la sección.
  5. Elimina todo lo no relacionado: declaraciones de misión, historias fundacionales y texto genérico. Cada bloque trata sobre este servicio en esta ciudad, o desaparece.
  6. Preguntas frecuentes de la ciudad en las palabras del buscador, ej. "¿Cuánto cuesta el alquiler mensual de una autocaravana en Tampa?". Tómalas de preguntas reales de clientes cuando existan (ai-search-readiness Movimiento 3), responde cada una desde una fuente y márcalas como FAQPage. Las mismas cinco preguntas con la ciudad intercambiada es el patrón de plantilla que esta habilidad prohíbe.
  7. Organizaciones locales reales, nombradas: la cámara de comercio, un proveedor utilizado, un equipo patrocinado, el parque o sede con la que se trabajó. Solo relaciones que existen. Nunca des a entender una membresía, patrocinio o asociación que el negocio no tenga, y divulga un negocio propio dondequiera que se nombre.
  8. Formulario de contacto y prueba social en la misma página. Solo reseñas y testimonios reales, atribuidos, fechados y vinculados a su fuente. Sin aggregateRating sin una fuente vinculada. Sin reseñas reales, no hay bloque de reseñas; nunca escribas un marcador de posición ni fabriques uno.
  9. Apunta enlaces de retroceso a esta página, no solo a la página de inicio. Las citas y enlaces obtenidos apuntan a la página de ciudad sobre la que tratan, con anclas principalmente de marca o URL desnuda y la frase de coincidencia exacta usada con moderación.

La puerta programática. Una página de ciudad generada se publica solo cuando sus datos superan un mínimo establecido por el sitio: entidades locales reales y algo específico de esa ciudad que ninguna otra página de ciudad del sitio dice. Un directorio de parques, por ejemplo, podría requerir tres parques verificados por ciudad. Por debajo de la puerta, la URL no se genera: dynamicParams = false, se deja fuera del mapa del sitio y se redirige a la página real más cercana. Las páginas casi duplicadas con cambio de ciudad son páginas puerta según la política de spam de Google. Una de ellas arriesga todo el conjunto.

Área de Servicio y Consistencia de Entidades (a nivel de sitio, verificar antes de publicar)

  • Consistencia NAP: el nombre comercial, la dirección/área de servicio y el teléfono coinciden en todo el sitio, pie de página, esquema y Perfil de Negocio de Google exactamente.
  • Honestidad del área de servicio: indica el área real ("solo área local" según las estadísticas del proyecto). No des a entender cobertura de ciudades a las que no sirves.
  • El esquema LocalBusiness / Organization lleva el NAP consistente y enlaces a los perfiles de GBP y redes sociales verificados. Configuración única, reforzada por página.

Captura de Voz (antes de redactar una entrada local)

El contenido local debe sonar como el operador que estuvo allí, no como IA genérica. Antes de redactar, captura la voz de una de estas formas:

  • Muestras: estudia el texto existente del sitio / entradas anteriores: ritmo de oraciones, formalidad, primera persona "yo" vs. "nosotros" de equipo, frases recurrentes, lo que evitan. Nombra lo que encontraste en una línea y confirma.
  • Entrevista rápida (si no hay muestras): como máximo 4 preguntas: cómo hablan con un cliente, primera persona vs. "nosotros", algo que nunca quieran sonar, una oración con su propia voz sobre por qué el tema es importante.

Usa por defecto la voz de marca establecida ya presente en el texto del sitio a menos que se indique lo contrario.

Enlaces Internos Hacia Clusters Existentes (paso del flujo de trabajo, no una ocurrencia tardía)

La mayoría de los sitios locales ya tienen clusters: páginas de sedes o lugares, páginas de ubicación (/locations/[slug]) y páginas de servicio. Cada entrada local debe conectarse a ellas.

  1. Antes de redactar, identifica 3–5 páginas relacionadas existentes (la página de la sede para la sede nombrada, la página de ubicación de la ciudad, la página de servicio relevante).
  2. Teje 3–5 enlaces contextuales en el cuerpo con texto de anclaje descriptivo (el nombre de la sede, el servicio), nunca "haz clic aquí", nunca repitas coincidencia exacta.
  3. Añade un bloque corto "Relacionado" que enlace al mismo cluster.
  4. Si una entrada nombra una sede SIN página de sede existente, esa brecha es una señal de creación: marca una nueva página de sede (según la regla del volante de contenido en non-commodity-content).

Imágenes (piezas locales específicamente)

Según non-commodity-content, cada pieza resuelve las imágenes en el momento de la planificación. Para local:

  • Prefiere FOTOS ORIGINALES en el lugar (la sede real, la instalación real).
  • Los nombres de archivo y el texto alternativo incluyen la sede + ciudad de forma natural (360-photo-booth-the-ledges-huntsville.jpg, alt: "cabina de fotos 360 instalada en el patio de The Ledges en Huntsville").
  • Si se generan imágenes de forma programática, la sede/entorno debe ser plausible y no tergiversar una sede real nombrada que no hayas fotografiado. Si no puedes mostrar el lugar real, no des a entender que lo hiciste.

Verificación Local Antes de Publicar (además del chequeo de 5 preguntas de non-commodity-content)

Cada respuesta debe ser SÍ:

  • ¿La pieza nombra una sede, evento o lugar LOCAL ESPECÍFICO vinculado a trabajo real?
  • ¿Hay prueba local de primera mano que un competidor en esta ciudad no podría falsificar?
  • Entradas: ¿el titular nombra una instancia local específica (no una ciudad + palabra clave genérica)? Páginas de ciudad: ¿el título es servicio + ciudad según la Anatomía de Página de Ciudad, con la instancia local específica llevada en el cuerpo?
  • Páginas de ciudad: ¿están presentes las nueve partes de la anatomía, u omitidas honestamente (sin indicaciones sin una ruta real, sin bloque de reseñas sin reseñas reales), y la página supera la puerta programática?
  • ¿Enlaza a los clusters existentes de sedes / ubicaciones / servicios?
  • ¿El NAP / área de servicio es consistente con el resto del sitio y GBP?
  • ¿Las imágenes son originales o veraces, con sede+ciudad en el nombre de archivo y texto alternativo?

Si alguna es NO, es contenido local commodity. Reelabora antes de publicar.

Lista de Verificación de Publicación / Entrega (adjuntar a cada entregable local)

  • Establecer título SEO (primero la palabra clave, incluye localidad) + meta descripción (130–150 caracteres).
  • Confirmar que el esquema LocalBusiness/Organization NAP coincida; esquema FAQPage solo si existe una sección FAQ y realmente ayuda a los lectores.
  • Añadir "Última actualización: [Mes Año]".
  • Obtener la(s) imagen(es) en el lugar; añadir el texto alternativo y los nombres de archivo proporcionados.
  • Confirmar que los enlaces internos del cluster se resuelven.
  • Establecer un recordatorio de actualización de 6 a 12 meses: actualizar sedes/precios/estadísticas, confirmar enlaces, actualizar la fecha.

Individual skills in this repo

This repo contains 2 individual skills — each has its own dedicated page.

Skills relacionados