¿Dónde poner mi código: plugin o functions.php?

Una prueba sencilla para determinar dónde colocar mejor el código:

• Escribe el código en el archivo functions.php
• Cambia de tema

• ¿Echas de menos la funcionalidad, el blog no funciona correctamente o quedan fragmentos del tema anterior (por ejemplo, shortcodes)?

  • Sí: colócalo en un plugin

  • No: déjalo en functions.php

Ejemplos: Escribe un shortcode. Después de cambiar de tema, los shortcodes en bruto quedan en tus publicaciones. Por lo tanto, será mejor colocarlo en un plugin.

Escribe una función para listar los últimos comentarios. Después de cambiar de tema, todo está bien porque quizás el otro tema tenga una función equivalente.

Realmente depende del código y lo que haga. Algunos códigos solo influyen en el estilo o contenido del tema, otros modifican las publicaciones del blog.

No creo que haya una respuesta fácil a esta pregunta, pero apuesto a que podríamos hacer un diagrama de flujo para ayudar con la decisión. Aquí hay un esquema aproximado de dicho diagrama, que puede y debe ampliarse. ¡Comenta con sugerencias!

• ¿Este código estará alojado en una instalación de WordPress de un solo sitio?
  • Sí - ¿El tema del sitio solo cambia con rediseños importantes y cambios en la funcionalidad?
    • Sí - ¿El código en cuestión es específico para este diseño actual?
      • Sí: functions.php
      • No: Plugin
    • No (cambia con frecuencia o por capricho) - Plugin
  • No (Multisitio) - ¿Estás alojando la instalación multisitio O es una solución multisitio alojada que permite plugins?
    • Sí: ¿La funcionalidad en cuestión es específica para este sitio, o puede/debe ser utilizada por otros sitios en la red?
      • Específica para este sitio: functions.php
      • Compartida entre múltiples sitios - ¿Quieres forzarla en cada sitio?
        • Sí: Plugin, almacenado en el directorio mu-plugins o activado en red
        • No: ¿Es esta una red de sitios no relacionados? (ej. diferentes clientes)
          • Sí: ¿Sería malo o poco profesional si el cliente A viera o activara el plugin que escribiste para los clientes B, C y D? (ej. tal vez rompería el sitio o causaría funcionalidad indeseable)
            • Sí: functions.php
            • No: Plugin
          • No: Probablemente plugin
    • No (alojado por un servicio como VIP que no permite plugins): usa functions.php

• Temas padre -- a veces con funcionalidad compartida sería mejor crear un tema padre y poner la funcionalidad en el archivo functions.php del tema padre.
• Los directorios de plugins de grandes instalaciones multisitio pueden volverse rápidamente inmanejables, por lo que a veces la funcionalidad compartida usada por un bajo porcentaje de sitios (ej. < 1%) sería mejor duplicarla en archivos functions.php.

Desde aquí Temas VS Plugins

Añade código personalizado a un tema hijo para que cuando actualices el tema padre, tu código personalizado no se pierda.

También puedes crear un plugin específico para el sitio que contenga todo tu código personalizado.

En cuanto a escribir código versus plugins, puedes usar plugins y las funciones, sin embargo, para la mayoría de lo que deseas, codificar manualmente es lo mejor ya que es más fácil de modificar excepto en algunos casos como meta boxes donde puedes considerar usar un plugin a menos que seas un desarrollador de temas.

 function modify_contact_methods($profile_fields) {

// Añadir nuevos campos
$profile_fields['twitter'] = 'Usuario de Twitter';
$profile_fields['facebook'] = 'URL de Facebook';
$profile_fields['gplus'] = 'URL de Google+';

return $profile_fields;
}
add_filter('user_contactmethods', 'modify_contact_methods');

http://codex.wordpress.org/Plugin_API/Filter_Reference/user_contactmethods

