You, as a mere OpenGL developer, cannot "add support" for anything. That's the job of an implementor. With OpenGL ES (GLES) 2.0, unless supported by an extension, you simply cannot use RGB_422_APPLE
for framebuffer attachments. Actually, the GLES 2.0 spec doesn't even mention any sized internal formats. Oddly enough, they do use sized internal formats for the description of when framebuffer attachments are legal and don't compromise framebuffer completeness.
Anyway, even if you did have support for regular textures and RGBA_422_APPLE
via the appropriate extension, that doesn't say anything about if and how the [sized internal] format is legal for use as a framebuffer attachment and from skimming the extension spec of said format, there is no indication that it is legal.
I guess you're out of luck in this particular case.
EDIT: To clarify, to be able to use a non-depth/non-stencil texture as a framebuffer attachment, it must be color-renderable. The above mentioned spec doesn't mention anything on that matter and the implementation you're using seems to think so as well.