Un cliente me envió un enlace el mes pasado con una línea breve: " haz que el nuestro se vea así." Sin nombre de tema, sin contacto con el desarrollador, sin presupuesto para una reconstrucción. Antes de poder decir si eso fue quince días de trabajo o una tarde de CSS, necesitaba saber qué estaba ejecutando realmente el sitio, y la respuesta honesta más rápida proviene de la página misma, no de preguntar.
WordPress es inusualmente generoso al respecto. Publica su propia estructura en cada página a la que sirve, lo que significa que un sitio le dice qué tema lo representa, si alguien quiso hacerlo o no. Esta guía explica dónde vive esa información, cómo leerla a mano y por qué a veces falta la respuesta sin que el sitio sea menos WordPress. El Detector de temas de WordPress hace la misma lectura en una sola solicitud.
TL;Dr: Abra el código fuente de la página y busque una hoja de estilo cargada desde
/wp-content/themes/<slug>/. Ese slug es la carpeta del tema. Recuperar/wp-content/themes/<slug>/style.cssy el bloque de encabezado en la parte superior nombra el tema, su versión, su autor y, si es un tema secundario, el padre que extiende en aTemplate:línea. Si nada se carga desde/wp-content/, el sitio aún puede ser WordPress: es posible que un host administrado o un complemento de optimización hayan reescrito las rutas.
¿dónde nombra una página de WordPress su propio tema?
Cada tema tiene que cargar su hoja de estilo desde su propia carpeta, y WordPress sirve archivos de tema desde una ubicación fija: /wp-content/themes/<slug>/. Entonces, lo primero que debe hacer con cualquier página es ver el origen y buscar wp-content/themes. Lo que vuelve se ve así:
<link rel="stylesheet" id="astra-theme-css"
href="https://example.com/wp-content/themes/astra/assets/css/minified/main.min.css?ver=4.6.2" />
El nombre de la carpeta entre themes/ y la siguiente barra diagonal es la respuesta: astra. Ese es un hecho sobre la respuesta, no una suposición de cómo se ve la página.
Otras tres señales se encuentran a su lado y vale la pena saberlas, porque son las que le dicen que el sitio es WordPress cuando el tema está oculto:
| Señal | Donde aparece | Lo que prueba |
|---|---|---|
/wp-content/themes/<slug>/ |
hojas de estilo y URL de scripts | el tema activo y la carpeta #39;s |
/wp-includes/ |
URL de script principales como wp-emoji-release.min.js |
El núcleo de WordPress está sirviendo a la página |
<link rel="https://api.w.org/"> |
<head>și a Link: encabezado de respuesta |
la API REST está habilitada |
<meta name="generator" content="WordPress 6.7"> |
<head> |
la versión principal, cuando no ha sido eliminada |
La etiqueta del generador es la que se elimina con mayor frecuencia. Muchos complementos de seguridad lo eliminan y una línea en un tema 's functions.php hace lo mismo, porque anuncia una versión exacta a cualquiera que busque problemas conocidos. Su ausencia no dice nada sobre si el sitio es WordPress.
¿cómo se obtiene el nombre real y la versión de theme'?
Una carpeta slug no es un nombre. astra este recunoscut, twentytwentyfour es obvio, pero muchas slugs son abreviaturas que nadie fuera de la agencia sabría. El nombre vive una solicitud más adelante.
Cada tema envía un style.css en su raíz, WordPress requiere que ese archivo comience con un bloque de comentarios que se declare. Recuperar https://example.com/wp-content/themes/astra/style.css y la parte superior del archivo dice:
/*
Theme Name: Astra
Theme URI: https://wpastra.com/
Author: Brainstorm Force
Version: 4.6.2
Template: astra
Text Domain: astra
*/
Esos campos de encabezado no son una convención que alguien haya elegido seguir. El Manual temático hace Theme Name obligatorio para cualquier tema que WordPress acepte, por lo que funciona en temas personalizados que nunca se publicaron en ninguna parte.
Una advertencia sobre la versión, y es más importante de lo que la gente espera. Version: es lo que escribió el autor del tema para ese lanzamiento. Es preciso en un tema intacto y poco confiable en el momento en que alguien edita los archivos sin aumentar el número, lo que sucede constantemente en sitios que han sido " simplemente arreglado rápidamente y quot; unas cuantas veces. Léelo como el tema ' propia afirmación sobre sí mismo.
¿Qué significa cuando aparecen dos temas?
Una página que carga hojas de estilo desde dos carpetas de temas casi siempre ejecuta un tema secundario.
Un tema secundario es una pequeña carpeta que anula parte de un padre en lugar de copiarlo. El niño's style.css nombra a su padre en a Template: line y WordPress cargan ambas carpetas. Esa relación es el punto: el padre se puede actualizar sin destruir las personalizaciones, que es el camino recomendado para modificar cualquier tema que no hayas escrito.
Entonces cuando ves ambos astra y astra-child, el tema activo es astra-child y el padre lo es astra. los Template: el campo es lo que lo resuelve, en lugar de adivinar los nombres de las carpetas: muchos temas secundarios no llevan el nombre de sus padres en absoluto.
Aquí también es donde las respuestas automatizadas salen mal de una manera específica y repetible. Una búsqueda de catálogo que haga coincidir un slug con un tema publicado reconocerá felizmente el padre, porque el padre es el publicado, e informe eso como respuesta. La página es la mejor autoridad aquí: la hoja de estilo que carga es lo que la representa, punto.
¿Por qué un sitio no muestra ningún tema?
Este es el caso que vale la pena comprender, porque es donde le reside una herramienta segura.
Varias configuraciones ordinarias borran la carpeta de temas de la página:
- Un complemento de optimización o almacenamiento en caché que concatena cada hoja de estilo en un archivo combinado
/wp-content/cache/. El archivo fusionado contiene el tema 's CSS; el nombre de la carpeta tema 's desapareció del marcado. - Un host o CDN que sirve activos desde una ruta reescrita, por lo tanto
/wp-content/themes/astra/...llega como/assets/a1b2c3.css. - Una configuración sin cabeza, donde WordPress es el administrador y la API pero algo más representa la interfaz. No hay ningún tema en el sentido habitual.
- Un sitio que simplemente no es WordPress.
Esos cuatro parecen idénticos desde fuera si todo lo que verificas es " encontré una carpeta de temas". No son la misma respuesta y reportan las tres primeras como " no WordPress" está equivocado en la dirección segura. Compruebe las otras señales - /wp-includes/, el enlace API REST, el wp-json ruta - antes de concluir cualquier cosa. Un sitio no puede servir a ninguno de sus caminos temáticos y aun así responder https://example.com/wp-json/ con un índice JSON, que lo liquida.
Escanear una página interior en lugar de la página de inicio también ayuda más de lo que la gente espera. Las páginas de inicio son la página más almacenada en caché y más optimizada agresivamente en la mayoría de los sitios; una publicación de blog o una página de contacto carga con frecuencia los propios archivos del tema & #39 sin tocar.
¿Es legal y lo descubre el propietario del sitio?
Leer una página pública es una solicitud normal. Su navegador hace el mismo cada vez que lo visita, y el registro de acceso al sitio 's lo registra de la misma manera que registra a todos los demás visitantes. Nada en la verificación de un tema toca el área de administración, envía un formulario o intenta iniciar sesión.
Lo que haces con la respuesta es la parte con reglas. Un tema ' el nombre y la versión son hechos; el tema ' El código tiene licencia y la mayoría de los temas de WordPress son GPL, lo que le otorga una gran cantidad pero no es lo mismo que "cualquier cosa va" con alguien 's marca, sus imágenes o su contenido. Identificar un tema para poder comprar el mismo es el uso normal. Copiar un sitio no es una pregunta temática.
¿Cómo se comprueba rápidamente, sin leer la fuente?
A mano la secuencia es: ver fuente, buscar wp-content/themes, toma el slug, busca esa carpeta's style.css, lee el encabezado. Desde una terminal hay dos comandos:
curl -s https://example.com | grep -o 'wp-content/themes/[^/]*' | head -1
curl -s https://example.com/wp-content/themes/astra/style.css | head -20
los Detector de temas de WordPress ejecuta exactamente eso, sigue el enlace de niño a padre y enumera las señales que utilizó para que pueda verificar el razonamiento en lugar de confiar en un veredicto. También separa los tres resultados que importan: tema encontrado, WordPress pero el tema no se pudo leer y ninguna señal de WordPress.
Los complementos son una pregunta separada con evidencia separada y una advertencia mucho mayor, razón por la cual son una herramienta separada: la Detector de complementos de WordPress lee la misma página sobre lo que se carga en ella. Y si estás del otro lado de esto, publicando un tema o complemento propio, el generador readme escribe el readme.txt el directorio de WordPress.org analiza.