1. Añadir nuevo tipo de entrada personalizado - Código
2. Añadir nuevos campos a los Usuarios - Código arriba
3. Añadir nuevos widgets - Código
4. Añadir enlaces permanentes personalizados - Configuración de Enlaces Permanentes de WordPress

Sé que este es un tema muy trillado y que Chip básicamente lo ha cubierto, pero quería añadir algunas reflexiones.

Si te ganas la vida programando y te encuentras trabajando en sitios WordPress con plazos ajustados, vas a darte cuenta de que todo se reduce al tiempo.

En la mayoría de los casos, especialmente para los que están empezando, es mucho más rápido y sencillo simplemente añadir lo que necesitas en un tema y darlo por terminado.

Dicho esto, si trabajas con WordPress de forma semi regular, deberías considerar seriamente hacer lo siguiente:

1. Crea un esqueleto de plugin

Esto debería manejar todo lo que comúnmente necesitarás hacer con un plugin, incluyendo activación, desactivación, actualización de versiones, construcción de paneles de administración y desinstalación.

Si te tomas el tiempo para hacer esto, descubrirás:

• Ya no toma mucho tiempo extra añadir funcionalidades mediante plugins
• Puedes empezar a construir una lista sólida de plugins para reutilizar en otros proyectos según sea necesario, ahorrándote mucho tiempo a largo plazo.
• Puedes hacerlos públicos si quieres mayor visibilidad

Ahora puedes construir las cosas correctamente y completar proyectos futuros más rápidamente.

2. Crea un esqueleto de tema

Esto debería manejar todo lo que comúnmente se necesita en un tema:

• Una hoja de estilos principal que contenga estilos que uses comúnmente (resets, etc.)
• Un archivo index.php adecuado, manejando todo lo que necesitas para cualquier plantilla
• Un archivo functions.php - no lo usarás tanto, pero aún así será útil.

Una vez que tengas eso listo, construye un esqueleto de tema hijo que use tu tema principal.

• Añade la hoja de estilos, referenciando tu tema padre.
• Añade el archivo functions.php

Una vez que tengas estas dos cosas hechas, crear nuevos sitios para clientes se volverá mucho más rápido.

Si haces lo anterior, entonces podrás trabajar en lo siguiente:

• Usar tu nuevo tiempo libre para familiarizarte más con PHP, WordPress, JavaScript, CSS y/o MySQL... cuanto más aprendas de esto, más rápido completarás tus proyectos.
• Actualizar tus esqueletos de plugin, tema y tema hijo a medida que encuentres cosas que mejorar. No importa cuán bueno seas, si sigues aprendiendo encontrarás mejoras por hacer.

Y, si haces todo lo anterior, descubrirás que la respuesta de Chip no solo será ideal, sino que se convertirá en la óptima.

La respuesta simple es esta...

¿El código depende de alguna funcionalidad incorporada en un tema específico? Si es así, entonces colócalo en el tema.

¿Quieres que este código sea transferible entre sitios y entre temas? Si es así, entonces colócalo en un plugin.

Si la respuesta es no a ambas preguntas anteriores, entonces imagina el sitio dentro de 5 años, cuando sea momento de un rediseño. ¿La función del código que estás escribiendo es algo que sobrevivirá a la próxima actualización de diseño? Si es así, colócalo en un plugin.

Además, si no estás usando temas hijos y planeas actualizar el tema, también te sugeriría que uses un plugin.

Para responder al OP:

Tipos de contenido personalizados y taxonomías

Deberían ir en un plugin ya que definen elementos a nivel estructural/conceptual, no a nivel de presentación

Formularios de contacto

Son de presentación y deben ir en las funciones del tema

Shortcodes

En plugin por ser estructurales

Widgets personalizados

Son claramente de presentación y deben ir con el tema: functions

add_theme_support( 'automatic-feed-links' );

El soporte del tema va en las funciones del tema

Funciones SEO como meta elementos personalizados

Presentación, por lo tanto en functions